Голосовая связь : Маршрутизация вызова / Планы набора номеров

Общие сведения о согласовании входящих и исходящих одноранговых телефонных соединений на платформах IOS

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

Содержание

Введение
Предварительные условия
      Требования
      Используемые компоненты
      Условные обозначения
Согласование входящих точек вызова
      Элементы и атрибуты входящих одноранговых телефонных соединений
      Процесс сопоставления входящих адресуемых точек вызова
      Default Dial-Peer 0 peer_tag=0, pid:0
      Особое примечание для isdn overlap-receiving
      Особое примечание для вызовов POTS с незаполненным полем вызывающего номера
Согласование исходящих адресуемых точек вызова
      Случай DID (Direct Inward Dial)
      Случай non-DID
      Особое примечание для планов набора номеров переменной длины
Рабочее состояние равноправного узла
Дополнительные сведения об одноранговом телефонном соединении
Учебный пример: основные сведения о входящем сопоставлении и точках вызова 0 по умолчанию
      Конфигурации
Связанные обсуждения сообщества поддержки Cisco
Дополнительные сведения

Введение

Целью данной документации является объяснение согласования входящих и исходящих одноранговых телефонных соединений для простой старой телефонной сети (POTS) и ветвей вызовов голосовой сети.

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

Требования

Cisco рекомендует знание следующих тем:

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

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

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

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

Согласование входящих точек вызова

Элементы и атрибуты входящих одноранговых телефонных соединений

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

  • Входящие одноранговые телефонные соединения POTS связаны со входящими ветвями вызова POTS на исходном маршрутизаторе/шлюзе.

  • Входящие одноранговые голосовые соединения связаны со входящими ветвями вызовов голосовой сети, отправленными оконечным маршрутизатором/шлюзом. Примерами входящих ветвей вызовов голосовой сети являются Voice over IP (VoIP), Voice over Frame Relay (VoFR), Voice over ATM (VoATM) и Multimedia Mail over IP (MMoIP).

Далее указаны 4 настраиваемых атрибута точек вызова Cisco IOS® и соответствующие элементы настройки вызова:

Атрибут адресуемой точки вызова

Описание

Элемент установки вызова

(См. Таб.2)

gwy(config-dial-peer)# incoming called-number DNIS_string

Эта команда "dial-peer command" определяет содержимое строки направления набранного номера или службы идентификации набранного номера (DNIS). При правильной настройке эта команда dial-peer задает использование набранного номера для сопоставления участка входящего вызова входящей точке вызова.

Вызываемый номер (DNIS)

gwy(config-dial-peer)# answer-address ANI_string

Эта команда dial-peer определяет исходный вызывающий номер или строку автоматической идентификации номера (ANI). При правильной настройке эта команда dial-peer задает использование вызывающего номера для сопоставления участка входящего вызова входящей точке вызова.

Вызывающий номер (ANI)

gwy(config-dial-peer)# destination-pattern string

После сопоставления входящих ветвей вызовов эта команда dial-peer задает использование вызывающего номера (исходного или строки ANI) для сопоставления участка входящего вызова входящей точке вызова.

Примечание: для исходящих одноранговых соединений данная команда согласуется с вызываемым номером или строками DNIS.

Вызывающий номер (ANI) для входящих или строки вызываемого номера (DNIS) для исходящих

gwy(config-dial-peer)# port port

Эта команда dial peer определяет голосовой порт POTS, через которые производятся вызовы на эту адресуемую точку вызова.

Голосовой порт

В число трех элементов настройки вызова входят:

Элемент настройки вызова

Описание

Вызываемый номер (DNIS)

Строка дозвона до вызываемого абонента, получаемая из сообщения о настройке ISDN или из строки DNIS сигнализации по выделенному каналу (CAS).

Вызывающий номер (ANI)

Это числовая строка, которая указывает на источник и создается на базе сообщения настройки ISDN или CAS ANI. ANI также называют Calling Line Identification (CLID) (идентификацией вызывающей линии).

