Голосовая связь и система унифицированных коммуникаций : Программный коммутатор Cisco PGW 2200

Устранение неполадок отключения микрофона при выполнении вызовов на Cisco PGW 2200

20 октября 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв


Содержание


Введение

Этот документ предоставляет сведения об устранении проблем для голосовых вызовов, которые отключены звук в одном направлении на PGW 2200 PSTN Gateway Cisco (Cisco PGW 2200). Сведения в этом документе применяются в частности к решению шлюза Cisco PSTN с помощью шлюзов Контроллера шлюза среды (MGC) и Cisco AS5x00 в сочетании с Cisco PGW 2200.

Перед началом работы

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

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

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

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

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

Сведения в этом документе основаны на версиях оборудования и программного обеспечения, указанных ниже.

Платформа Имя платформы Выпуск
Узел PGW 2200 MGC Cisco 9.2 (2) [Из исправления S (29)] 9.3 (2) [Из исправления S (7)] 9.4 (1)
Шлюз PSTN AS5x00 12.2T или выше

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

Диаграммы вызовов

Понимание других параметров настройки на сквозном через routing.mml может помочь вам понимать другие диаграммы вызовов для понятия Cisco PGW 2200.

Типичный поток вызовов со сквозным на ANM

Типичный поток вызовов со сквозным на ANM (такой как 3) показывают ниже:

Originating TDM Originating Gateway PGW Terminating Gateway            Terminating TDM
                       --------------IAM-------------> 
                                                    <-CRCX-- 
                                                 (M: inactive) 
                                                    --- OK----> 
                                                                                      ---CRCX-> 
                                                                                 (M: sendrecv) 
                                                                                       <--OK----- 
                                                                                      --------------------IAM---------> 
                                                                                       <---------------- ACM----------- 
                       <--------------ACM-------------- 
                                                    <-MDCX-- 
                                                (M: recvonly) 
                                                     --OK------> 
                                                                                       <-----------------ANM----------- 
                       <--------------ANM-------------- 
                                                      <--MDCX--- 
                                                (M: sendrecv) 
                                                     ----OK----> 
                                                                                         ----MDCX--> 
                                                                                  (M: sendrecv) [See note below] 
                                                                                         <---OK--[See note below]

Примечание: Дополнительный MDCX передается Конечному шлюзу для включения подавления эха только если:

  • свойство trunk group "EchoCanRequired" установлено, и

  • коммутатор TDM Условия не предоставил подавление эха (например, параметр Echo_control_device_indicator в сообщении ACM от TDM Условия был обнулен).

Типичный поток вызовов со сквозным на ACM

Типичный поток вызовов со сквозным на ACM (такой как сквозной равняется 2) показывают ниже:

Originating TDM Originating Gateway             PGW           Terminating Gateway            Terminating TDM 
                           --------------IAM-------------> 
                                                        <--CRCX--- 
                                                           (M: inactive) 
                                                        --- OK-----> 
                                                                                          ---CRCX---> 
                                                                                      (M: sendrecv) 
                                                                                           <--OK---- 
                                                                                           --------------------IAM---------> 
                                                                                            <---------------- ACM----------- 
                          <-------------ACM----------------- 
                                                          <---MDCX---- 
                                                           (M: sendrecv) 
                                                           ----OK----> 
                                                                                             ----MDCX--> 
                                                                                            (M: sendrecv) [OPTIONAL, see note 1] 
                                                                                             <---OK---[OPTIONAL, see note 1] 
                                                                                              <------------------ANM------------ 
                          <-------------ANM------------------ 

Примечание: Когда вызов занят или существует своего рода объявление для игры абоненту, нет никакой причины открыть путь передачи речи в обоих направлениях. Если вы думаете, что имеете бесшумный вызов, о котором сообщают, выполняете команду debug mgcp packet на Начальном и терминальном шлюзе в сочетании с командой show call history voice, связанной с сообщениями с нулем, передаваемым количество пакетов, команду show call history voice brief и трассировку Языка определения сообщений (MDL) Cisco на PGW 2200 для понимания проблемы. Трассировка инспектора также поможет вам понимать проблему. Трассировка MDL предоставляет завершенный SS7 и поток вызовов Протокола MGCP.

