Голосовая связь : Телефонная сигнализация

Общие сведения о прямом входном наборе (DID) на цифровых голосовых интерфейсах (T1/E1) Cisco IOS

8 февраля 2010 - Перевод, выполненный профессиональным переводчиком
Другие версии: PDF-версия:pdf | Машинный перевод (28 июля 2013) | Английский (2 февраля 2006) | Отзыв

Содержание

Введение
Предварительные условия
      Требования
      Используемые компоненты
      Условные обозначения
Общие сведения
Конфигурация DID для одноранговых телефонных соединений обычной телефонной сети
Сопоставление правильного входящего однорангового телефонного соединения обычной телефонной сети для DID
Пример практического применения
Конфигурация
Общие проблемы
Пример выходных данных команд show и debug
Связанные обсуждения сообщества поддержки Cisco

Введение

Эти технические примечания применимы к маршрутизаторам или шлюзам Cisco IOS с поддержкой голосовой связи и наличием цифровых интерфейсов (T1/E1). Дополнительные сведения об аналоговом прямом входном наборе (DID, Direct Inwared Dialing) Cisco см. в документе Аналоговый прямой входной набор для маршрутизаторов Cisco серий 2600 и 3600.

Примечание. На большинстве платформ прямой входной набор по умолчанию включен на интерфейсах CAS (мгновенный, быстрый и с задержкой). Таким образом, не следует настраивать команду direct-inward-dial для входящих вызовов. На платформах Cisco AS5300 прямой входной набор не поддерживается для тех интерфейсов, которые были настроены для безотлагательной сигнализации E & M.

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

Требования

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

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

Настоящий документ не имеет жесткой привязки к каким-либо конкретным версиям программного обеспечения и оборудования.

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

Дополнительные сведения об условных обозначениях см. в документе Cisco Technical Tips Conventions.

Общие сведения

DID (прямой входной набор) — это услуга, предлагаемая телефонными компаниями, которая позволяет абонентам напрямую вызывать добавочный номер на УАТС или в системе передачи речевых пакетов без помощи оператора или автосекретаря. Для обеспечения функционирования подобной услуги используются магистрали DID, которые передают только последние 3–5 цифр телефонного номера на УАТС или маршрутизатор/шлюз. Например, если компания использует добавочные номера с 555-1000 до 555-1999 и абонент вызывает номер 555-1234, местный центральный офис переадресует 234 на УАТС или в систему передачи голосовых пакетов. Затем УАТС или система передачи голосовых пакетов (Cisco CallManager и маршрутизатор/шлюз IOS) вызовет добавочный номер 234. Этот процесс проходит незамеченным для пользователя.

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

  • Обычная телефонная сеть. Это традиционная коммутируемая телефонная сеть общего пользователя, в которой предоставляется выделенный участок вызова 64К на протяжении всего вызова. Одноранговые телефонные соединения обычной телефонной сети всегда указывают на голосовой порт маршрутизатора

  • Голосовая сеть. Сеть передачи голоса вместе с данными состоит из нескольких участков вызовов. Каждый участок вызова перемещается между устройствами данных (маршрутизаторы/шлюзы) или между устройствами данных и телефонными устройствами (например, маршрутизатором и УАТС). Одноранговые телефонные соединения голосовой сети указывают на различные места назначения в зависимости от используемой сетевой технологии. Одноранговые телефонные соединения голосовой сети включают следующие типы:

    • Передача голоса по IP (VoIP)

    • Технология Voice over Frame Relay (VOFR)

    • Передача голоса по ATM (VoATM)

    • Мультимедийная почта поверх IP (MMoIP)

Когда телефонный вызов поступает на маршрутизатор/шлюз Cisco IOS, входящий трафик голосового порта на маршрутизаторе перехватывается УАТС или коммутатором центрального офиса. После этого маршрутизатор/шлюз передаст абоненту тональный сигнал и будет собирать данные о номере (цифры) до идентификации исходящей адресуемой конечной точки вызова. Вне зависимости от того, набираются цифры человеком с нерегулярными интервалами или стандартным телефонным оборудованием, отсылающим заранее набранные цифры, согласование однорангового телефонного соединения происходит детально, цифра за цифрой. Это означает, что маршрутизатор/шлюз пытается сопоставить одноранговое телефонное соединение после каждой полученной цифры. Этот процесс называется двухэтапным набором.

