Voz : Calidad de voz

Resolución de problemas relacionados con la transmisión de voz unidireccional

23 Junio 2008 - Traducción manual
Otras Versiones: PDFpdf | Traducción Automática (31 Julio 2013) | Inglés (13 Octubre 2008) | Comentarios

Contenidos

Introducción
Requisitos previos
     Requisitos
     Componentes utilizados
     Convenciones
Problema
Soluciones
     Comprobación de que el enrutamiento de IP se encuentra habilitado en las gateways/routers de Cisco IOS
     Verificación de la accesibilidad de IP básica
     Verificación de la correcta configuración de puntos de terminación de medios
     Vinculación de la señalización H.323 a una dirección IP específica en la gateway y los routers de Cisco IOS
     Vinculación de la señalización MGCP a la interfaz de origen de paquetes de medios MGCP en la gateway de Cisco IOS
     Comprobación de que la compañía telefónica o switch envía y recibe la supervisión de respuestas
     Atajo de audio bidireccional con el comando voice rtp send-recv en la gateway y los routers de Cisco IOS
     Verificación de la configuración de todos los enlaces de cRTP en los routers y la gateway de Cisco IOS
     Verificación de las configuraciones de reloj en la gateway de Cisco IOS
     Verificación del nivel mínimo de software para NAT en routers y gateways de Cisco IOS
     Inhabilitación de voice-fastpath en AS5350 y AS5400
     Configuración de la dirección IP de VPN con SoftPhone
     Configuración de VPN 3002 para que funcione en el modo de extensión de red
     Información adicional: Verificación de audio unidireccional
     Recopilación de información del tráfico de llamadas a través del PIX Firewall
Discusiones relacionadas de la comunidad de soporte de Cisco
Información relacionada

Introducción

Este documento trata algunos de los problemas comunes que pueden ocurrir en las conversaciones de telefonía IP unidireccional relacionadas con gateways de Cisco. Las gateways de Cisco incluidas en este documento son las gateways y los routers de Cisco IOS®, los switches Catalyst y las gateways DT-24+.

Requisitos previos

Requisitos

Este documento está dirigido al personal que está involucrado en las redes de telefonía IP y que tiene un conocimiento básico de las redes de voz.

Componentes utilizados

Este documento no se limita a una versión específica de software o de hardware.

Convenciones

Consulte Cisco Technical Tips Conventions (Convenciones sobre consejos técnicos de Cisco) para obtener más información sobre las convenciones del documento.

Problema

Este documento contiene situaciones y soluciones para estos problemas:

  • Cuando se establece una llamada telefónica desde una estación IP a través de la gateway o el router de Cisco IOS, sólo una de las partes recibe el audio (comunicación unidireccional).

  • Cuando se establece una llamada de elusión de cargos por larga distancia entre dos gateways de Cisco, sólo una de las partes recibe el audio (comunicación unidireccional).

  • Cuando se establece una llamada telefónica desde una estación IP a través de Cisco VPN 3002 Hardware Client, sólo una de las partes recibe el audio (comunicación unidireccional).

Soluciones

Las causas del audio unidireccional en la telefonía IP pueden ser diversas; sin embargo, generalmente la raíz del problema está relacionada con problemas de enrutamiento de IP. Esta sección analiza algunas de las situaciones y soluciones que se han encontrado en el campo.

Comprobación de que el enrutamiento de IP se encuentra habilitado en las gateways/routers de Cisco IOS

Algunas de las gateways de Cisco IOS, como VG200, inhabilitan el enrutamiento de IP de forma predeterminada. Esta configuración predeterminada genera problemas de voz unidireccional.

Nota: antes de avanzar, compruebe que el enrutamiento de IP esté habilitado en su router. En otras palabras, asegúrese de que no tenga el comando de configuración global no ip routing.

Para habilitar el enrutamiento de IP, ejecute este comando de configuración global en la gateway de Cisco IOS:

voice-ios-gwy(config)#ip routing
         

Verificación de la accesibilidad de IP básica

Siempre debería verificar primero la accesibilidad de IP básica. Dado que las secuencias del Protocolo de transporte en tiempo real (RTP) no cuentan con conexiones (se transportan a través de UDP), el tráfico puede viajar correctamente en una dirección pero perderse en la dirección opuesta. En este diagrama se muestra una situación en la que esto puede suceder:

fix_1way_voice.gif

