Разное

Sip cisco: SIP Configuration Guide, Cisco IOS Release 15M&T — Overview of SIP [Support]

Содержание

Пример конфигурации Cisco CallManager Express (CME) и магистрального канала с использованием протокола SIP

Содержание

Введение

Предварительные условия

     
Требования

     
Используемые компоненты

     
Условные обозначения

Протокол SIP

Поддержка магистральных линий SIP офисных АТС

     
Передача сигналов DTMF для магистральных каналов SIP

     
Поддержка кодеков и транскодирование

     
Переадресация вызовов

     
Передача вызова

     
Удержание вызова

Конфигурация

     
Схема сети

     
Конфигурации

Проверить

Устранение неполадок

     
Устранение неполадок, связанных с регистрацией

     
Устранение неполадок, связанных с настройкой вызовов

Дополнительные сведения


В настоящее время телекоммуникационная отрасль переживает процесс перехода с устоявшихся технологий коммутации и транспорта на технологии граничных устройств и устройств на основе IP. Революционное использование IP-связи начало приводить к грандиозным коммерческим переменам в сферах малого и среднего бизнеса. Предприятия малого и среднего бизнеса все больше осознают всю эффективность использования протокола IP, так как по одной сети можно передавать звук, видео и данные, а не использовать для этих целей три специальные сети. На рис. 1 показано развертывание IP-телефонии с использованием магистральной сети IP.

Рис. 1. Система IP-телефонии

Офисные АТС на основе IP начинают доминировать в качестве решений передачи голосовых данных, а АТС на основе TDM уже перестают быть основным средством передачи данных между двумя голосовыми сетями. За последние несколько лет использование офисных АТС на основе TDM уменьшилось, а офисные АТС на основе IP превращаются в удачные инвестиции в локальные и глобальные сети на основе IP. Чтобы подключиться к ТфОП, офисные АТС нуждаются в магистральных линиях, таких как TDM (T1/E1) или аналоговые линии. Офисные АТС на основе IP могут получать доступ к ТфОП посредством этих типов магистральных каналов, но помимо этого нуждаются в медиашлюзе, который будет преобразовывать данные IP-телефонии в сигналы традиционной ТфОП, что может привести к последовательному преобразованию из домена IP в домен TDM. Эти последовательные преобразования увеличивают стоимость поддержки шлюзов, увеличивают задержки и уменьшают качество голосовой связи.

Чтобы избежать этого, в офисных АТС на основе IP используются протоколы инициализации и управления сеансами, самым известным из которых является протокол SIP (Session Initiation Protocol). В этом документе приводится описание Cisco CallManager Express (CME) и магистрального канала с использованием протокола SIP, а также конфигурация системы IP-телефонии на основе CME с использованием магистрального канала SIP для входящих и исходящих вызовов.

Требования

Перед использованием этой конфигурации убедитесь в выполнении следующих требований:

  • Установлено программное обеспечение CME версии 4.1

  • На маршрутизаторе установлен образ программного обеспечения Cisco IOS® Software Release 12.4(11)XJ или IOS 12.4(6th)T

  • В CUE версии 2.3.4 установлен модуль NM-CUE

Используемые компоненты

Сведения, содержащиеся в этом документе, касаются следующих версий программного обеспечения и оборудования:

  • Маршрутизатор Cisco 3825 с Cisco IOS Software Release 12.4(11)XJ

  • Коммутатор Cisco Catalyst 3550 Switch с Cisco IOS Software Release 12.4

  • IP-телефон Cisco 7960

  • Cisco CallManager Express 4.1

  • Cisco Unity Express 2.3.4

Сведения, приводимые в этом документе, были получены на материале устройств в специальной лабораторной среде. Все описываемые в данном документе устройства были запущены со стандартными заводскими настройками. Если ваша сеть работает в реальных условиях, убедитесь, что вы понимаете результаты применения каждой команды.

Условные обозначения

Ознакомьтесь с документом Вспомогательные условные обозначения Cisco, в котором содержатся дополнительные сведения об условных обозначениях в документах.

Протокол SIP – это основанный на ASCII протокол управления на уровне приложений, который может использоваться для создания, поддержки и прерывания вызовов между несколькими конечными точками. Протокол SIP быстро стал стандартным протоколом для использования в IP-коммуникациях, так как является протоколом мультимедиа, который может использоваться для видео-сеансов, мгновенных сообщений и голосовых данных. Также при использовании протокола SIP могут обрабатываться сеансы конференций и широковещательные рассылки наряду с сеансами «один-на-один». В использовании протокола SIP содержатся возможности формирования и изменения способов общения людей. По этой причине корпорация Cisco уделяет особое внимание поддержке своего лидирующего положения в создании новых технологий, которые сделают протокол SIP стандартом IP-коммуникаций.

Магистральные каналы SIP схожи с телефонными линиями, однако для их функционирования используются IP-сети, а не ТфОП. Кроме того, в магистральных каналах SIP разрешается конвергенция голоса и данных по стандартным IP-подключениям. Чтобы получить доступ к сети IP посредством магистрального канала SIP, необходимо изменить конфигурацию как на стороне поставщика услуг, так и на стороне клиента. Клиенты должны установить и настроить CME – офисная АТС, которая будет правильно обрабатывать сигналы SIP и успешно передавать трафик. Поставщик услуг должен настроить SIP Proxy Server. Однако магистральные каналы SIP более сложны в создании, чем обычные магистральные каналы ТфОП. Причина заключается в том, что клиент может испытывать трудности при обработке различных версий и реализаций протокола SIP от различных поставщиков оборудования, обеспечении безопасности, управлении качеством обслуживания (QoS), включении преобразования NAT и пересечении межсетевого экрана, а также при обеспечении надежности категории сигнала и непрерывности обслуживания.

Ниже описаны очевидные преимущества использования магистральных каналов SIP на предприятиях малого и среднего бизнеса:

  • Быстрое и простое развертывание

  • Улучшенное использование пропускной способности сети

  • Возможность консолидации и снижение стоимости телефонии

  • Экономичная технология Direct Inward Dial (DID)

  • Непрерывность бизнеса

Cisco CME – это решение IP-телефонии, которое интегрировано напрямую в программное обеспечение Cisco IOS. С помощью CME предприятия малого и среднего бизнеса могут развертывать передачу голоса, видео и данных на одной платформе. Сеть IP-телефонии проста в настройке, так как CME работает на одном маршрутизаторе, который предоставляет функциональные возможности офисной АТС. Поэтому использование CME дает малому и среднему бизнесу возможность использовать IP-телефонию и маршрутизацию данных посредством единого конвергированного решения с минимальными затратами.

Передача сигналов DTMF для магистральных каналов SIP

Поддержка магистральных каналов SIP поддерживается, начиная с CME версии 3.1. Однако при вызове SCCP-телефона c SIP-телефона или при попытке получения доступа к голосовой почте с SIP-телефона могут возникать некоторые неполадки. Одна из проблем заключатся в том, что SCCP-телефоны, подключенные к CME, нуждаются во внеполосной передаче сигналов DTMF (цифры) по подключениям VoIP, а SIP-телефоны используют внутриполосные транспорты. Между этими двумя устройствами возникало искажение DTMF. В версии CME 3.2 была добавлена поддержка передачи сигналов DTMF. Цифры DTMF с устройств SCCP могут преобразовываться в механизм внутриполосной передачи сигналов DTMF посредством RFC2833 или методов Notify.

В настоящее время CME поддерживает приведенный ниже список сетевых технологий DTMF для вызовов SIP-SIP:

  • Notify <—> Notify с версии 12.4(4)T

  • RFC2833 <—> Notify с версии 12.4(4)T

  • Notify <—> RFC2833 с версии 12.4(4)T

  • Inband G711 <—> с версии 12.4(11)T [Requires Transcoder]

В настоящее время CME поддерживает следующие сетевые технологии DTMF для вызовов SIP-SCCP:

Поддержка кодеков и транскодирование

Кодеки являются еще одним важным аспектом, который следует учитывать при настройке магистрального канала SIP. Кодеки представляют пример кодово-импульсной модуляции сигналов на голосовых частотах. Магистральные каналы SIP поддерживают кодеки G.711 и G.729. Однако для прочих функциональных возможностей, таких как Cisco Unity Express (CUE) и Music on Hold (MOH), поддерживается только кодек G.711. Это означает, что голосовые кодеки, для которых используются магистральные каналы SIP и кодек G.729, не смогут получить доступ к CUE, если не будет в наличии транскодера, позволяющего выполнять сжатие и распаковку голосовых потоков, соответствующего возможностям CUE. Технология MOH также использует кодек G.729 для экономии пропускной способности, однако указанный кодек не может обеспечивать достаточное качество потоков MOH, так как кодек G.729 оптимизирован для речи. Поэтому необходимо принудительно указать кодек G.711 для данных MOH.

Переадресация вызовов

При возникновении вызова на магистральном канале SIP и переадресации этого вызова (CFNA / CFB / CFA) поведением по умолчанию является отправка CME сообщения SIP 302 «Moved Temporarily» на прокси-сервер поставщика услуг. Может понадобиться преобразовать пользовательскую часть заголовка Contact Header в сообщении 302 для отражения порта DID, который может служить целью маршрутизации для прокси-сервера поставщика услуг. Часть, содержащая узел, в заголовке Contact Header сообщения 302 должна быть изменена для отражения адреса записи с помощью интерфейса командной строки host-registrar в sip-ua и интерфейсом b2bua для точки вызова VoIP, направленной в CUE.

Это может не поддерживаться некоторыми прокси-серверами SIP. В этом случае следует ввести приведенные ниже команды:

Router(config)#voice service voip
Router(conf-voi-serv)#no supplementary-service sip moved-temporarily

На рис. 2 показано поведение системы CME при отключенном сообщении 302.

Рис. 2. Диаграмма переадресации вызовов, если линия занята, при отключенном сообщении 302

Этот метод позволит использовать возврат сообщений SIP 302 для переадресации вызовов на CME. Это также необходимо при наличии определенных добавочных номеров, не имеющих сопоставлений DID, так как прокси-сервер поставщика услуг может не иметь достаточных сведений для маршрутизации подобных вызовов. При отключении ответа 3xx можно использовать calling-number initiator для сохранения идентификатора исходной вызывающей стороны.

Передача вызова

При возникновении вызова на магистральном канале SIP, который предназначен для телефона SCCP или CUE AutoAttendant (AA), и передаче этого вызова по умолчанию CME отправит сообщение SIP REFER на прокси-сервер поставщика услуг. Большинство прокси-серверов поставщиков услуг не поддерживают метод REFER. Необходимо настроить приведенные ниже элементы, чтобы в CME можно было принудительно возвращать вызов:

Router(config)#voice service voip
Router(conf-voi-serv)#no supplementary-service sip refer

На рис. 3 показано поведение системы CME при отключенном методе REFER.

Рис. 3. Передача при отключенном методе REFER

Если на прокси-сервере SIP поддерживается метод REFER, пользовательская часть Refer-To и Referred-By должны быть преобразованы в формат DID, который распознается прокси-сервером поставщика услуг. Часть узла в полях Refer-To и Referred-By должна представлять собой IP-адрес или DNS-имя, которые должны быть доступными и для прокси-сервера поставщика услуг (это происходит по умолчанию в системе CME 4.1).

Удержание вызова

Если SCCP-телефон удерживает вызов с ТфОП, система CME изменяет носитель. Сообщения SIP не передаются по магистральному каналу SIP. Мелодия в режиме удержания будет проиграна по магистральному каналу SIP в зависимости от конфигурации CME.

В этом разделе приводятся сведения о настройке функций, описанных в данном документе.

Примечание: Используйте средство поиска команд (только для зарегистрированных клиентов) для получения дополнительных сведений о командах, используемых в этом разделе.

Схема сети

В этом документе используется следующая схема сети.

Конфигурации

В этих элементах конфигурации содержится последовательность шагов, необходимая для настройки магистральных каналов SIP в системе CME:

  • Элементы инфраструктуры: Интерфейсы, службы TFTP и DHCP, NTP и т. д.

  • Служба телефонии: включение управления вызовами офисной АТС в IOS на платформе CME, включая элементы управления телефоном

  • Ephones и Ephones-dns: определение IP-телефонов и их номеров

  • План нумерации: точки вызовов, добавочные номера, правила голосового преобразования

  • Конфигурация IOS SIP: включение SIP, регистрация телефона на прокси-сервере SIP, маршрутизация вызовов по магистральным каналам и т. д.

  • Поддержка голосовой почты: Cisco Unity Express

  • Конфигурация Switch Catalyst: IP-адрес, интерфейсы и т. д.

Это полная конфигурация, необходимая для развертывания системы CME с магистральными каналами SIP:

Конфигурация маршрутизатора CME

!
AUSNML-3825-01#show run
Building configuration...

Current configuration : 8634 bytes
!
version 12.4
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname AUSNML-3825-01
!
boot-start-marker
boot-end-marker
!
enable secret 5 $1$vBU1$MCMG1rXM5ejME8Wap6W0h2
!
no aaa new-model
clock timezone central -8
clock summer-time central recurring
ip cef
!
!--- Конфигурация DHCP ---

ip dhcp pool Voice
   network 172.22.100.0 255.255.255.0
   option 150 ip 172.22.1.107 
   default-router 172.22.100.1 
!
ip dhcp pool Data
   network 172.22.101.0 255.255.255.0
   option 150 ip 172.22.1.107 
   default-router 172.22.101.1 
!
!
ip domain name cisco.com
ip name-server 205.152.0.20
multilink bundle-name authenticated
!
voice-card 0
 no dspfarm
!
!
!
!
!--- Конфигурация класса голосовых данных и служб VoIP ---

voice service voip 
 allow-connections sip to sip
 no supplementary-service sip moved-temporarily
!---Отключение отправки 302

 no supplementary-service sip refer
!---Отключение отправки REFER

 sip
  registrar server expires max 3600 min 3600
  localhost dns:domain.test.com 
!
!
voice class codec 1
 codec preference 1 g711ulaw
!
!
!
!
!
!
!
!
!
!
!
!--- Правила голосового преобразования ---

voice translation-rule 1
 rule 1 /5123781291/ /601/
!--- Входящее правило для сервисного номера AA "601

 rule 2 /5123781290/ /600/
!--- Входящее правило для сервисного номера голосовой почты "600"

!
voice translation-rule 2
 rule 1 /^911$/ /911/
!--- Исходящее правило для разрешения "911"

 rule 2 /^9(.*)/ /\1/
!--- Исходящее правило для исключения "9" из вызовов ТфОП

!
voice translation-rule 3
 rule 1 /^.*/ /5123781291/
!--- Исходящее правило для изменения идентификатора CLID вызывающего номера на !--- "основной" номер

!
voice translation-rule 4
 rule 1 /^9(.......)$/ /512\1/
!--- Исходящее правило добавления кода города для местных вызовов

 rule 2 /600/ /5123788000/
