Solucionar problemas de voz unidirecional

Introdução

Este documento descreve problemas comuns que podem ocorrer em conversas de áudio unidirecional de telefonia IP envolvendo gateways Cisco. 

Pré-requisitos

Requisitos

A Cisco recomenda que você tenha conhecimento destes tópicos:

• Redes de telefonia IP e possuem conhecimento básico de redes de voz
• Gateways e roteadores Cisco IOS^®, switches Catalyst e gateways DT-24+

Componentes Utilizados

Este documento não é restrito a versões de software ou hardware específicas.

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.

Conventions

Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.

Problema

Este documento fornece cenários e soluções para estes problemas:

• Quando uma chamada telefônica é estabelecida a partir de uma estação IP através de um gateway ou roteador de voz Cisco IOS, apenas uma das partes recebe o áudio (comunicação unidirecional).

• Quando uma chamada de desvio de tarifa é estabelecida entre dois gateways Cisco, apenas uma das partes recebe o áudio (comunicação unidirecional).

• Quando uma chamada telefônica é estabelecida a partir de uma estação IP colocada atrás de um VPN 3002 Hardware Client, apenas uma das partes recebe o áudio (comunicação unidirecional).

Soluções

As causas do áudio unidirecional na telefonia IP podem ser variadas, mas a raiz do problema geralmente envolve problemas de roteamento IP. Esta seção apresenta alguns dos cenários e soluções encontrados no campo.

Certifique-se de que o roteamento IP esteja habilitado no gateway e nos roteadores do Cisco IOS

Alguns gateways do Cisco IOS, como o VG200, desabilitam o roteamento IP por padrão. Essa configuração padrão leva a problemas de voz unidirecionais.

Para habilitar o roteamento IP, execute este comando de configuração global no gateway do Cisco IOS:

voice-ios-gwy(config)#ip routing

Verificar a acessibilidade básica do IP

Sempre verifique primeiro a acessibilidade básica do IP. Como os fluxos do Real-Time Transport Protocol (RTP) são sem conexão (transportados por UDP), o tráfego pode trafegar com êxito em uma direção, mas se perder na direção oposta. Este diagrama mostra um cenário em que isso pode acontecer:

As sub-redes A e B podem alcançar a sub-rede X. A sub-rede X pode alcançar as sub-redes A e B. Isso permite o estabelecimento de conexões TCP entre as estações finais (A e B) e o Cisco CallManager. Portanto, a sinalização pode acessar ambas as estações finais sem nenhum problema, o que permite o estabelecimento de chamadas entre A e B.

Quando uma chamada é estabelecida, um fluxo RTP que transporta o áudio deve fluir em ambas as direções entre as estações finais. Em alguns casos, a Sub-rede B pode acessar a Sub-rede A, mas a Sub-rede A não pode acessar a Sub-rede B. Portanto, o fluxo de áudio de A para B sempre se perde.

Esse é um problema básico de roteamento. Use os métodos de identificação e solução de problemas de roteamento IP para chegar ao estágio em que você pode fazer ping com êxito no Telefone A do Gateway B. Lembre-se de que o ping é uma verificação bidirecional.

Este documento não aborda a solução de problemas de roteamento IP. No entanto, verifique se estas são as próximas etapas:

• Os gateways padrão são configurados nas estações finais.

• As rotas IP nesses gateways padrão levam às redes de destino.

Esta lista explica como verificar a configuração padrão do roteador ou gateway em vários telefones IP da Cisco:

• Telefone IP 7910 da Cisco - Pressione Configurações, selecione a opção 6 e pressione volume para baixo até que o campo Roteador padrão apareça.

• Telefone IP 7960/40 da Cisco - Pressione Configurações, selecione a opção 3 e role para baixo até que o campo Roteador padrão apareça.

• Telefone IP da Cisco 2sp+/30vip—Pressione **# e depois pressione # até que gtwy= seja exibido.

Verifique a configuração correta do Media Termination Point

Se a transcodificação estiver configurada para um tronco intercluster (ICT), certifique-se de que um Media Termination Point (MTP) esteja configurado no Grupo de Recursos de Mídia e na Lista de Grupos de Recursos de Mídia associados ao tronco. Se você especificar um MTP quando não for necessário, ou falhar ao configurar um MTP se for necessário, sabe-se que ele causa problemas de voz unidirecionais para configurações de ICT.

Vincule a Sinalização H.323 a um Endereço IP Específico no Gateway e nos Roteadores do Cisco IOS