Клиенты сообщают о вызовах с отключенным звуком

Следующие условия заставляют PGW 2200 отмечать бесшумные вызовы (во время, Удаляют Соединение [DLCX]), и обнаружение в platform.log. Эти журналы содержат идентификатор вызова, который имеет данные шлюза и сведения о CIC.

  1. PGW 2200 настроен в Отказоустойчивом режиме.

  2. Звонок ответили (вызов был успешно сквозным.).

  3. 250 сообщений OK были получены с (P:) в ответ на DLCX.

  4. Или Переданный пакет (PS) равняется 0 или Полученный пакет (PR), равняется 0 в (P:).

  5. Длительность вызова составляла больше чем 1 секунду.

Сбор дополнительных сведений о вызове

Для сбора дополнительных сведений о вызове используйте следующие шаги:

  1. Сделайте Telnet - подключение к шлюзу as5xxx-1.

  2. Выполните следующую команду для обнаружения идентификатора вызова назад снова, который связан с оконечной точкой и бесшумным сообщением о вызовах от platform.log:

    as5xxx-1 > show mgcp connection
    

    Ниже приводится пример выходных данных от команды show mgcp connection для Передачи голоса по IP (VoIP) соединения:

    Endpoint Call_ID(C) Conn_ID(I) (P)ort (M)ode (S)tate (C)odec (E)vent[SIFL] (R)esult[EA] 
    1. S0/DS1-0/1 C=103,23,24 I=0x8 P=16586,16634 M=3 S=4,4 C=5 E=2,0,0,2 R=0,0