Однако если УАТС или коммутатор центрального офиса отправляет сообщение настройки, содержащее «все» цифры, необходимые для полной маршрутизации вызова, эти цифры можно сопоставить непосредственно исходящему одноранговому телефонному соединению голосовой сети. При использовании DID маршрутизатор/шлюз не генерирует для вызывающего абонента тональный сигнал и не запоминает цифры. Он направляет вызов непосредственно по указанному назначению. Это называется одноступенчатым соединением.

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

  • Digital Number Identification Service (DNIS) — это цифровая услуга, предоставляемая телефонными компаниями, с помощью которой передается вызываемый номер (набранный номер).

  • Automatic Number Identification (ANI) — это цифровая услуга, предоставляемая телефонными компаниями, с помощью которой передается вызывающий номер (номер звонящего абонента). ANI также называется автоматическим определителем номера.

Конфигурация DID для одноранговых телефонных соединений обычной телефонной сети

При получении входящего вызова из обычной телефонной сети функция DID одноранговых телефонных соединений позволяет маршрутизатору/шлюзу использовать номер вызывающей стороны (DNIS) для непосредственного выбора исходящего однорангового телефонного соединения. Когда возможность DID настроена на входящем одноранговом телефонном соединении обычной телефонной сети, набранный номер автоматически используется для сопоставления шаблона назначения для исходящего участка вызова.

Чтобы настроить одноранговое телефонное соединение обычной телефонной сети для DID, введите следующие команды Cisco IOS, начав в режиме глобальной конфигурации:

Router(config)#dial-peer voice number pots
Router(config-dial-peer)#direct-inward-dial

Сопоставление правильного входящего однорангового телефонного соединения обычной телефонной сети для DID

Для правильного функционирования DID убедитесь, что входящие вызовы соответствуют нужному одноранговому телефонному соединению обычной телефонной сети, для которого настроена команда direct-inward-dial. Для сопоставления правильного входящего однорангового телефонного соединения рекомендуется использовать команду однорангового телефонного соединения incoming called-number dnis_string для однорангового соединения DID обычной телефонной сети.

Другие команды, используемые для сопоставления одноранговых телефонных соединений: answer-address строка_ani , destination-pattern строка или port голосовой_порт . Преимуществом использования команды incoming called-number является то, что каждый вызов имеет связанные сведения DNIS (вызываемый номер), а также то, что у данной команды есть приоритет над предыдущими командами.

Если не использовать команду incoming called-number для сопоставления входящего однорангового телефонного подключения, следует рассмотреть приведенные ниже факторы:

  • При использовании информации ANI для сопоставления однорангового телефонного соединения DID обычной телефонной сети убедитесь, что команда answer-address настроена правильно, а коммутатор телефонной компании предоставляет информацию ANI. Некоторые провайдеры ISDN и большая часть поканальной связанной сигнализации T1 (CAS), за исключением Feature Group D (fgd), не предоставляют никакой информации ANI.

  • Если адрес ответа НЕ сопоставляется с информацией ANI, информация ANI может сопоставляться с шаблоном назначения, настроенным (для исходящего набора) для другого однорангового телефонного соединения обычной телефонной сети. Если шаблон назначения сопоставлен с ANI, убедитесь, что для однорангового телефонного соединения настроена команда direct-inward-dial.

  • Если входящий вызов DID не соответствует входящему вызову POTS, основанному на входящем набираемом номере, на адресе для ответов, на шаблоне назначения или на основе порта, то используется одноранговое телефонное соединение 0 по умолчанию. DID по умолчанию отключен для однорангового телефонного соединения 0.

Пример практического применения

Для иллюстрации указанных выше вопросов используется следующий пример. Компания ACME имеет каналы T1 PRI с 40 магистралями 40 в диапазоне от 555-3100 до 555-3139. Целью является назначить первые 20 линий IP-телефонам Cisco. Последние 20 линий доступны для тестирования и дальнейшего расширения. В настоящее время маршрутизатор выдает только тональный сигнал. Предполагая, что коммутатор центрального офиса передает только последние пять цифр сообщения установки ISDN, можно свести приведенные выше данные в следующую таблицу.