Голосовой порт

Представляет собой физический голосовой порт POTS.

Процесс сопоставления входящих адресуемых точек вызова

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

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

  1. Вызываемый номер (DNIS) с incoming called-number

    Сначала маршрутизатор или шлюз делает попытку сопоставить вызываемый номер запроса настройки вызова с настроенным входящим вызываемым номером incoming called-number каждой адресуемой точки вызова. Поскольку установление вызова всегда включает информацию DNIS, рекомендуется использовать команду incoming called-number для согласования входящих точек вызова. Этот атрибут имеет соответствующий приоритет по отношению к адресу для ответа answer-address и шаблону назначения destination-pattern.

  2. Вызывающий номер (ANI) с answer-address

    Если в п.1 не найдены соответствия, маршрутизатор/шлюз пытается согласовать вызывающий номер запроса настройки вызова с адресом ответа answer-address каждой адресуемой точки вызова. Этот атрибут можно использовать в ситуациях, когда нужно сверить вызовы на основе вызывающего номера (инициировавшего передачу данных).

  3. Вызывающий номер (ANI) с destination-pattern

    Если в п.1 не найдены соответствия, маршрутизатор/шлюз пытается согласовать вызывающий номер запроса настройки вызова с шаблоном назначения destination-pattern каждой адресуемой точки вызова. Дополнительные сведения об этом содержатся в первой части маркированного раздела "Дополнительные сведения о точке вызова" данного документа.

  4. Голосовой порт (связанный с запросом настройки входящего вызова) с настроенным портом точки вызова (port) (применимо для входящих ветвей вызова POTS)

    Если в п.3 не найдены соответствия, маршрутизатор/шлюз пытается согласовать настроенный port точки вызова с голосовым портом, связанным со входящим вызовом. Если в нескольких одноранговых телефонных соединениях настроен один и тот же порт, совпадающим будет считаться одноранговое телефонное соединение, добавленное в конфигурацию первым.

  5. Если в первых четырех пунктах не было найдено соответствий, то используется default dial peer 0 (pid:0).

Примечание: п.4 не применим для голосовых платформ или платформ удаленного доступа, таких как AS5300, AS5350, AS5400, AS5800 и AS5850. Если любой из первых трех пунктов не используется, то идет сопоставление с dial-peer 0, и вызов обрабатывается как модемный вызов удаленного доступа. Это означает, что абонент услышит сигналы модема вместо сигналов набора номера для входящих вызовов.

Процесс предыдущего выбора отображен на следующей диаграмме:

dial_peer_flow.gif

Маршрутизатор/шлюз Cisco IOS соответствует только одному из этих условий. Нет необходимости настраивать все атрибуты адресуемой точки вызова, либо добиваться соответствия каждого атрибута данным настройки вызова. Для выбора адресуемой точки вызова должно соблюдаться только одно условие для маршрутизатора/шлюза. Маршрутизатор/шлюз останавливает поиск, как только достигается соответствие с одной адресуемой точкой вызова.

На каждом этапе применяется критерий совпадения с наибольшей длиной префикса. Если обнаруживается несколько совпадений, выбирается самое длинное явное совпадение. Следующий пример поясняет эту концепцию:

Предположим, что входящий вызываемый номер (DNIS) - "81690". Сопоставляется dial peer 2.

dial-peer voice 1 pots
 incoming called-number 8....
 direct-inward-dial
!

dial-peer voice 2 pots
 incoming called-number 816..
 direct-inward-dial

Примечание: для входящих одноранговых телефонных соединений команда session target игнорируется.

Default Dial-Peer 0 peer_tag=0, pid:0

Если ни одна входящая адресуемая точка вызова не согласована маршрутизатором или коммутатором, то участок входящего вызова автоматически маршрутизируется на адресуемую точку вызова по умолчанию (POTS или Voice-Network). Это одноранговое телефонное соединение по умолчанию называют dial-peer 0 или pid:0