!--- Исходящее правило представления добавочного номера сервисного номера голосовой почты в виде DID

 rule 3 /601/ /5123788001/
!--- Исходящее правило представления добавочного номера сервисного номера AA в виде DID

 rule 4 /^2(..)$/ /51237812\1/
!--- Исходящее правило для поддержки передач и переадресаций вызовов

 rule 5 /^9(.*)/ /\1/
!--- Исходящее правило для исключения "9" из передач и переадресаций вызовов "9+"

!
!
voice translation-profile CUE_Voicemail/AutoAttendant
!--- Применяется к точкам вызовов для CUE

 translate called 1
!
voice translation-profile PSTN_CallForwarding
!--- Применяется к точкам вызова CUE

 translate redirect-target 4
 translate redirect-called 4
!
voice translation-profile PSTN_Outgoing
!--- Применяется ко всем исходящим точкам вызова CUE

 translate calling 3
 translate called 2
 translate redirect-target 4
 translate redirect-called 4
!
!
!
!
!
!
!
vlan internal allocation policy ascending
!
!
!
!
!--- Конфигурация интернет-подключения ---

interface GigabitEthernet0/0
 no ip address
 duplex auto
 speed auto
 media-type rj45
 no keepalive
!
interface GigabitEthernet0/0.1
 encapsulation dot1Q 1 native
 ip address 172.22.1.71 255.255.255.0
!
interface GigabitEthernet0/0.20
 encapsulation dot1Q 20
 ip address 172.22.101.1 255.255.255.0
!
interface GigabitEthernet0/0.100
 encapsulation dot1Q 100
 ip address 172.22.100.1 255.255.255.0
!
interface GigabitEthernet0/1
 no ip address
 shutdown
 duplex auto
 speed auto
 media-type rj45
 no keepalive
!
interface Service-Engine1/0
 ip unnumbered GigabitEthernet0/0.1
 service-module ip address 172.22.1.253 255.255.255.0
 service-module ip default-gateway 172.22.1.71
!
ip route 0.0.0.0 0.0.0.0 172.22.1.1
ip route 172.22.1.253 255.255.255.255 Service-Engine1/0
!
!
ip http server
no ip http secure-server
!
!
!
!--- Конфигурация TFTP-сервера ---

tftp-server flash:P0030702T023.bin
tftp-server flash:P0030702T023.loads
tftp-server flash:P0030702T023.sb2
tftp-server flash:P0030702T023.sbn
!
control-plane
!
!
!
!
!
!
!
!--- Конфигурация магистрального канала SIP ---

dial-peer voice 1 voip
 description **Incoming Call from SIP Trunk**
 translation-profile incoming CUE_Voicemail/AutoAttendant
 voice-class codec 1
 voice-class sip dtmf-relay force rtp-nte
 session protocol sipv2
 session target sip-server
 incoming called-number .%
 dtmf-relay rtp-nte
 no vad
!
!
!
dial-peer voice 2 voip
 description **Outgoing Call to SIP Trunk**
 translation-profile outgoing PSTN_Outgoing
 destination-pattern 9........
 voice-class codec 1
 voice-class sip dtmf-relay force rtp-nte
 session protocol sipv2
 session target sip-server
 dtmf-relay rtp-nte
 no vad
!
!
!
dial-peer voice 3 voip
 description **Outgoing Call to SIP Trunk**
 translation-profile outgoing PSTN_Outgoing
 destination-pattern 9[2-9]..[2-9]......
 voice-class codec 1
 voice-class sip dtmf-relay force rtp-nte
 session protocol sipv2
 session target sip-server
 dtmf-relay rtp-nte
 no vad
!
!
!
dial-peer voice 4 voip
 description **Outgoing Call to SIP Trunk**
 translation-profile outgoing PSTN_Outgoing
 destination-pattern 9[0-1][2-9]..[2-9]......
 voice-class codec 1
 voice-class sip dtmf-relay force rtp-nte
 session protocol sipv2
 session target sip-server
 dtmf-relay rtp-nte
 no vad
!
!
!
dial-peer voice 5 voip
 description **911 Outgoing Call to SIP Trunk**
 translation-profile outgoing PSTN_Outgoing
 destination-pattern 911
 voice-class codec 1
 voice-class sip dtmf-relay force rtp-nte
 session protocol sipv2
 session target sip-server
 dtmf-relay rtp-nte
 no vad
!
!
!
dial-peer voice 6 voip
 description **Emergency Outgoing Call to SIP Trunk**
 translation-profile outgoing PSTN_Outgoing
 destination-pattern 9911
 voice-class codec 1
 voice-class sip dtmf-relay force rtp-nte
 session protocol sipv2
 session target sip-server
 dtmf-relay rtp-nte
 no vad
!
!
!
dial-peer voice 7 voip
 description **911/411 Outgoing Call to SIP Trunk**
 translation-profile outgoing PSTN_Outgoing
 destination-pattern 9[2-9]11
 voice-class codec 1
 voice-class sip dtmf-relay force rtp-nte
 session protocol sipv2
 session target sip-server
 dtmf-relay rtp-nte
 no vad
!
!
!
dial-peer voice 8 voip
 description **International Outgoing Call to SIP Trunk**
 translation-profile outgoing PSTN_Outgoing
 destination-pattern 9011T
 voice-class codec 1
 voice-class sip dtmf-relay force rtp-nte
 session protocol sipv2
 session target sip-server
 dtmf-relay rtp-nte
 no vad
!
!
!
dial-peer voice 9 voip
 description **Star Code to SIP Trunk**
 destination-pattern *..
 voice-class codec 1
 voice-class sip dtmf-relay force rtp-nte
 session protocol sipv2
 session target sip-server
 dtmf-relay rtp-nte
 no vad
!
!
!
!--- Конфигурация голосовой почты ---

dial-peer voice 10 voip
 description **CUE Voicemail**
 translation-profile outgoing PSTN_CallForwarding
 destination-pattern 600
 b2bua
!--- Используется системой CME для отправки IP-адреса на прокси-сервер поставщика услуг вместо CUE

 session protocol sipv2
 session target ipv4:172.22.1.155
 dtmf-relay sip-notify
!--- Также может являться RFC2833 для CUE

 codec g711ulaw
!--- В качестве кодека CUE только G711ulaw

 no vad
!--- При включении VAD сообщения в CUE могут быть пустыми, или их качество может быть плохим

!
!
!
dial-peer voice 11 voip
 description **CUE Auto Attendant**
 translation-profile outgoing PSTN_CallForwarding
 destination-pattern 601
 b2bua
 session protocol sipv2
 session target ipv4:172.22.1.155
 dtmf-relay sip-notify
 codec g711ulaw
 no vad
!
!
!--- Конфигурация SIP UA ---

sip-ua 
 authentication username 5123781000 password 075A701E1D5E415447425B
 no remote-party-id
 retry invite 2
 retry register 10
 retry options 0
 timers connect 100
 registrar dns:domain.test.com expires 3600
 sip-server dns:domain.test.com
  host-registrar
!
!
!--- Конфигурация службы телефонии CME ---

telephony-service
 no auto-reg-ephone
 load 7960-7940 P0030702T023
 max-ephones 168
 max-dn 500
 ip source-address 172.22.1.107 port 2000
 calling-number initiator
!--- Сохранение идентификатора вызывающей стороны при передаче или перенаправлении вызова

 dialplan-pattern 1 51237812.. extension-length 3 extension-pattern 2.. no-reg
 voicemail 600
 max-conferences 12 gain -6
 call-forward pattern .T
 call-forward system redirecting-expanded
!--- Включение возможностей правил преобразования для переадресации вызовов

 moh music-on-hold.au
 transfer-system full-consult dss
 transfer-pattern 9.T
 secondary-dialtone 9
 create cnf-files version-stamp Jan 01 2002 00:00:00
!
!
!--- Конфигурация Ephone и Ephone-dn ---

ephone-dn  11  dual-line
 number 201 secondary 5123781201 no-reg both
!---"no-reg both" означает "не регистрировать любой из добавочных номеров на прокси-сервере SIP поставщика услуг"

 name John Smith
 call-forward busy 600
 call-forward noan 600 timeout 15
!
!
ephone-dn  12  dual-line
 number 202 secondary 5123781202 no-reg both
 name Enrique Zurita
 call-forward busy 600
 call-forward noan 600 timeout 15
!
!
ephone-dn  13
 number 5123788000
 description **DID Number for Voicemail**
!
!
ephone-dn  14
 number 5123788001
 description **DID Number for Auto Attendant*
!
!
ephone-dn  15
 number 8000... no-reg primary
 mwi on
!
!
ephone-dn  16
 number 8001... no-reg primary
 mwi off
!
!
ephone  1
 mac-address 0008.A371.28E9
 type 7960
 button  1:11
!
!
!
ephone  2
 mac-address 0008.A346.5C7F
 type 7960
 button  1:12
!
!
!
!
line con 0
 stopbits 1
line aux 0
 stopbits 1
line 66
 no activation-character
 no exec
 transport preferred none
 transport input all
 transport output pad telnet rlogin lapb-ta mop udptn v120 ssh
line vty 0 4
 password ut69coe
 login
!
scheduler allocate 20000 1000
ntp server 172.22.1.107
!
end

Конфигурация маршрутизатора CUE

se-172-22-1-253#show run
 
Generating configuration:


clock timezone America/Chicago

hostname se-172-22-1-253

ip domain-name localdomain



groupname Administrators create
groupname Broadcasters create

!--- Пользователи ---

username Enrique create
username John create
username Enrique phonenumberE164 "5123781202"
username John phonenumberE164 "5123781201"
username Enrique phonenumber "202"
username John phonenumber "201"

!--- AutoAttendant ---

ccn application autoattendant
 description "**AutoAttendant**"
 enabled
 maxsessions 4
 script "aa.aef"
 parameter "busOpenPrompt" "AABusinessOpen.wav"
 parameter "operExtn" "601"
 parameter "welcomePrompt" "AAWelcome.wav"
 parameter "disconnectAfterMenu" "false"
 parameter "busClosedPrompt" "AABusinessClosed.wav"
 parameter "allowExternalTransfers" "false"
 parameter "holidayPrompt" "AAHolidayPrompt.wav"
 parameter "businessSchedule" "systemschedule"
 parameter "MaxRetry" "3"
 end application

!--- MWI ---

ccn application ciscomwiapplication
 description "ciscomwiapplication"
 enabled
 maxsessions 8
 script "setmwi.aef"
 parameter "CallControlGroupID" "0"
 parameter "strMWI_OFF_DN" "8001"
 parameter "strMWI_ON_DN" "8000"
 end application

!--- Голосовая почта ---

ccn application voicemail
 description "**Voicemail**"
 enabled
 maxsessions 4
 script "voicebrowser.aef"
 parameter "uri" "http://localhost/voicemail/vxmlscripts/login.vxml"
 parameter "logoutUri" "http://localhost/voicemail/vxmlscripts/mbxLogout.jsp"
 end application

!--- SIP ---

ccn subsystem sip
 gateway address "172.22.100.1"
!--- Необходимо соответствие параметру "ip source-address" в службе телефонии

 dtmf-relay sip-notify
 mwi sip outcall
!--- Subscribe / Notify и Unsolicited Notify еще не были проверены

 transfer-mode blind bye-also
!--- Проверка с помощью метода REFER в CUE привела к прерыванию определенных потоков вызовов

 end subsystem

!--- Вызов телефонов ---

ccn trigger sip phonenumber 600
 application "voicemail"
 enabled
 maxsessions 4
 end trigger

ccn trigger sip phonenumber 601
 application "autoattendant"
 enabled
 maxsessions 4
 end trigger

service phone-authentication
 end phone-authentication

service voiceview
 enable
 end voiceview

!--- Почтовые ящики голосовой почты ---

voicemail default mailboxsize 21120
voicemail broadcast recording time 300

voicemail mailbox owner "Enrique" size 300
 description "**Enrique_Mailbox**"
 expiration time 10
 messagesize 120
 end mailbox

voicemail mailbox owner "John" size 300
 description "**John'sMailbox**"
 expiration time 10
 messagesize 120
 end mailbox

end

Конфигурация коммутатора

!--- Интерфейс, подключенный к маршрутизатору CME/CUE ---

interface FastEthernet0/2
 description Trunk to 3825
 switchport trunk encapsulation dot1q
 switchport mode trunk
 no ip address
 duplex full
 speed 100

!--- Интерфейс, подключенный к маршрутизатору CME/CUE ---

interface FastEthernet0/7
 switchport trunk encapsulation dot1q
 switchport trunk native vlan 20
!--- Трафик данных ---

 switchport mode trunk
 switchport voice vlan 100
!--- Голосовой трафик ---

 no ip address
 spanning-tree portfast


interface FastEthernet0/8
 switchport trunk encapsulation dot1q
 switchport trunk native vlan 20
 switchport mode trunk
 switchport voice vlan 100
 no ip address
 spanning-tree portfast
 
!--- IP-адрес ---

interface Vlan1
 ip address 172.22.1.194 255.255.255.0
!
ip classless
ip route 0.0.0.0 0.0.0.0 172.22.1.1
ip http server

В настоящее время для этой конфигурации нет процедуры проверки.

В этом разделе описывается процесс устранения неполадок конфигурации.

Средство Интерпретатор выходных данных (только для зарегистрированных клиентов) (OIT) поддерживает определенные команды show. Используйте средство OIT для анализа выходных данных команд show.

Примечание: Ознакомьтесь с документом Важные сведения о командах отладки перед использованием команд debug.

Устранение неполадок, связанных с регистрацией

Для устранения неполадок, связанных с магистральным каналом SIP в CME, используются те же команды, что и для устранения неполадок, связанных с IOS SIP GW и CME. Используйте эти команды для проверки регистрации доменного имени:

  • show sip-ua register status– используйте эту команду для отображения состояния номеров E.164, которые были зарегистрированы шлюзом SIP на основном внешнем сервере-регистраторе.

  • debug ccsip message– включение отслеживания всех сообщений SIP SPI, например сообщений, которыми обмениваются клиент пользовательского агента SIP и сервер доступа.

Устранение неполадок, связанных с настройкой вызовов

Команды устранения неполадок, связанных с вызовами по магистральным каналам SIP, по существу, не отличаются от обычных команд устранения неполадок, связанных с SIP GW и CME.

Команды Show :

  • show ephone registered– Проверка регистрации ephone.

  • show voip rtp connection– отображение сведений о пакетах именованных событий RTP, например номере идентификатора вызывающей стороны, IP-адресе и портах как для локальной, так и для удаленной конечной точки.

  • show sip-ua call– отображение сведений об активном клиенте UAC и сервере пользовательского агента (UAS).

  • show call active voice brief– отображение сведений о текущем вызове для голосовых вызовов или сеансов факса.