Набор номера пользователями PSTN

Цифры, отправленные коммутатором на голосовой маршрутизатор/шлюз

Что использовать

Кол-во магистралей

555-3100 — 555-3119

53100 - 53119

Линии DID для IP-телефонов

20

555-3120 – 555-3139

53120 - 53139

Тестирование и дальнейшее расширение

20

callmanager-gw.gif

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

Примечание. Некоторые выходные данные в этом примере пропущены.

dial-peer voice 2 pots 
        destination-pattern 9T 
        port 1/0:23

     !--- Это одноранговое телефонное соединение используется для исходящих вызовов     !--- с шаблоном назначения 9T, сопоставленного с портом 1/0:23. Обратите внимание, что 9 —     !--- это явное сопоставление и цифра будет пропущена. Предположим, поступает вызов от CallManager
     !--- с DNIS 914085551126, маршрутизатор отправляет только 14085551126. Если добавить     !--- команды однорангового телефонного соединения prefix 9 или команду forward-digit all, то
     !--- передается строка 914085551126. Обратите внимание, что dial-peer voice 2 pots также
     !--- сопоставляется для подачи тонального сигнала входящим пользователям,
     !--- набирающим номер из диапазона 53120 — 53139.

     dial-peer voice 3 pots 

     !--Это одноранговое телефонное соединение может быть сопоставлено только с входящим

      incoming called-number 5310.  

     !--диапазон DNIS 53100 — 53109 

      direct-inward-dial  

     !--Если это одноранговое телефонное соединение сопоставлено со входящим, маршрутизатор переходит в режим DID.

     !
     dial-peer voice 4 pots 

     !--Это одноранговое телефонное соединение может быть сопоставлено только с входящим.

      incoming called-number 5311.   

     !--Это служит для обработки диапазона 53110 — 53119.

      direct-inward-dial 

     !--Если это одноранговое телефонное соединение сопоставлено со входящим, маршрутизатор переходит в режим DID.

     !
     dial-peer voice 5 voip  

     !--В нашем случае это одноранговое телефонное соединение сопоставляется только с исходящим 

      destination-pattern 53... 

     !--После завершения вызовов на этом маршрутизаторе одноранговое телефонное соединение 5 может сопоставляться и с входящим.

      session target ipv4:172.22.1.1 

     !--IP-адрес CallManager

      codec g711ulaw 

Общие проблемы

Примечание. Коды причин разъединения имеют разные форматы входных данных в команде debug isdn q931 и в команде debug voip ccapi inout.

Чтобы просмотреть коды причин событий Q.931 в десятичном формате, см. документ Коды причин событий ISDN leavingcisco.com

Ниже приведены некоторые симптомы и их возможные причины.

  • Симптом: Маршрутизатор/шлюз предоставляет тоновый сигнал и ожидает истечения срока ожидания межцифрового таймера. Затем он отключается по команде debug voip ccapi inout с кодом причины 0x1C (недопустимый формат номера) или по команде debug isdn q931 (для интерфейсов ISDN) с кодом причины 0x809C (недопустимый формат номера).

    • Причина: DID настроен на коммутаторе телефонной компании, но не на маршрутизаторе/шлюзе Cisco IOS.

  • Симптом: Маршрутизатор/шлюз производит отключение по команде debug voip ccapi inout с кодом причины 0x1 (неразмещенный/неназначенный номер) или debug isdn q931 (для ISDN-интерфейсов) с кодом причины отключения 0x8081 (неразмещенный/неназначенный номер).

    • Причина: DID настроен, и допустимое входящее одноранговое телефонное соединение обычной телефонной сети сопоставляется на шлюзе/маршрутизаторе Cisco IOS, однако сообщение настройки не содержит вызванный номер (DNIS). В этом случае убедитесь, что в телефонной компании эта магистраль поддерживает DID.

  • Симптом: Маршрутизатор/шлюз производит отключение по команде debug voip ccapi inout с кодом причины 0x1 (неразмещенный/неназначенный номер) или debug isdn q931 (для ISDN-интерфейсов) с кодом причины отключения 0x8081 (неразмещенный/неназначенный номер).

    • Причина: DID настроен и согласован на маршрутизаторе/шлюзе Cisco IOS, но на маршрутизаторе/шлюзе отсутствует соответствующее одноранговое телефонное соединение.

    • Причина: Убедитесь, что входящие вызовы соответствуют допустимому одноранговому телефонному соединению, для которого настроена команда direct-inward-dial. Дополнительные сведения см. в разделе «Сопоставление правильного входящего однорангового телефонного соединения обычной телефонной сети для DID» этого документа.