Полевые описания команды show mgcp connection для VoIP показывают ниже.

  • Оконечная точка — оконечная точка для каждого вызова, показанного в соглашении о записи имен цифровой оконечной точки номера слота (S0) и цифровой канал (DS1-0) номер (1).

  • Call_ID (C) — Идентификатор вызова MGCP, передаваемый агентом вызовов, Программный интерфейс Управляющего приложения внутреннего вызова (CCAPI) идентификатор вызова для этой оконечной точки и идентификатор вызова CCAPI для участков однорангового вызова. CCAPI является API, который предоставляет услуги управления вызовами к приложениям.

  • Conn_ID (I) — Идентификатор соединения, генерируемый шлюзом и передаваемый в сообщении ACK.

  • (P) орт — порты используются для этого соединения. Первым портом является Протокол передачи дэйтаграмм локального пользователя (UDP) порт. Второй порт является удаленным портом UDP.

  • (M) ода — режим вызова, где:

    • 0 – означает неверное значение режима.

    • 1 — Указывает, что шлюз должен только передать пакеты.

    • 2 — Указывает, что шлюз должен только получить пакеты.

    • 3 — Указывает, что шлюз может передать и получить пакеты.

    • 4 — Указывает, что шлюз не должен ни передавать, ни получать пакеты. [Неактивный]

    • 5 — Указывает, что шлюз должен разместить канал в режим обратной связи.

    • 6 — Указывает, что шлюз должен разместить канал в тестовый режим.

    • 7 — Указывает, что шлюз должен использовать канал для доступа к сети для данных.

    • 8 — Указывает, что шлюз должен разместить соединение в режим кольцевой проверки сети.

    • 9 — Указывает, что шлюз должен разместить соединение в сетевой режим теста целостности.

    • 10 — Указывает, что шлюз должен разместить соединение в циркулярный режим.

  • (S) ИНФОРМАЦИЯ tate — Пример: S=4,4, который целое число кулака показывает локальному режиму вызова MGCP и второму целому числу, показывает удаленный режим вызова MGCP.

    MGCP_CALL_IDLE = 0, Айдл
    MGCP_CALL_SETTING = 1, Входящий вызов от PSTN
    MGCP_CALL_CONNECTING = 2, CRCX MGCP получен
    MGCP_CALL_CONFERENCING = 3, связанный Вызов, ждут conf
    MGCP_CALL_ACTIVE = 4, Конференция создана
    MGCP_CALL_CONF_DESTROYING = 5, Уничтожая конференцию
    MGCP_CALL_DISCONNECTING = 6, уничтоженный Conf, вызов разъединения
    MGCP_CALL_INACTIVE = 7, Вызов в неактивном режиме
    MGCP_CALL_VOICE_CONNECTING = 8, Создавая участок телефонного вызова только
    MGCP_CALL_VOICE_ACTIVE = 9, Участок телефонного вызова создан
    MGCP_CALL_CONF_DISSOCIATING = 10, Уничтожая conf
    MGCP_CALL_CALLLEGS_DISSOCIATED =11, уничтоженный Conf, никакой вызов discon
    MGCP_CALL_HP_CONNECTING = 12, Подключая ветвь вызовов шпильки TDM
    MGCP_CALL_HP_CONNECTED = 13, ветвь вызовов на Один HP соединилась
    MGCP_CALL_HP_CONFERENCING = 14, ветвь вызовов Проведения конференции TDM Hairpin
    MGCP_CALL_HP_ACTIVE = 15, активное состояние Шпильки TDM
    MGCP_CALL_VOIP_CONF_DESTROY = 16, уничтоженный Conf, выполняют вызов HP
    MGCP_CALL_ERROR_STATE = 17, Вызов в состоянии ошибки
    MGCP_CALL_CONNECTING_INACTIVE = 18, Создавая неактивное подключение
    MGCP_CALL_CONF_DESTROYING_INACTIVE = 19, Conf уничтожает неактивное подключение
    MGCP_CALL_CONT_TEST = 20, тест целостности AAL2/IP (xrbk)
    MGCP_CALL_SETUP_WAIT = 21, Ожидая сведений о программе установки
    MGCP_CALL_WAIT_NSE_SENT = 22, Ждите события NSE, которое будет передаваться
    MGCP_CALL_TWC_ACTIVE = 23, активный вызов TWC
    MGCP_CALL_WAIT_STATE = 24, Приложение ждет управления вызовами
    MGCP_CALL_HANDOVER = 25, Приложение захватывает назад контроль
    MGCP_CALL_EM_DISCONNECTING = 26, вызов Разъединения, оконечные точки E&M
    MGCP_CALL_MAX_STATE = 27

  • (C) odec INFO — пример: C=1

    MGCP_CODEC_UNDEFINED 0
    MGCP_G711_U, 1 = Мю-закон G.711
    MGCP_G711_A, 2 = А-закон G.711
    MGCP_G726_32K, 3 = G.726 32K
    MGCP_G726_24K, 4 = G.726 24K
    MGCP_G726_16K, 5 = G.726 16K
    MGCP_G729, 6 = G.729
    MGCP_G729_A, 7 = G.729-A
    MGCP_G729_B, 8 = G.729-B
    MGCP_G729_B_LOW_COMPLEXITY, 9 = G.729-B
    MGCP_G728, 10 = G.728
    MGCP_G7231_HIGH_RATE, 11 = Высокая скорость G.723.1
    MGCP_G7231_A_HIGH_RATE, 12 = Высокая скорость приложения A G.723.1
    MGCP_G7231_LOW_RATE, 13 = Низкий процент G.723.1
    MGCP_G7231_A_LOW_RATE, 14 = Низкий процент приложения A G.723.1
    MGCP_GSM_FULL_RATE, 15 = Полный тариф GSM
    MGCP_GSM_HALF_RATE, 16 = GSM половина скорости
    MGCP_GSM_ENHANCED_FULL_RATE, 17 = Enhanced Full Rate GSM
    MGCP_GSM_ENHANCED_HALF_RATE, 18 = GSM улучшил половину скорости
    MGCP_CLEAR_CHANNEL = 128, 128 = Очистка канала Nx64
    MGCP_NSE = 129 Для NSE

  • (E) вентилятор — Пример: E=3,0,2,3 поле события считан как: E=last_successful_mgcp_event, last_successful_internal_event, last_failed_app_event, last_requested_app_event

    MGCP_APP_EV_ACK =-1, ACK MGCP
    MGCP_APP_EV_CREATE_CONN = 0, MGCP создает сообщение подключения
    MGCP_APP_EV_DELETE_CONN, =1 Сообщение удаления подключения MGCP
    MGCP_APP_EV_MODIFY_CONN, =2 MGCP модифицирует сообщение подключения
    MGCP_APP_EV_NOTIFY_REQ, =3 MGCP уведомляет сообщение запроса
    MGCP_APP_EV_ALERT, =4 Экстренное событие CCAPI
    MGCP_APP_EV_CALL_CONNECT, =5 Событие connect вызова CCAPI
    MGCP_APP_EV_CONF_RDY, =6 Готовая конференция CCAPI
    MGCP_APP_EV_CONF_DESTROY, =7 Конференция CCAPI уничтожена
    MGCP_APP_EV_CALL_DISCONNECT, =8 Разъединение вызова CCAPI
    MGCP_APP_EV_CALL_PROCEED, =9 Обработка вызова CCAPI
    MGCP_APP_EV_OFF_HOOK, =10 CCAPI, со снятой трубкой / настройка вызова ind
    MGCP_APP_EV_ON_HOOK, =11 CCAPI, с положенной трубкой / вызов, разъединен
    MGCP_APP_EV_MEDIA_EVT, =12 События среды MGCP
    MGCP_APP_EV_INT_EVT, =13 Внутренние события MGCP
    MGCP_APP_EV_DISSOC_CONF, =14  
    MGCP_APP_EV_ASSOC_CONF, =15  
    MGCP_APP_EV_MODIFY_DONE, =16 Вызов CCAPI модифицирует сделанный ev
    MGCP_APP_EV_VOICE_MODE_DONE, =17 Речевая Вырезка - через произошла
    MGCP_APP_EV_NSE, =18 События CCAPI NSE
    MGCP_APP_EV_CALL_HANDOFF, =19 Вызов Хэндофф к некоторому другому приложению
    MGCP_APP_EV_MAX_EVENT  

  • (R) esult — Пример: R=0,0 поле результата интерпретируется как: R=Event_result, (булевская переменная) мы должны передать ACK?

    MGCP_APP_EVR_NORMAL_OK = 0, Обычное событие MGCP обработало OK
    MGCP_APP_EVR_INVALID_OK, Недопустимое событие MGCP обработало OK
    MGCP_APP_EVR_CALLP_REL, запись вызова освобождена
    /* Ошибки Протокола MGCP */
    MGCP_APP_EVR_INVALID_CALL_ID = 10, TGW находит идентификатор недопустимого вызова
    MGCP_APP_EVR_INVALID_CONNECTION_ID, TGW находит идентификатор неправильного соединения
    MGCP_APP_EVR_DUPLICATED_MESSAGE, TGW находит дублированное сообщение sgcp
    MGCP_APP_EVR_MGCP_ACK_FAILURE, TGW не может передать sgcp ack сообщение
    MGCP_APP_EVR_MGCP_DELETE_FAILURE, TGW не может передать sgcp, удаляют сообщение
    MGCP_APP_EVR_MGCP_CREATE_ACK_FAILURE, TGW не может передать, создают сообщение ack
    MGCP_APP_EVR_MGCP_CREATE_ACK_MISSING, TGW не передал sgcp ack сообщение
    MGCP_APP_EVR_MGCP_DELETE_ACK_FAILURE, TGW не может передать, удаляют сообщение ack
    MGCP_APP_EVR_MGCP_NOTIFY_FAILURE, TGW не может передать sgcp, уведомляют сообщение
    MGCP_APP_EVR_INVALID_STATE, TGW находит событие в неправильном состоянии
    /* Проблема с ресурсом */
    MGCP_APP_EVR_TGW_DOWN = 30, TGW в режиме мягкого выключения
    MGCP_APP_EVR_TGW_NOT_READY, TGW, не готовый к событию
    MGCP_APP_EVR_CALL_VDB_FAILURE, TGW не может получить vdbptr
    MGCP_APP_EVR_PREV_RTP_PORT_LOCKED, TGW находит предыдущий порт rtp блокированным
    MGCP_APP_EVT_CONN_RECORD_MISSING, TGW не может найти, ведут запись
    MGCP_APP_EVR_ENDP_NOT_READY, TGW, не готовый к событию
    MGCP_APP_EVR_MEM_RSRC_ERROR, TGW имеет err распределения временной памяти
    MGCP_APP_EVR_CALL_CAC_FAILURE, GW не имеет пропускной способности
    MGCP_APP_EVR_CONF_RSRC_ERROR, GW не может получить ресурс conf
    /* Сбой события */
    MGCP_APP_EVR_REQ_EVENT_FAILURE = 40, TGW не может обработать запрошенное событие
    MGCP_APP_EVR_INVALID_CCAPI_EVENT, TGW не может обработать событие ccapi
    MGCP_APP_EVR_IGNORE_CCAPI_EVENT, TGW проигнорирует событие ccapi
    /* Пропадание сигнала */  
    MGCP_APP_EVR_SIGNAL_FAILURE = 50, TGW не может обработать сигнал
    MGCP_APP_EVR_ABNORMAL_ONHOOK, TGW находит аварийный сигнал отбоя
    MGCP_APP_EVR_INVALID_OFFHOOK, TGW находит недопустимый ответ абонента
    MGCP_APP_EVR_INVALID_COT, TGW находит недопустимый COT
    MGCP_APP_EVR_COT_FAILURE, TGW был не в состоянии делать COT
    MGCP_APP_EVR_COT_DISABLE_FAILURE, TGW был не в состоянии отключать COT
    /* Ошибка настройки вызова */
    MGCP_APP_EVR_CALL_SETUP_REQ_FAILURE = 60, TGW не может установить запрос вызова
    MGCP_APP_EVR_CALL_SETUP_IND_FAILURE, TGW не может обработать индикацию вызова
    MGCP_APP_EVR_CALL_CONTEXT_FAILURE, TGW не может установить контекст
    MGCP_APP_EVR_CALL_PEER_FAILURE, TGW не может установить узел
    MGCP_APP_EVR_CALL_VOX_CALL_FAILURE, TGW не может установить вызов voip/voaal2
    MGCP_APP_EVR_CALL_VOIP_CALL_FAILURE, TGW не может установить вызов VoIP
    MGCP_APP_EVR_CALL_DISCONNECT_FAILURE, TGW не может разъединить вызов
    MGCP_APP_EVR_CALL_MODIFY_FAILURE, TGW не может модифицировать вызов parm
    MGCP_APP_EVR_CALL_ALERT_FAILURE, TGW не может предупредить вызов
    MGCP_APP_EVR_CALL_DELETE_FAILURE, TGW не может удалить вызов
    MGCP_APP_EVR_CALL_UNKNOWN_FEATURE, TGW не может обработать, не знают функцию
    MGCP_APP_EVR_UNSUPPORTED_CODEC, TGW находит неподдерживаемый кодек
    MGCP_APP_EVR_NO_DIGIT_MAP, TGW не может найти цифровую карту
    MGCP_APP_EVR_IGNORE_DIGIT, TGW не может обработать цифры
    MGCP_APP_EVR_DIGITS_OVERFLOW, TGW не может обработать слишком много цифр
    MGCP_APP_EVR_DIGITS_NOTIFY_FAILURE, TGW не может отослать цифры
    MGCP_APP_EVR_CODEC_NOT_MATCHED, Кодек TGW не совпадает с rmt TGW
    MGCP_APP_EVR_INVALID_CONN_MODE, TGW не может понять обманный режим
    /* Одноранговый сбой */
    MGCP_APP_EVR_PEER_MISSING = 90, TGW находит не, находят узел
    MGCP_APP_EVR_PEER_NOT_READY, TGW находит узел не готовым
    MGCP_APP_EVR_PEER_IN_WRONG_STATE, TGW находит узел в неправильном состоянии
    MGCP_APP_EVR_PEER_DISCONNECT_FAILURE, TGW не может разъединить узел
    MGCP_APP_EVR_NO_CONFERENCE_ID, TGW не может найти идентификатор конференции
    MGCP_APP_EVR_CONF_CREATE_FAILURE, TGW не может создать конференцию
    MGCP_APP_EVR_CONF_DESTROY_FAILURE, TGW не может уничтожить конференцию
    MGCP_APP_EVR_UNKNOWN_CONN_TYPE, TGW не может обработать обманный тип
    MGCP_APP_EVR_INVALID_ENDPOINT, TGW не может соединиться с оконечной точкой
    MGCP_APP_EVR_INVALID_NSE_EVENT = 100, Недопустимое событие NSE
    MGCP_APP_EVR_NSE_RCVD_ON_WRONG_LEG, События NSE прибывают в неправильный участок
    MGCP_APP_EVR_SEND_NSE_FAILURE, Не может передать событие NSE
    MGCP_APP_EVR_PLAY_TONE_FAILURE, Не может играть запрошенный на NSE тон
    /* Переменная ошибка */
    MGCP_APP_EVR_TRANS_ERROR = 110, Оконечная точка TGW в переходном состоянии
    MGCP_APP_EVR_MAX_RESULT  