Примечание: для данной инструкции существует исключение. Платформы Cisco для голоса и удаленного доступа, такие как AS53xx и AS5800, требуют согласования настроенного входящего вызова, чтобы входящие вызовы POTS принимались как речевые вызовы. Если ни одна входящая точка вызова не согласована, вызов воспринимается и обрабатывается как вызов удаленного доступа (модемный).

Одноранговое телефонное соединение Dial-peer 0 (pid:0) имеет конфигурацию по умолчанию, которую нельзя изменить. Соединение dial-peer 0 с конфигурацией по умолчанию не может корректно согласовывать нестандартные возможности, службы и приложения, такие как:

  • Нестандартные возможности голосовой сети: dtmf-relay, no vad и т.д.

  • Direct Inward Dial (DID)

  • TCL Applications

Dial-peer 0 для входящих одноранговых соединений VoIP настроен следующим образом:

  • any codec

  • vad enabled

  • no rsvp support

  • fax-rate voice

    Примечание: по умолчанию DSCP для голоса - EF с кодовым значением 101110 (RFC 2598), а DSCP по умолчанию для сигнализации - AF31 с кодовым значением 011010 (RFC 2597). Адресуемая точка вызова по умолчанию не помечает пакеты DSCP 0. Все голосовые пакеты на маршрутизаторе помечаются по умолчанию (метка может быть переписана адресуемой точкой вызова): пакеты передачи сигналов - AF31, а средств связи - EF. Вызовы, которые сопоставляют точку вызова 0 по умолчанию, должны вести себя так же.

Dial-peer 0 (pid:0) для входящих соединений обычной телефонной сети настроен следующим образом:

  • no ivr application

Дальнейшее объяснение этой концепции см. в разделе этого документа "Учебный пример: общие сведения о сопоставлении входящих и точках вызова 0 по умолчанию".

Особое примечание для isdn overlap-receiving

При настройке получения с совмещением isdn overlap-receving на интерфейсах ISDN существуют последствия для согласования входящих точек вызова. После получения на уровне ISDN каждой цифры точки вызова проверяются на предмет соответствий. Если обнаруживается полное соответствие, вызов маршрутизируется (в данном случае, к приложению) немедленно, без ожидания дополнительных цифр. Для прерывания этого поцифрового сопоставления и принуждения маршрутизатора/шлюза ждать до получения всей строки набора номера может быть использован T-образный наконечник. "T" относится к таймеру ожидания следующей цифры T302 уровня ISDN, настраиваемого в последовательном интерфейсе, связанном с интерфейсом ISDN. ISDN также предоставляет другие механизмы для указания окончания цифр, например настройку отправки полных IE (информационных элементов) в информационных сообщениях Q.931.

Особое примечание для вызовов POTS с незаполненным полем вызывающего номера

Предположим следующую конфигурацию:

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

Далее предположим, что входящий вызов прибывает без информации о вызывающем номере и сопоставляется с точкой вызова обычной телефонной сети на основе шаблона назначения destination-pattern 9T. В этом случае маршрутизатор/шлюз Cisco IOS использует цифру "9" в качестве вызывающего номера и перенаправляет вызов на соответствующее устройство (такое как Call Manager или IOS Gateway). Чтобы не заменять пустое поле вызывающего номера, создайте холостое одноранговое соединение обычной телефонной сети с помощью команды incoming called-number. Поскольку инструкция incoming called-number имеет более высокий приоритет, чем destination pattern для исходящего сопоставления POTS, точка голосового вызова 2 будет используемой точкой вызова POTS.

dial-peer voice 1 pots 
    destination-pattern 9T
    port 1/0:1
!
dial-peer voice 2 pots
    incoming called-number .

Согласование исходящих адресуемых точек вызова

Для согласования исходящих точек вызова маршрутизатор/шлюз использует команду точки вызова destination-pattern called_number.

  • Для перенаправления вызова на точках вызова POTS затем используется команда port.

  • Для перенаправления вызова на точках вызова голосовой сети затем используется команда session target.

