Голосовая связь : Качество голосовой связи

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

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

Содержание

Введение
Предварительные условия
      Требования
      Используемые компоненты
      Условные обозначения
Проблема
Решения
      Убедитесь, что IP-маршрутизация включена на шлюзе и маршрутизаторах Cisco IOS
      Проверьте основную IP-достижимость
      Проверьте правильную настройку Media Termination Point
      Свяжите сигнализацию H.323 с конкретным IP-адресом на шлюзе и маршрутизаторах Cisco IOS
      Свяжите сигнализацию MGCP с интерфейсом источника пакетов MGCP Media на шлюзе Cisco IOS
      Убедитесь, что Telco и коммутатор правильно отправляют и принимают управление ответами
      Установите сквозную двустороннюю передачу звука командой voice rtp send-recv на шлюзе и маршрутизаторах Cisco IOS
      Проверьте настройки cRTP канал за каналом на шлюзе и маршрутизаторах Cisco IOS
      Проверьте настройки синхронизации на шлюзе Cisco IOS
      Проверьте минимальный уровень программного обеспечения для NAT на маршрутизаторах и шлюзе Cisco IOS
      Отключите voice-fastpath на модулях AS5350 и AS5400
      Настройте IP-адрес VPN с SoftPhone
      Настройте VPN 3002 для работы в режиме Network Extension
      Дополнительная информация: проверка односторонней передачи звука
      Соберите сведения о трафике вызова через брандмауэр PIX
Связанные обсуждения сообщества поддержки Cisco
Дополнительная информация

Введение

Данный документ посвящен некоторым распространенным проблемам, которые могут возникать в IP-телефонии односторонней голосовой связи с задействованием шлюзов Cisco. Под шлюзами Cisco в данном документе подразумеваются шлюзы и маршрутизаторы Cisco IOS®, коммутаторы Catalyst и шлюзы DT-24+.

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

Требования

Данный документ предназначен для специалистов, связанных с сетями IP-телефонии, которые имеют базовые знания о сетях телефонной связи.

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

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

Соглашения

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

Проблема

Данный документ содержит сценарии и решения следующих проблем.

  • При установлении телефонного вызова от IP-станции через голосовой шлюз или маршрутизатор Cisco IOS, только одна из сторон получает аудиосигнал (односторонняя связь).

  • При установлении вызова без оплаты между двумя шлюзами Cisco только одна из сторон получает аудиосигнал (односторонняя связь).

  • При установлении телефонного вызова от IP-станции, которая находится после аппаратного клиента VPN 3002, только одна из сторон получает аудиосигнал (односторонняя связь).

Решения

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

Убедитесь, что IP-маршрутизация включена на шлюзе и маршрутизаторах Cisco IOS

На некоторых шлюзах Cisco IOS, например VG200, IP-маршрутизация отключена по умолчанию. Настройка по умолчанию порождает проблемы односторонней голосовой связи.

Примечание: Прежде чем двигаться далее убедитесь, что IP-маршрутизация включена на маршрутизаторе. Другими словами, убедитесь, что на маршрутизаторе не включена команда no ip routing глобальной настройки.

Чтобы включить IP-маршрутизацию, выполните следующую команду глобальной настройки на шлюзе Cisco IOS.

voice-ios-gwy(config)#ip routing

Проверьте основную IP-достижимость

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

fix_1way_voice.gif

Обе подсети A и B могут взаимодействовать с подсетью X. Подсеть X может взаимодействовать с подсетями A и B. Это позволяет устанавливать TCP-соединения между оконечными станциями (A и B) и Cisco CallManager. Поэтому сигнализация может достичь обеих конечных станций без каких-либо проблем, что позволяет устанавливать вызовы между A и B.

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

В этом заключается основная проблема маршрутизации. Используйте методы устранения неполадок IP-маршрутизации, чтобы восстановить состояние, когда можно успешно выполнить команду ping для проверки доступности телефона A со шлюза B. Помните, что проверка доступности адресата командой ping является двусторонней.

В данном документе не описано устранение неполадок IP-маршрутизации. Однако проверьте следующее в качестве первоначальных действий, которые следует выполнить.

  • Шлюзы по умолчанию настроены на оконечных станциях.

  • IP-маршруты на шлюзах по умолчанию, упомянутых выше, ведут к сетям назначения.