Команды Debug :

  • debug ccsip message– включение отслеживания всех сообщений SIP SPI, например сообщений, которыми обмениваются клиент UAC SIP и сервер доступа.

  • debug voip ccapi inout– отслеживание пути добавочного номера с помощью интерфейса API управления вызовами.

  • debug voice translation– проверка функциональности правила преобразования.

  • debug ephone detail mac-address <mac-адрес_телефона> – подробная отладка для IP-телефона Cisco.

  • debug voip rtp session named-events– включение отладки для пакетов именованных событий RTP.

  • debug sccp message– отображение последовательности сообщений SCCP.

SIP и Call Manager. Часть 2 Настройка SIP gateway

Session Initiation Protocol (SIP) — один из наиболее важных и самых распространенных сигнальных протоколов. SIP поддерживает наибольшее количество вендоров. SIP продолжает распространяться и уже сейчас является идеальным протоколом для подключения различных систем VoIP.

В первой части SIP и Call Manager. Часть 1 Теория мы рассмотрели краткую теорию. В данной статье мы обсудим вопросы настройки SIP на IOS gateways.

Настройка SIP состоит из двух частей:

  • Настройка SIP UA. Точнее сказать UAC (User Agent Client). Настройка UAC состоит из:
    — Authentication parameters: username and password
    — SIP servers (registrar and proxy)
  • Настройка VoIP Dial peers. В самом Dial peer есть настройки, специфичные для SIP:
    — Session protocol
    — Session target

sip-ua
authentication username mir_user password psswr
registrar 10.10.1.15
sip-server 10.10.1.15

Команда registrar позволяет шлюзу регистрировать внутренние номера на внешнем сервере Registrar server. Благодаря этому система сможет принимать входящие звонки. Адрес можно вбить вручную или получить по DHCP (опция registrar-index).
Имя и пароль будут использоваться для доступа к Registrar server а также к Proxy server.

dial-peer voice 2001 voip
destination-pattern 2...
session protocol sipv2
session target sip-server
!
dial-peer voice 2002 voip
destination-pattern 9T
session target ipv4:192.168.10.100
session protocol sipv2

session protocol sipv2 Команда дает инструкцию в данном Dial-peer использовать протокол SIPv2.

Команда session target настраивает шлюз использовать определенный IP — адрес нужного SIP сервера, причем:
session target sip-server будет использовать настройки указанные в разделе sip-ua. Это позволяет не заморачиваться каждый раз на IP-адресе.

session target ipv4:192.168.10.100 — Здесь, как видно, IP адрес вбит «в лоб».

  • Session transport protocol. Данные настройки позволяют задать session transport protocol: TCP, TCP-TLS, or UDP.
    Доступно в global SIP, dial-peer, or UA configuration mode
  • Source IP address. Т.е. IP адрес с которого будет инициализироваться SIP-сессия.
    Доступно только в global SIP.
  • Tuning SIP timers. Доступно только в UA configuration mode.
voice service voip
sip
session transport top
bind all source-interface
loopback 0 ipv4-address 10.1.1.1
!
dial-peer voice 1 voip
destination-pattern 2...
session protocol sipv2
session target ipv4:10.2.1.1
!
sip-ua
disable-early-media 180
voice service voip
sip
bind all source-interface
loopback 0 ipv4-address 10.2.1.1
!
dial-peer voice 1 voip
destination-pattern 1...
session protocol sipv2
session target ipv4:10.1.1.1
session transport top
!
sip-ua
disable-early-media 180

Здесь отметим команду disable-early-media.
Early Media — стандарт, позволяющий передавать media еще до инициализации стандартного RTP, что может улучшать качество, но не всему устройствами поддерживается.

UA или User Agent — это по сути SIP-клиент.
Ниже приводится пример конфигурации подключения шлюза к SIP — провайдеру. Для исходящих звонков.

voice service voip
sip
bind all source-interface loopback0 ipv4-address 10.1.1.1
!
sip-ua
authentication username JDoe password secret
registrar 10.1.1.15 expires 3600
sip-server 10.1.1.15
timers connect 1000
timers register 300
!
dial-peer voice 10 voip
destination-pattern 9T
session target ipv4:192.168.1.100
session protocol sipv2
session transport tсp

show sip-ua service
show sip-ua status
show sip-ua register status
show sip-ua timers
show sip-ua connections
show sip-ua calls
show sip-ua statistics

¦ debug ccsip: This command has various options, as follows:
¦ debug ccsip all: This command enables all ccsip-type debugging. This debug
command is very active; you should use it sparingly in a live network.
¦ debug ccsip calls: This command displays all SIP call details as they are updated
in the SIP call control block. You can use this debug command to monitor call
records for suspicious clearing causes.
¦ debug ccsip errors: This command traces all errors that are encountered by the
SIP subsystem.
¦ debug ccsip events: This command traces events, such as call setups, connec-
tions, and disconnections. An events version of a debug command is often the
best place to start because detailed debugs provide much useful information.
¦ debug ccsip info: This command enables tracing of general SIP security parame-
ter index (SPI) information, including verification that call redirection is disabled.
¦ debug ccsip media: This command enables tracing of SIP media streams.
¦ debug ccsip messages: This command shows the headers of SIP messages that
are exchanged between a client and a server.
¦ debug ccsip preauth: This command enables diagnostic reporting of authentica-
tion, authorization, and accounting (AAA) for SIP calls.
¦ debug ccsip states: This command displays the SIP states and state changes for
sessions within the SIP subsystem.
¦ debug ccsip transport: This command enables tracing of the SIP transport han-
dler and the TCP or UDP process.
¦ debug voip ccapi inout: This command shows every interaction with the call control
application programming interface (API) on both the telephone interface and on the
VoIP side. By monitoring the output, you can follow the progress of a call from the
inbound interface or VoIP peer to the outbound side of the call. This debug com-
mand is very active; you should use it sparingly in a live network.
¦ debug voip ccapi protoheaders: This command displays messages that are sent be-
tween the originating and terminating gateways. If no headers are being received by
the terminating gateway, verify that the header-passing command is enabled on the
originating gateway.

Азы 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-ы. На самом деле, каждая из этих кнопок отвечает за свою линию. А действий над ними можно совершать много (не только привязывать к какому нибудь номеру). Но это достойно отдельной статьи.

А тем временем мы можем смело включать телефон с указанным МАК-адресом в сеть, подождать пока он прогрузится, увидеть на его экранчике возле первой кнопки номер 100 и заветное имя — «The Real Man». Если мы подымем трубку, то услышым заветный зуммер

Регистрируем 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!

IP-адрес телефона можно узнать по информации из dhcp-пула по маку используя команду show ip dhcp binding, либо в настройках самого телефона — голосовое, либо визуально меню.

Вроде бы всё. Были описаны минимальные настройки 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 и прочие фичи.

Особенности настройки телефонов Cisco с SIP-прошивкой ревизии 9.0 и выше для работы с Asterisk.

10 доводов в пользу Asterisk

Распространяется бесплатно.

Asterisk – программное обеспечение с открытым исходным кодом, распространяется по лицензии GPL. Следовательно, установив один раз Asterisk вам не придется дополнительно платить за новых абонентов, подключение новых транков, расширение функционала и прочие лицензии. Это приближает стоимость владения станцией к нулю.

Безопасен в использовании.

Любое программное обеспечение может стать объектом интереса злоумышленников, в том числе телефонная станция. Однако, сам Asterisk, а также операционная система, на которой он работает, дают множество инструментов защиты от любых атак. При грамотной настройке безопасности у злоумышленников нет никаких шансов попасть на станцию.

Надежен в эксплуатации.

Время работы серверов некоторых наших клиентов исчисляется годами. Это значит, что Asterisk работает несколько лет, ему не требуются никакие перезагрузки или принудительные отключения. А еще это говорит о том, что в районе отличная ситуация с электроэнергией, но это уже не заслуга Asterisk.

Гибкий в настройке.

Зачастую возможности Asterisk ограничивает только фантазия пользователя. Ни один конструктор шаблонов не сравнится с Asterisk по гибкости настройки. Это позволяет решать с помощью Asterisk любые бизнес задачи, даже те, в которых выбор в его пользу не кажется изначально очевидным.

Имеет огромный функционал.

Во многом именно Asterisk показал какой должна быть современная телефонная станция. За многие годы развития функциональность Asterisk расширилась, а все основные возможности по-прежнему доступны бесплатно сразу после установки.

Интегрируется с любыми системами.

То, что Asterisk не умеет сам, он позволяет реализовать за счет интеграции. Это могут быть интеграции с коммерческими телефонными станциями, CRM, ERP системами, биллингом, сервисами колл-трекинга, колл-бэка и модулями статистики и аналитики.

Позволяет телефонизировать офис за считанные часы.

В нашей практике были проекты, реализованные за один рабочий день. Это значит, что утром к нам обращался клиент, а уже через несколько часов он пользовался новой IP-АТС. Безусловно, такая скорость редкость, ведь АТС – инструмент зарабатывания денег для многих компаний и спешка во внедрении не уместна. Но в случае острой необходимости Asterisk готов к быстрому старту.

Отличная масштабируемость.

Очень утомительно постоянно возвращаться к одному и тому же вопросу. Такое часто бывает в случае некачественного исполнения работ или выбора заведомо неподходящего бизнес-решения. С Asterisk точно не будет такой проблемы! Телефонная станция, построенная на Asterisk может быть масштабируема до немыслимых размеров. Главное – правильно подобрать оборудование.

Повышает управляемость бизнеса.

Asterisk дает не просто набор полезных функций, он повышает управляемость организации, качества и комфортности управления, а также увеличивает прозрачность бизнеса для руководства. Достичь этого можно, например, за счет автоматизации отчетов, подключения бота в Telegram, санкционированного доступа к станции из любой точки мира.

Снижает расходы на связь.

Связь между внутренними абонентами IP-АТС бесплатна всегда, независимо от их географического расположения. Также к Asterisk можно подключить любых операторов телефонии, в том числе GSM сим-карты и настроить маршрутизацию вызовов по наиболее выгодному тарифу. Всё это позволяет экономить с первых минут пользования станцией.

Как мы Cisco Phone с Asterisk SIP дружили / Хабр

Как мы Cisco Phone с SIP дружили
Завелся тут у клиентов новый зверек Cisco CP6921, с виду нормальный телефон только со своими закосами. До этого все cisco настраивались прямо с самого аппарата, да и были они классом повыше 79хх.
Пришлось разгребать кучу мануалов. Перепробовать кучу конфигов. Пости на любом конфиге телефон понимает инструкцию версии прошивки и в случае чего перепрошивается. На какой то версии конфига он не понимает чего от него вообще мы хотим и раз в секунд 30 перезагружает конфиг. Но ни одного пакета не шлет к астериску.
Подумав обратился в вопросом к сообществу cisco, благо она даже на родном языке уже существует. Там подсказали сайт, где был пример конфига и даже целый бандл настроек. Скачав у установив сию магию на tftp мы увидели что о чудо телефоны стучаться на астериск, но получают отлуп, т.к. не хотят авторизоваться на нем. И затык оказался в том что cisco не умеет работать по udp. Ладно как говорится не проблема. Включили tcp на серваке. И телефоны зарегистрировались. Но стали работать только исходящие вызовы, на все входящие говорят, что порт закрыт, астериск иди ты лесом.
Пошли изучать дальше. Выяснили что они зачем то хотят tls не понятно правда зачем, но хотят. Тут уже пришлось найти как же прикрутить к астериску tsl. У нас Asterisk был установлен из репы, и исходников не было, а генерация сертификата идет утилитой из комплекта исходников, не беда asterisk-opus здесь нашлось то что нужно contrib/scripts/ast_tls_cert, впрочем нужен только сам скрипт, по этому его просто скопировали с веба. Генерация достаточно банальная. (хотя если подумать, то тоже самое можно сделать на голом openssl без скриптов, по аналогии например с генерацией сертификатов для openvpn когда нет его скриптов, например в случае установки на centos)

1. Создать папку для ключей

mkdir /etc/asterisk/keys

2. создать набор сертификатов

./ast_tls_cert -C pbx.mycompany.com -O «My Super Company» -d /etc/asterisk/keys

Дальше остается только добавить настройки в sip.conf (Включение TCP и TLS)

[general]

  tcpenable=yes

  transport=udp,tcp

  tlsenable=yes

  tlsbindaddr=0.0.0.0

  tlscertfile=/etc/asterisk/keys/asterisk.pem

  tlscafile=/etc/asterisk/keys/ca.crt

  tlscipher=ALL

  tlsclientmethod=tlsv1 ;none of the others seem to work with Blink as the client

Рестарт астериска и вуаля у вас рабочии телефоны.
Выжимка минимальной конфигурации.
1. Конфиг телефона SEPXXXXXXXXXX.cnf.xml
2. Диалплан
3. Прошивка (лучше иметь актуальную, да и скачать с циски можно просто зарегавшись там)Конфиг телефона

<?xml version=»1.0″ encoding=»UTF-8″ ?>
<device>
<deviceProtocol>SIP</deviceProtocol>

 
<sshUserId>admin</sshUserId>
<sshPassword>cisco</sshPassword>

 
<devicePool>

  <dateTimeSetting>

    <dateTemplate>D/M/Ya</dateTemplate>

    <timeZone>Ekaterinburg Standard Time</timeZone>

    <ntps>

      <ntp>

        <name>10.0.3.1</name>

        <ntpMode>Unicast</ntpMode>

      </ntp>

    </ntps>

  </dateTimeSetting>

 

  <callManagerGroup>

    <members>

      <member priority=»0″>

        <callManager>

          <ports>

            <ethernetPhonePort>2000</ethernetPhonePort>

            <sipPort>5060</sipPort>

            <securedSipPort>5061</securedSipPort>

            <voipControlPort>5060</voipControlPort>

          </ports>

          <processNodeName>ASTERISK_IP</processNodeName>

        </callManager>

      </member>

    </members>

  </callManagerGroup>
</devicePool>

 
<commonProfile>

  <phonePassword></phonePassword>

  <backgroundImageAccess>true</backgroundImageAccess>

  <callLogBlfEnabled>3</callLogBlfEnabled>
</commonProfile>

 
<loadInformation>SIP69xx.9-3-3-2</loadInformation>

 
<vendorConfig>

  <disableSpeaker>false</disableSpeaker>

  <disableSpeakerAndHeadset>false</disableSpeakerAndHeadset>

  <pcPort>0</pcPort>

  <settingsAccess>1</settingsAccess>

  <garp>0</garp>

  <voiceVlanAccess>0</voiceVlanAccess>

  <ciscoCamera>1</ciscoCamera>

  <videoCapability>1</videoCapability>

  <usbClasses>0,1,2</usbClasses>

  <sdio>1</sdio>

  <wifi>0</wifi>

  <bluetoothProfile>0,1</bluetoothProfile>

  <powerNegotiation>0</powerNegotiation>

  <autoSelectLineEnable>0</autoSelectLineEnable>

  <webAccess>0</webAccess>

  <sshAccess>0</sshAccess>

  <g722CodecSupport></g722CodecSupport>

  <daysDisplayNotActive>1,2,3,4,5,6,7</daysDisplayNotActive>

  <displayOnTime>08:30</displayOnTime>

  <displayOnDuration>09:30</displayOnDuration>

  <displayIdleTimeout>01:00</displayIdleTimeout>

  <displayOnWhenIncomingCall>1</displayOnWhenIncomingCall>

  <spanToPCPort>1</spanToPCPort>

  <loggingDisplay>1</loggingDisplay>

  <loadServer></loadServer>