Возможные причины и рекомендованные действия

Понимание и определение проблемы

Бесшумные вызовы могут быть связаны с неполадками программного обеспечения или другими проблемами. Использование следующие шаги, чтобы начать устранять неполадки бесшумного режима обращается к Cisco PGW 2200.

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

  2. Вычислите соотношение неудачных вызовов для отключения звука заходит в расположение клиента на 24-часовой мониторинг.

  3. Избегите определять точно, какой процент от вызовов вызывают тревогу.

  4. Попытайтесь воспроизвести эту ситуацию для понимания реальной причины проблемы.

Проверка загрузки ЦПУ на PGW 2200

Для проверки Загрузки ЦПУ на PGW 2200 выполните следующую команду:

mml> rtrv-ne-health

Эта команда отображает следующий тип информации:

MGC-01 - Media Gateway Controller 2003-02-14 15:36:50.788 GMT 
M RTRV 
"Platform State:ACTIVE" 
"Machine Congestion Level = MCL 0 (No Congestion)" 
"Current in progress calls = 83, call attempts = 2 cps" 
"CPU 0 Utilization = 1 % CPU 1 Utilization = 0 %" 
"CPU 2 Utilization = 2 % CPU 3 Utilization = 0 %" 
"Memory (KB):3715344 Free virtual, 8390328 Total virtual, 4194304 
Total rea" 
"Filesystem kbytes used avail capacity Mounted on" 
"/dev/dsk/c0t0d0s0 494235 47099 397713 11% /" 
"/dev/dsk/c0t0d0s4 10678328 5494165 5077380 52% /opt" 
;