Quando o gateway do Cisco IOS tem várias interfaces IP ativas, parte da sinalização H.323 pode ser originada de um endereço IP e outras partes dele podem fazer referência a um endereço origem diferente. Isso pode gerar vários tipos de problemas. Um desses problemas é o áudio unidirecional.

Para contornar esse problema, você pode vincular a sinalização H.323 a um endereço de origem específico. O endereço origem pode pertencer a uma interface física ou virtual (loopback). Use o comando h323-gateway voip bind srcaddr ip-address no modo de configuração de interface. Configure este comando na interface com o endereço IP para o qual o Cisco CallManager aponta.

Esse comando foi introduzido no Cisco IOS Software Release 12.1(2)T. Consulte Suporte H.323 para Interfaces Virtuais.

Vincule a sinalização de MGCP à interface de origem do pacote de mídia de MGCP no gateway do Cisco IOS

A voz unidirecional pode ocorrer em gateways de Media Gateway Control Protocol (MGCP) se a interface de origem para sinalização e pacotes de mídia não for especificada. Você pode vincular a mídia de MGCP à interface de origem se emitir o comando mgcp bind media source-interface interface-id e depois o comando mgcp bind control source-interface interface-id comando. Reinicie o gateway MGCP no Cisco CallManager depois de emitir os comandos.

Se o comando mgcp bind não estiver habilitado, a camada IP ainda fornecerá o melhor endereço local.

As diretrizes para o comando mgcp bind são:

• Quando há chamadas MGCP ativas no gateway, o comando mgcp bind é rejeitado para controle e mídia.

• Se a interface de vinculação não estiver ativa, o comando será aceito, mas não terá efeito até que a interface seja ativada.

• Se o endereço IP não for atribuído na interface bind, o comando mgcp bind será aceito, mas entrará em vigor somente depois que um endereço IP válido for atribuído. Durante esse período, se as chamadas MGCP estiverem ativas, o comando mgcp bind será rejeitado.

• Quando a interface vinculada fica inativa, seja por causa de um desligamento manual na interface ou por causa de uma falha operacional, a atividade de vinculação é desabilitada nessa interface.

• Quando a associação não é configurada no Media Gateway Controller (MGC), o endereço IP usado para o controle e a mídia do MGCP de origem é o melhor endereço IP disponível.

Verifique se a Telco ou o Switch enviam e recebem corretamente a supervisão de resposta

Se você tiver um gateway Cisco IOS que se conecta a uma Telco ou a um switch, verifique se a supervisão de resposta é enviada corretamente quando o dispositivo chamado atrás da Telco ou do switch atende a chamada. A falha em receber a supervisão de resposta faz com que o gateway do Cisco IOS não consiga cortar (abrir) o caminho de áudio em uma direção de encaminhamento. Essa falha causa uma voz unidirecional. Uma solução alternativa é emitir o comando voice rtp send-recv on.

Para obter mais informações, consulte Cut Through Two-Way Audio Early com o Comando voice rtp send-recv no Gateway e Roteadores do Cisco IOS.

Execute o áudio bidirecional antecipadamente com o comando voice rtp send-recv no gateway e nos roteadores do Cisco IOS

O caminho de voz é estabelecido na direção inversa no início do fluxo RTP. O caminho de áudio de encaminhamento não é direto até que o gateway do Cisco IOS receba uma mensagem Connect da extremidade remota.

Em alguns casos, é necessário estabelecer um caminho de áudio bidirecional assim que o canal RTP for aberto, o que ocorre antes do recebimento da mensagem Connect. Para conseguir isso, execute o comando de configuração global voice rtp send-recv.

Verificar as Configurações de cRTP Link a Link no Gateway e nos Roteadores do Cisco IOS

Esse problema se aplica a cenários, como o toll-bypass, em que mais de um roteador ou gateway Cisco IOS está envolvido no caminho de voz e o RTP comprimido (cRTP) é usado. cRTP, ou RTP Header Compression, é um método para tornar os cabeçalhos dos pacotes VoIP menores a fim de recuperar a largura de banda. cRTP pega o cabeçalho IP de 40 bytes, UDP ou RTP em um pacote VoIP e o comprime para 2 a 4 bytes por pacote. Essa compactação produz aproximadamente 12 kbps de largura de banda para uma chamada codificada G.729 com cRTP. Para obter mais informações sobre cRTP, consulte Voz sobre IP - Consumo de largura de banda por chamada.

O cRTP é feito em uma base salto a salto, com descompactação e recompressão em cada salto. Cada cabeçalho de pacote deve ser examinado quanto ao roteamento. Portanto, o cRTP precisa ser ativado em ambos os lados de um link IP.