</vendorConfig>

 
<enterpriseConfig>

  <usb1>1</usb1>

  <usb2>1</usb2>

  <ciscoCamera>1</ciscoCamera>

  <usbClasses>0,1,2</usbClasses>

  <sdio>1</sdio>

  <bluetooth>1</bluetooth>

  <wifi>1</wifi>

  <bluetoothProfile>0,1</bluetoothProfile>

  <joinAndDirectTransferPolicy>0</joinAndDirectTransferPolicy>

  <videoCapability>1</videoCapability>

  <webAccess>0</webAccess>

  <eapAuthentication>2</eapAuthentication>

  <webProtocol>0</webProtocol>
</enterpriseConfig>
<advertiseG722Codec></advertiseG722Codec>
<networkLocale>United_States</networkLocale>
<networkLocaleInfo>

  <name>United_States</name>

  <uid>64</uid>

  <version>8.5.0.0(1)</version>
</networkLocaleInfo>

 
<deviceSecurityMode>1</deviceSecurityMode>

 
<idleTimeout>0</idleTimeout>
<authenticationURL></authenticationURL>
<directoryURL></directoryURL>
<idleURL></idleURL>
<informationURL></informationURL>
<messagesNumber></messagesNumber>
<messagesURL></messagesURL>
<proxyServerURL></proxyServerURL>
<servicesURL></servicesURL>
<dscpForSCCPPhoneConfig>96</dscpForSCCPPhoneConfig>
<dscpForSCCPPhoneServices>0</dscpForSCCPPhoneServices>
<dscpForCm2Dvce>96</dscpForCm2Dvce>

 
<transportLayerProtocol>4</transportLayerProtocol>
<dndCallAlert>5</dndCallAlert>
<phonePersonalization>1</phonePersonalization>
<rollover>0</rollover>
<singleButtonBarge>0</singleButtonBarge>
<joinAcrossLines>1</joinAcrossLines>
<autoCallPickupEnable>false</autoCallPickupEnable>
<blfAudibleAlertSettingOfIdleStation>0</blfAudibleAlertSettingOfIdleStation>
<blfAudibleAlertSettingOfBusyStation>0</blfAudibleAlertSettingOfBusyStation>

 
<capfAuthMode>0</capfAuthMode>
<capfList>

  <capf>

    <phonePort>3804</phonePort>

  </capf>
</capfList>

 
<certHash></certHash>
<encrConfig>false</encrConfig>
<sipProfile>

  <sipProxies>

    <backupProxy>USECALLMANAGER</backupProxy>

    <backupProxyPort>5060</backupProxyPort>

    <emergencyProxy>USECALLMANAGER</emergencyProxy>

    <emergencyProxyPort>5060</emergencyProxyPort>

    <outboundProxy></outboundProxy>

    <outboundProxyPort></outboundProxyPort>

    <registerWithProxy>true</registerWithProxy>

  </sipProxies>

 

  <sipCallFeatures>

    <cnfJoinEnabled>true</cnfJoinEnabled>

    <callForwardURI>x-cisco-serviceuri-cfwdall</callForwardURI>

    <callPickupURI>x-cisco-serviceuri-pickup</callPickupURI>

    <callPickupListURI>x-cisco-serviceuri-opickup</callPickupListURI>

    <callPickupGroupURI>x-cisco-serviceuri-gpickup</callPickupGroupURI>

    <meetMeServiceURI>x-cisco-serviceuri-meetme</meetMeServiceURI>

    <abbreviatedDialURI>x-cisco-serviceuri-abbrdial</abbreviatedDialURI>

    <rfc2543Hold>false</rfc2543Hold>

    <callHoldRingback>2</callHoldRingback>

    <localCfwdEnable>true</localCfwdEnable>

    <semiAttendedTransfer>true</semiAttendedTransfer>

    <anonymousCallBlock>2</anonymousCallBlock>

    <callerIdBlocking>2</callerIdBlocking>

    <dndControl>0</dndControl>

    <remoteCcEnable>true</remoteCcEnable>

    <retainForwardInformation>true</retainForwardInformation>

  </sipCallFeatures>

 

  <sipStack>

    <sipInviteRetx>6</sipInviteRetx>

    <sipRetx>10</sipRetx>

    <timerInviteExpires>180</timerInviteExpires>

    <timerRegisterExpires>3600</timerRegisterExpires>

    <timerRegisterDelta>5</timerRegisterDelta>

    <timerKeepAliveExpires>120</timerKeepAliveExpires>

    <timerSubscribeExpires>120</timerSubscribeExpires>

    <timerSubscribeDelta>5</timerSubscribeDelta>

    <timerT1>500</timerT1>

    <timerT2>4000</timerT2>

    <maxRedirects>70</maxRedirects>

    <remotePartyID>false</remotePartyID>

    <userInfo>None</userInfo>

  </sipStack>

 

  <autoAnswerTimer>0</autoAnswerTimer>

  <autoAnswerAltBehavior>false</autoAnswerAltBehavior>

  <autoAnswerOverride>true</autoAnswerOverride>

  <transferOnhookEnabled>false</transferOnhookEnabled>

  <enableVad>false</enableVad>

  <preferredCodec>none</preferredCodec>

  <dtmfAvtPayload>101</dtmfAvtPayload>

  <dtmfDbLevel>3</dtmfDbLevel>

  <dtmfOutofBand>avt</dtmfOutofBand>

  <alwaysUsePrimeLine>true</alwaysUsePrimeLine>

  <alwaysUsePrimeLineVoiceMail>true</alwaysUsePrimeLineVoiceMail>

  <kpml>3</kpml>

  <natEnabled>false</natEnabled>

  <natAddress>ASTERISK_IP</natAddress>

 

  <stutterMsgWaiting>2</stutterMsgWaiting>

 

  <callStats>false</callStats>

  <silentPeriodBetweenCallWaitingBursts>10</silentPeriodBetweenCallWaitingBursts>

  <disableLocalSpeedDialConfig>false</disableLocalSpeedDialConfig>

 

 

  <startMediaPort>10000</startMediaPort>

  <stopMediaPort>20000</stopMediaPort>

  <voipControlPort>5060</voipControlPort>

  <dscpForAudio>184</dscpForAudio>

  <dscpVideo>136</dscpVideo>

  <dscpForTelepresence>128</dscpForTelepresence>

  <ringSettingBusyStationPolicy>0</ringSettingBusyStationPolicy>

  <dialTemplate>dialplan.xml</dialTemplate>

  <voipControlPort>5060</voipControlPort>

  <phoneLabel>SIP_NUMBER</phoneLabel>

  <sipLines>

    <line button=»1″ lineIndex=»1″>

      <featureID>9</featureID>

      <featureLabel>SIP_NUMBER</featureLabel>

      <name>SIP_NUMBER</name>

      <displayName>SIP_NUMBER</displayName>

      <contact></contact>

      <proxy>USECALLMANAGER</proxy>

      <port>5060</port>

      <autoAnswer>

        <autoAnswerEnabled>0</autoAnswerEnabled>

      </autoAnswer>

      <callWaiting>4</callWaiting>

 

      <authName>SIP_NUMBER</authName>

      <authPassword>SIPPASS</authPassword>

 

      <sharedLine>false</sharedLine>

      <messageWaitingLampPolicy>3</messageWaitingLampPolicy>

      <messageWaitingAMWI>1</messageWaitingAMWI>

      <messagesNumber>1000</messagesNumber>

      <ringSettingIdle>4</ringSettingIdle>

      <ringSettingActive>5</ringSettingActive>

 

      <forwardCallInfoDisplay>

        <callerName>true</callerName>

        <callerNumber>false</callerNumber>

        <redirectedNumber>false</redirectedNumber>

        <dialedNumber>true</dialedNumber>

      </forwardCallInfoDisplay>

      <maxNumCalls>4</maxNumCalls>

      <busyTrigger>2</busyTrigger>

    </line>

  </sipLines>
</sipProfile>

 
<phoneServices>

  <provisioning>0</provisioning>

  <phoneService type=»1″ category=»0″>

    <name>Missed Calls</name>

    <url>Application:Cisco/MissedCalls</url>

    <vendor></vendor>

    <version></version>

  </phoneService>

  <phoneService type=»2″ category=»0″>

    <name>Voicemail</name>

    <url>Application:Cisco/Voicemail</url>

    <vendor></vendor>

    <version></version>

  </phoneService>

  <phoneService type=»1″ category=»0″>

    <name>Received Calls</name>

    <url>Application:Cisco/ReceivedCalls</url>

    <vendor></vendor>

    <version></version>

  </phoneService>

  <phoneService type=»1″ category=»0″>

    <name>Placed Calls</name>

    <url>Application:Cisco/PlacedCalls</url>

    <vendor></vendor>

    <version></version>

  </phoneService>
</phoneServices>
</device>

ARMADIK подсказывает

Можно запустить по разному транспорту<transportLayerProtocol>2</transportLayerProtocol>

4 — Use default transport protocol (in old firmwares — udp, in latest — tcp), may be this also a TLS selection
2 — Prefer use UDP
1 — Prefer use TCP

Добавить 2 линию на телефон очень просто, нужно создать еще одну секцию line в sipLines
Примерно вот так

<sipLines>

  <line button=»1″ lineIndex=»1″>

    …
  </line>
  <line button=»2″ lineIndex=»2″>
    …
  </line>
</sipLines>Диалплан, просто и без изысков

<DIALTEMPLATE>

  <TEMPLATE MATCH=»*» Timeout=»6″/>
</DIALTEMPLATE>

Ну и сама прошивка это 4 файла
BOOT69xx.0-0-0-14.zz.sgn
DSP69xx.12-4-122-02-121029.zz.sgn
SIP69xx.9-3-3-2.loads
SIP69xx.9-3-3-2.zz.sgn
Имя loads указывается в секции

<loadInformation>SIP69xx.9-3-3-2</loadInformation>

П.С.
Так же выяснили что cisco своеобразная

<webAccess>0</webAccess>

Это означает что Web доступ разрешен.

Настройка IP-телефона Cisco 7940/7960 | IT Knowledge Base

Потребовалось на предприятии внедрить в уже существующую sip-телефонию (на Asterisk) телефоны фирмы Cisco 7960.

Подключив телефоны, увидел что загрузка останавливается на получении ip, и запроса файлов с TFTP сервера, понял, что дело не обойдется “легкой кровью”. И засел курить мануалы, и рыть интернет. По итогу после пары дней танцев с бубном все же удалось подружить эти телефоны, с уже имеющимся сервером  Asterisk.

Для IP телефонов Cisco серии 79XX есть довольно неприятный момент в настройке со сторонним оборудованием – у этих аппаратов нет веб-интерфейса, все настройки производятся через XML-шаблон, который нужно править руками, что довольно неудобно. Это руководство покажет вам, как настроить IP телефоны Cisco 7940/7941/7960 или 7961 под sip-телефонию.

Как выглядит общая картина: Телефон включается, получает от DHCP-сервера ip, адрес tftp сервера, далее, с tftp телефон запрашивает файл версии прошивки, сравнивает со своей, если своя – более старая – качает новую прошивку с tftp, прошивается, скачивает дефолтный конфиг, конфиг для своего МАК-адреса, диалплан и т.п. И после этого уже подключается к серверу Asterisk. И собственно, начинает работать.

Итак, разобью всю задачу настройки на этапы:

  1. Настройка телефона
  2. Создание файлов конфигурации для телефона
  3. Создание нового SIP на сервере
  4. Конфигурация сервера DHCP
  5. Конфигурация сервера TFTP
  6. Настройка параметров из меню

Настройка телефона

Мануал по подключению, можно посмотреть здесь

Как минимум нужно сбросить телефон к заводским настойкам, прежде чем приступать к дальнейшей настройке.

Комбинации клавиш телефона:

зажать #, подать питание. как появится текст нажать последовательно 123456789*0# - сброс телефона
**#** — перезагрузка телефона (через меню)
**# — разблокировка настроек (также через меню).
Разблокировка нужна, например, для того чтобы поставить настройки DHCP-клиента

Создание файлов конфигурации для телефона

Вот список файлов, которые потребуются для корректной работы телефона:

OS79XX.txt

Здесь указывается модель телефонов, а внутри файла – версия актуальной прошивки. В моём случае это версия прошивки PS03-8-12-00

 

P0S3-8-12-00.loads
P0S3-8-12-00.sb2
P0S3-8-12-00.bin
P0S3-8-12-00.sbin
Файлы прошивки для SIP-телефонии. Скачать можно тут, или тут

SIPXXXXXXXXXXXX.cnf
Файл конфигурации для конкретного телефона, где XXXXXXXXXXXX – его MAC-адрес телефона

; phone-specific configuration file
; Phone Label (Text desired to be displayed in upper right corner). This displays "TESTer"
phone_label: "Disnetern"
; Inbound port used for SIP messages (default - 5060, 5061, 5062) Remember to port forward this port on your router!
voip_control_port: 5061
; Line 1 phone number
line1_name: 120
; Displayed on the Phone screen
line1_shortname: 120
; Line 1 name for authentication with proxy server
line1_authname: 120
; Line 1 authentication name password
line1_password: megahardpassword
; Line 1 Display Name (Display name to use for SIP messaging)
line1_displayname: 120
; Proxy Server
proxy1_address: 10.20.30.40
; Proxy Server Port (default - 5060)
proxy1_port: 5060

где 500 – номер SIP, учетной записи Asterisk,
10.20.30.40 – ip сервера Asterisk

SIPDefault.cnf
Общий файл конфигурации для всех телефонов:

; Sip default configuration file. Extra config options found on the cisco site
; http://www.cisco.com/univercd/cc/td/doc/product/voice/c_ipphon/sip7960/sipadm30/maintain.htm
; Image Version the phone will boot
image_version: P0S3-8-12-00
; Phone Registration Expiration [1-3932100 sec] (Default - 3600)
timer_register_expires: 3600
; Codec for media stream (g711ulaw (default), g711alaw, g729a)
preferred_codec: g711alaw
; Time Server
sntp_server: 10.20.30.40
; Time sync mode unicast, multicast, anycast, or directedbroadcast (default)
sntp_mode: directedbroadcast
; Time Zone Phone is in
time_zone: EADT
; As the timezone above is AEDT we dont need to advance the clock another hour
dst_auto_adjust: 0
; Date format D/M/Y, M/D/Y
date_format: D/M/Y
; 24 hour clock- 0=No, 1=Yes
time_format_24hr: 0
; DTMF AVT Payload
dtmf_avt_payload: 96
; Use dialplan.xml as the dialplan
dial_template: "dialplan"
; NAT/Firewall Traversal- 0=Disabled, 1=Enabled
nat_enable: 1
; WAN IP address of NAT box. Recommend using dyndns.org to make life easier
nat_address: 192.168.10.1
nat_received_processing: 1
; Start RTP range for media (default - 16384)
start_media_port: 16384
; End RTP range for media (default - 32766)
end_media_port: 32766
; Disable Call Waiting
call_waiting: 0
; Allow Telnet access
telnet_level: 2
proxy_register: 1

Нужно обязательно проверить, что бы название версии прошивки в этом файле соответствовала названию самих файлов и названию в файле OS79XX.txt

dialplan.xml

Собственно диалплан (правила набора) самого телефона. Например, для коротких номеров. Заполняется в таком виде:

<DIALTEMPLATE>
<TEMPLATE MATCH="" TIMEOUT="1" REWRITE="100"/>
</DIALTEMPLATE>

TEMPLATE MATCH – номер, шаблон
TIMEOUT – ожидание
REWRITE – набор номера, при совпадении с шаблоном и окончанием таймаута.

Создание нового SIP на сервере

Заходим на наш сервер Asterisk и добавляем в файл /etc/asterisk/sip.conf наши настройки для нового телефона:

[120]
context=local-phones
host=dynamic
secret=megahardpassword
type=friend
callerid="TESTer_120" <364>
qualify = yes
nat=force_rport,comedia

Далее при надобности правим /etc/asterisk/extensions.conf или /etc/asterisk/queues.conf

И после перезагружаем настройки Asterisk сервера тех файлов, которые меняли:

[[email protected]]#sudo asterisk -rx "config reload /etc/asterisk/sip.conf"

Конфигурация сервера DHCP

В моем случае есть роутер Mikrotik RB2011Ui-2Hnd.
Сам DHCP сервер уже настроен на роутере, для работы компьютеров внутри офиса.
Но что бы при получении IP адреса, телефон “знал” что нужно ему делать дальше и где искать дальше файлы – в настройках dhcp-сервера нужно создать и добавить в networks  опцию 158.

Создаем, где 192.168.10.1 – локальный ip адрес моего Mikrotik :

/ip dhcp-server option 
add code=158 name=tftp-158 value="s'192.168.10.1'"

Добавляем. (в моем случае запись уже есть, я только добавляю в нее опцию 158):

/ip dhcp-server network
set 0 dhcp-option=tftp-158

Возможные варианты опций:

Опция 66. Опция 66 (option 66) – это аналог проприетарной опции 150 (option 150), разработанной компанией Cisco для автоматического обновления прошивок и конфигурации (Auto Provisioning) телефонов Cisco IP Phone. Данная опция содержит в себе адрес TFTP сервера, на который должен обратиться телефон, чтобы скачать прошивку и файл с конфигурацией, как только подключается к сети. Единственным различием между опцией 150 и 66, является то, что благодаря опции 150 можно указывать IP адреса для нескольких TFTP серверов, а в опции 66 можно указать только один адрес. Опция 66 является открытым стандартом IEEE, который поддерживается большинством производителей роутеров и VoIP-оборудования. Описывается в RFC 2132.

Давайте её настроим, для этого переходим на вкладку Options → + и видим следующее окно:

Важно! Прежде чем вводить IP адрес TFTP сервера в поле Value, проверьте версию RouterOS, от этого будет зависеть синтаксис данной настройки.

  • Для версий с 6.0 -6.7, значение IP адреса нужно вводить, используя одинарные кавычки – ’192.168.1.1’
  • Для версий от 6.8, значение IP адреса нужно вводить, используя следующий синтаксис – s’192.168.1.1’

Конфигурация сервера TFTP

В Mikrotik настройка tftp сводится к паре кликов, или 1 строчке в cli:

/ip tftp add read-only=no real-filename=/pub/

Здесь мы указываем папку, где будут храниться файлы для нашего телефона.

И собственно, нужно с помощью winbox залить туда все файлы:

OS79XX.txt
P0S3-8-12-00.loads 
P0S3-8-12-00.sb2
P0S3-8-12-00.bin
P0S3-8-12-00.sbin 
SIPXXXXXXXXXXXX.cnf 
SIPDefault.cnf 
XMLDefault.CNF
dialplan.xml

Может получиться так, что телефон начнет ругаться на то, что не нашел какой-то файл на TFTPсервере. Тогда нужно будет открыть логи tftp и посмотреть, какой файл он не может найти.

Настройка параметров из меню

Некоторые параметры можно настроить вручную, из меню IP-телефона Cisco.

По умолчанию настройки в IP-телефоне Cisco 7940/7960 заблокированы. Для разблокирования нужно ввести пароль, заданный в конфигурационном файле телефона (или  дефолтый  – cisco ), нажав Settings > Unlock Config.

Для блокировки нажмите Lock Config или Exit.

После изменения параметров нужно их сохранить и телефон перезагрузится с новыми настройками.

Помимо основный настроек, таких как IP-адрес или адрес TFTP-сервера, при настройке вручную нужно настроить параметры SIP.

После разблокировки телефона выберите Settings > SIP Configuration. В появившемся меню установите line1_name, proxy1_address, proxy1_port – их формат описан выше. Если телефон должен авторизоваться на прокси-сервере SIP, введите также line1_authname и line1_password. По умолчанию их значение равно UNPROVISIONED.

 

Вот, собственно, и все. Телефон Загружен и готов к работе.

 

Вконтакте

Facebook

Twitter

Google+

LiveJournal

LinkedIn

Одноклассники

E-mail

Pinterest

Мой мир

Руководство по настройке SIP, Cisco IOS версии 15M & T — Обзор SIP [Поддержка]

1. Настройка — от АТС A к шлюзу SIP 1

Установление вызова инициируется между УАТС A и шлюзом SIP 1.Настройка включает стандартные транзакции, которые выполняются как Пользователь
A пытается дозвониться до пользователя B.

2. ПРИГЛАШЕНИЕ — шлюз SIP 1 на сервер перенаправления SIP

Шлюз SIP 1 отправляет запрос INVITE серверу перенаправления SIP.Запрос INVITE — это приглашение пользователю B принять участие
в сеансе разговора. В запросе INVITE имеет место следующее:

  • Номер телефона пользователя B вставляется в поле Request-URI в форме URL-адреса SIP.URL-адрес SIP определяет адрес
    пользователя B и принимает форму, аналогичную адресу электронной почты (user @ host, где user — номер телефона, а host — домен
    (с именем хоста или без него) или числовой сетевой адрес). Например, поле Request-URI в запросе INVITE пользователю
    B отображается как «ПРИГЛАСИТЬ sip: [email protected]; user = phone. » Параметр «user = phone» определяет, что Request-URI
    адрес — это номер телефона, а не имя пользователя.

  • PBX A указывается как инициатор сеанса вызова в поле From.

  • Вызову назначается уникальный числовой идентификатор, который вставляется в поле Call-ID.

  • Номер транзакции в рамках одного участка вызова указывается в поле CSeq.

  • Указана возможность мультимедиа, которую пользователь А готов принять.

  • Указывается порт, на котором шлюз SIP 1 готов к приему данных RTP.

3.300 Multiple Choice — сервер перенаправления SIP на шлюз SIP 1

Сервер перенаправления SIP отправляет ответ с множественным выбором 300 на шлюз SIP 1. Ответ с множественным выбором 300 указывает
что сервер перенаправления SIP принял запрос INVITE, связался с сервером определения местоположения со всем или частью URL-адреса SIP пользователя Б,
и сервер местоположения предоставил список альтернативных местоположений, где мог бы находиться пользователь B.Сервер перенаправления SIP возвращает
эти возможные адреса к шлюзу SIP 1 в ответе 300 с множественным выбором.

4. ACK — от шлюза SIP 1 к серверу перенаправления SIP

Шлюз SIP 1 подтверждает ответ 300 с множественным выбором с помощью ACK.

5. ПРИГЛАШЕНИЕ — от SIP-шлюза 1 к SIP-шлюзу 2

Шлюз SIP 1 отправляет новый запрос INVITE на шлюз SIP 2.Новый запрос INVITE включает первый контакт, указанный в
300 Множественный ответ в качестве нового адреса для пользователя B, более высокий номер транзакции в поле CSeq и тот же Call-ID
как первый запрос INVITE.

6.Настройка — SIP-шлюз 2 к АТС B

SIP-шлюз 2 получает запрос INVITE от SIP-шлюза 1 и инициирует установку вызова с пользователем B через УАТС B.

7.Выполнение вызова — SIP-шлюз 1 к УАТС A

Шлюз

SIP 1 отправляет сообщение о выполнении вызова в УАТС A, чтобы подтвердить запрос на установку.

8.100 Попытка — от шлюза SIP 2 к шлюзу SIP 1

Шлюз SIP 2 отправляет ответ 100 Trying на запрос INVITE, отправленный шлюзом SIP 1. Ответ 100 Trying указывает
что запрос INVITE был получен шлюзом SIP 2, но этот пользователь B еще не найден.

9. Обработка вызова — УАТС B к шлюзу SIP 2

PBX B отправляет сообщение Call Proceeding на SIP-шлюз 2 для подтверждения запроса на установку.

10. Оповещение — УАТС B к шлюзу SIP 2

PBX B находит пользователя B и отправляет сообщение с предупреждением на шлюз SIP 2.Телефон пользователя Б начинает звонить.

11. 180 Звонок — от шлюза SIP 2 к шлюзу SIP 1

Шлюз SIP 2 отправляет ответ 180 Ringing на шлюз SIP 1.Ответ 180 Ringing указывает, что шлюз SIP 2 обнаружил,
и пытается предупредить пользователя Б.

12. Оповещение — от SIP-шлюза 1 к АТС A

SIP-шлюз 1 отправляет предупреждающее сообщение в УАТС A.Пользователь А слышит сигнал обратного вызова.

На этом этапе устанавливается односторонний голосовой путь между шлюзом SIP 1 и PBXA и между шлюзом SIP 2 и PBX B. A
между шлюзом SIP 1 и шлюзом SIP 2 устанавливается двусторонний канал RTP.

13.Подключить — УАТС B к SIP шлюзу 2

Пользователь B отвечает на звонок. УАТС B отправляет сообщение Connect на шлюз SIP 2. Сообщение Connect уведомляет шлюз SIP 2, что
соединение было выполнено.

14. 200 OK — от шлюза SIP 2 к шлюзу SIP 1

Шлюз SIP 2 отправляет ответ 200 OK шлюзу SIP 1.Ответ 200 OK уведомляет шлюз SIP 1 о том, что соединение
были сделаны.

Если пользователь B поддерживает мультимедийные возможности, объявленные в сообщении INVITE, отправленном SIP-шлюзом 1, он объявляет пересечение
собственных и мультимедийных возможностей пользователя А в ответе 200 OK.Если пользователь B не поддерживает объявленные мультимедийные возможности
пользователем A он отправляет ответ 400 Bad Request с полем заголовка 304 Warning.

15.Подключить — SIP-шлюз 1 к АТС A

Шлюз

SIP 1 отправляет сообщение Connect в УАТС A. Сообщение Connect уведомляет УАТС A о том, что соединение установлено.

16.Подключите ACK — PBX A к SIP шлюзу 1

PBX A подтверждает сообщение Connect шлюза 1 SIP.

17.ACK — от шлюза SIP 1 к шлюзу SIP 2

Шлюз SIP 1 отправляет ACK на шлюз SIP 2. ACK подтверждает, что был получен ответ 200 OK.

Вызов сейчас выполняется по двустороннему речевому каналу через RTP.

18. Подключите ACK — шлюз SIP 2 к УАТС B

Шлюз SIP 2 подтверждает сообщение подключения УАТС B.

На этом этапе устанавливается двусторонний голосовой тракт между шлюзом SIP 1 и УАТС A и между шлюзом SIP 2 и УАТС B. A
между шлюзом SIP 1 и шлюзом SIP 2 устанавливается двусторонний канал RTP.

19.Отключить — УАТС B к шлюзу SIP 2

Когда пользователь B кладет трубку, УАТС B отправляет сообщение Disconnect на шлюз SIP 2. Сообщение Disconnect запускает завершение сеанса вызова.
процесс.

20. BYE — от SIP-шлюза 2 до SIP-шлюза 1

SIP-шлюз 2 отправляет запрос BYE на SIP-шлюз 1.Запрос BYE указывает на то, что пользователь B хочет прекратить вызов. Потому как
это пользователь B, который хочет завершить вызов, поле Request-URI теперь заменено URL-адресом SIP PBX A и полем From
содержит URL-адрес SIP пользователя Б.

21.200 OK — от SIP-шлюза 1 к SIP-шлюзу 2

Шлюз SIP 1 отправляет ответ 200 OK на шлюз SIP 2. Ответ 200 OK уведомляет шлюз SIP 2 о том, что шлюз SIP 1 имеет
получил запрос BYE.

22. Релиз — SIP-шлюз 2 к АТС B

SIP-шлюз 2 отправляет сообщение Release на УАТС B.

23. Отключить — от шлюза SIP 1 к УАТС A

SIP-шлюз 1 отправляет сообщение Disconnect на PBX A.

24. Выпуск — АТС A — шлюз SIP 1

PBX A отправляет сообщение Release на шлюз SIP 1.

25. Выпуск завершен — УАТС B к шлюзу SIP 2

PBX B отправляет сообщение Release Complete на SIP-шлюз 2.

26. Релиз завершен — шлюз SIP 1 к УАТС A

Шлюз SIP 1 отправляет сообщение о завершении освобождения в УАТС A, и сеанс завершается.

.

Cisco Unified Communications Manager Express: Руководство по внедрению SIP

В этом документе представлены пошаговые инструкции по настройке автономного Cisco Unified Communications Manager Express (CME), который использует телефоны SIP. В документе описывается система Cisco Unified Communications Manager Express с четырьмя SIP-телефонами с конфигурациями для настройки системы Cisco Unified Communications Manager Express и SIP-телефонов.

Примечание: Хотя в документе описаны шаги настройки, позволяющие Cisco Unified Communications Manager Express взаимодействовать с Cisco Unity Express, конфигурация Cisco Unity Express выходит за рамки этого документа.См. Пример конфигурации Cisco CallManager Express / Cisco Unity Express для получения дополнительной информации о конфигурациях Cisco Unified Communications Manager Express и Cisco Unity Express.

Требования

Для этого документа нет особых требований.

Используемые компоненты