Проверьте информацию о Вызовах в секунду (CPS) и попытайтесь вычислить это в сочетании со шлюзами, которые вы используете. Возможно, некоторые шлюзы имеют высокую загрузку ЦП, должную на сумму, призывает прибытие. Следующий показ результата в platform.log также может объяснить статус системы.

Fri Nov 13 10:18:28:119 2002 CET | engine (PID 14488) <Error>engMclMgrImpl::updateSystemMcl:
 System Mcl = 1, MclName = cpu, Load = 84 AvgLoad = 68

Примечание: В данном примере было условие Перегрузки ЦПУ из-за большого объема трафика, который уменьшился за несколько минут. Это в результате периода часа пик. В той точке попытайтесь связать эту информацию с бесшумными вызовами.

Проверка загрузки ЦПУ на шлюзах

Для получения статуса по определенной величине времени выполните следующую команду:

as5xxx-1> show proc cpu history

Высокая загрузка ЦП может быть вызвана одним из элементов, связываемых с коммутацией в контексте процесса. Для проверки этого выполните команду show running-config | incl route.

as5xxx-1> show running-config | incl route 

Для предотвращения высокой загрузки ЦП на шлюзе не имейте следующих команд в конфигурациях:

no ip route-cache
no ip route-cache cef 

Примечание: Кэш IP-маршрутов или команда ip route-cache cef должны быть настроены на шлюзах.