Итак, при согласовании исходящих одноранговых узлов следует рассмотреть два случая: DID (прямого) и non-DID (непрямого) набора внутренних телефонных номеров.

Случай DID (Direct Inward Dial)

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

dial-peer voice 1 pots
  incoming called-number 81690
  voice-port 0:D
  direct-inward-dial

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

Предположим, что строка набора DID - "81690". В этом случае маршрутизатор сопоставляет точку вызова 4 и перенаправляет полную строку набора "81690".

dial-peer voice 3 voip
 destination-pattern 816
 session target ipv4:172.22.10.1
!
dial-peer voice 4 voip
 destination-pattern 81690
 session target ipv4:172.22.10.1

Подробную информацию о DID см. в Голос - основные сведения о Direct-Inward-Dial (DID) в интерфейсах цифровой передачи голоса Cisco IOS (T1/E1).

Случай non-DID

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

Предположим, что строка набора - "81690". Немедленно после получения цифры "6" маршрутизатор сопоставляет точку выбора 3 и маршрутизирует вызов (перенаправляя только цифры "816").

dial-peer voice 3 voip
 destination-pattern 816
 session target ipv4:172.22.10.1
!
dial-peer voice 4 voip
 destination-pattern 81690
 session target ipv4:172.22.10.1

Теперь предположим, что точка вызова 3 настроена на сопоставление с подстановочными символами:

dial-peer voice 3 voip
 destination-pattern 816..
 session target ipv4:172.22.10.1 
!
dial-peer voice 4 voip
 destination-pattern 81690
 session target ipv4:172.22.10.1

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

Особое примечание для планов набора номеров переменной длины

Бывают ситуации, когда в ожидаемых строках набора отсутствует определенное число цифр. В таких случаях Cisco рекомендует настроить T-образный наконечник в команде точки вызова destination-pattern, чтобы использовать планы набора номеров переменной длины.

Т-образный наконечник вынуждает маршрутизатор/шлюз ждать до получения всей строки набора номера. Маршрутизатор/шлюз:

  • Ждет установленное время ожидания следующей цифры перед тем, как маршрутизировать вызов.

  • Маршрутизирует вызов после получения символа завершения "#" в строке набора номера. Например, если набран номер "5551212#", знак "#" для маршрутизатора означает, что набраны все цифры и что все цифры перед этим знаком должны соответствовать одноранговому узлу.

Следующий пример поясняет эту концепцию:

Предположим, что маршрутизатор в этом примере получает установку вызова со строкой набора из сети "95551212". Точка вызова 2 перенаправляет цифры "5551212" в PSTN.

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

Теперь предположим, что строка набора из входящего интерфейса POTS - "81690".

dial-peer voice 3 voip
 destination-pattern 8T
 session target ipv4:172.22.10.1
!
dial-peer voice 4 voip
 destination-pattern 81690T
 session target ipv4:172.22.10.1

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

Примечание: 

  • время ожидания между цифрами по умолчанию равно 10 секундам. Чтобы изменить это значение, введите команду голосового порта timeouts interdigit seconds.

  • Каждый раз при использовании "T" перед ним должны указываться точка "." или цифры (например, ".T" или "555T"). При использовании только "T" точки вызова реагируют неправильно, что влияет на обработку вызовов маршрутизатором.

Рабочее состояние равноправного узла

Для установления соответствия администратор должен включить и сделать действительным рабочее состояние удаленного узла. Чтобы считаться рабочими, одноранговые телефонные соединения должны отвечать одному из следующих условий (существуют и другие условия, но здесь приведены главные):

  • Настроен destination-pattern, а также voice-port или session target.

  • Настроен incoming called-number.

  • Настроен answer-address.

Подробнее см. Голос – основные сведения о рабочих состояниях равноправных узлов на платформах Cisco IOS.