Информация в этом документе основана на следующих версиях оборудования:

  • Cisco 2801, на котором работает Cisco Unified Communications Manager Express 4.2 с программным обеспечением Cisco IOS ® версии 12.4 (11) XW2

  • 9-портовый Ethernet-коммутатор 10 / 100BASE-T двойной ширины HWIC

  • SIP-телефоны Cisco 7970

  • SIP-телефон Cisco 3911

Информация в этом документе основана на следующих версиях прошивки:

См. Матрицу совместимости версий программного обеспечения Cisco Unified CME и Cisco IOS, чтобы определить соответствующую прошивку SIP для использования для каждой версии Cisco Unified Communications Manager Express.Поскольку используется Cisco Unified Communications Manager Express 4.2, см. Ссылку «Технические характеристики Cisco Unified Communications Manager Express 4.2».

Загрузки SIP-телефонов можно загрузить по следующим адресам:

После того, как вы распаковали оба ZIP-файла в папке TFTP, скопируйте все файлы микропрограмм на флэш-память Cisco Unified Communications Manager Express с вашим сервером TFTP. Убедитесь, что вы скопировали все эти файлы на флеш-память.

 SIP3951.8-0-2-9.загрузки
SIP3951.8-0-2-9.zz
DSP3951.0-0-0-1.zz
BOOT3951.0-0-0-9.zz
СИП70.8-2-1С. Нагрузки
term70.default.loads
term71.default.loads
приложения70.8-0-2-55.сбн
cnu70.8-2-0-55.sbn
cvm70.sip.8-2-0-55.sbn
дсп70.8-2-0-55.сбн
jar70.sip.8-0-2-25.sbn 

Информация в этом документе была создана на устройствах в определенной лабораторной среде. Все устройства, используемые в этом документе, были запущены с очищенной (по умолчанию) конфигурацией. Если ваша сеть работает, убедитесь, что вы понимаете потенциальное влияние любой команды.

Условные обозначения

Дополнительные сведения об условных обозначениях в документе см. В разделе «Условные обозначения технических советов Cisco».

В этом разделе представлена ​​информация для настройки функций, описанных в этом документе.

В этих таблицах описаны схемы адресации, которые используются в этой настройке.

Назначение VLAN Сеть Интерфейс Адрес интерфейса
Голос 192 192.168.10.0 / 24 VLAN 192 192.168.10.1/24
Данные 100 10.10.10.0/24 VLAN 100 10.10.10.1/24
Протокол Тип телефона Внутренний номер Внешняя маска телефонного номера
SIP 7970 101 4085251001
SIP 7970 102 4085251002
SIP 3911 103 4085251003
SIP 3911 104 4085251004
Номер пилота голосовой почты 100 AA Пилот 110
MWI по телефону 800 MWI Выкл. 801

Примечание: Используйте для получения дополнительной информации о командах, используемых в этом разделе.

Схема сети

В этом документе используется следующая настройка сети:

Конфигурации системы

В этом документе используются следующие конфигурации:

Настроить DHCP

Необходимо настроить два отдельных пула DHCP; IP-телефоны используют пул голосового DHCP, а ПК — пул данных DHCP. IP-телефоны должны использовать параметр DHCP 150 для предоставления IP-адреса TFTP-сервера.

Если в любом пуле есть устройства со статическими IP-адресами, убедитесь, что эти адреса исключены из пула DHCP, чтобы избежать конфликтов адресов.Вы можете использовать команду show ip dhcp binding , чтобы проверить, какие адреса IP-телефоны и ПК получают от маршрутизатора.

Конфигурация DHCP
 ip dhcp исключенный-адрес 10.10.10.1 10.10.10.10
ip dhcp исключенный-адрес 192.168.10.1 192.168.10.10
!
данные пула ip dhcp
   сеть 10.10.10.0 255.255.255.0
   по умолчанию-маршрутизатор 10.10.10.1
!
голос IP DHCP пула
   сеть 192.168.10.0 255.255.255.0
   вариант 150 ip 192.168.10.1
   по умолчанию-маршрутизатор 192.168.10.1 
Настройка интерфейса FastEthernet и портов коммутатора

В этом разделе вы настраиваете интерфейсы VLAN для VLAN данных и голоса и назначаете порты коммутатора их соответствующим VLAN.

Примечание: Перед настройкой VLAN обязательно добавьте предыдущие VLAN в базу данных VLAN с помощью следующих команд:

Интерфейс FastEthernet и конфигурация порта коммутатора
 CME-SIP #  база данных vlan 
% Предупреждение: рекомендуется настраивать VLAN из режима конфигурации,
 поскольку режим базы данных VLAN устарел.Проконсультируйтесь с пользователем
  документация по настройке VTP / VLAN в режиме конфигурации.

CME-SIP (vlan) #  vlan 100 
VLAN 100 изменен:
CME-SIP (vlan) #  vlan 192 
VLAN 192 изменен:
CME-SIP (vlan) #  выход 
ЗАЯВКА завершена.
Выход ....
CME-SIP № 

Настройте порты коммутатора для подключения к VLAN для передачи голоса и данных. IP-телефоны автоматически назначаются в Voice VLAN и ПК, подключенные либо к порту коммутатора напрямую, либо к порту коммутатора на IP-телефоне, который назначен для VLAN данных.

Конфигурация DHCP
 интерфейс FastEthernet0 / 3/0
 описание 7970 Телефон
 switchport магистраль родной vlan 100
 транк в режиме коммутатора
 коммутатор голосовой vlan 192
 связующее дерево Portfast
!
интерфейс FastEthernet0 / 3/1
 описание 7970 Телефон
 switchport магистраль родной vlan 100
 транк в режиме коммутатора
 коммутатор голосовой vlan 192
 связующее дерево Portfast
!
 интерфейс FastEthernet0 / 3/2
 описание 3911 Телефон
 switchport магистраль родной vlan 100
 транк в режиме коммутатора
 коммутатор голосовой vlan 192
 связующее дерево Portfast
!
интерфейс FastEthernet0 / 3/3
 описание 3911 Телефон
 switchport магистраль родной vlan 100
 транк в режиме коммутатора
 коммутатор голосовой vlan 192
 связующее дерево Portfast
! !
интерфейс Vlan100
описание Data VLAN
 IP-адрес 10.10.10.1 255.255.255.0
!
интерфейс Vlan192
описание Voice VLAN
 IP-адрес 192.168.10.1 255.255.255.0 
Настроить TFTP

Эта конфигурация позволяет Cisco Unified Communications Manager Express обслуживать IP-телефоны с их микропрограммой.

Примечание: Эта конфигурация является обязательной.

Конфигурация TFTP
 tftp-сервер flash: SIP3951.8-0-2-9.загрузки
tftp-сервер flash: SIP3951.8-0-2-9.zz
tftp-сервер flash: DSP3951.0-0-0-1.zz
tftp-сервер flash: BOOT3951.0-0-0-9.zz
tftp-server flash: SIP70.8-2-1S.loads
tftp-server flash: term70.default.loads
tftp-сервер flash: term71.default.loads
tftp-server flash: apps70.8-0-2-55.sbn
tftp-сервер flash: cnu70.8-2-0-55.sbn
tftp-сервер flash: cvm70.sip.8-2-0-55.sbn
tftp-сервер flash: dsp70.8-2-0-55.sbn
tftp-сервер flash: jar70.sip.8-0-2-25.sbn 

Настройка основных функций телефонии

Настройка параметров голосовой службы

Настройте систему, чтобы разрешить вызовы от SIP к конечным точкам SIP и включить регистратор SIP.

Примечание: Эта конфигурация является обязательной.

Настройка параметров голосовой службы
 голосовая связь VoIP
Разрешить соединения от одного к другому
 
! --- Разрешить вызовы SIP на SIP.
 
глоток
сервер регистратора истекает макс 1200 мин 300
 
! --- Включите регистратор Cisco IOS SIP.
 
 
Настроить глобальные параметры голосового регистра

В этом разделе вы настраиваете глобальные параметры голосового реестра.

Примечание. Глобальные конфигурации Voice Register для SIP аналогичны параметрам конфигурации телефонных услуг для телефонов SCCP.

Примечание: Эта конфигурация является обязательной.

Конфигурация глобальных параметров голосового регистра
 голосовой регистр глобальный
 режим cme
 
! --- Переведите регистратор SIP Cisco IOS в режим CME.
 
 исходный адрес 192.168.10.1 порт 5060
 
! --- Задайте исходный адрес для регистрации телефона.
 
 макс-dn 20
 
! --- Установите максимальное количество расширений.
 
 макс-пул 10
 
! --- Установить максимальное количество телефонов.
 
 нагрузка 7970 SIP7 SIP70.8-2-1S
 
! --- Укажите нагрузку на телефон для каждого типа телефона.
 
 нагрузка 3911 SIP3951.8-0-2-9
 
! --- Укажите нагрузку на телефон для каждого типа телефона.
 
 регистр аутентификации
 
! --- Установите аутентификацию для регистрации телефона.
 
 аутентифицировать область cisco.com
 tftp-путь flash:
 
! --- Укажите путь для файлов tftp.
 создать профиль
 
! --- Создайте файлы конфигурации для всех телефонов.
 
 dialplan-pattern 1 4085251 ... длина добавочного номера 3
 
! --- Настроить схему набора номера для системы.
 
 

Вот ссылка на видео в сообществе поддержки Cisco, в котором объясняется процедура регистрации IP-телефона в Cisco Unified Communications Manager Express (CME) с использованием протокола SIP:

Регистрация IP-телефона серии 79xx с использованием протокола SIP на CUCME

Настроить подключение к Cisco Unity Express

Настройте необходимые точки вызова и MWI ephone-dns для взаимодействия с Cisco Unity Express.Чтобы Cisco Unified Communications Manager Express мог взаимодействовать с Cisco Unity Express, необходимо настроить SIP Cisco Unified Communications Manager Express как двусторонний пользовательский агент (B2BUA), что означает, что весь поток сигналов и RTP проходит через Cisco Unified Communications Manager Express. Эта конфигурация требуется для включения возможности подключения к Cisco Unity Express.

Конфигурация подключения Cisco Unity Express
 точка вызова голосовой связи 2 voip
    шаблон назначения 1.0
 
! --- Укажите шаблон назначения для доступа к CUE VM и AA.
 
    целевой сеанс ipv4: 10.1.10.1
 
! --- Настройте IP-адрес для доступа к Cisco Unity Express.
 
    протокол сеанса sipv2
    dtmf-реле sip-уведомление
 
! --- Настройте метод DTMF для связи с Cisco Unity Express.
 
    b2bua
 
! --- Включите B2BUA для Cisco Unified Communications Manager Express! --- для вызовов Cisco Unity Express.
 
    кодек g711ulaw
    нет вад 

Настройте поддержку MWI Cisco Unity Express для исходящего вызова, чтобы включить MWI для SIP-телефонов.

Конфигурация MWI Cisco Unity Express
 ephone-dn 11
число 800
mwi на
!
ephone-dn 12
число 801
mwi off 
Настроить добавочный номер и параметры

Настройте голосовой регистр dn для создания добавочных номеров для телефонов. В предыдущей топологии сети есть четыре расширения, которые необходимо создать, как указано здесь.

Примечание: Эта конфигурация является обязательной.

Конфигурация расширения
 речевой регистр DN 1
имя Телефон1
 
! --- Установить отображаемое имя.
 
этикетка 4085251001
 
! --- Установить отображаемую метку.
 
номер 101
 
! --- Установить добавочный номер.
 
переадресация вызова b2bua noan 100 тайм-аут 20
 
! --- Настройте noan переадресации вызова на пилот голосовой почты.
 
переадресация вызова b2bua занято 100 тайм-аут 20
 
! --- Настройте переадресацию вызова при занятости для пилота голосовой почты.
разрешить смотреть
 
! --- Разрешить наблюдение за этим номером (присутствие).
 
!
голосовой регистр dn 2
имя Телефон2
этикетка 4085251002
число 102
переадресация вызова b2bua noan 100 тайм-аут 20
 
! --- Настройте noan переадресации вызова на пилот голосовой почты.
 
переадресация вызова b2bua занято 100 тайм-аут 20
 
! --- Настройте переадресацию вызова при занятости для пилота голосовой почты.
 
разрешить смотреть
!
голосовой регистр dn 3
имя Телефон3
этикетка 4085251003
число 103
переадресация вызова b2bua noan 100 тайм-аут 20
 
! --- Настройте noan переадресации вызова на пилот голосовой почты.
переадресация вызова b2bua занято 100 тайм-аут 20
 
! --- Настройте переадресацию вызова при занятости для пилота голосовой почты.
 
разрешить смотреть
!
голосовой регистр dn 4
имя Телефон4
этикетка 4085251004
число 104
переадресация вызова b2bua noan 100 тайм-аут 20
 
! --- Настройте noan переадресации вызова на пилот голосовой почты.
 
переадресация вызова b2bua занято 100 тайм-аут 20
 
! --- Настройте переадресацию вызова при занятости для пилота голосовой почты.
 
позволяют смотреть 
Настроить SIP-телефон

Настройте параметры пула голосовых регистров для каждого SIP-телефона.

Примечание: Пул голосовых регистров для телефонов SIP идентичен ephones для телефонов SCCP.

Примечание: Эта конфигурация является обязательной.

Настройка параметров пула голосовых регистров
 пул голосовых регистров 3
 id mac 001A.A11B.500E
 
! --- Укажите mac-адрес телефона.
 
 тип 3911
 
! --- Укажите тип телефона.
 
 номер 1 дн 3
 
! --- Назначить кнопку 1 dn tag 3.
 dtmf-реле sip-уведомление
 
! --- Настройте dtmf-relay sip-notify для работы! --- с Cisco Unity Express.
 
 кодек g711ulaw
 
! --- Укажите кодек.
 
 имя пользователя user1 пароль cisco
 
! --- Настройте имя пользователя и пароль для SIP-регистратора.
 
 

Примечание: Несколько методов для DTMF можно настроить в пуле голосовых регистров, но для каждого SIP-телефона, имеющего ящик голосовой почты в Cisco Unity Express, настройте dtmf-relay sip-notify .

Настройка дополнительных параметров

В этом разделе вы настраиваете расширенные параметры для SIP-телефонов, такие как состояние присутствия с полем индикатора занятости (BLF). Присутствие с BLF позволяет телефону SCCP или SIP-телефону отслеживать состояние других добавочных номеров SIP, что позволяет получать информацию о присутствии между телефонами.

Примечание: Это дополнительная конфигурация.

Эти телефоны поддерживают службу присутствия SIP в Cisco Unified Communications Manager Express.

Ограничения

  Список вызовов BLF 
Поддерживается только на унифицированных IP-телефонах Cisco 7941G, 7941GE, 7961G, 7961GE, 7970G и 7971GE.
  BLF Быстрый набор 
Поддерживается только на унифицированных IP-телефонах Cisco 7941G, 7941GE, 7961G, 7961GE, 7970G и 7971GE. 

Включить присутствие для внутренних линий