Если вы видите какой-либо из вышеупомянутых, вы - наиболее вероятная коммутация в контексте процесса вместо быстрой коммутации, и нагрузка на систему будет чрезвычайном высоким, вызовы могут быть потеряны, и качество голосовой связи будет плохо. Кроме того, сообщение MGCP не может Подтверждаться (ACK) или генерироваться.

Сообщения RSIP, не пересланные дополнительный Ethernet

В зависимости от пути команда ip host настроена на шлюзах, это не передаст сообщения RSIP на дополнительном Ethernet. Причина, которую шлюз пытается передать к первому IP-адресу для второго раунда попыток прежде, чем переключиться при отказе к второму IP-адресу, связана с Cisco Конфигурация ПО IOS�. Это вызывает Поиск DNS (который посмотрел на команду ip host, когда команда no ip domain lookup настроена). Когда это происходит, первый IP-адрес возвращается и используется снова. Для предотвращения этого поведения используйте следующую команду в MGCP profile:

as5xxx-1> mgcp profile 
as5xxx-1> no max1 lookup 

Примечание: Необходимо повторно загрузить маршрутизатор ни для какой настройки команды поиска max1 для вступления в силу.

Бесшумные предложения по устранению проблем вызова

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

  1. Определите, составляет ли длительность вызова меньше чем 10 секунд.

  2. Определите, является ли Передача (Tx), пакеты или Получают (Rx) пакеты, нулем.

    as5xxx-1> show mgcp connection 

    И проверьте Call_ID, который является 3334373 для данного примера.

    Endpoint            Call_ID(C)   Conn_ID(I)                                 (P)ort                 (M)ode (S)tate (CO)dec (E)vent[SIFL] (R)esult[EA] 
                1. S6/DS1-1/31 C=345F3D,3334373,3334374  I=0x197074  P=19544,18424  M=3  S=4,4 CO=6 E=2,0,0,2  R=0,0
  3. Попытайтесь связать Call_ID с помощью придерживающегося:

    as5xxx-1 > show call active voice brief | incl Call_ID
     
    Tele 0/0:0 (call_id): tx:0/0/0ms None noise:0 acom:0  i/0:0/0 dBm 
    
  4. На этом этапе можно найти, что информация от команды show call active voice, связанной на Conn_ID, находит пакеты Tx, байты Tx, пакеты Rx и данные байтов Rx. Эта информация может сказать вам количество пакетов, переданных и полученных.

    Telephony call-legs: 1 
    SIP call-legs: 0 
    H323 call-legs: 0 
    Total call-legs: 2 
    0    : 482619719hs.1 +0 pid:0 Originate  active 
     dur 00:12:35 tx:42517/711257 rx:24197/661142 
     Tele 6/1:0 (3334373): tx:755060/278000/0ms g729r8 noise:-120 acom:90  i/0:-51/-12 dBm 
    0    : 482619719hs.2 +-1 pid:0 Originate  connecting 
     dur 00:00:00 tx:24192/660942 rx:42517/711257 
     IP 0.0.0.0:18424 rtt:1ms pl:280000/37390ms lost:347/1/0 delay:40/30/120ms g729r8 

    В этом случае можно найти подробные данные Локального и Удаленного шлюза.

    as5xxx-1 > show voip rtp connections 
    VoIP RTP active connections : 
    No. CallId  dstCallId  LocalRTP RmtRTP LocalIP         RemoteIP 
    1   3334374 3334373    19544    18424  193.41.31.2     193.41.24.5
  5. Определите, происходит ли больший процент от бесшумных вызовов во время интервалов занятости.