Пример выходных данных команд show и debug

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

2600#debug isdn q931
ISDN Q931 packets debugging is on
2600#debug voip ccapi inout
voip ccAPI function enter/exit debugging is on

2600#show debug
ISDN:
  ISDN Q931 packets debugging is on
  ISDN Q931 packets debug DSLs. (On/Off/No DSL:1/0/-)
  DSL  0 --> 31
  1 - - - - - - -  - - - - - - - -  - - - - - - - -  - - - - - - - -  
voip:
  voip ccAPI function enter/exit debugging is on


!--- Действие: маршрутизатор/шлюз Cisco IOS получает вызов от PSTN на
!--- добавочный номер 53103.

*Mar  1 04:51:11.856: ISDN Se1/0:23: RX <-  SETUP pd = 8  callref = 0x0001
*Mar  1 04:51:11.860:         Bearer Capability i = 0x9090A2
*Mar  1 04:51:11.860:         Channel ID i = 0xA98381
*Mar  1 04:51:11.864:         Calling Party Number i = 0x0083, '408', Plan:Unknown,
      Type:Unknown
*Mar  1 04:51:11.868:         Called Party Number i = 0x80, '53103', Plan:Unknown,
      Type:Unknown

!--- Отладка ISDN Q.931 и Voip ccapi inout показывает, что DNIS 53103 и 
!--- ANI (Automatic Number Identification) 408 переданы с использованием неизвестного плана и типа.


*Mar  1 04:51:11.880: cc_api_call_setup_ind (vdbPtr=0x831721D8, callInfo=
        {called=53103,called_oct3=0x80,calling=408,calling_oct3=0x0,
        calling_oct3a=0x83, calling_xlated=false,subscriber_type_str=RegularLine,
        fdest=1,peer_tag=3, prog_ind=0},callID=0x83349DF8)
*Mar  1 04:51:11.884: cc_API_call_setup_ind type 13 , prot 0
*Mar  1 04:51:11.888: cc_process_call_setup_ind (event=0x83149130)
*Mar  1 04:51:11.888: >>>>CCAPI handed cid 41 with tag 3 to app "DEFAULT"

!--- одноранговое телефонное соединение обычной телефонной сети 3 сопоставлено входящему


*Mar  1 04:51:11.888: sess_appl: ev(24=CC_EV_CALL_SETUP_IND), cid(41), disp(0)
*Mar  1 04:51:11.888: sess_appl: ev(SSA_EV_CALL_SETUP_IND), cid(41), disp(0)
*Mar  1 04:51:11.888: ssaCallSetupInd 
*Mar  1 04:51:11.892: ccCallSetContext (callID=0x29, context=0x83303C00)

!--- Создана ветвь обычной телефонной сети, назначен идентификатор callid 0x29


*Mar  1 04:51:11.892: ssaCallSetupInd cid(41), st(SSA_CS_MAPPING),oldst(0), 
      ev(24)ev->e.evCallSetupInd.nCallInfo.finalDestFlag = 1
*Mar  1 04:51:11.892: ssaCallSetupInd finalDest cllng(408), clled(53103)

!--- Благодаря настройке direct-inward-dial для однорангового телефонного соединения 3
!--- DNIS, переданный в запросе настройке, считается достаточным для сопоставления
!--- входящему одноранговому телефонному соединению. 
!--- Для этого флаг устанавливается в значение 1. 