Дополнительные сведения об одноранговом телефонном соединении

Атрибут точки вызова destination-pattern ведет себя по-разному по отношению ко входящим и исходящим ветвям звонков:

  • Для входящих точек вызова destination-pattern сопоставляется с вызывающим номером (строка ANI).

  • Для исходящих точек вызова destination-pattern сопоставляется с вызываемым номером (строка DNIS).

Таким образом, точка вызова с атрибутом destination-pattern может работать как для исходящего, так и для входящего сопоставления.

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

in_dial_peer_match.gif

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

maui-gwy-04

maui-gwy-06

!-- <some output omitted>
!
version 12.0
service timestamps debug datetime
!
hostname maui-gwy-04
!
isdn switch-type primary-ni
!
controller T1 0
 framing esf
 clock source line primary
 linecode b8zs
 pri-group timeslots 1-24
!
voice-port 0:D
!

!-- Эта точка вызова используется для   
!-- входящих звонков DID.

Dial-peer voice 1 pots
 incoming called-number 8....
 direct-inward-dial
!
dial-peer voice 3 voip
 destination-pattern 8....
 DTMF-relay cisco-rtp
 session target ipv4:172.22.10.1
!
dial-peer voice 2 pots
 destination-pattern 9T
 port 0:D
!
interface Ethernet0
 ip address 172.22.10.2 255.255.255.0
 no ip directed-broadcast
!
interface Serial0:23
 no ip address
 no ip directed-broadcast
 isdn switch-type primary-ni
 isdn incoming-voice modem
 fair-queue 64 256 0
 no cdp enable
!
version 12.2
service timestamps debug datetime
!
hostname maui-gwy-06
!
interface Ethernet0/0
 ip address 172.22.10.1 255.255.255.0
 half-duplex
!

!-- порт FXS 

voice-port 1/0/0
!
dial-peer voice 1 pots
 destination-pattern 81560
 port 1/0/0
!
dial-peer voice 2 voip
 destination-pattern 9.....
 session target ipv4:172.22.10.2
 DTMF-relay cisco-rtp

В этом практическом примере нами использованы следующие команды show и debug:

  • show call active voice {brief} — Эта команда выводит содержание таблицы активных вызовов, в которой показаны все вызовы, в данные момент проходящие через маршрутизатор. В данном случае эта команда полезна для отображения адресуемой точки вызова и характеристик активного вызова.

  • debug voip ccapi inout — Эта команда полезна для разрешения неполадок сквозных вызовов VoIP.


!--- Действие: Вызов установлен из PSTN через maui-gwy-04 и завершен
!--- в порте FXS maui-gwy-06 (вызываемый номер: "81560")
!--- Примечания:
!--- 1)На maui-gwy-04 входящий вызов получается на точке вызова POTS 1,
!--- которая настроена для DID.
!--- 2)На maui-gwy-06 не сопоставляются никакие одноранговые соединения VoIP, и по умолчанию
!--- используется dial-peer=0. Таким образом, сопоставление DTMF-relay cisco-rtp 
!--- некорректно. 

!-----------------------------------------------------------------------------
!--- Выходные данные на maui-gwy-04 (исходный шлюз)

!-----------------------------------------------------------------------------

maui-gwy-04#show call active voice brief

!--- Эта информация получена с исходного шлюза вызова
!--- после того, как вызов был установлен и активирован.
!---
!--- <некоторые выходные данные опущены>
!

<ID>: <start>hs.<index> +<connect> pid:<peer_id> <dir> <addr> <state>
  dur hh:mm:ss tx:<packets>/<bytes> rx:<packets>/<bytes> <state>
 IP <ip>:<udp> rtt:<time>ms pl:<play>/<gap>ms lost:<lost>/<early>/<late>
  delay:<last>/<min>/<max>ms <codec>
Tele <int>: tx:<tot>/<v>/<fax>ms <codec> noise:<1> acom:<1> i/o:<1>/<1> dBm