Las subredes A y B pueden alcanzar la subred X y la subred X puede alcanzar las subredes A y B. Esto permite establecer conexiones TCP entre las estaciones finales (A y B) y Cisco CallManager. Por lo tanto, la señalización puede alcanzar ambas estaciones finales sin problemas, lo que hace posible establecer llamadas entre A y B.

Una vez establecida la llamada, una secuencia de RTP que transporta el audio debe fluir en ambas direcciones entre las estaciones finales. En algunos casos, la subred B puede alcanzar la subred A, pero la subred A no puede alcanzar la subred B. Por lo tanto, la secuencia de audio desde A a B siempre se pierde.

Éste es un problema de enrutamiento básico. Use los métodos de resolución de problemas de enrutamiento de IP para llegar al punto en el que puede hacer ping correctamente en el teléfono A desde la gateway B. Recuerde que hacer ping es una verificación bidireccional.

Este documento no trata la resolución de problemas de enrutamiento de IP. No obstante, confirme estos pasos iniciales antes de continuar:

  • Las gateways predeterminadas están configuradas en las estaciones finales.

  • Las rutas IP en las gateways predeterminadas llevan a las redes de destino.

Nota: en esta lista se explica cómo verificar la configuración de la gateway o del router predeterminados en diversos teléfonos IP de Cisco:

  • Teléfono IP 7910 de Cisco: pulse Settings, seleccione la opción 6 y pulse para bajar el volumen hasta que aparezca el campo Default Router.

  • Teléfono IP 7960/40 de Cisco: pulse Settings, seleccione la opción 3 y desplácese hacia abajo hasta que aparezca el campo Default Router.

  • Teléfono IP 2sp+/30vip de Cisco: pulse **# y, a continuación, pulse # hasta que aparezca gtwy=.

Nota: cuando utilice la aplicación Cisco IP SoftPhone y haya más de una tarjeta de interfaz de red (NIC) instalada en el cuadro, asegúrese de que el cuadro obtenga la NIC correcta. Este problema se presenta comúnmente en la versión 1.1.x del software IP SoftPhone y deberá resolverse en la 1.2.

Nota: cuando use gateways DT-24+ de Cisco, controle el alcance DHCP y asegúrese de que exista en el alcance la opción Default Gateway (router 003). El parámetro router 003 completa el campo Default Gateway en los dispositivos y equipos. La opción de alcance 3 debe tener la dirección de IP de la interfaz del router que realizará el enrutamiento para la gateway.

Verificación de la correcta configuración de puntos de terminación de medios

Si se ha configurado la transcodificación para una conexión troncal entre agrupaciones (ICT), asegúrese de que se establece un punto de terminación de medios (MTP) en el grupo de recursos de medios y en la lista de grupos de recursos de medios asociados con la conexión troncal. Cuando se especifica un MTP de forma innecesaria o cuando no se configura uno que sí se precisa, se sabe que se producen problemas de voz unidireccional para las configuraciones de ICT.

Vinculación de la señalización H.323 a una dirección IP específica en la gateway y los routers de Cisco IOS

Cuando la gateway de Cisco IOS tiene múltiples interfaces IP activas, parte de la señalización H.323 puede originarse desde una dirección IP y otras partes pueden hacer referencia a una dirección de origen diferente. Esto puede generar diversas clases de problemas. Uno de ellos es el audio unidireccional.

Para poder solucionarlo, puede vincular la señalización H.323 a una dirección de origen específica. La dirección de origen puede pertenecer a una interfaz física o virtual (bucle de retorno). Utilice el comando h323-gateway voip bind srcaddr ip-address en modo de configuración de interfaz. Configure este comando en la interfaz con la dirección IP que Cisco CallManager señala.

Este comando se introdujo en la versión 12.1(2)T del software Cisco IOS. Consulte H.323 Support for Virtual Interfaces (Compatibilidad con H.323 para interfaces virtuales).

Precaución Precaución: existe un error en la versión 12.2(6) del software Cisco IOS en el que esta solución puede ocasionar un problema de audio unidireccional. Para obtener más información, consulte el ID de error de funcionamiento CSCdw69681 ( sólo para clientes registrados) de Cisco.

Vinculación de la señalización MGCP a la interfaz de origen de paquetes de medios MGCP en la gateway de Cisco IOS

La voz unidireccional puede ocurrir en las gateways del Protocolo de control de gateway de medios (MGCP) si no se especifica la interfaz de origen para la señalización y los paquetes de medios. Puede vincular los medios de MGCP a la interfaz de origen ejecutando el comando mgcp bind media source-interface interface-id y, a continuación, el comando mgcp bind control source-interface interface-id . Reinicie la gateway MGCP en Cisco CallManager después de ejecutar los comandos.