*Mar  1 04:51:11.892: ssaCallSetupInd cid(41), st(SSA_CS_CALL_SETTING),oldst(0),
      ev(24)dpMatchPeersMoreArg result= 0
*Mar  1 04:51:11.892: ssaSetupPeer cid(41) peer list:  tag(5) called number (53103) 

!--- В таблице одноранговых телефонных соединений приводится только соединение 5, как сопоставленное исходящему соединению по DNIS.


*Mar  1 04:51:11.892: ssaSetupPeer cid(41), destPat(53103), matched(2), 
      prefix(), peer(83369DB8), peer->encapType (2)

!--- В связи с тем, что шаблон назначения имеет 2 цифры и 3 точки,
!--- явное сопоставление указано как 2.


*Mar  1 04:51:11.896: ccCallProceeding (callID=0x29, prog_ind=0x0)
*Mar  1 04:51:11.896: ccCallSetupRequest (Inbound call = 0x29, outbound peer =5,
      dest=, params=0x831578C0 mode=0, *callID=0x83157C28, prog_ind = 0)
*Mar  1 04:51:11.896: ccCallSetupRequest numbering_type 0x80
*Mar  1 04:51:11.896: dest pattern 53..., called 53103, digit_strip 0
*Mar  1 04:51:11.896: callingNumber=408, calledNumber=53103, redirectNumber=
      display_info= calling_oct3a=83

!--- Перед сопоставлением исходящего однорангового телефонного соединения
!--- пользователь вспоминает, что такие же ANI и DNIS присутствовали в настройке
!--- ISDN и в отладке ccapi. 
!--- Другими словами маршрутизатор не принял дополнительные цифры после сигнала
!--- занятости. 
!--- Одинаковое значение DNIS в запросе настройки и перед сопоставлением исходящего
!--- телефонного соединения является целью использования DID.


*Mar  1 04:51:11.896: accountNumber=, finalDestFlag=1,
      guid=c66d.980c.17a8.0051.0000.0000.010a.998a
*Mar  1 04:51:11.896: peer_tag=5
*Mar  1 04:51:11.896: ccIFCallSetupRequestPrivate: (vdbPtr=0x824C6344, dest=, 
      callParams={called=53103,called_oct3=0x80, calling=408,calling_oct3=0x0, 
      calling_xlated=false,subscriber_type_str=RegularLine, fdest=1,
      voice_peer_tag=5},mode=0x0) vdbPtr type = 3
*Mar  1 04:51:11.900: ccIFCallSetupRequestPrivate: (vdbPtr=0x824C6344, dest=,
      callParams={called=53103, called_oct3 0x80,  calling=408,calling_oct3 0x0, 
      calling_xlated=false,  fdest=1, voice_peer_tag=5}, mode=0x0, xltrc=-5)