!--- Точка вызова POTS 1 (ключевое слово) сопоставляется входящей (ключевое слово Answer).
!--- Эта точка вызова была сопоставлена на основании условия 1 раздела "Сопоставление входящих 
!--- точек вызова" этого документа.

87   : 415666267hs.1 +107 pid:1 Answer  active
 dur 00:00:20 tx:101/791 rx:100/3200
 Tele 0:D:93: tx:20600/2000/0ms g729r8 noise:-56 acom:0  i/0:-55/-70 dBm


!--- Точка вызова VoIP 3 (ключевое слово IP) сопоставляется исходящей (ключевое слово Originate).
!--- Эта точка вызова была сопоставлена на основании команды destination-pattern.

87   : 415666268hs.1 +106 pid:3 Originate 81560 active
 dur 00:00:20 tx:100/2000 rx:101/1991
 IP 172.22.10.1:18160 rtt:2ms pl:1990/40ms lost:0/1/0 delay:69/69/70ms g729r8

maui-gwy-04#show call active voice

!--- <некоторые выходные данные опущены>
!--- С помощью команды show call active voice можно увидеть, что параметр 
!--- DTMF-relay Cisco RTP был частично согласован.
 
VOIP:
RemoteIPAddress=172.22.10.1
RemoteUDPPort=18160
RoundTripDelay=4 ms
SelectedQoS=best-effort
tx_DtmfRelay=cisco-rtp
SessionProtocol=cisco
SessionTarget=ipv4:172.22.10.1
VAD = enabled
CoderTypeRate=g729r8
CodecBytes=20
SignalingType=cas 

!-----------------------------------------------------------------------------
!-- Выходные данные на maui-gwy-06 (исходный шлюз)
!-----------------------------------------------------------------------------


maui-gwy-06#show call active voice brief

!--- Эта информация получена после того, как вызов был установлен и активирован.
!---
!--- <некоторые выходные данные опущены>
!--- Обратите внимание, что в данном случае точка вызова  
!--- по умолчанию VoIP 0 (ключевое слово IP) была сопоставлена входящей.
 
Total call-legs: 2
87   : 257583579hs.1 +105 pid:0 Answer  active
 dur 00:10:03 tx:1938/37069 rx:26591/531820
 IP 172.22.10.2:18988 rtt:1ms pl:528740/160ms lost:0/1/0 delay:50/50/70ms
 g729r8

87   : 257583580hs.1 +104 pid:1 Originate 81560 active
 dur 00:10:05 tx:26648/532960 rx:1938/37069
 Tele 1/0/0 (96): tx:605710/37690/0ms g729r8 noise:-46 acom:
0  i/0:-46/-61 dBm

maui-gwy-06#show call active voice

!--- <некоторые выходные данные опущены>
!--- Обратите внимание, что DTMF-relay cisco rtp НЕ согласован к этому моменту.

Total call-legs: 2
VOIP:
RemoteIPAddress=172.22.10.2
RoundTripDelay=2 ms
SelectedQoS=best-effort
tx_DtmfRelay=inband-voice
FastConnect=FALSE
Separate H245 Connection=FALSE
H245 Tunneling=FALSE
SessionProtocol=cisco
VAD = enabled
CoderTypeRate=g729r8
CodecBytes=20
SignalingType=ext-signal


!--- Выходные данные debug voip ccapi inout.
!--- <Приведены только относящиеся к примеру выходные данные>

!--- Участок входящего вызова VoIP сопоставляется с точкой вызова 0 по умолчанию.
!--- В данном случае обратите внимание, что maui-gwy-06 не получал 
!--- вызывающий номер (ANI). Таким образом, voip dial-peer 2 не была сопоставлена 
!--- по условию 3 раздела "Согласование входящих точек вызова" данного документа.