Si el comando mgcp bind no está habilitado, la capa IP aún proporciona la mejor dirección local.

Las pautas para el comando mgcp bind son:

  • Cuando hay llamadas MGCP activas en la gateway, el comando mgcp bind es rechazado por el control y los medios.

  • Si la interfaz de vinculación no está activa, el comando se acepta, pero no entra en vigencia hasta que la interfaz se activa.

  • Si la dirección IP no se asigna en la interfaz de vinculación, el comando mgcp bind se acepta, pero entra en vigencia sólo después de que se asigne una dirección IP válida. Durante este tiempo, si las llamadas MGCP están activas, el mgcp bind se rechaza.

  • Cuando la interfaz de frontera pasa a inactiva a causa de una interrupción manual o un fallo operativo, la actividad de vinculación se deshabilita en esa interfaz.

  • Cuando la vinculación no está configurada en el Controlador de gateways de medios (MGC), la dirección IP que se utiliza para el control y los medios MGCP de origen es la mejor dirección IP disponible.

Comprobación de que la compañía telefónica o switch envía y recibe la supervisión de respuestas

Si tiene una gateway de Cisco IOS que conecta una compañía telefónica o switch, verifique que la supervisión de respuestas se envíe correctamente cuando el dispositivo al que se llamó desde la compañía telefónica o el switch reciba la llamada. La imposibilidad de recibir la supervisión de respuestas hace que la gateway de Cisco IOS no pueda funcionar como atajo (abrirse) al trayecto de audio en una dirección ascendente. Este error genera voz unidireccional. Una solución alternativa es ejecutar el comando voice rtp send-recv on.

Para obtener más información, consulte Atajo de audio bidireccional con el comando voice rtp send-recv en la gateway y los routers de Cisco IOS.

Atajo de audio bidireccional con el comando voice rtp send-recv en la gateway y los routers de Cisco IOS

El trayecto de voz se establece en la dirección descendente apenas se inicia la secuencia de RTP. El trayecto de audio ascendente no se tomará como atajo hasta que la gateway de Cisco IOS reciba un mensaje de conexión desde el extremo remoto.

En algunos casos, es necesario establecer un trayecto de audio bidireccional tan pronto como se abre el canal de RTP, antes de recibirse el mensaje de conexión. Para lograrlo, ejecute el comando voice rtp send-recv de configuración global.

Verificación de la configuración de todos los enlaces de cRTP en los routers y la gateway de Cisco IOS

Este problema se aplica a situaciones, como la elusión de cargos, en las que hay más de un router o gateway de Cisco IOS en el trayecto de voz y se utiliza RTP comprimido (cRTP). cRTP, o Compresión de encabezados RTP, es un método para reducir el tamaño de los encabezados de paquetes VoIP y volver a adquirir ancho de banda. cRTP toma IP de 40 bytes, el Protocolo de datagrama de usuario (UDP) o el encabezado RTP en un paquete VoIP y lo comprime de 2 a 4 bytes por paquete. Esta compresión ofrece aproximadamente 12 kbps de ancho de banda para una llamada codificada G.729 con cRTP. Para obtener más información sobre cRTP, consulte Voice Over IP - Per Call Bandwidth Consumption (Voz sobre IP - Consumo de ancho de banda por llamada).

cRTP se realiza de salto en salto, con descompresión y recompresión en cada salto. Se debe analizar el encabezado de cada paquete para el enrutamiento. Por lo tanto, cRTP debe habilitarse en ambos lados de un enlace IP.

También es importante verificar que cRTP funciona de la forma esperada en ambos extremos del enlace. Los niveles de la versión del software Cisco IOS varían en relación con los trayectos de conmutación y la compatibilidad de cRTP concurrente.

Esto se resume de la siguiente forma:

  • En las versiones anteriores a la versión 12.0(5)T del software Cisco IOS, cRTP se conmuta por procesos.

  • En la versión 12.0.(7)T y 12.1(1)T del software Cisco IOS, se agrega el soporte para cRTP de la conmutación rápida y la conmutación Cisco Express Forwarding (CEF).

  • En la versión 12.1(2)T del software Cisco IOS, se han introducido mejoras algorítmicas para el rendimiento.