Выполните эти шаги, чтобы разрешить маршрутизатору принимать входящие запросы о присутствии от внутренних наблюдателей и магистралей SIP.

 1. включить
2. настроить терминал
3. sip-ua
4. включение присутствия
5. выход
6. присутствие
7. Максимальный номер подписки
8. список вызовов присутствия
9. конец 
Включить присутствие для внутренних линий
 Присутствие
 
! --- Включить службу присутствия.
 
 список вызовов присутствия
 
! --- Включите BLF-мониторинг каталожных номеров.
 
 макс-подписка 120
 
! --- Настроить максимальное количество наблюдаемых сеансов.
!
глоток-уа
 включение присутствия
 
! --- Разрешить маршрутизатору принимать входящий запрос о присутствии.
 
 

Включение просмотра номера каталога

Выполните эти шаги, чтобы включить отслеживание линии, связанной с абонентским номером, телефоном, зарегистрированным на маршрутизаторе Cisco Unified Communications Express. Линия активирована как презентация, и телефоны могут подписаться на ее статус через список вызовов BLF и функции быстрого набора BLG.Нет ограничений на тип телефона, линии которого можно контролировать; любая линия на любом IP-телефоне или на аналоговом телефоне на поддерживаемых голосовых шлюзах может быть подарком.

 1. включить
2. настроить терминал
3. голосовой регистр dn dn-tag
4. номер номер
5. разрешить просмотр
6. конец 
Включение просмотра номера каталога
 речевой регистр DN 1
 номер 101
 разрешить смотреть
 
! --- Разрешить наблюдение за этим номером.
 имя Телефон1
 этикетка 4085251001 

Примечание: Повторите эту конфигурацию для каждого внутреннего номера, который необходимо отслеживать. Этот шаг уже был выполнен при первой настройке голосового регистра DNS.

Включение SIP-телефона для отслеживания состояния BLF для номеров быстрого набора и списков вызовов

Наблюдатель может отслеживать состояние линий, связанных с внутренними и внешними номерами каталога (презентациями), с помощью функций быстрого набора BLF и присутствия в списке вызовов BLF.Выполните следующие действия, чтобы включить функции уведомления BLF на SIP-телефоне:

 1. включить
2. настроить терминал
3. Тег пула голосовых регистров
4. номер тега dn dn-tag
5. Строка метки номера тега blf-ускоренного набора
6. список вызовов присутствия
7. выход
8. голосовой регистр глобальный
9. режим cme
10. создать профиль
11. перезапустить
12. конец 
Включение SIP-телефона для отслеживания состояния BLF для номеров быстрого набора и списков вызовов
 пул голосовых регистров 1
 id mac 0016.47CD.9BD7
 тип 7970
 номер 1 дн 1
 список вызовов присутствия
 
! --- Включите этот телефон, чтобы иметь список вызовов присутствия.
 
 dtmf-реле sip-уведомление
 имя пользователя user1 пароль cisco
 кодек g711ulaw
 blf-speed-dial 2 102 метка "Phone2"
 
! --- Включите эту строку для отслеживания добавочного номера 1002.
 
 blf-speed-dial 3 103 метка "3911-1"
 
! --- Включите эту строку для отслеживания добавочного номера 1003.
 
 blf-speed-dial 4 104 метка "3911-2"
 
! --- Включите эту строку для отслеживания добавочного номера 1004.
 
 

Примечание: Обязательно выполняйте restart каждый раз, когда вы меняете конфигурацию SIP-телефона.

Примечание: Обратитесь к разделу «Как настроить службу присутствия» для получения дополнительной информации о конфигурациях службы присутствия SIP.

Настроить параллельную группу поиска

В этом разделе добавочные номера 102, 103 и 104 назначаются в параллельную группу поиска. Параллельная группа поиска — это группа поиска, которая одновременно звонит всем участникам группы.

Конфигурация параллельной группы поиска
 голосовой поиск-группа 1
пилот 180
 
! --- Настройте пилотный номер группы поиска.
список 102, 103, 104
 
! --- Укажите участников в поисковой группе.
 
финал 100
 
! --- Укажите окончательный номер как пилот голосовой почты.
 
 
Реализация CME- SIP: пример конфигурации

В этом разделе представлен полный пример конфигурации для настройки автономного Cisco Unified Communications Manager Express, который использует телефоны SIP.

CME- SIP: пример конфигурации
 CME-SIP #  показать версию 
Программное обеспечение Cisco IOS, программное обеспечение 2801 (C2801-IPVOICE-M), версия 12.4 (11) XW2, ВЫПУСКНОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ (fc1)
Техническая поддержка: http://www.cisco.com/techsupport
Авторское право (c) 1986-2007, Cisco Systems, Inc.
Составлено prod_rel_team, пн, 02 июля, 07 19:10

ПЗУ: System Bootstrap, версия 12.3 (8r) T6, ВЫПУСКНОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ (fc1)

Время работы CME-SIP 18 часов 55 минут.
Система вернулась в ПЗУ путем перезагрузки в 17:01:34 UTC, среда, 3 октября 2007 г.
Файл системного образа: flash: c2801-ipvoice-mz.124-11.XW2.bin.

Cisco 2801 (версия 4.1) с 235520 КБ / 26624 Кбайт памяти.
Идентификатор процессорной платы FHK084510HS
11 интерфейсов FastEthernet
1 терминальная линия
2 интерфейса Voice FXO
3 DSP, 48 голосовых ресурсов
1 сервисный движок cisco
Конфигурация DRAM имеет ширину 64 бита с отключенной четностью.191 Кбайт NVRAM.
62720 Кбайт ATA CompactFlash (чтение / запись)

Регистр конфигурации - 0x2102

CME-SIP #  показать рабочую конфигурацию 
Конфигурация здания ...

Текущая конфигурация: 6227 байт
!
версия 12.4
отметки времени службы отладки дата и время мс
отметки времени службы журнал datetime мс
нет сервисного шифрования паролей
!
имя хоста CME-SIP
!
маркер начала загрузки
маркер сапога
!
регистрация с буферизацией 999999
нет консоли регистрации
включить пароль cisco
!
нет ааа новая модель
ip cef
!
!
нет ip dhcp использовать vrf подключен
ip dhcp исключенный-адрес 10.10.10.1 10.10.10.10
ip dhcp исключенный-адрес 192.168.10.1 192.168.10.10
!
данные пула ip dhcp
   сеть 10.10.10.0 255.255.255.0
   по умолчанию-маршрутизатор 10.10.10.1
!
голос IP DHCP пула
   сеть 192.168.10.0 255.255.255.0
   вариант 150 ip 192.168.10.1
   по умолчанию-маршрутизатор 192.168.10.1
!
!
нет поиска IP-домена
аутентификация многоканального имени пакета
!
!
!
голосовая служба voip
 Разрешить соединения от одного к другому
 глоток
  сервер регистратора истекает макс 1200 мин 300
!
!
!
!
!
голосовой регистр глобальный
 режим cme
 адрес источника 192.168.10.1 порт 5060
 макс-dn 20
 макс-пул 10
 нагрузка 7970 СИП70.8-2-1С
 нагрузка 3911 SIP3951.8-0-2-9
 регистр аутентификации
 аутентифицировать область cisco.com
 голосовая почта 100
 tftp-путь flash:
 создать синхронизацию профиля 0000589556325309
!
голосовой регистр dn 1
 номер 101
 переадресация вызова b2bua noan 100 тайм-аут 20
 разрешить смотреть
 имя Телефон1
 этикетка 4085251001
!
голосовой регистр dn 2
 число 102
 переадресация вызова b2bua noan 100 тайм-аут 20
 разрешить смотреть
 имя Телефон2
 этикетка 4085251002
!
голосовой регистр dn 3
 число 103
 переадресация вызова b2bua noan 100 тайм-аут 20
 разрешить смотреть
 имя Телефон3
 этикетка 4085251003
!
голосовой регистр dn 4
 число 104
 переадресация вызова b2bua noan 100 тайм-аут 20
 разрешить смотреть
 имя Телефон4
 этикетка 4085251004
!
пул голосовых регистров 1
 id mac 0016.47CD.9BD7
 тип 7970
 номер 1 дн 1
 список вызовов присутствия
 dtmf-реле sip-уведомление
 имя пользователя user1 пароль cisco
 кодек g711ulaw
 blf-speed-dial 2 102 метка "Phone2"
 blf-speed-dial 3 103 метка "3911-1"
 blf-speed-dial 4 104 метка "3911-2"
!
пул голосовых регистров 2
 идентификатор mac 0014.6948.1D52
 тип 7970
 номер 1 дн 2
 dtmf-реле sip-уведомление
 имя пользователя user2 пароль cisco
 кодек g711ulaw
!
пул голосовых регистров 3
 идентификатор mac 001A.A11B.4FCE
 тип 3911
 номер 1 дн 3
 dtmf-реле sip-уведомление
 имя пользователя user3 пароль cisco
 кодек g711ulaw
!
пул голосовых регистров 4
 id mac 001A.A11B.500E
 тип 3911
 номер 1 дн 4
 dtmf-реле sip-уведомление
 имя пользователя user4 пароль cisco
 кодек g711ulaw
!
голосовой поиск группы 1 параллельно
 финал 100
 список 102,103,104
 пилот 180
!
!
!
!
голосовая карта 0
!
!
!
архив
 конфигурация журнала
 скрытые ключи
!
!
!
интерфейс Loopback0
 IP-адрес 10.1.10.2 255.255.255.0
!
интерфейс FastEthernet0 / 0
 нет IP-адреса
 неисправность
 дуплекс авто
 скорость авто
!
интерфейс Service-Engine0 / 0
 ip ненумерованный Loopback0
 IP-адрес сервисного модуля 10.1.10.1 255.255.255.0
 сервисный модуль ip шлюз по умолчанию 10.1.10.2
!
интерфейс FastEthernet0 / 1
 нет IP-адреса
 неисправность
 дуплекс авто
 скорость авто
!
интерфейс FastEthernet0 / 3/0
 описание 7970 Телефон
 switchport магистраль родной vlan 100
 транк в режиме коммутатора
 коммутатор голосовой vlan 192
 связующее дерево Portfast
!
интерфейс FastEthernet0 / 3/1
 описание 7970 Телефон
 switchport магистраль родной vlan 100
 транк в режиме коммутатора
 коммутатор голосовой vlan 192
 связующее дерево Portfast
!
интерфейс FastEthernet0 / 3/2
 описание 3911 Телефон
 switchport магистраль родной vlan 100
 транк в режиме коммутатора
 коммутатор голосовой vlan 192
 связующее дерево Portfast
!
интерфейс FastEthernet0 / 3/3
 описание 3911 Телефон
 switchport магистраль родной vlan 100
 транк в режиме коммутатора
 коммутатор голосовой vlan 192
 связующее дерево Portfast
!
интерфейс FastEthernet0 / 3/4
 описание Телефон
 switchport магистраль родной vlan 100
 транк в режиме коммутатора
 коммутатор голосовой vlan 192
 связующее дерево Portfast
!
интерфейс FastEthernet0 / 3/5
 описание Телефон
 switchport магистраль родной vlan 100
 транк в режиме коммутатора
 коммутатор голосовой vlan 192
 связующее дерево Portfast
!
интерфейс FastEthernet0 / 3/6
 описание Телефон
 коммутатор доступа vlan 192
 switchport магистраль родной vlan 100
 транк в режиме коммутатора
 коммутатор голосовой vlan 192
 связующее дерево Portfast
!
интерфейс FastEthernet0 / 3/7
 описание Телефон
 коммутатор доступа vlan 192
 switchport магистраль родной vlan 100
 транк в режиме коммутатора
 коммутатор голосовой vlan 192
 связующее дерево Portfast
!
интерфейс FastEthernet0 / 3/8
 коммутатор доступа vlan 192
!
интерфейс Vlan1
 нет IP-адреса
!
интерфейс Vlan100
 IP-адрес 10.10.10.1 255.255.255.0
!
интерфейс Vlan192
 IP-адрес 192.168.10.1 255.255.255.0
!
ip route 10.1.10.1 255.255.255.255 Service-Engine0 / 0
!
!
ip http сервер
!
!
!
tftp-сервер flash: BOOT3951.0-0-0-9.zz
tftp-сервер flash: SIP3951.8-0-2-9.zz
tftp-сервер flash: DSP3951.0-0-0-1.zz
tftp-server flash: SIP3951.8-0-2-9.loads
tftp-server flash: SIP70.8-2-1S.loads
tftp-server flash: term70.default.loads
tftp-сервер flash: term71.default.loads
tftp-server flash: apps70.8-0-2-55.sbn
tftp-сервер flash: cnu70.8-2-0-55.sbn
tftp-server flash: cvm70.сип.8-2-0-55.сбн
tftp-сервер flash: dsp70.8-2-0-55.sbn
tftp-сервер flash: jar70.sip.8-0-2-25.sbn
!
самолет управления
!
!
!
голосовой порт 0/1/0
!
голосовой порт 0/1/1
!
!
!
!
!
dial-peer voice 2 voip
 описание ** номер пилота голосовой почты cue **
 перевод-профиль исходящий PSTN_CallForwarding
 шаблон назначения 100
 b2bua
 протокол сеанса sipv2
 целевой сеанс ipv4: 10.1.10.1
 dtmf-реле sip-уведомление
 кодек g711ulaw
 нет вад
!
dial-peer voice 3 voip
 описание ** номер автосекретаря подсказки **
 перевод-профиль исходящий PSTN_CallForwarding
 шаблон назначения 110
 b2bua
 протокол сеанса sipv2
 целевой сеанс ipv4: 10.1.10.1
 dtmf-реле sip-уведомление
 кодек g711ulaw
 нет вад
!
!
присутствие
 список вызовов присутствия
 макс-подписка 120
!
глоток-уа
 включение присутствия
!
!
телефония-сервис
 max-ephones 24
 макс-дн 72
 ip адрес источника 10.100.100.10 порт 2000
 системное сообщение CME1
 часовой пояс 5
 голосовая почта 100
 макс-конференции 8 усиление -6
 шаблон переадресации вызовов .T
 имя системы веб-администратора cisco secret 5 $ 1 $ 4FC / $ CMer08o / KELFlVrhL5QRO0
 dn-webedit
 время-паутина
 система переноса полностью слепая
 шаблон передачи 9.T
!
!
ephone-dn 11
 число 800
 mwi на
!
!
ephone-dn 12
 число 801
 mwi off
!
!
линия con 0
линия aux 0
строка 66
 без символа активации
 нет exec
 транспорт предпочел нет
 транспорт ввод все
 транспортная выходная панель telnet rlogin lapb-ta mop udptn v120
линия vty 0 4
 пароль cisco
 авторизоваться
!
планировщик выделить 20000 1000
конец

CME-SIP № 

В настоящее время для этой конфигурации нет процедуры проверки.