В нераспространенная ситуациях пакеты, переданные Cisco AS5400, не могут быть получены интерфейсом TDM Cisco AS5300. Если это происходит, ACK DLCX Cisco AS5400 показывает пакеты Tx, но Cisco AS5300 не показывает пакетов Rx. Интерфейс обратной связи важен для подключения MGCP в сочетании с командой mgcp bind.

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

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

  • То, когда существует активный MGCP, обращается к шлюзу, команда bind будет отклонена и для контроля и для сред.

  • Если интерфейс привязки не подключен, то команда принята, но это не берет влияние, пока не подходит интерфейс.

  • Если IP-адрес не назначен на интерфейсе привязки, команда bind принята, но это вступает в силу только после того, как действительный IP - адрес назначен, в это время если вызовы MGCP подключены, команда bind удалена.

  • То, когда связанный интерфейс выключается, или из-за руководства, закрытого на интерфейсе или из-за эксплуатационного отказа, свяжите действие, отключено на том интерфейсе.

  • То, когда связывают, не настроено на MGC, IP-адресом, используемым для определения источника контроля за MGCP и сред, является наилучший имеющийся IP-адрес.

Дополнительные задачи, связанные для отключения звука вызовов

Один из критериев, которыми использование PGW 2200 для установки флага бесшумного вызова состоит в том, что вызов должен быть в состоянии Ответа, что означает, что сообщение ANM должно было быть передано PGW 2200 инициирующему коммутатору SS7. Прежде, чем передать сообщение ANM к инициирующему коммутатору SS7, PGW 2200 передает MDCX к GW для установки Режима в Передавать-recv. Если MDCX не подтвержден GW из-за подключения или других проблем, вызов не достигает состояния Ответа, следовательно это не отслежено как бесшумный вызов. В той точке Журнал ошибок будет передаваться platform.log файлу в opt/CiscoMGC/var/log.