Também é importante verificar se o cRTP está funcionando conforme esperado nas duas extremidades do link. Os níveis de versão do Cisco IOS Software variam em termos de caminhos de switching e suporte a cRTP simultâneo.

Em resumo, o histórico é:

• Nas versões do Cisco IOS Software anteriores ao Cisco IOS Software Release 12.0(5)T, o cRTP é comutado por processo.

• No Cisco IOS Software Release 12.0(7)T e no Cisco IOS Software Release 12.1(1)T, o suporte de switching rápido e Cisco Express Forwarding (CEF) para cRTP é apresentado.

• No Cisco IOS Software Release 12.1(2)T, são introduzidos aprimoramentos de desempenho algorítmico.

Se você executar o cRTP nas plataformas do Cisco IOS Software (Cisco IOS Software Release 12.1), verifique se o bug da Cisco ID CSCds08210 não afeta sua versão do Cisco IOS Software. O sintoma desse bug é a falha do VoIP e do fax sobre IP em funcionar com a compressão do cabeçalho RTP.

Somente usuários registrados da Cisco podem acessar informações e ferramentas internas de bug da Cisco.

Verifique as configurações de temporização no gateway do Cisco IOS

Se você descobrir que há lapsos de relógio na interface E1 ou T1 do show controller {e1 | t1}, pode haver alguma incompatibilidade na configuração de temporização no Gateway de Voz. Consulte Clocking Configurations On Voice-Capable Cisco IOS-Based Platforms e certifique-se de que as configurações de clocking no gateway de voz estejam corretas.

Verifique o nível mínimo de software para NAT no gateway e nos roteadores do Cisco IOS

Se você usar a Tradução de Endereço de Rede (NAT), deverá atender aos requisitos mínimos de nível de software. As versões anteriores do NAT não suportam tradução de protocolo mirrado. Essas versões anteriores levam a problemas de voz unidirecionais.

Você deve executar o Cisco IOS Software Release 12.1(5)T ou posterior para que os gateways do Cisco IOS suportem o Skinny e o H.323 versão 2 com NAT simultaneamente. Para obter mais informações, consulte NAT-Support of IP Phone to Cisco CallManager.

O nível mínimo de software necessário para usar NAT e skinny simultaneamente em um firewall PIX é 6.0. Para obter mais informações, consulte Cisco PIX Firewall Version 6.0.

Desabilitar fastpath de voz no AS5350 e AS5400

O comando voice-fastpath enable do Cisco IOS Software é um comando oculto de configuração global para o AS5350 e o AS5400. O comando é ativado por padrão. Para desativá-lo, execute o comando de configuração global no voice-fastpath enable.

Quando o comando é habilitado, ele armazena em cache as informações de endereço IP e número de porta UDP para o canal lógico que é aberto para uma chamada específica. O comando impede que o fluxo RTP alcance a camada de aplicação. Em vez disso, os pacotes são encaminhados em uma camada inferior. Isso ajuda a reduzir a utilização da CPU marginalmente, em cenários de alto volume de chamadas.

Quando serviços suplementares, como retenção ou transferência, são usados, o comando voice-fastpath faz com que o roteador transmita o áudio para o endereço IP em cache e para a porta UDP. As informações do novo canal lógico geradas após uma chamada em espera ser retomada ou após a conclusão de uma transferência são desconsideradas. Para contornar esse problema, o tráfego deve ir constantemente para a camada de aplicação para que a redefinição do canal lógico seja levada em conta e o áudio seja transmitido para o novo endereço IP e par de portas UDP. Portanto, certifique-se de desabilitar voice-fastpath para suportar serviços suplementares.

Configurar o endereço IP VPN com SoftPhone

O Cisco IP SoftPhone permite que um PC funcione como um telefone Cisco IP Phone 7900 Series. Os usuários remotos que se conectam de volta à rede da empresa por meio de uma Rede Virtual Privada (VPN) devem definir algumas configurações adicionais para evitar um problema de voz unidirecional. Isso ocorre porque o fluxo de mídia precisa conhecer o ponto final da conexão.

A solução é configurar o endereço IP da VPN, em vez do endereço IP do adaptador de rede, em Network Audio Settings. Para obter mais informações, consulte Como Usar o Cisco IP SoftPhone sobre VPN.

Configure o VPN 3002 para trabalhar no modo de extensão de rede