Примечание: Следующие методы показывают, как проверить конфигурацию по умолчанию маршрутизатора или шлюза на различных IP-телефонах Cisco.

  • IP-телефон Cisco 7910—Нажмите Settings, выберите пункт 6 и нажимайте элемент уменьшения громкости пока не появится поле "Default Router" (маршрутизатор по умолчанию).

  • IP-телефон Cisco 7960/40—Нажмите Settings, выберите пункт 3 и прокручивайте вниз пока не появится поле "Default Router" (маршрутизатор по умолчанию).

  • IP-телефон Cisco 2sp+/30vip—Нажмите **#, затем нажимайте # пока не появится gtwy=.

Примечание: При использовании приложения Cisco IP SoftPhone и в случае, если в корпусе установлено несколько сетевых адаптеров (NIC), убедитесь в том, что корпус использует подходящий сетевой адаптер. Эта проблема характерна для программного обеспечения IP SoftPhone версии 1.1.x (в версии 1.2 подобная проблема должна быть устранена).

Примечание: Если используются шлюзы Cisco DT24+, проверьте область DHCP и убедитесь, что в области есть параметр шлюза по умолчанию (маршрутизатор 003). Параметр "003 router" (маршрутизатор 003) заполняет поле "Default Gateway" (шлюз по умолчанию) в устройствах и ПК. Параметр 3 области должен иметь IP-адрес интерфейса маршрутизатора, который будет выполнять маршрутизацию для этого шлюза.

Проверьте правильную настройку Media Termination Point

Если настроена перекодировка для межкластерной магистрали (ICT), убедитесь, что Media Termination Point (MTP) настроена в группе медиаресурсов и списке групп медиаресурсов, связанных с этой магистралью. Если МТР указана, когда это не требуется или неправильно настроена, когда требуется, то это порождает проблемы односторонней передачи голосовых данных для ICT-конфигураций.

Свяжите сигнализацию H.323 с конкретным IP-адресом на шлюзе и маршрутизаторах Cisco IOS

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

Чтобы обойти эту проблему, необходимо связать сигнализацию H.323 с конкретным адресом источника. Этот адрес источника может принадлежать физическому или виртуальному интерфейсу (замыкание на себя). Используйте команду h323-gateway voip bind srcaddr ip-адрес в режиме настройки интерфейса. Настройте эту команду для интерфейса с IP-адресом, на который ссылается CallManager.

Эта команда была введена в ПО Cisco IOS выпуск 12.1(2)T. См. Поддержка H.323 для виртуальных интерфейсов.

caution Внимание! В ПО Cisco IOS выпуск 12.2(6) существует ошибка, из-за которой это решение может в действительности породить проблему односторонней передачи звука. Для получения дополнительной информации см. идентификатор ошибки Cisco CSCdw69681 (только для зарегистрированных клиентов).

Свяжите сигнализацию MGCP с интерфейсом источника пакетов MGCP Media на шлюзе Cisco IOS

Односторонняя передача голосовых данных может возникать на шлюзах среды, использующих протокол MGCP, если не заданы интерфейс источника для сигнализации и пакеты среды. Чтобы связать среду MGCP с интерфейсом источника, выполните команду mgcp bind media source-interface идентификатор интерфейса, а затем команду mgcp bind control source-interface идентификатор интерфейса. Перезапустите шлюз MGCP в Cisco CallManager после выполнения этих команд.

Если команда mgcp bind не включена, IP-уровень по-прежнему предоставляет оптимальный локальный адрес.

Ниже приведены рекомендации по применению команды mgcp bind.

  • Когда на шлюзе присутствуют активные вызовы MGCP, команда mgcp bind отклоняется для среды и управления.

  • Если интерфейс привязки не активен, команда принимается, но выполняется только после активизации интерфейса.

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

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

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

Убедитесь, что Telco и коммутатор правильно отправляют и принимают управление ответами

Если шлюз Cisco IOS подключен к Telco или коммутатору, убедитесь, что управление ответами правильно отправляется, когда вызываемое устройство, расположенное после Telco или коммутатора, отвечает на вызов. Сбой приема управления ответом приводит к сбою установления (открытия) шлюзом Cisco IOS сквозного голосового тракта в прямом направлении. Этот сбой приводит к односторонней передаче голосовых данных. Чтобы обойти эту проблему, используйте команду voice rtp send-recv on.

Дополнительную информацию см. в Установите сквозную двустороннюю передачу звука командой voice rtp send-recv на шлюзе и маршрутизаторах Cisco IOS.

Установите сквозную двустороннюю передачу звука командой voice rtp send-recv на шлюзе и маршрутизаторах Cisco IOS