*Mar  1 04:51:11.900: ccSaveDialpeerTag (callID=0x29, dialpeer_tag=
*Mar  1 04:51:11.900: ccCallSetContext (callID=0x2A, context=0x8330408C)
*Mar  1 04:51:11.900: ccCallReportDigits (callID=0x29, enable=0x0)
*Mar  1 04:51:11.904: cc_API_call_report_digits_done (vdbPtr=0x831721D8,
      callID=0x29, disp=0)
*Mar  1 04:51:11.904: sess_appl: ev(52=CC_EV_CALL_REPORT_DIGITS_DONE),
      cid(41), disp(0)
*Mar  1 04:51:11.904: cid(41)st(SSA_CS_CALL_SETTING)ev
      (SSA_EV_CALL_REPORT_DIGITS_DONE)
oldst(SSA_CS_MAPPING)cfid(-1)csize(0)in(1)fDest(1)
.

!---Выходные данные опущены

.

!--- В следующих выходных данных отображается информация о завершении вызова


*Mar  1 04:51:52.442: ISDN Se1/0:23: RX <-  DISCONNECT pd = 8  callref = 0x0001
*Mar  1 04:51:52.442:         Cause i = 0x8290 - Normal call clearing
*Mar  1 04:51:52.458: ISDN Se1/0:23: TX ->  RELEASE pd = 8  callref = 0x8001
*Mar  1 04:51:52.458: cc_API_call_disconnected(vdbPtr=0x831721D8, callID=0x29,
      cause=0x10)
*Mar  1 04:51:52.462: sess_appl: ev(11=CC_EV_CALL_DISCONNECTED), cid(41), disp(0)
*Mar  1 04:51:52.462: cid(41)st(SSA_CS_ACTIVE)ev(SSA_EV_CALL_DISCONNECTED)
      oldst(SSA_CS_ACTIVE)cfid(9)csize(2)in(1)fDest(1)
*Mar  1 04:51:52.462: -cid2(42)st2(SSA_CS_ACTIVE)oldst2(SSA_CS_ALERT_RCVD)
*Mar  1 04:51:52.462: ssa: Disconnected cid(41) state(5) cause(0x10)
*Mar  1 04:51:52.462: ccConferenceDestroy (confID=0x9, tag=0x0)
*Mar  1 04:51:52.462: cc_API_bridge_drop_done (confID=0x9, srcIF=0x824C6344, 
      srcCallID=0x2A, dstCallID=0x29, disposition=0 tag=0x0)
*Mar  1 04:51:52.466: cc_API_bridge_drop_done (confID=0x9, srcIF=0x831721D8, 
      srcCallID=0x29, dstCallID=0x2A, disposition=0 tag=0x0)
*Mar  1 04:51:52.466: sess_appl: ev(30=CC_EV_CONF_DESTROY_DONE), cid(41), disp(0)
*Mar  1 04:51:52.470: cid(41)st(SSA_CS_CONF_DESTROYING)ev(SSA_EV_CONF_DESTROY_DONE)
      oldst(SSA_CS_ACTIVE)cfid(-1)csize(2)in(1)fDest(1)
*Mar  1 04:51:52.470: -cid2(42)st2(SSA_CS_CONF_DESTROYING)oldst2(SSA_CS_ALERT_RCVD)
*Mar  1 04:51:52.470: ssaConfDestroyDone 
*Mar  1 04:51:52.470: ccCallDisconnect (callID=0x29, cause=0x10 tag=0x0)
*Mar  1 04:51:52.470: ccCallDisconnect (callID=0x2A, cause=0x10 tag=0x0)


!--- Эти две строки хорошо подходят для обнаружения причины разъединения. 
!--- В них говорится, что первая ветвь вызовов с 0x29 (ветвь обычной тел. сети)
!--- разъединилась с кодом причины 0x10. То есть или пользователь обычной телефонной сети повесил трубку,
!--- или телефонное оборудование непреднамеренно выполнило разъединение. С точки зрения маршрутизатора
!--- эти причины одинаковы.


*Mar  1 04:51:52.470: ISDN Se1/0:23: RX <-  RELEASE_COMP pd = 8  callref = 0x0001
*Mar  1 04:51:52.499: cc_API_call_disconnect_done(vdbPtr=0x831721D8, callID=0x29,
      disp=0, tag=0x0)


!--- Данные отладки опущены
 


2600#show call active voice brief 

!--- Эта команда show хорошо подходит для просмотра, какие одноранговые
!--- телефонные соединения были сопоставлены при вызове. В следующем примере выходные данные показывают, что ветвь об. тел. сети сопоставлена
!--- dial-peer voice 3 pots (pid:3), ветвь VoIP сопоставлена 
!--- dial-peer voice 5 voip (pid:5).

!---некоторые выходные данные опущены


Total call-legs: 2
3A   : 799622hs.1 +112 pid:3 Answer 408 active
 dur 00:00:07 tx:385/61600 rx:160/23690
 Tele 1/0:23:33: TX:7730/3060/0ms g711ulaw noise:-42 acom:0  i/0:-43/-53 dBm

3A   : 799625hs.1 +106 pid:5 Originate 53103 active
 dur 00:00:07 TX:160/23690 rx:385/61600
 IP 171.68.168.250:25704 rtt:0ms pl:4980/0ms lost:0/0/0 delay:64/64/65ms g711ulaw

Связанные обсуждения сообщества поддержки Cisco

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


Document ID: 14072