Si ejecuta cRTP en las plataformas del software Cisco IOS (Cisco IOS versión 12.1), verifique que el ID de error de funcionamiento CSCds08210 ( sólo para clientes registrados) de Cisco no afecte a la versión del software Cisco IOS. El síntoma de este error es la imposibilidad de que VoIP y fax a través de IP funcionen con la compresión de encabezados RTP activada.

Verificación de las configuraciones de reloj en la gateway de Cisco IOS

Si encuentra que hay errores del reloj en la interfaz E1 o T1 tras ejecutar el comando show controller {e1 | t1}, puede que no haya coincidencia en la configuración del reloj en la gateway de voz. Consulte Clocking Configurations On Voice-Capable IOS-Based Platforms (Configuraciones de reloj en plataformas basadas en IOS preparadas para voz) y asegúrese de que las configuraciones de reloj en la gateway de voz sean correctas.

Verificación del nivel mínimo de software para NAT en routers y gateways de Cisco IOS

Si se usa la traducción de direcciones de red (NAT), deben cumplirse los requisitos mínimos de software. Las versiones anteriores de NAT no admiten la traducción de protocolos Skinny. Estas versiones generan problemas de voz unidireccional.

Debe ejecutar la versión 12.1(5)T o posterior del software Cisco IOS para que las gateways de Cisco IOS admitan la traducción Skinny y la versión 2 de H.323 con NAT de forma simultánea. Para obtener más información, consulte NAT-Support of IP Phone to Cisco CallManager (Compatibilidad con NAT del teléfono IP en Cisco CallManager).

Nota: si Cisco CallManager usa un puerto TCP para la señalización Skinny diferente del puerto predeterminado (2000), debe ajustar el router NAT. Ejecute el comando ip nat service skinny tcp port number de configuración global.

El nivel mínimo de software necesario para usar NAT y Skinny simultáneamente en un PIX Firewall es 6.0. Para obtener más información, consulte Cisco PIX Firewall Version 6.0 (Cisco PIX Firewall versión 6.0).

Nota: estos niveles de software no necesariamente soportan todos los mensajes de registro, admisión y estado (RAS) necesarios para la completa compatibilidad del controlador de acceso. El soporte del controlador de acceso está fuera del alcance de este documento.

Inhabilitación de voice-fastpath en AS5350 y AS5400

El comando del software Cisco IOS voice-fastpath enable es un comando de configuración global oculto para AS5350 y AS5400. El comando está habilitado de forma predeterminada. Para deshabilitarlo, ejecute el comando de configuración global no voice-fastpath enable.

Cuando el comando está habilitado, adquiere la información de la dirección IP y el puerto UDP para el canal lógico que se abre para una llamada específica. El comando evita que el flujo de RTP llegue a la capa de la aplicación. En cambio, los paquetes se reenvían a una capa más baja. Esto ayuda a reducir ligeramente la utilización de la CPU en situaciones de alto volumen de llamadas.

Cuando se utilizan servicios suplementarios, como los de espera o transferencia, el comando voice-fastpath hace que el router emita el audio a la dirección IP y al puerto UDP almacenados en la memoria caché. Se descarta la información del nuevo canal lógico que se genera después de reanudar una llamada en espera o después de completar una transferencia. Para solucionar este problema, el tráfico debe dirigirse a la capa de aplicación en forma constante de modo que la redefinición del canal lógico sea tomada en cuenta y el audio sea transmitido como secuencia al nuevo par de dirección IP y puerto UDP. Por lo tanto, asegúrese de inhabilitar el comando voice-fastpath para que se admitan servicios suplementarios.

Configuración de la dirección IP de VPN con SoftPhone

Cisco IP SoftPhone permite que un equipo funcione como teléfono IP de la serie 7900 de Cisco. Los usuarios remotos que se conectan a la red de su empresa a través de una red privada virtual (VPN) deben establecer algunas configuraciones adicionales para evitar un problema de voz unidireccional. Esto es un resultado de la necesidad de que la secuencia de medios conozca cuál es el punto extremo de la conexión.

La solución es configurar la dirección IP en la VPN, en vez de la dirección IP del adaptador de red, en Network Audio Settings. Para obtener más información, consulte How to Use Cisco IP SoftPhone over VPN (Cómo usar Cisco IP SoftPhone a través de VPN).

Configuración de VPN 3002 para que funcione en el modo de extensión de red