Голосовой тракт устанавливается в обратном направлении при запуске RTP потока. Голосовой тракт в прямом направлении не устанавливается, пока шлюз Cisco IOS не получит сообщение Connect от удалённого конца.

В некоторых случаях необходимо устанавливать двусторонний голосовой тракт сразу после открытия RTP канала, что происходит до приема сообщения Connect. Для этого используйте команду глобальной настройки voice rtp send-recv.

Проверьте настройки cRTP канал за каналом на шлюзе и маршрутизаторах Cisco IOS

Эта проблема относится к сценариям, например установлению вызова без оплаты, в которых задействовано несколько маршрутизаторов или шлюзов Cisco IOS в голосовом тракте и используется сжатый RTP (cRTP). cRTP или сжатие заголовков RTP — это метод создания заголовков VoIP-пакетов меньшего размера, чтобы восстановить пропускную способность. cRTP принимает IP, User Datagram Protocol (UDP) или RTP-заголовок размером 40 байт VoIP-пакета и сжимает его до размера 2—4 байта на пакет. Это сжатие освобождает приблизительно 12 кбит/с полосы пропускания для вызова, закодированного G.729, с cRTP. Дополнительную информацию о cRTP см. Передача голоса по IP-протоколу — Согласно требуемой полосе пропускания.

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

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

В целом, история такова:

  • В выпусках программного обеспечения Cisco IOS более ранних чем ПО Cisco IOS выпуск 12.0(5)T, cRTP обрабатывается коммутацией Process Switching.

  • В ПО Cisco IOS выпуск 12.0(7)T и ПО Cisco IOS выпуск 12.1(1)T, введена поддержка коммутации Cisco Express Forwarding (CEF) и Fast Switching для cRTP.

  • В программном обеспечении Cisco IOS выпуска 12.1.(2)Т введены алгоритмические средства улучшения функционирования.

При использовании cRTP на платформах ПО Cisco IOS (ПО Cisco IOS выпуск 12.1) убедитесь, что идентификатор ошибки Cisco CSCds08210 (только для зарегистрированных клиентов) не затрагивает установленный выпуск ПО Cisco IOS. Симптомом этой ошибки является сбой взаимодействия передачи голоса или факса по IP-протоколу с включенным сжатием заголовков RTP.

Проверьте настройки синхронизации на шлюзе Cisco IOS

Если в выходных данных команды show controller {e1 | t1} обнаружатся ошибки синхронизации на интерфейсе Е1 или Т1, возможно имеются некоторые несоответствия в настройке синхронизации на голосовом шлюзе. См. Настройки синхронизации на платформах на базе IOS с возможностью передачи голосовых данных и убедитесь в правильности настроек синхронизации на голосовом шлюзе.

Проверьте минимальный уровень программного обеспечения для NAT на маршрутизаторах и шлюзе Cisco IOS

При использовании преобразования сетевых адресов (NAT), необходимо выполнение минимальных требований к уровню ПО. Более ранние версии NAT не поддерживают преобразование протокола skinny. Эти более ранние версии порождают проблемы односторонней голосовой связи.

Необходимо использовать ПО Cisco IOS выпуск 12.1(5)T или последующие для шлюзов Cisco IOS, чтобы поддерживать одновременно skinny и H.323 версию 2 с NAT. Дополнительную информацию см. в NAT поддержка IP-телефона для Cisco CallManager.

Примечание: Если Cisco CallManager использует для сигнализации Skinny TCP-порт, отличный от порта по умолчанию (2000), необходимо настроить маршрутизатор NAT. Выполните команду глобальной настройки ip nat service skinny tcp port номер.

Минимальный рекомендуемый уровень программного обеспечения для использования одновременно NAT и skinny на брандмауэре PIX — это версия 6.0. Дополнительную информацию см. в Брандмауэр Cisco PIX версия 6.0.

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

Отключите voice-fastpath на модулях AS5350 и AS5400

Команда Cisco IOS voice-fastpath enable является скрытой командой глобальной настройки для AS5350 и AS5400. Эта команда включена по умолчанию. Чтобы выключить ее, выполните команду глобальной настройки no voice-fastpath enable.

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

Если используются дополнительные службы, например, удержание или передача, выполнение команды voice-fastpath приводит к тому, что маршрутизатор передает аудиопоток на кэшированный IP-адрес и UDP-порт. При этом новые сведения о логическом канале, сгенерированные после возобновления вызова на удержании или завершения передачи — игнорируются. Во избежание этой проблемы трафик должен постоянно поступать на уровень приложения, чтобы учитывалось переопределение логического канала, а аудиопоток направлялся на новые IP-адрес и UDP-порт. Поэтому, для поддержки дополнительных служб необходимо выключить voice-fastpath.