Um Cisco VPN 3002 Hardware Client pode operar em dois modos: modo cliente e modo de extensão de rede (NEM). No modo cliente, todos os hosts por trás do cliente Cisco VPN 3002 são endereços de porta convertidos para o endereço IP externo do cliente VPN 3002. O H.323 não funciona com a conversão de endereço de porta (PAT - Port Address Translation) e resulta em áudio unidirecional quando um telefone IP é colocado atrás de um cliente VPN 3002. Quando o VPN 3002 funciona em NEM, as redes remotas podem ver umas às outras através de seus endereços IP reais, não um endereço IP baseado em NAT ou baseado em PAT. Se o VPN 3002 estiver configurado para funcionar em NEM, o H.323 poderá funcionar. Em outras palavras, os telefones IP que estão por trás de um cliente VPN 3002 só podem funcionar quando o VPN 3002 funciona em NEM. Portanto, para evitar problemas de voz unidirecional com um cliente VPN 3002, configure o cliente VPN 3002 para usar NEM.

Para configurar o Cisco VPN 3002 Hardware Client para usar NEM, escolha Configuration > Quick > PAT e clique em No, use Network Extension mode na janela PAT.

Para obter mais informações, consulte Configuração do Cliente de Hardware Cisco VPN 3002 para o Roteador Cisco IOS com EzVPN no Modo de Extensão de Rede

Informações adicionais: Verifique o áudio unidirecional

Dois comandos úteis a serem usados para verificar o fluxo do pacote são o comando debug cch323 rtp e o comando debug voip rtp. O comando debug cch323 rtp exibe pacotes que são transmitidos (X) e recebidos (R) pelo roteador. Um caractere maiúsculo indica transmissão ou recepção bem-sucedida. Um caractere minúsculo indica um pacote 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#

!--- This is an unanswered outgoing call. !--- Notice that the voice path only cuts through in the forward direction and 
!--- that packets are dropped. Indeed, received packets are traffic from the !--- IP phone to the PSTN phone. These are dropped until the call is answered. 
Mar 3 23:46:23.690: ****** cut through in FORWARD direction *****
XXXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXr
XrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXrXr
XrXrXXrrrrrrrrrrrrrrrr
voice-ios-gwy#
voice-ios-gwy#

!--- This is an example of an answered call:

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

!--- At this point, the remote end picks up the phone.

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

!--- This is the end of the conversation.

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

Coletar informações de tráfego de chamadas pelo firewall PIX

Você pode solucionar problemas de chamadas unidirecionais reunindo informações de tráfego de chamadas através do PIX Firewall. O comando PIX capture pode ser usado para verificar a porta aberta e usada quando uma chamada ocorre. Consulte Tráfego VoIP Manipulado com o PIX Firewall para obter mais informações sobre o tráfego VoIP através do PIX Firewall.

Problema de áudio unidirecional do Cisco Unified Communications Manager

Esse problema só pode ocorrer em uma configuração de chamada SIP inicial de saída em que o MTP é necessário. Nesse caso, a mensagem SIP INVITE de saída pode conter uma oferta SDP. O problema pode ocorrer nestes cenários:

• Chamadas de tronco SIP de saída com Media Termination Point Required marcado no tronco SIP

• Chamadas entre endpoints somente IPv6 e endpoints somente IPv4

Solução

Os recursos MTP podem ser vazados intermitentemente, o que resulta em falha de chamadas SIP que exigem recursos MTP. No RTMT, os recursos MTP disponíveis atingem 0 e as contagens de falhas de alocação de MTP são ativadas para cada chamada que requer um MTP. A parte SDP do CONVITE inicial pode conter incorretamente a=inative.

Siga estas etapas para resolver o problema:

1. Desmarque Media Termination Point Required na configuração do Tronco SIP, se possível.

2. Se Oferta Antecipada for necessária, configure Oferta Antecipada, mas deixe Ponto de Terminação de Mídia Necessário desmarcado.

3. Para a implantação do IPv6, use a pilha dupla em vez de endpoints somente IPv6.

Informações Relacionadas

• CallManager H.323: problema de voz unidirecional após transferência ou espera
• Suporte NAT de telefone IP para Cisco CallManager
• Suporte H.323 para interfaces virtuais
• Configurando o cliente de hardware Cisco VPN 3002 para o roteador Cisco IOS com EzVPN no modo de extensão de rede
• Cisco Unity com Cisco CallManager: áudio unidirecional
• Configurando e Troubleshooting de NICs Duais para o Cisco Unity
• Suporte à Tecnologia de Voz
• Suporte aos produtos de Voz e Comunicações Unificadas
• Troubleshooting da Telefonia IP Cisco
• Suporte técnico e downloads da Cisco