*Mar 30 19:30:35: cc_api_call_setup_ind (vdbPtr=0x620AA230,
 callInfo={called=81560,
     called_oct3=0 calling=,calling_oct3=0x0,calling_oct3a=0x0,
calling_xlated=false,
     subscriber_type_str=Unknown, fde,peer_tag=0, prog_ind=0},
callID=0x62343650)
*Mar 30 19:30:35: cc_api_call_setup_ind (vdbPtr=0x620AA230,
callInfo={called=81560,
     calling=, fd1 peer_tag=0}, callID=0x62343650)
*Mar 30 19:30:35: >>>>CCAPI handed cid 95 with tag 0 to app "DEFAULT"
.....


!--- Сопоставляется исходящая точка вызова 1.


*Mar 30 19:30:35: ssaSetupPeer cid(95) peer list:  tag(1)
 called number (81560)
*Mar 30 19:30:35: ccCallSetupRequest (Inbound call = 0x5F,
 outbound peer =1, dest=,
        params=0x621D4570 mode=0, *callID=0x621D48D8, prog_ind = 0)
*Mar 30 19:30:35: peer_tag=1

Теперь добавьте следующую команду для сопоставления входящей точки вызова VoIP 2 на maui-gwy-06:

maui-gwy-06#config t
Enter configuration commands, one per line.  End with CNTL/Z.
maui-gwy-06(config)#dial-peer voice 2 voip

!--- В этой команде используется DNIS(вызываемый номер) для сопоставления ветви исходящего соединения
!--- и адресуемой точки вызова. 

maui-gwy-06(config-dial-peer)#incoming called-number 8....

Далее приведен снимок конфигурации maui-gwy-06 после дополнительной настройки:


!--- <Часть выходных данных опущена>

dial-peer voice 1 pots
 destination-pattern 81560
 port 1/0/0
!
dial-peer voice 2 voip
 incoming called-number 8....
 destination-pattern 9.....
 session target ipv4:172.22.10.2
 dtmf-relay cisco-rtp
!

!--- Действие: Вызов установлен из PSTN через maui-gwy-04 и завершен
!--- в порте FXS maui-gwy-06 (вызываемый номер: "81560").
!--- Примечания:
!--- 1)На maui-gwy-04 входящий вызов получается на точке вызова POTS 1,
!--- которая настроена для DID.
!--- 2)На maui-gwy-06 точка вызова VoIP 2 сопоставляется входящей, 
!--- DTMF-relay Cisco RTP согласован. 

!-----------------------------------------------------------------------------
!--- Выходные данные на maui-gwy-06  (оконечный шлюз)

!-----------------------------------------------------------------------------

maui-gwy-06#show call active voice brief

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

Total call-legs: 2

!--- Обратите внимание, что в данном случае участок входящего вызова VoIP  
!--- сопоставляется с точкой вызова 2 VOIP.

8B   : 258441268hs.1 +176 pid:2 Answer  active
 dur 00:01:01 tx:485/8768 rx:2809/56180
 IP 172.22.10.2:16762 rtt:2ms pl:52970/120ms lost:0/1/0 delay:
60/60/70ms g729r8

8B   : 258441269hs.1 +175 pid:1 Originate 81560 active
 dur 00:01:02 tx:2866/57320 rx:512/9289
 Tele 1/0/0 (98): tx:64180/9640/0ms g729r8 noise:-46 acom:
0  i/0:-46/-61 dBm


maui-gwy-06#show call active voice

!--- <некоторые выходные данные опущены>
!--- Обратите внимание, что dtmf-relay cisco rtp был успешно согласован.

VOIP:
RemoteIPAddress=172.22.10.2
RoundTripDelay=1 ms
SelectedQoS=best-effort
tx_DtmfRelay=cisco-rtp
FastConnect=FALSE
Separate H245 Connection=FALSE
H245 Tunneling=FALSE
SessionProtocol=cisco
SessionTarget=
VAD = enabled
CoderTypeRate=g729r8
CodecBytes=20
SignalingType=cas


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

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


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


Document ID: 14074