Настройте IP-адрес VPN с SoftPhone

Cisco IP SoftPhone позволяет ПК функционировать аналогично IP-телефону Cisco серии 7900. Удаленные пользователи, подключающиеся к сети компании через VPN, должны настроить несколько дополнительных параметров, чтобы избежать проблемы односторонней передачи голоса. Это из-за того, что медиапотоку необходимо знать оконечную точку подключения.

Решение проблемы заключается в настройке IP-адреса сети VPN вместо IP-адреса сетевого адаптера в разделе "Network Audio Settings" (сетевые аудионастройки). Дополнительную информацию см. в статье Использование Cisco IP SoftPhone через сеть VPN.

Настройте VPN 3002 для работы в режиме Network Extension

Аппаратный клиент Cisco VPN 3002 может работать в двух режимах: клиентский режим и режим network extension (NEM). В клиентском режиме все узлы, расположенные после клиента Cisco VPN 3002, подвергаются преобразованию РАТ к внешнему IP-адресу клиента VPN 3002. H.323 не работает с преобразованием адресов портов (PAT), что приводит к односторонней передаче звука, если IP-телефон расположен после клиента VPN 3002. Когда VPN 3002 работает в режиме NEM, удаленные сети могут видеть одна другую через их фактические IP-адреса, а не IP-адрес, полученный преобразованием NAT или PAT. Если VPN 3002 настроен для работы в режиме NEM, то H.323 может функционировать. Другими словами, IP-телефоны, расположенные после клиента VPN 3002, могут функционировать, только если VPN 3002 работает в режиме NEM. Следовательно, чтобы избежать проблем с односторонней передачей звука с клиентом VPN 3002, настройте клиента VPN 3002 на использование режима NEM.

Чтобы настроить аппаратный клиент Cisco VPN 3002 на работу в режиме NEM, выберите Configuration > Quick > PAT и щелкните No, use Network Extension mode в окне PAT.

Дополнительную информацию см. в статье Настройка аппаратного клиента Cisco VPN 3002 для маршрутизатора Cisco IOS с EzVPN в режиме Network Extension

Дополнительная информация: проверка односторонней передачи звука

Для проверки поточной передачи пакетов служат две полезные команды: debug cch323 rtp и debug voip rtp. Команда debug cch323 rtp отображает пакеты, переданные (X) и полученные (R) маршрутизатором. Символ верхнего регистра обозначает успешную передачу или прием. Символ нижнего регистра обозначает отброшенный пакет.

voice-ios-gwy#debug cch323 rtp

RTP packet tracing is enabled
voice-ios-gwy#
voice-ios-gwy#
voice-ios-gwy#
voice-ios-gwy#
voice-ios-gwy#

!--- Это неотвеченный исходящий вызов. 
!--- Обратите внимание, что голосовой тракт только устанавливается в прямом направлении и
!--- пакеты отбрасываются. Действительно, полученные пакеты являются трафиком от
!--- IP-телефона к PSTN телефону. Они отбрасываются до ответа на вызов.

Mar 3 23:46:23.690: ****** cut through in FORWARD direction *****
XXXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXr
XrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXr
XrXrXXrrrrrrrrrrrrrrrr
voice-ios-gwy#
voice-ios-gwy#

!--- Это пример неотвеченного вызова.

voice-ios-gwy#
voice-ios-gwy#
*Mar 3 23:53:26.570: ****** cut through in FORWARD direction *****
XXXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXr
XrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXr
XXrrrrrXrXrXrXrXrXrXrXrXrXrXrXrrXXrrXrXrXrXrXrXXXXXXXXXXXXXXXXrXXXXXXXXrXrXrXXrrXr
XrXrXrXrXrXrXrXrXXrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr

!--- Здесь, на удаленном конце снимают телефонную трубку.

*Mar 3 23:53:30.378: ****** cut through in BOTH direction *****
XRXRXRXRXRXRXRXRXXRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRXRXRXRXRXRXRXR
XRXRXRXRXRXRXRXRXRXRXRXRXRXRXXRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRXRXRXRXRXR
XXRRXRXRXXRRXRXRXRXRXXRXRXRXRXRXRRXRXXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXR
XRXRXRXRXRXRXRXRXRXRXRXRXRXRXRRRRRRRRRRRRRRRRRRRRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXR
XRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXXRRRRRRRRRRRRRRRRRRRRRRRRRRRRXRXRXRXRXRXRXRXRXRXR
XRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRR
RRRRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRRXXRXRXRXRXRXRRXRXRXRXRXRXRXRXR
XRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXXRRRRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXR
XXRRRRRRRRRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXR
XRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXR
XRXRXRXRXRXRXRXRXRXRXRXRXXRRRXR