Снова посланная команда MGCP

Если сообщение команды MGCP (CRCX, DLCX, MDCX) повторно передано из-за таймаута (например, PGW 2200, передаваемый MDCX [sendrecv] четыре раза), но шлюз не сделал ACK это, сбоев вызова, и это не считает бесшумным вызовом PGW 2200. PGW 2200 отмечает бесшумный вызов (бесшумное сообщение в platform.log) во время DLCX если:

  1. Звонок ответили, и

  2. 250 сообщений OK имели параметр подключения (P:), and

  3. Или PS или PR были 0 в (P:)

Примечание: Это может быть связано с другими элементами, не связанными как реальный бесшумный вызов. Например, если вызывающая сторона зависает, когда ответы вызываемого абонента, вы видите это сообщение, и это корректно. Но это не бесшумный вызов. Для вызовов шпильки (прикрепление является названием, данным вызовам, которые происходят и завершаются на том же маршрутизатор или шлюзе), 250 сообщений OK в ответ на DLCX не имеют параметра подключения (P:). Эти вызовы, не отмечены как бесшумный режим.

Понимание журнала ошибок

Ошибка записана в следующем формате для повторной передачи информации:

mgcp_link_comp_id ioCcMgcpConnMgr: mgcpCmdRequestTimeout: Successfully resent txn:transaction_id msg:
 message cnt:no_of_retry remaning

Пример:

Tue Jul 16 11:05:46:219 2002 EST | mgcp-1 (PID 20828) <Error> 
00100001 ioCcMgcpConnMgr: mgcpCmdRequestTimeout: Successfully resent txn:1718 msg:DLCX 1718 s13/ds1-20/28@tasty-7 MGCP 0.1 
C: 72 
I: 16 
R: 
S: 
X: 6B5 
 cnt:1.

Удаленная транзакция

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

MGCP Link Comp Id ioCcMgcpConnMgr: mgcpCmdRequestTimeout: type message type, cnt: <-1>,
 txn:transaction_id, connMsgPtr pointer to message

Пример:

Tue Jul 16 11:05:50:218 2002 EST | mgcp-1 (PID 20828) <Error> 
00100001 ioCcMgcpConnMgr: mgcpCmdRequestTimeout: type 5, cnt:-1, txn: 1718, connMsgPtr 0027b718

Выполните команду show mgcp stat, чтобы проверить подведенные элементы и попытаться понять, почему была удалена транзакция.

Сбор трассировки MDL на PGW 2200

Если все элементы корректны, выполните трассировку MDL и соберите все подробные данные от команды show log на GW. Следующие шаги показывают, как собрать трассировку MDL:

  1. Определите Инициирующий Номер SigPath SS7 или Инициирующий Номер TrunkGroup, в который размещены вызовы.

  2. Запустите трассировку MDL с помощью следующей команды:

    mml> sta-sc-trc:ss7sigPath name | orig
    		  trunkgroup number
    
    
  3. Выполните тест.

  4. Остановите трассировку MDL с помощью следующей команды:

    mml> stp-sc-trc:all
    
  5. Определите Идентификатор вызова (C:) плохого вызова от MGCP отлаживают на шлюзе.

  6. Преобразуйте трассировку MDL в удобочитаемый формат:

    mml> get_trc.sh trace file name
    
    
  7. Введите Идентификатор вызова в приглашении для перехода к трассировке MDL плохого вызова.

  8. Выберите опцию C для преобразования файла трассировки.

  9. Файл трассировки находится в/opt/CiscoMGC/var/trace.


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


Document ID: 44183