Un Cisco VPN 3002 Hardware Client puede funcionar en dos modos: modo cliente y modo de extensión de red (NEM). En el modo cliente, todos los hosts detrás del cliente Cisco VPN 3002 se traducen por dirección de puerto a la dirección IP externa del cliente VPN 3002. H.323 no funciona con la traducción de direcciones de puerto (PAT) y genera audio unidireccional cuando se asigna un teléfono IP detrás de un cliente VPN 3002. Cuando VPN 3002 funciona en NEM, las redes remotas pueden verse entre sí a través de sus direcciones IP reales, no de una dirección IP basada en NAT o en PAT. Si VPN 3002 está configurado para operar en NEM, H.323 puede funcionar. En otras palabras, los teléfonos IP que están detrás de un cliente VPN 3002 sólo pueden funcionar cuando VPN 3002 opera en NEM. Por lo tanto, para evitar los problemas de voz unidireccional con un cliente VPN 3002, configure el cliente para que use NEM.

Para configurar Cisco VPN 3002 Hardware Client para que use NEM, seleccione Configuration > Quick > PAT y haga clic en No, use Network Extension mode en la ventana de PAT.

Para obtener más información, consulte Configuring Cisco VPN 3002 Hardware Client to Cisco IOS Router with EzVPN in Network Extension Mode (Configuración de Cisco VPN 3002 Hardware Client en el router de Cisco IOS con EzVPN en el modo de extensión de red).

Información adicional: Verificación de audio unidireccional

Dos comandos útiles para verificar el flujo de paquetes son debug cch323 rtp y debug voip rtp. El comando debug cch323 rtp muestra paquetes que el router transmite (X) y recibe (R). Un carácter en mayúsculas indica la transmisión o recepción correcta. Un carácter en minúsculas indica un paquete descartado.

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#

               !--- Ésta es una llamada saliente sin respuesta.
!--- Tenga en cuenta que el trayecto de voz sólo atraviesa en la dirección ascendente y
!--- que los paquetes se descartan. De hecho, los paquetes recibidos son tráfico del
!--- teléfono IP al teléfono PSTN. Estos se descartan hasta que se responde a la llamada.

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

               !--- Éste es un ejemplo de una llamada respondida:
            
voice-ios-gwy#
voice-ios-gwy#
*Mar 3 23:53:26.570: ****** cut through in FORWARD direction *****
XXXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXr
XrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXr
XXrrrrrXrXrXrXrXrXrXrXrXrXrXrXrrXXrrXrXrXrXrXrXXXXXXXXXXXXXXXXrXXXXXXXXrXrXrXXrrXr
XrXrXrXrXrXrXrXrXXrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr

               !--- En este momento, el extremo remoto contesta el teléfono.
            
*Mar 3 23:53:30.378: ****** cut through in BOTH direction *****
XRXRXRXRXRXRXRXRXXRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRXRXRXRXRXRXRXR
XRXRXRXRXRXRXRXRXRXRXRXRXRXRXXRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRXRXRXRXRXR
XXRRXRXRXXRRXRXRXRXRXXRXRXRXRXRXRRXRXXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXR
XRXRXRXRXRXRXRXRXRXRXRXRXRXRXRRRRRRRRRRRRRRRRRRRRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXR
XRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXXRRRRRRRRRRRRRRRRRRRRRRRRRRRRXRXRXRXRXRXRXRXRXRXR
XRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRR
RRRRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRRXXRXRXRXRXRXRRXRXRXRXRXRXRXRXR
XRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXXRRRRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXR
XXRRRRRRRRRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXR
XRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXRXR
XRXRXRXRXRXRXRXRXRXRXRXRXXRRRXR

               !--- Éste es el fin de la conversación.
            
         

Nota: en la versión 12.2(11)T y posterior del software Cisco IOS, el comando debug cch323 rtp de la interfaz de línea de comandos (CLI) ha sido reemplazado por el comando 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

Recopilación de información del tráfico de llamadas a través del PIX Firewall

Una forma de solucionar problemas de llamadas unidireccionales es recopilar información del tráfico de llamadas a través del PIX Firewall. El comando capture de PIX se puede emplear para verificar el puerto que se abre y se usa cuando se produce una llamada. Consulte Handle VoIP Traffic with the PIX Firewall (Tratamiento del tráfico VoIP con el PIX Firewall) para obtener más información sobre el tráfico VoIP a través del PIX Firewall.

Nota: asegúrese de deshabilitar el comando capture después de generar los archivos de captura necesarios para la resolución de problemas.


Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Document ID: 5219