!--- Это конец телефонного разговора.

Примечание: В ПО Cisco IOS выпуск 12.2(11)T и последующих команда интерфейса командной строки (CLI) debug cch323 rtp была заменена командой debug voip rtp.

voice-ios-gwy#debug voip rtp

--------cut through in BOTH direction-------------------

*Mar 27 19:52:08.259: RTP(32886): fs rx d=10.48.79.181(20002),
pt=0, ts=4FFBF0, ssrc=8E5FC294
*Mar 27 19:52:08.275: RTP(247): fs tx d=10.48.79.181(20002),
pt=0, ts=5D00C8D9, ssrc=1F1E5093
*Mar 27 19:52:08.279: RTP(32887): fs rx d=10.48.79.181(20002),
pt=0, ts=4FFC90, ssrc=8E5FC294
*Mar 27 19:52:08.295: RTP(248): fs tx d=10.48.79.181(20002),
pt=0, ts=5D00C979, ssrc=1F1E5093
*Mar 27 19:52:08.299: RTP(32888): fs rx d=10.48.79.181(20002),
pt=0, ts=4FFD30, ssrc=8E5FC294
*Mar 27 19:52:08.315: RTP(249): fs tx d=10.48.79.181(20002),
pt=0, ts=5D00CA19, ssrc=1F1E5093
*Mar 27 19:52:08.319: RTP(32889): fs rx d=10.48.79.181(20002),
pt=0, ts=4FFDD0, ssrc=8E5FC294
*Mar 27 19:52:08.335: RTP(250): fs tx d=10.48.79.181(20002),
pt=0, ts=5D00CAB9, ssrc=1F1E5093
*Mar 27 19:52:08.339: RTP(32890): fs rx d=10.48.79.181(20002),
pt=0, ts=4FFE70, ssrc=8E5FC294
*Mar 27 19:52:08.355: RTP(251): fs tx d=10.48.79.181(20002),
pt=0, ts=5D00CB59, ssrc=1F1E5093
*Mar 27 19:52:08.359: RTP(32891): fs rx d=10.48.79.181(20002),
pt=0, ts=4FFF10, ssrc=8E5FC294
*Mar 27 19:52:08.375: RTP(252): fs tx d=10.48.79.181(20002),
pt=0, ts=5D00CBF9, ssrc=1F1E5093
*Mar 27 19:52:08.379: RTP(32892): fs rx d=10.48.79.181(20002),
pt=0, ts=4FFFB0, ssrc=8E5FC294
*Mar 27 19:52:08.395: RTP(253): fs tx d=10.48.79.181(20002),
pt=0, ts=5D00CC99, ssrc=1F1E5093
*Mar 27 19:52:08.399: RTP(32893): fs rx d=10.48.79.181(20002),
pt=0, ts=500050, ssrc=8E5FC294
*Mar 27 19:52:08.976: RTP(282): fs tx d=10.48.79.181(20002),
pt=0, ts=5D00DEB9, ssrc=1F1E5093
*Mar 27 19:52:08.980: RTP(32922): fs rx d=10.48.79.181(20002),
pt=0, ts=501270, ssrc=8E5FC294
*Mar 27 19:52:08.996: RTP(283): fs tx d=10.48.79.181(20002),
pt=0, ts=5D00DF59, ssrc=1F1E5093
*Mar 27 19:52:09.000: RTP(32923): fs rx d=10.48.79.181(20002),
pt=0, ts=501310, ssrc=8E5FC294
*Mar 27 19:52:09.016: RTP(284): fs tx d=10.48.79.181(20002),
pt=0, ts=5D00DFF9, ssrc=1F1E5093

Соберите сведения о трафике вызова через брандмауэр PIX

Для выявления и устранения проблемы односторонних вызовов можно использовать сбор сведений о трафике вызова через брандмауэр PIX. Команду PIX capture можно использовать для проверки открытия и использования порта при осуществлении вызова. Дополнительную информацию о передаче трафика VoIP через брандмауэр PIX см. в Передача трафика VoIP через брандмауэр PIX.

Примечание: Обязательно выключите команду capture после получения файлов данных, необходимых для выявления и устранения неполадок.

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

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


Дополнительная информация


Document ID: 5219