В этом разделе представлена ​​информация, которую можно использовать для устранения неполадок в конфигурации.

IP-телефон SIP не получает гудок

Распространенной причиной того, что IP-телефоны SIP не могут получать гудок, является наличие другого телефона с таким же добавочным номером. Начиная с Cisco Unified Communications Manager Express 4.2, линия общего доступа не поддерживается на SIP-телефонах. Таким образом, SIP-телефоны не могут использовать один и тот же внутренний номер для нескольких телефонов. Кроме того, убедитесь, что для SIP-телефона настроен правильный добавочный номер.

Чтобы решить эту проблему, убедитесь, что это происходит:

IP-телефон

не может обновить прошивку до последней версии

Наиболее вероятными причинами невозможности обновления телефона являются отсутствие файлов микропрограмм, размещенных во флэш-памяти Cisco Unified Communications Manager Express, или отсутствие команд tftp-server .

Попробуйте эти шаги для решения этой проблемы:

  • Убедитесь, что необходимые файлы прошивки хранятся на флэш-памяти.Выполните команду dir flash: , чтобы проверить флэш-память на наличие файлов.

  • Проверьте, обновили ли вы файл OS79XX.TXT, чтобы отразить правильную прошивку. Телефоны 79XX проверяют этот файл, чтобы загрузить соответствующую прошивку и перейти с SCCP на SIP.

  • Убедитесь, что для каждого файла микропрограммы добавлены правильные операторы tftp-server . См. Раздел Настройка TFTP.

  • Убедитесь, что для каждого типа SIP-телефона добавлена ​​команда load в voice register global .См. Раздел «Настройка глобальных параметров голосового регистра».

Для дальнейшего устранения неполадок соберите эти отладки, чтобы увидеть, может ли телефон получить соответствующие нагрузки телефона из флэш-памяти Cisco Unified Communications Manager Express.

 Отладка событий tftp 

Невозможно предоставить телефон

Наиболее вероятной причиной невозможности предоставления доступа к телефону является то, что телефон не имеет правильного IP-адреса с опцией сервера TFTP.

  • Убедитесь, что телефон получает IP-адрес и правильный IP-адрес сервера TFTP.

  • Убедитесь, что добавлены все правильные глобальные команды голосового регистра. См. Раздел «Настройка глобальных параметров голосового регистра».

  • Убедитесь, что вы используете правильный MAC-адрес под каждой конфигурацией пула голосовых регистров .

.

Руководство по настройке SIP, Cisco IOS версии 15M & T — Проверка и устранение неполадок функций SIP [Поддержка]

Шаг 1

Показать
глоток
служба

Используйте эту команду для отображения статуса службы вызовов SIP на шлюзе SIP.

Следующий пример выходных данных показывает, что служба вызовов SIP включена:

Пример:

 
Маршрутизатор #   показать сервис sip  
Служба SIP работает
  

В следующем примере выходных данных показано, что служба вызовов SIP была отключена с помощью команды shutdown:

Пример:

 
Маршрутизатор #   показать сервис sip  
SIP сервис отключен по всему миру
в разделе "голосовая служба VoIP"
  

В следующем примере выходных данных показано, что служба вызовов SIP была отключена с помощью команды остановки службы вызовов:

Пример:

 
Маршрутизатор #   показать сервис sip  
SIP сервис закрыт
в подрежиме 'voice service voip', 'sip'
  

В следующем примере выходных данных показано, что служба вызовов SIP была отключена с помощью команды принудительного отключения:

Пример:

 
Маршрутизатор #   показать сервис sip  
Служба SIP принудительно закрыта глобально
в разделе "голосовая служба VoIP"
  

В следующем примере выходных данных показано, что служба вызовов SIP была отключена с помощью команды принудительной остановки службы вызовов:

Пример:

 
Маршрутизатор #   показать sip service  
Служба SIP принудительно закрыта
в подрежиме 'voice service voip', 'sip'
  
Шаг 2

Показать
глоток-уа
регистр
статус

Используйте эту команду для отображения статуса E.164 номера, зарегистрированные шлюзом SIP у внешнего первичного регистратора SIP.

Пример:

 
Router #   показать статус регистра sip-ua  
Срок действия однорангового узла истекает (сек) зарегистрировано
4001 20001 596 нет
4002 20002 596 нет
5100 1 596 нет
9998 2 596 нет
  
Шаг 3

Показать
глоток-уа
статистика

Используйте эту команду для отображения статистики ответов, трафика и повторных попыток SIP, включая информацию о том, отключено ли перенаправление вызовов.

В следующем примере показано, что было отправлено четыре регистра:

Пример:

 
Маршрутизатор #   показать статистику sip-ua  
Статистика ответов SIP (входящие / исходящие)
    Информационная:
      Пробует 0/0, Звонит 0/0,
      Перенаправлено 0/0, В очереди 0/0,
      SessionProgress 0/0
     Успех:
      OkInvite 0/0, OkBye 0/0,
      OkCancel 0/0, OkOptions 0/0,
      OkPrack 0/0, OkPreconditionMet 0/0,
      OkSubscribe 0/0, OkNOTIFY 0/0,
      OkInfo 0/0, 202 Принято 0/0
      OkRegister 12/49
     Перенаправление (только входящее, кроме MovedTemp (входящее / исходящее)):
      MultipleChoice 0, MovedPermanently 0,
      MovedTempohibited 0/0, UseProxy 0,
      AlternateService 0
      Ошибка клиента:
      BadRequest 0/0, неавторизованный 0/0,
      PaymentRequired 0/0, Запрещено 0/0,
      NotFound 0/0, MethodNotAllowed 0/0,
      NotAcceptable 0/0, ProxyAuthReqd 0/0,
      ReqTimeout 0/0, конфликт 0/0, ушел 0/0,
      ReqEntityTooLarge 0/0, ReqURITooLarge 0/0,
      UnsupportedMediaType 0/0, BadExtension 0/0,
      TempNotAvailable 0/0, CallLegNonExistent 0/0,
      LoopDetected 0/0, TooManyHops 0/0,
      AddrIncomplete 0/0, неоднозначный 0/0,
      BusyHere 0/0, RequestCancel 0/0,
      NotAcceptableMedia 0/0, BadEvent 0/0,
      SETooSmall 0/0
     Ошибка сервера:
      InternalError 0/0, NotImplemented 0/0,
      BadGateway 0/0, ServiceUnavail 0/0,
      GatewayTimeout 0/0, BadSipVer 0/0,
      PreCondFailure 0/0
     Глобальный отказ:
      BusyEverywhere 0/0, снижение 0/0,
      NotExistAnywhere 0/0, NotAcceptable 0/0
      Разные счетчики:
      RedirectRspMappedToClientErr 0
Статистика общего трафика SIP (входящий / исходящий)
      Пригласить 0/0, Подтвердить 0/0, Пока 0/0,
      Отмена 0/0, Опции 0/0,
      Prack 0/0, Комета 0/0,
      Подписка 0/0, УВЕДОМЛЕНИЕ 0/0,
      Обратитесь 0/0, Информация 0/0
      Регистр 49/16
Статистика повторов
      Приглашение 0, Пока 0, Отмена 0, Ответ 0,
      Prack 0, Comet 0, Reliable1xx 0, NOTIFY 0
         Регистр 4  
Статистика приложения SDP:
Разборов: 0, сборок 0
Неверный порядок токенов: 0, неверный параметр: 0
Не SDP по убыванию: 0, Нет ресурса: 0
Последний раз статистика SIP очищалась: <никогда>
  

В следующем примере выходных данных показано сообщение о состоянии RedirectResponseMappedToClientError.Увеличивающееся число указывает
что 3 хх
ответы следует рассматривать как 4 xx
ответы. Когда перенаправление вызовов включено (по умолчанию), сообщение о состоянии RedirectResponseMappedToClientError не увеличивается.

Пример:

 
Маршрутизатор #   показать статистику sip-ua  
Статистика ответов SIP (входящие / исходящие)
    Информационная:
      Пробует 0/0, Звонит 0/0,
      Перенаправлено 0/0, В очереди 0/0,
      SessionProgress 0/0
    Успех:
      OkInvite 0/0, OkBye 0/0,
      OkCancel 0/0, OkOptions 0/0,
      OkPrack 0/0, OkPreconditionMet 0/0,
      OKSubscribe 0/0, OkNotify 0/0,
      202Принято 0/0
    Перенаправление (только для входящих):
      MultipleChoice 0, MovedPermanently 0,
      MovedTempohibited 0, UseProxy 0,
      AlternateService 0
    Ошибка клиента:
      BadRequest 0/0, неавторизованный 0/0,
      PaymentRequired 0/0, Запрещено 0/0,
      NotFound 0/0, MethodNotAllowed 0/0,
      NotAcceptable 0/0, ProxyAuthReqd 0/0,
      ReqTimeout 0/0, конфликт 0/0, ушел 0/0,
      ReqEntityTooLarge 0/0, ReqURITooLarge 0/0,
      UnsupportedMediaType 0/0, BadExtension 0/0,
      TempNotAvailable 0/0, CallLegNonExistent 0/0,
      LoopDetected 0/0, TooManyHops 0/0,
      AddrIncomplete 0/0, неоднозначный 0/0,
      BusyHere 0/0, RequestCancel 0/0
      NotAcceptableMedia 0/0, BadEvent 0/0
    Ошибка сервера:
      InternalError 0/0, NotImplemented 0/0,
      BadGateway 0/0, ServiceUnavail 0/0,
      GatewayTimeout 0/0, BadSipVer 0/0,
      PreCondFailure 0/0
    Глобальный отказ:
      BusyEverywhere 0/0, снижение 0/0,
      NotExistAnywhere 0/0, NotAcceptable 0/0
    Разные счетчики:
      RedirectResponseMappedToClientError 1,
Статистика общего трафика SIP (входящий / исходящий)
    Пригласить 0/0, Подтвердить 0/0, Пока 0/0,
    Отмена 0/0, Опции 0/0,
    Prack 0/0, Комета 0/0,
    Подписка 0/0, Уведомление 0/0,
    Обратитесь 0/0
Статистика повторов
    Приглашение 0, Пока 0, Отмена 0, Ответ 0,
    Prack 0, Comet 0, Reliable1xx 0, Notify 0
Статистика приложения SDP:
 Разборов: 0, сборок 0
 Неверный порядок токенов: 0, неверный параметр: 0
 Не SDP по убыванию: 0, Нет ресурса: 0
  
Шаг 4

Показать
глоток-уа
статус

Используйте эту команду для отображения состояния пользовательского агента SIP (UA), включая то, включено или отключено перенаправление вызовов.

Пример:

 
Router #   показать статус sip-ua  
Состояние агента пользователя SIP
Пользовательский агент SIP для UDP: ВКЛЮЧЕН
Пользовательский агент SIP для TCP: ВКЛЮЧЕН
Состояние привязки пользовательского агента SIP (сигнализация): ОТКЛЮЧЕНО
Состояние привязки пользовательского агента SIP (носитель): ОТКЛЮЧЕНО
Максимальное количество переадресаций SIP: 6
Версия SIP DNS SRV: 1 (RFC 2052)
Обработка сообщений перенаправления (3xx): ВКЛЮЧЕНО
  
Шаг 5

Показать
глоток-уа
таймеры

Используйте эту команду для отображения текущих настроек таймеров агента пользователя (UA) SIP.

В следующем примере выходных данных показано время ожидания перед отправкой запроса регистра, то есть значение, установленное с помощью
команда регистрации таймеров:

Пример:

 
Маршрутизатор #   показать таймеры sip-ua  
Значения таймера SIP UA (миллисекунды)
пытается 500, истекает 180000, подключиться 500, отключить 500
комета 500, прак 500, rel1xx 500,   уведомить 500  
ссылка 500,   регистр 500  
  

.Руководство по настройке SIP

, Cisco IOS Release 15M & T — Настройка функций SIP ISDN [Поддержка]

Когда исходящий шлюз SIP получает сообщение о приостановке ISDN, исходный шлюз информирует оконечный шлюз
что есть временное прекращение работы СМИ; то есть вызов помещается на удержание. Есть два способа получения SIP-шлюзами
уведомление об удержании вызова. Первый способ заключается в использовании исходным шлюзом IP-адреса подключения 0.0,0,0 (с = 0,0,0,0)
в протоколе описания сеанса (SDP). Информация в SDP отправляется в повторном приглашении на оконечный шлюз.
Второй способ состоит в том, чтобы исходный шлюз использовал = sendonly в SDP повторного приглашения.

Примечание

Ранее, чем Cisco IOS версии 12.3 (8) T, шлюз SIP может инициировать удержание вызова только с помощью c = 0.0.0.0. Начиная с Cisco IOS
В версии 12.3 (8) T шлюз может инициировать удержание вызова, используя c = 0.0.0.0 или a = sendonly.


Назначение строки c = 0.0.0.0 — уведомить оконечный шлюз о прекращении отправки медиапакетов.Когда удержание отменено
и связь должна возобновиться, будет отправлено сообщение возобновления ISDN. Исходный шлюз SIP снимает вызов с удержания, отправляя
повторно пригласить с фактическим IP-адресом удаленного объекта SIP в строке c = (вместо 0.0.0.0).

Множественные поля мультимедиа (m-строки) в SDP сообщения повторного приглашения используются для указания разветвления мультимедиа, причем каждая m-строка представляет
одно место назначения СМИ.Шлюзы SIP согласовывают несколько медиапотоков, используя несколько m- и / или c-линий. Когда исходящий
шлюз получает приостановку ISDN на шлюзе, который согласовал несколько потоков мультимедиа, все потоки мультимедиа помещаются
на удерживании. Исходный шлюз отправляет повторное приглашение, в котором есть строка c =, которая объявляет IP-адрес как 0.0.0.0 на всех
потоки. Исходный шлюз также отключает SIP-вызовы для каждого медиапотока, чтобы никакие медиафайлы не отправлялись оконечной
шлюз.Когда исходный шлюз получает ISDN Resume, он инициирует повторное приглашение с исходным SDP и принимает
вызов с удержания.

Если в сети настроен таймер бездействия мультимедиа, таймер останавливается для всех активных потоков. Цель
Таймер неактивности мультимедиа предназначен для отслеживания и отключения вызовов, если в пределах не получены пакеты протокола управления в реальном времени (RTCP).
настраиваемый период времени.Однако при инициации удержания вызова исходный шлюз отключает таймер бездействия мультимедиа.
для этого конкретного вызова, поэтому вызов остается активным. Оконечный шлюз ведет себя таким же образом, когда получает
повторное приглашение удержания вызова от исходного шлюза. Когда вызов возобновляется, исходный шлюз повторно включает неактивность мультимедиа.
Таймер.

Примечание

Для получения информации о таймере см. Раздел «Таймер бездействия SIP Media».


SIP: функция приостановки / возобновления поддержки ISDN не влияет на все процедуры выставления счетов и учета.

.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *