Call Manager CUCM - это центральный элемент комплекса IP телефонии. Если вам порекомендовали или вы пришли к выводу что вам нужен CUCM, то у вас весьма крупная (и богатая) организация для которой необходима сложная и надёжная компьютерная или телефонная сеть.
В первой части Настройка Call Manager CUCM с нуля: подготовка (Часть 1) мы рассматривали все что необходимо для подготовки перед разворачиванием
В второй части "CUCM с нуля" обсуждаются практические шаги, т.е. что необходимо настроить чтобы зазвонили цифровые телефоны под управлением Call Manager.
Рассмотрим практический пример со схемой представленной ниже:
Мы соединим единой телефонией два офиса в Москве и в Питере.
В сети московского офиса в наличии коммутатор c2950, на котором будут созданы два VLAN-а для компьютеров и телефонов; маршрутизатор с2951, задача которого в маршрутизации пакетов 3-го уровня между VLAN-ами; телефоны + компьютеры пользователей.
И, конечно же, кластер CUCM, представляющий по сути две отдельных машины, каждая из которых подключена к своему порту, имеет свой IP и т.д.
В первой части Настройка Call Manager CUCM с нуля: подготовка (Часть 1) мы подробно рассматривали выбор и построение диалплана.
Выберем для нашего случая плоский (Flat) диалплан со следующей нумерацией:
0ХХХ - Для будущего развития
1ХХХ - Московский офис
2ХХХ - Питерский офис
3XXX - Для будущего развития
4XXX - Для будущего развития
5XXX - Для будущего развития
6XXX - Для будущего развития
7XXX - Для будущего развития
8XXX - Для будущего развития
9Т - Зарезервирован для выхода в город
Структура партиций и CSS у нас будет аналогичной примеру в первой части:
- Партиция Oncluster_pt
Все телефоны организации будут ассоциированы с этой партицией и соответственно доступны друг для друга при наборе DN
- В Москве создадим партицию MSK_PSTN_pt
С этой партиций будут ассоциированы шаблоны для выхода в город, межгород и зарубеж для московских телефонов.
- В Питере создадим партицию PTR_PSTN_pt
- В Москве мы создадим MSK_Internal_CSS. В него, как в группу мы включаем партиции:
Oncluster_pt
MSK_PSTN_pt
Также с этим CSS мы будем ассоциировать все московские DN-ы.
- В Питере мы создадим PTR_Internal_CSS. В него включим
Oncluster_pt
PTR_PSTN_pt
И с ним ассоциируем все питерские DN-ы.
Вообще с некоторых пор существуют понятия Voice VLAN и DATA VLAN. С точки зрения настроек отличия между ними заключаются только названием.
Cisco рекомендует помещать телефоны в отдельный VLAN. Это продиктовано тем, что войсовый трафик очень "прихотлив" а разделение позволит как можно меньше "задевать" трафик между телефонами, упростить QoS-маркировку пакетов (если такая понадобится), да и вообще упростить настройки и жизнь инженеру.
Надо сказать, что телефоны прекрасно будут работать и в том же ВЛАН-е что и компьютеры и даже на каком-нибудь "левом" коммутаторе, но поиск проблем (и вероятность в их возникновения) будет значительно усложнен.
Мы создадим два VLAN-a:
VLAN 10 для компьюетров
VLAN 20 для телефонов
Собственно VLAN 20 и будет называться как Voice VLAN.
Т.к. у коммутатора кофигурация отсутствовала, минимальные настройки:
hostname c2950
vtp mode transparent
Создадим VLAN-ы
vlan10
name comp
vlan 20
name voip
Настроим порты коммутатора для телефонов:
interface FastEthernet0/1
switchport access vlan 10
switchport mode access
switchport voice vlan 20
spanning-tree portfast
!
interface FastEthernet0/2
switchport access vlan 10
switchport mode access
switchport voice vlan 20
spanning-tree portfast
По сути при такой настройке между портом и телефоном поднимается транк, т.е. через одно соединение идет трафик обоих VLAN-ов.
На рисунке видно, что трафик компьютера, т.е. VLAN 10 никак не тагируется и передается компьютеру, при этом телефон работает как обычный коммутатор.
Трафик VLAN 20 же тагируется. Это позволяет в одном линке пересылать фреймы обих VLAN-ов.
Телефон Cisco "узнает", что голосовым VLAN-ом является VLAN 10 через CDP, делая на коммутатор запрос voip vlan query.
Что получится если на порту отключить CDP? Телефон окажется в том же VLAN-е что и компьютер и получит адрес и компьютерной подсети.
Кстати если цисковский телефон будет подключен через какой-нибудь Dlink, т.е. без VLAN-ов, он также попадет в ту же подсеть что и компьютер, только будет подольше загружаться из-за таймаутов CDP.
Маршрутизатор в данной схеме является шлюзом по умолчанию для обоих подсетей. Поэтому соединение маршрутизатора и коммутатора будет транковым
Настройки коммутатора:
interface FastEthernet0/24
switchport mode trunk
Настройки порта маршрутизатора:
interface GigabitEthernet0/0
no ip address
duplex a