Азы IP-телефонии от Cisco или знакомство с Cisco CallManager Express
Совсем недавно на нашу организацию вышел клиент, который попросил настроить IP-AТС на основе платформы Cisco 2921 и софта Cisco CallManager Express (CME). Клиентами разбрасываться не прилично в наше время, посему решили данную услугу оказать.
Взялся я за это дело не столько с целью срубить бабла для компании, сколько с целью ознакомиться как у этой самой Cisco устроена Ip-телефония, с целью саморазвития то бишь.
Ознакомился. Тема приятная; для меня как для цискаря работать гораздо удобнее нежели чем с Asterisk.
Писать про возможности CME можно много. Сегодня расскажу про самые его основы.
Попробуем решить простую задачу: есть пара телефонов — один работает по SIP, другой по SCCP, надо заставить их звонить друг на друга. Как это сделать — под катом.
Первоначальная настройка CME
Нулевым пунктом считается настройка dhcp-сервера на маршрутизаторе, так как практически все телефоны по умолчанию настроены на получение IP-адреса именно таким способом. Если кто-то подзабыл или не знал, то на Цисках это делается так:
CME#conf t
CME#(config)ip dhcp pool voicepool
CME#(config-ip-dhcp)network 192.168.101.0 255.255.255.0
CME#(config-ip-dhcp)default-router 192.168.101.1
CME#(config-ip-dhcp)option 150 ip 192.168.101.1
CME#(config-ip-dhcp)lease 0 0 30
Все настройки вроде бы очевидны. За исключением, наверное 150-ой опции. Данная опция передаёт в DHCP-настройках адрес tftp-сервера (про использование tftp-сервера в этой статье я писать не буду, но вещь это очень полезная для работы с телефонами)
По умолчанию, Cisco очень хорошо и с пониманием относится к работе протокола SCCP (в силу того, что данный протокол принадлежит самой Cisco), и не очень дружит с более распространным SIP-ом. Так, например чтобы просто разрешить звонки между SIP-телефонами, подключенными к нашей АТС необходимо сконфигурировать:
CME#conf t
CME#(config)voice service voip
CME#(config-voice)allow-connections sip to sip
Далее конфигурируем срок регистрации SIP-телефонов:
CME#conf t
CME#(config)voice service voip
CME#(config-voice)sip
CME#(config-voice-sip)registrar server expires max 3600 min 3600
Теперь необходимо создать т.н. класс кодеков — набор кодеков, которые планируется использовать:
CME#conf t
CME#(config)voice class codec 1
CME#(config-voice)codec preference 1 g711alaw
CME#(config-voice)codec preference 2 g711ulaw
CME#(config-voice)codec preference 3 g729br8
Первым будет сделана попытка использовть кодек 711alaw, если не удастся, то g711ulaw, ну и дальше интуитивно понятно.
Этих настроек будет достаточно.
Настройка для работы c SCCP
Все настройки касающиеся работы протокола SCCP происходят в разделе telephony-service. Вот необходимый нам минимум:
CME#conf t
CME#(config)telephony-service
CME#(config-telephony)max-ephones 10
CME#(config-telephony)max-dn 10
CME#(config-telephony)ip source-address 192.168.101.1 port 2000
ephone — это такая штука, которая, упрощённо говоря, символизирует собой телефон, ну то есть образ телефонного апарата в понятии CME. Параметр max-ephones отвечает, соответственно за то, какое количество SCCP-телефонов может быть зарегистрировано на данной АТС.
dn — (directory number) это такая штука, которая, упрощённо говоря, символизирует собой телефонный номер. По аналогии ясно, за что отвечает параметр max-dn.
К слову сказать, не очень правильно указывать слишком большое количество ephone и dn, ибо под каждый из этих «юнитов» CME будет выделять оперативную память при инициализации.
Плюс ко всему количество поддерживаемых ephone и dn зависит от модели платформы и версии софта.
ip source-address задаёт IP-адрес (и как следствие интерфейс) и порт, на котором будут слушаться запросы от SCCP-телефонов
Настройка CME для работы с SIP-телефонами
Все настройки касающиеся работы протокола SIP происходят в разделе voice register global. Вот необходимый нам минимум:
CME#conf t
CME#(config)voice register global
CME#(config-voice)mode cme
CME#(config-voice)source-address 192.168.101.1 port 5060
CME#(config-voice)max-dn 50
CME#(config-voice)max-pool 36
Два отличия. Первое — необходимо выполнить команду mode cme, которая как бы намекает роутеру что отныне с SIP-телефонами будет работать CME (это к тому, что с протоколом SIP у Cisco работает не только описываемый нами софт). Второе — теперь вместо ephon-ов мы будем оперировать voice-pool-ами
Регистрируем телефоны
Можно приступать к настройке нумерации и параметров регистрации телефонов.
Технология в обоих протоколах одинакова и достаточно проста — сначала создаётся dn, потом создаётся «телефон», и к телефону привязывается его номер (или несколько).
В нашем примере для авторизации телефонных аппаратов на сервере мы будем использовать их MAC-адреса. Это логично, так как на практике за определённым человеком закрепляется один и тот же телефонный аппарат и телефонный номер, а человек обычно редко перемещает своё рабочее место в офисе, а если и перемещает, то и телефончик с собой переносит.
Регистрируем SCCP-телефон
Создаём телефонный номер:
CME#conf t
CME#(config)ephone-dn 1
CME#(config-ephone-dn)number 100
CME#(config-ephone-dn)description Beauty-User
CME#(config-ephone-dn)name The Real Man
Создали телефонный номер 100, описание внутри CME — «Beauty-User», отображаемое на телефоне имя будет «The Real Man»
Создаём образ телефоного аппарата. привязываем его к MAC-адресу реального аппарата, привязываем к нему номер:
CME#conf t
CME#(config)ephone 1
CME#(config-ephone)mac-address B4A4.E328.BDEC
CME#(config-ephone)button 1:1
Привязывание телефонного аппарата (а точнее телефонной линии нашего аппарата) происходи командой button 1:1. Формат следующий — сначала набираем ключевое слово «button», потом указываем номер этой «кнопки» (первый в нашем примере), потом указываем действие, которое требуется совершить («:» — двоеточие означает, что сейчас мы привяжем к выбранной линии какой-нибудь телефонный номер) и потом параметр соответствующий действию — в нашем случае указываем телефонный номер (то есть номер настроенного заранее dn).
Вы же наверняка видели в жизни\на картинках цискофон? Видели там много всяких кнопок возле экранчика? Это и есть те самые button-ы. На самом деле, каждая из этих кнопок отвечает за свою линию. А действий над ними можно совершать много (не только привязывать к какому нибудь номеру). Но это достойно отдельной статьи.
Регистрируем SIP-телефон
directory number создаётся следующим образом:
CME#conf t
CME#(config)voice register dn 1
CME#(config-voice-register-dn)number 200
Думаю, всё понятно. Описываем далее параметры для телефона:
CME#conf t
CME#(config)voice register pool 1
CME#(config-voice-register-pool)id mac 1CDF.0F4A.152E
CME#(config-voice-register-pool)number 1 dn 1
CME#(config-voice-register-pool)voice-class codec 1
CME#(config-voice-register-pool)username test password test
Привязка к первой линии первого номера происходит командой number 1 dn 1.
Командой voice-class codec 1 определяем для телефона набор допустимых кодеков (этот набор мы описывали в начале самом).
Далее командой username\password задаём аутентифкационные данные.
Чтобы телефон зарегистрировался, необходимо зайти на его веб-морду и в настройках первой линии указать адрес сервера — 192.168.101.1 и аутентификационные данные. Сохраняем.
Перезагружаем.
…
PROFIT!
Вроде бы всё. Были описаны минимальные настройки CME чтобы на нём могли зарегистрироваться два телефона (SIP и SCCP), получив адрес через DHCP.
Источники знаний
Основной источник знаний для начала был видео-курс к CCNA Voice от Jeremy Cioara. Довольно живым языком (английским правда) рассказывается об IP-телефонии вообще и о нюансах настройки этого самого CME. Правда там ни словом не затрагивается настройка SIP-телефонов.
Очень хороший мануал, конечно, есть на cisco.com. Называется он Cisco Unified Communications Manager Express System Administration Guide. Доступен тут. Там же есть ссылка для скачивания в PDF.
В дальнейшем постараюсь рассказывать о разных нюансах настройки IP-телефонии на Cisco в общем, и о CME в частности — настройка tftp сервера для заливания прошивок на телефоны, подключение линий от ТфОП, специфика установки CME и прочие фичи.
Настройка IP-телефона Cisco
Настройка IP-телефона Cisco 7940 для работы по SIP
Как настроить IP-телефон Cisco 7940/7960 для работы по протоколу SIP.
Для работы IP-телефона Cisco 7940/7960 по протоколу SIP необходимо провести несколько подготовительных операций. Во-первых, скачать по адресу http://www.cisco.com/pcgi-bin/tablebuild.pl/sip-ip-phone7960 последнюю версию прошивки для телефона и создать конфигурационный файл на основе рассматриваемого шаблона. После того, как телефон будет включен и загрузит эту информацию с TFTP-сервера, он будет готов к работе. \
Рассмотрим настройку по шагам. Когда телефон инициализируется, он запрашивает с TFTP-сервера:
• Последний файл прошивки
• Dual-boot файл (OS79XX.TXT)
• Специально созданный для этого телефона конфигурационный файл (именуемый с учетом MAC-адреса)
• Конфигурационный файл по умолчанию
• Ring-list файл • Dial-plan файл DHCP-сервер должен отдавать следующие опции (или их придется настроить вручную): • dhcp option #1 (маска подсети)
• dhcp option #3 (шлюз по умолчанию)
• dhcp option #6 (адрес DNS-сервера) • dhcp option #15 (имя домена)
• dhcp option #50 (IP-адрес)
• dhcp option #66 (адрес TFTP-сервера)
Процесс инициализации IP-телефона Cisco
1. Телефон загружает файл прошивки.
2. Телефон получает номер своего VLAN – для того, чтобы получить параметры с DHCP-сервера, телефон, в случае подключения к коммутатору Cisco Catalyst, должен получить номер Voice-VLAN’а, настроенного на коммутаторе.
3. Телефон получает IP-адрес – с DHCP-сервера или из своих настроек.
4. Телефон скачивает с TFTP-сервера или загружает из памяти следующие файлы:
• OS79XX.TXT – использование этого файла обеспечивает совместимость переключения телефонов между SIP, MGCP или SCCP с использованием одного и того же TFTP-сервера.
• SIPDefault.cnf – параметры по умолчанию для всех телефонов, настройки рассматриваются далее.
• RINGLIST.DAT – перечисляет файлы с мелодиями звонков и их местоположение.
5. Телефон проверяет версию прошивки. Конфигурационные файлы IP-телефонов Cisco Формат имени файла должен быть SIPXXXXYYYYZZZZ.cnf, где XXXXYYYYZZZZ – MAC-адрес телефона в верхнем регистре.
Пример имени файла: SIP00503EFFD842.cnf. Каждая строка файла должна иметь вид: имя_переменной : значение ; необязательный комментарий
Необходимо изменить в следующем примере параметры:
• line1_name – номер или адрес электронной почты, используемый при регистрации. Номер вводится без дефисов, e-mail – без имени хоста.
• proxy1_address – IP-адрес прокси-сервера SIP, используемого телефоном.
• proxy1_port – Номер порта прокси-сервера SIP, используемого телефоном. Остальные параметры изменяются при необходимости.
Пример конфигурационного файла
# SIP Default Configuration File
Настройка файла конфигурации для отдельного IP- телефона
Настройка параметров из меню IP-телефона Cisco
time_zone : BT
dst_offset : 01/00
dst_start_month : April
dst_start_day : 1
dst_start_time : 02/00
dst_stop_month : October
dst_stop_day : 1
dst_stop_time : 02/00
dst_stop_autoadjust : 1
DST – это даты перехода на летнее и зимнее время соответственно.
Настройка dial-plan для IP-телефонов Cisco
Номерные планы позволяют IP-телефонам Cisco, работающим по протоколу SIP поддерживать автоматический набор и генерировать вторичный тоновый сигнал. При использовании общего номерного плана его лучше всего задавать в общем конфигурационном файле. Правила в файле номерного плана анализируются с первого до последнего, пишутся в XML-формате и хранятся на TFTP-сервере.
Начало файла обозначается таким тэгом:
Для каждой схемы нумерации добавьте строку:
После этого номерной план сохраняется в файл xml с уникальным именем и помещается на TFTP-сервер.
Примеры файлов с номерным планом:
С использованием решетки как набираемого символа:
С использованием двух разных гудков:
Как проверить, что IP-телефон Cisco правильно инициализировался
После включения питания телефон проходит через следующие стадии. Сначала загораются и гаснут по очереди индикаторы: Headset, Mute, Speaker. Затем появляются сообщения:
Пример настройки коммутаторов IOS Catalyst для подсоединения IP-телефонов Cisco
Параметры загрузки
Содержание
Введение
В этом документе приведены примеры конфигурации коммутаторов Catalyst для подсоединения IP-телефонов Cisco. В этом документе содержится конфигурация порта коммутатора, встроенного источника питания и механизма обеспечения качества обслуживания (QoS). Конфигурация порта коммутатора выполняется предварительно заданным макросом, который настраивает порт коммутатора и механизм обеспечения качества обслуживания с использованием минимального числа команд.
Предварительные условия
Требования
Для данного документа нет особых требований.
Используемые компоненты
Данный документ не ограничен отдельными версиями программного и аппаратного обеспечения.
Условные обозначения
См. дополнительные сведения об условных обозначениях в документе Технические советы Cisco. Условные обозначения.
Общие сведения
В этом документе объясняется конфигурация коммутаторов, соединяющих ПК и IP-телефоны через порт коммутатора. IP-телефон Cisco содержат интегрированный коммутатор 10/100 с тремя портами. Эти порты выделены для определенных подключений.
Порт 1 служит для подсоединения к коммутатору Catalyst или другому устройству, поддерживающему технологию передачи речи по протоколу IP.
Порт 2 – это внутренний интерфейс 10/100 для передачи трафика, проходящего через телефон.
Порт 3 служит для подсоединения к ПК или другому устройству.
Примечание: Физически можно увидеть только два порта. Третий порт является внутренним, и увидеть его нельзя. В этом разделе порт 2 не виден.
В коммутаторе используется две виртуальных локальных сети: одна для трафика данных, а другая для речевого трафика. Порт коммутатора может использовать либо виртуальную локальную сеть доступа, либо виртуальную локальную магистральную сеть, но для передачи речевого трафика необходимо настроить виртуальную локальную сеть передачи речевых сообщений.
Если в коммутаторе содержится модуль, обеспечивающий конечные станции питанием через Ethernet, то можно настроить каждый интерфейс этого модуля таким образом, чтобы он автоматически определял, что конечной станции необходимо питание и подавал на нее питание через Ethernet. По умолчанию, когда коммутатор определяет в интерфейсе устройство, на которое подается электропитание, он предполагает, что это устройство потребляет максимальную мощность, которая может быть подана через порт. В традиционных модулях максимум мощности питания через Ethernet составляет 7 Вт, а в модулях IEEE PoE, включенных в программное обеспечение Cisco IOS®, выпуск 12.2(18)EW он составляет 15,4 Вт. Когда коммутатор получает пакет данных по протоколу обнаружения Cisco (CDP) от устройства, на которое подается электропитание, потребляемая мощность автоматически уменьшается в соответствии с требованиям конкретного устройства. Обычно эта автоматическая регулировка срабатывает правильно, и после нее дальнейшая регулировка не требуется и не рекомендуется. Однако можно указать потребление электропитания на устройстве для всего коммутатора (или для конкретного интерфейса), чтобы обеспечить на коммутаторе дополнительную функциональность. Это полезно, когда протокол CDP отключен или не доступен.
Поскольку при неравномерной передаче данных качество речерых вызовов на IP-телефоне может снизиться, в коммутаторе используется механизм обеспечения качества обслуживания на базе класса обслуживания IEEE 802.1p. Механизм обеспечения качества обслуживания при передаче сетевого трафика с коммутатора использует классификацию и расписания предсказуемым образом. См. дополнительные сведения по механизму обеспечения качества обслуживания в разделе Настройка QoS. Функция Cisco AutoQoS обеспечивает автоматическое последовательное применение механизма обеспечения качества обслуживания во всех маршрутизаторах и коммутаторах Cisco. Она подключает различные компоненты обеспечения качества обслуживания Cisco в зависимости от сетевого окружения и рекомендаций Cisco.
Настройка
В этом разделе приводятся сведения о настройке функций, описанных в данном документе.
Примечание: См. дополнительные сведения о командах, используемых в данном документе, в Средстве поиска команды ( только для зарегистрированных пользователей ).
Схема сети
В данном документе используется следующая настройка сети:
Настройки
Конфигурация коммутатора Catalyst содержит следующие настройки:
Настройка порта коммутатора для трафика данных и передачи речевых сигналов
Использование функции виртуальной локальной сети для передачи речевых сообщений позволяет передавать речевой трафик по протоколу IP от IP-телефона через порты доступа. Функция виртуальной локальной сети для передачи речевых сообщений по умолчанию отключена. Функция Port Fast подключается автоматически при настройке виртуальной локальной сети для передачи речевых сообщений. При отключении виртуальной локальной сети для передачи речевых сообщений функция Port Fast не отключается автоматически. При настройке виртуальной локальной сети для передачи речевых сообщений существуют следующие возможности:
Введите идентификатор VLAN для передачи речевых сообщений, чтобы переслать пакеты CDP, позволяющие настроить IP-телефон таким образом, чтобы он передавал речевой трафик в кадрах 802.1Q, помеченных идентификатором VLAN и значением класса обслуживания уровня 2 (по умолчанию равно 5 для речевого трафика и 3 для управляющего трафика). Действительные идентификаторы VLAN расположены в диапазоне от 1 до 4094. Коммутатор помещает речевой трафик 802.1Q в виртуальную локальную сеть для передачи речевых сообщений.
Введите ключевое слово dot1p, чтобы переслать пакеты CDP, позволяющие настроить IP-телефон таким образом, чтобы он передавал речевой трафик в кадрах 802.1p, помеченных идентификатором сети VLAN для передачи речевых сообщений и значением класса обслуживания уровня 2 (по умолчанию равно 5 для речевого трафика и 3 для управляющего трафика). Коммутатор помещает речевой трафик 802.1p в виртуальную локальную сеть доступа.
Введите ключевое слово untagged для передачи пакетов CDP для настройки передачи непомеченного речевого трафика от IP-телефона. Коммутатор помещает непомеченный речевой трафик в виртуальную локальную сеть доступа.
Введите ключевое слово none, чтобы IP-телефон мог использовать собственную конфигурацию и передавать непомеченный речевой трафик. Коммутатор помещает непомеченный речевой трафик в виртуальную локальную сеть доступа.
В следующем примере виртуальная локальная сеть VLAN 10 используется для трафика данных, а виртуальная локальная сеть VLAN 20 для голосового трафика.
Конфигурация коммутатора Catalyst для трафика данных и передачи речевых сигналов
Настройка встроенного источника питания
Cisco предлагает широкий диапазон коммутаторов Catalyst с поддержкой питания через Ethernet и совместимых с 802.3af, которые также поддерживают предстандартные реализации Cisco для подачи питания через Ethernet. В IEEE 802.3af-2003 описаны пять классов электропитания, которым может соответствовать устройство. В соответствии с классификацией по электропитанию IEEE 802.3af на каждое электрическое устройство подается мощность 15,4 Вт. Подача электропитание через Ethernet с использованием классификации IEEE 802.3af по умолчанию может значительно повысить требования к электропитанию как на переключателе питающего устройства (PSE), так в инфраструктуре электропитания. Для обеспечения рентабельного и эффективного питания через Ethernet коммутаторы Catalyst поддерживают не только классификацию IEEE 802.3af, но и интеллектуальную систему управления питанием. Благодаря этому устройство, потребляющее электропитание, и питающее устройство согласовывают свои мощности и явно регулируют, какую мощность необходимо подать на устройство, а также каким образом переключатель питающего устройства направляет питание на отдельные устройства, потребляющие электропитание.
Введите команду show power inline, чтобы увидеть потребление электроэнергии по умолчанию, которое может подать коммутатор:
По умолчанию все порты коммутатора настроены для автоматического определения устройств с питанием через Ethernet и подачи на них питания. Введите команду show power inline, чтобы увидеть состояние конфигурации встроенного источника питания любого из портов:
Для настройки встроенного источника питания отдельного порта можно использовать команду power inline. Ниже приведены параметры конфигурации встроенного источника питания:
Auto — По умолчанию порт настроен на поддержку питания через Ethernet. Устройства, потребляющие электроэнергию, обслуживаются в порядке поступления запросов. Если в автоматическом режиме встроенные источники питания не подают достаточно электроэнергии для обслуживания всех устройств, потребляющих электроэнергию, то невозможно гарантировать, на какое из них будет подаваться питание.
Static — Статические порты получают более высокий приоритет чем автоматически порты при распределении электроэнергии и отключении. После настройки статического порта коммутатор выделяет для него электропитание. После этого электропитание зарезервировано для этого порта, даже если к нему ничего не подключено. Выделение питания осуществляется либо с использование максимального значения по умолчанию (15,4 Вт), либо может быть указано при использовании данного параметра. Выделенный объем электропитания никогда не меняется в соответствии с классом IEEE или сообщениями CDP.
Never — Управляющий модуль не посылает команду на модуль переключений для подачи питания на порт даже при подключении телефона, на который не подается электропитание.
В статичном режиме гарантируется, что при подаче питания на устройство оно будет подключено к сети. Это обычно используется для пользователей, обладающих более высоким приоритетом (например, высших должностных лиц компании или беспроводных точек доступа). Однако, если класс мощности IEEE устройства, потребляющего электропитание, превышает максимальную мощность статичного порта, питание на него не подается. Аналогичным образом, при использовании предстандартного питания через Ethernet Cisco питание на порте отключается, если сообщение CDP с устройства, потребляющего электропитание, указывает, что ему необходима мощность, превышающая максимально выделенную для статичного порта. Если число требуемых статичных портов превышает возможности источника питания, вновь назначенный статичный порт находится в состоянии error-disable, и для него выделяется мощность 0 Вт. Если коммутатору необходимо отключить питание устройства из-за неисправности источника питания и недостаточной мощности, сначала отключаются устройства auto, а потом устройства static.
В следующем примере показана конфигурация встроенного источника питания порта коммутатора. Как объяснялось ранее в этом разделе, по умолчанию в качестве настройки встроенного источника питания порта устанавливается auto. При изменении конфигурации по умолчанию, чтобы вернуть настройку auto, настройте порт следующим образом.
Настройте встроенный источник питания для коммутатора Catalyst, на котором установлено ПО Cisco IOS
Настройка механизма обеспечения качества обслуживания
Для упрощения распространения существующих функций обеспечения качества обслуживания можно использовать функцию auto-QoS. Функция Auto-QoS делает предположения о структуре сети. В результате коммутатор может присвоить приоритеты разным потокам данных и правильно использовать выходную очередь, а не использовать механизм обеспечения качества обслуживания по умолчанию. По умолчанию механизм обеспечения качества обслуживания отключен. После этого коммутатор предлагает наилучшее обслуживание каждого пакета вне зависимости от его содержания или размера и отправляет все пакеты из единой очереди.
Функция Auto-QoS настраивает классификацию обеспечения качества обслуживания и выходную очередь. До настройки функции auto-QoS убедитесь, что на коммутаторе не настроен иной механизм обеспечения качества обслуживания. При первой настройке auto-QoS на коммутаторе происходит подключение отключенного механизма обеспечения качества обслуживания, а также настройка очередей и пороговых значений в глобальной конфигурации. Наконец, выполняется настройка порта коммутатора таким образом, чтобы он доверял входящим параметрам обеспечения качества обслуживания, а также настройка параметров формирования трафика для этого порта. После этого при каждой следующей настройке любого порта с использованием функции auto-QoS выполняется только настройка параметров обеспечения качества обслуживания для портов коммутатора.
Выполните команду debug auto qos в режиме включения (режим enable) и настройте auto-qos для портов коммутатора, чтобы выяснить какая конфигурация обеспечения качества обслуживания была применена при настройке auto-QoS. Команда отладки auto qos выводит список команд коммутатора.
После выполнения команды auto qos можно изменить конфигурацию обеспечения качества обслуживания в соответствии со своими требованиями. Однако это делать не рекомендуется. Ниже можно увидеть список доступных параметров команды auto qos voice:
Настройка Auto-QoS для коммутаторов Catalyst, на которых установлено ПО IOS
Хотя синтакисис команды auto qos одинаков на всех коммутаторах Catalyst, настройки обеспечения качества обслуживания, применяемые на разных коммутаторах Catalyst при помощи функции auto-QoS, различаются для разных коммутаторов.
Настройка механизма обеспечения качества обслуживания в каскадном подключении уровня 2
Если речевой трафик будет проходить через коммутатор по магистральной сети, необходимо настроить параметры обеспечения качества обслуживания для магистральных портов. В этом случае необходимо использовать команду auto qos voip trust вместо команды auto qos voip cisco-phone.
Настройка Auto-QoS для магистральных линий коммутаторов Catalyst, на которых установлено ПО IOS
Настройка механизма обеспечения качества обслуживания в каскадном подключении уровня 3
Если речевой трафик проходит по линии уровня 3, необходимо настроить порт с использованием команды auto qos voip trust, причем на нем необходимо установить параметр trust dscp. В следующем примере приведена конфигурация порта уровня 3 для передачи речевых сообщений:
Настройка Auto-QoS для порта уровня 3 коммутатора Catalyst, на котором установлено ПО IOS
Настройка коммутатора с использованием предварительно заданного макроса
Для коммутаторов Catalyst 3560, 3750 и 4500, использующих программное обеспечение Cisco IOS версии 12.2 и выше, доступно несколько предварительно заданных макросов для настройки портов коммутатора. Ниже приведены примеры макросов и их роль в настройке порта коммутатора для поддержки IP-телефонов.
cisco-phone — Этот макрос предназначен для порта коммутатора, к которому напрямую подключен IP-телефон, а ПК может быть подсоединен к телефону. Этот макрос используется для настройки порта с виртуальной локальной сетью доступа, виртуальной локальной сетью для передачи речевых сообщений, безопасности порта, быстрого порта связующего дерева/bpduguard и макроса auto qos voip cisco-phone.
cisco-switch — Этот макрос предназначен для каскадного соединения портов от коммутатора доступа до коммутатора уровня распределения. Если речевой трафик проходит через коммутатор по магистральным линиям, можно использовать макрос cisco-switch для настройки каскадного соединения портов. Этот макрос позволяет настроить порт с транком dot1q, двухточечным соединением по протоколу связующего дерево и auto qos voip trust. Этот макрос не следует использовать для групп etherchannel/port.
Используйте команду show для просмотра доступных макросов:
Используйте команду show для просмотра сценария макроса:
В этом примере показана конфигурация портов коммутатора в окружении IP-телефона:
Настройка коммутатора с использованием предварительно заданного макроса
Проверка
Чтобы убедиться, что конфигурация на коммутаторах с ПО Cisco IOS работает правильно, используйте команду show interface:
Интерпретатор выходных данных ( только для зарегистрированных клиентов ) (OIT) поддерживает определенные команды show. Используйте OIT для просмотра аналитических данных по выходным данным команды show.
Устранение неполадок
Catalyst 3560G: на IP-телефон не подается питание после отсоединения устройства с питанием не через Ethernet
Обходным путем эту проблему можно решить при помощи команды shutdown/no shutdown для данного порта. После этого коммутатор начинает подавать питание на IP-телефон. Эта проблема была устранена в программном обеспечении Cisco IOS, выпуск 12.2(25)SED1.
IP-телефон для конференц-связи 7935 вместо IP-адреса для передачи голоса получает IP-адрес для передачи данных
При подсоединении IP-телефона для конференц-связи 7935 к коммутатору он получает IP-адрес виртуальной локальной сети для передачи данных. Если IP-телефон 7960 подсоединен к тому же самому порту, что и IP-телефон для конференц-связи 7935, телефон 7960 получает IP-адрес виртуальной локальной сети для передачи речевых сообщений.
Эта проблема вызвана конструктивными особенностями IP-телефонов для конференц-связи 7935. Этот телефон для конференц-связи не снабжен портом 10/100 для подсоединения ПК, как другие IP-телефоны серии 7900. Концепция сети VLAN для передачи речевых сообщений или вспомогательной сети VLAN не относится напрямую к IP-телефонам для конференц-связи 7935.