Escolar Documentos
Profissional Documentos
Cultura Documentos
Chamadas VoIP
ndice
Introduo
Pr-requisitos
Requisitos
Componentes Usados
Convenes
Fluxo de Chamadas na Rede
Fluxo de Chamadas do Roteador
Arquitetura de Interface de Telefonia
Verificar a Sinalizao Digital e Analgica (Segmento de Chamada POTS)
show controllers T1 / E1 (digital)
show voice port
debug vpm (voice processor module)
Verificar Dgitos Recebidos e Enviados (Segmento de Chamada POTS)
show dialplan number
debug vtsp session
Verificar a Sinalizao VoIP Ponto a Ponto (Segmento de Chamada VOIP)
debug voip ccapi inout
Entender Problemas de Quality of Service (QoS)
Detalhes de Cdigos de Causa e Valores de Depurao para VoIP
Causas de Desconexo de Chamadas Q.931 (cause_codes from debug voip ccapi inout)
Valores de Negociao Codec (de debug voip ccapi inout)
Tipos de Tom
Valores de Taxa de FAX e Recursos VAD
Informaes Relacionadas
Introduo
Este documento demonstra tcnicas e comandos bsicos para solucionar problemas e depurar redes VoIP. Uma viso geral do Fluxo de
Chamadas de Voz e Arquitetura de Telefonia em um Roteador Cisco apresentada, seguida por uma abordagem de soluo de problemas de
VoIP etapa por etapa, apresentada nestes itens:
Observao: Este documento no explica todas as facetas da arquitetura do Cisco IOS utilizadas nos gateways e gatekeepers do Cisco VoIP.
Em vez disso, pretende mostrar quais comandos podem ser utilizados e quais campos das sadas de comando podem ser mais valiosos.
Cuidado: A depurao do Cisco IOS pode ser intensiva no processador. Tenha muito cuidado ao utilizar as depuraes listadas neste
documento. Para obter mais informaes, consulte Informaes Importantes sobre os Comandos de Depurao.
As depuraes precisam ser executadas com marcaes de data e hora ativadas no log. Ative a marcao de data e hora incluindo os comandos:
service timestamps debug datetime msec , service timestamps log datetime msec no modo ativado. As marcaes de data e hora ajudam a
determinar o intervalo de tempo entre as alteraes de estado.
Pr-requisitos
Requisitos
Este documento direcionado ao pessoal de rede envolvido no desenho e implementao das redes VoIP. Os leitores deste documento devem ter
conhecimento destes tpicos:
Configurao de VoIP
QoS de Voz
Componentes Usados
Este documento no est restrito s verses especficas de software e de hardware. No entanto, as sadas mostradas so baseadas no Cisco IOS
Software Release 12.3(8).
As informaes apresentadas neste documento foram criadas a partir dos dispositivos em um ambiente de laboratrio especfico. Todos os
dispositivos usados neste documento foram iniciados com uma configurao vazia (padro). Caso esteja trabalhando em uma rede ativa,
certifique-se de ter compreendido o possvel impacto dos comandos antes de utiliz-los.
Convenes
Para obter mais informaes sobre convenes de documentos, consulte Convenes de dicas tcnicas da Cisco.
Essas definies explicam a funo dos componentes principais exibidos no diagrama de fluxo de chamadas do roteador.
Call Control API (Application Programming Interface) Trs clientes usam a API de controle de chamadas. Os trs clientes so a CLI, o
agente SNMP (Simple Network Management Protocol (SNMP) e o Aplicativo de Sesso. As principais funes da Call Control API (tambm
referida como CCAPI) so:
Identificar os segmentos de chamadas (por exemplo, qual o correspondente de discagem? de onde vem?).
Decidir qual aplicativo de sesso atende a chamada (por exemplo, quem manipula a chamada?).
Aplicativo de Sesso e Mapeador de Plano de Discagem O aplicativo de sesso usa o mapeador de plano de discagem para mapear um
nmero a um correspondente de discagem (POTS local ou VoIP remoto). O mapeador de plano de discagem usa a tabela de correspondente de
discagem para localizar os correspondentes de discagem ativos.
Service Provider Interface (SPI) para Telefonia e VoIP A SPI de telefonia se comunica com os correspondentes de discagem POTS
(Analgico: fxs, fxo, e&m Digital: isdn, qsig, e&m entre outros). A SPI VoIP uma interface especfica para os correspondentes de VoIP.
Drivers de telefonia/DSP entregam servios para o SPI de telefonia, enquanto o SPI de VoIP conta com protocolos de sesso.
Call Control Application Programming Interface (CCAPI) Entidade de software que estabelece, termina e conecta segmentos de
chamada.
Voice Telephony Service Provider (VTSP) Um processo IOS que lida com solicitaes da Call Control API e formula as solicitaes
apropriadas ao Digital Signal Processor (DSP) ou ao VPM.
Voice Processor Module (VPM) O VPM fica encarregado de conectar e coordenar processos de sinalizao entre a Signaling State
Machine (SSM) das portas de telefonia, o DSP Resource Manager e o VTSP.
DSP Resource Manager O DSPRM fornece interfaces atravs das quais o VTSP pode enviar mensagens dos DSPs e para os DSPs.
Packet Handler O Packet Handler encaminha pacotes entre os DSPs e os segmentos de chamada de correspondente.
Call Peer O Call Peer consiste no segmento de chamada oposto. Ele pode ser outra conexo de voz de telefonia (POTS), VoFR,
VoATM ou uma conexo VoIP.
Determinar se a sinalizao E&M, FXO e FXS apropriada est configurada no roteador e no switch (CO ou PBX).
Os comandos descritos nessas sees podem ser usados para verificar a sinalizao.
Se estiver usando E1, use o comando show controllers e1 . Para obter mais informaes, consulte:
debug vpm signal Este comando usado para coletar informaes sobre depurao para eventos de sinalizao e podem ser teis para
a soluo de problemas com a sinalizao para um PBX.
debug vpm spi Este comando rastreia a forma na qual a interface de provedor de servio (SPI) de mdulo de porta se conecta API de
controle de chamada. Este comando debug exibe informaes sobre como cada indicao de rede e solicitao de aplicativo manipulada.
debug vpm dsp Este comando exibe mensagens do DSP no VPM para o roteador e pode ser til caso voc suspeite que o VPM no
esteja funcionado. uma maneira simples de verificar se o VPM responde s indicaes fora do gancho e para avaliar a durao das
mensagens de sinalizao provenientes da interface.
debug vpm all Este comando EXEC habilita todos os comandos debug vpm: debug vpm spi, debug vpm signal e debug vpm dsp.
debug vpm port Use este comando para limitar a sada de depurao a uma porta especfica. Por exemplo. Esta sada mostra
mensagens debug vpm dsp apenas para a porta 1/0/0:
Verifique se tanto o roteador quanto o switch (CO ou PBX) esto apropriadamente aterrados.
Verifique se as duas extremidades da conexo tm configuraes equivalentes de sinalizao. Configuraes incorretas podem fazer com
que a sinalizao no funcione em um sentido.
Para obter mais informaes sobre a soluo de problemas de E&M, consulte Entendendo e Solucionando Problemas de Tipos de Interface E &
M Analgicas e Instalaes de Cabeamento.
Sada de Exemplo Para o Comando debug vpm spi
show dialplan number Este comando usado para mostrar qual correspondente de discagem foi alcanado e quando um nmero
telefnico especfico discado.
debug vtsp session Este comando exibe informaes sobre como cada indicao de rede e solicitao de aplicativo processado,
indicaes de sinalizao e mensagens de controle de DSP.
debug vtsp dsp Antes ao Cisco IOS Software Release 12.3, este comando exibia os dgitos conforme so recebidos pela porta de voz.
No entanto, no Cisco IOS Software Release 12.3 e mais recente, a sada do comando debug no exibe mais os dgitos. A combinao do
debug hpi detail e do debug hpi notification pode ser usada para ver os dgitos de entrada.
debug vtsp all Este comando habilita estes comandos de Voice Telephony Service Provider (VTSP) de depurao: debug vtsp session,
debug vtsp error e debug vtsp dsp.
Observao: Voc precisa usar o sinal # no final dos nmeros telefnicos em correspondentes de discagem com comprimento varivel para
comparao em padres de destino que terminem com T.
VoiceOverIpPeer2
information type = voice,
tag = 2, destination-pattern = `5000',
answer-address = `', preference=0,
group = 2, Admin state est ativado, Operation
state est ativado,
incoming called-number = `',
connections/maximum = 0/unlimited,
application associated:
type = voip, session-target =
`ipv4:192.168.10.2',
technology prefix:
ip precedence = 5, UDP checksum =
disabled, session-protocol = cisco,
req-qos = best-effort,
acc-qos = best-effort,
dtmf-relay = cisco-rtp,
fax-rate = voice,
payload size = 20 bytes
codec = g729r8,
payload size = 20 bytes,
Expect factor = 10, Icpif = 30,
signaling-type = cas,
VAD = enabled, Poor QOV Trap = disabled,
Connect Time = 25630, Charged Units = 0,
Successful Calls = 25, Failed Calls = 0,
Accepted Calls = 25, Refused Calls = 0,
Last Disconnect Cause is "10 ",
Last Disconnect Text is "normal call
clearing.",
Last Setup Time = 84427934.
Matched: 5000 Digits: 4
Target: ipv4:192.168.10.2
Se for determinado que os dgitos no esto sendo enviados ou recebidos apropriadamente, ento possivelmente ser necessrio usar um captor de
dgitos (ferramenta de teste) ou o testador T1 para verificar os dgitos que esto sendo enviados no intervalo de freqncia e de tempo corretos. Se
estiverem sendo enviados "incorretamente" ao switch (CO ou PBX), alguns valores no roteador ou no switch (CO ou PBX) podem possivelmente
de ajuste para que correspondam e possam interoperar. Esses valores so geralmente de durao de dgito e interdgito. Outro item a ser
examinado se os dgitos parecerem estar sendo enviados corretamente so as tabelas de traduo de nmeros no switch (CO ou PBX) que podem
adicionar ou remover dgitos.
Gateways VoIP da Cisco utilizam sinalizao H.323 para completar chamadas. O H.323 composto de trs camadas de negociao de
chamada e estabelecimento de chamada: H.225, H.245 e H.323. Esses protocolos usam uma combinao de TCP e UDP para configurar e
estabelecer uma chamada.
A depurao VoIP de ponto a ponto mostra um nmero de mquinas de estado IOS. Problemas com mquinas de estado podem fazer com
que uma chamada falhe.
A depurao VoIP de ponto a ponto pode ser muito detalhada e criar uma grande quantidade de resultados de depurao.
*Mar 15 22:07:20.275:cc_api_call_digit_begin
(vdbPtr=0x81B09EFC,callID=0x58,digit=5, flags=0x1, timestamp=0xC2E63BB7, expiration=0x0)
*Mar 15 22:07:20.279: sess_appl:
ev(10=CC_EV_CALL_DIGIT_BEGIN), cid(88), disp(0)
*Mar 15 22:07:20.279: ssaTraceSct:
cid(88)st(0)oldst(0)cfid(-1)csize(0)in(1)fDest(0)
*Mar 15 22:07:20.279: ssaIgnore cid(88),
st(0),oldst(0), ev(10)
*15 de mar 22:07:20.327: cc_api_call_digit
(vdbPtr=0x81B09EFC, callID=0x58, digit=5
, duration=100)
*Mar 15 22:07:20.327: sess_appl:
ev(9=CC_EV_CALL_DIGIT), cid(88), disp(0)
*Mar 15 22:07:20.327: ssaTraceSct:
cid(88)st(0)oldst(0)cfid(-1)csize(0)in(1)fDes
t(0)
*Mar 15 22:07:21.975:cc_api_call_digit_begin
(vdbPtr=0x81B09EFC,callID=0x58,digit=0,
flags=0x1, timestamp=0xC2E63BB7, expiration=0x0)
*Mar 15 22:07:21.979: sess_appl:
ev(10=CC_EV_CALL_DIGIT_BEGIN), cid(88), disp(0)
*Mar 15 22:07:21.979: ssaTraceSct:
cid(88)st(0)oldst(0)cfid(-1)csize(0)in(1)fDes
t(0)
*Mar 15 22:07:21.979: ssaIgnore cid(88),
st(0),oldst(0), ev(10)
*Mar 15 22:07:22.075: cc_api_call_digit
(vdbPtr=0x81B09EFC, callID=0x58, digit=0
, duration=150)
*Mar 15 22:07:22.079: sess_appl:
ev(9=CC_EV_CALL_DIGIT), cid(88), disp(0)
*Mar 15 22:07:22.079: ssaTraceSct:
cid(88)st(0)oldst(0)cfid(-1)csize(0)in(1)fDest(0)
*Mar 15 22:07:23.235: cc_api_call_digit_begin
(vdbPtr=0x81B09EFC, callID=0x58, dgit=0,
flags=0x1, timestamp=0xC2E63BB7, expiration=0x0)
*Mar 15 22:07:23.239: sess_appl:
ev(10=CC_EV_CALL_DIGIT_BEGIN), cid(88), disp(0)
*Mar 15 22:07:23.239: ssaTraceSct:
cid(88)st(0)oldst(0)cfid(-1)csize(0)in(1)fDest(0)
*Mar 15 22:07:23.239: ssaIgnore cid(88),
st(0),oldst(0), ev(10)
*Mar 15 22:07:23.335: cc_api_call_digit
(vdbPtr=0x81B09EFC, callID=0x58, digit=0
, duration=150)
*Mar 15 22:07:23.339: sess_appl:
ev(9=CC_EV_CALL_DIGIT), cid(88), disp(0)
*Mar 15 22:07:23.339: ssaTraceSct:
cid(88)st(0)oldst(0)cfid(-1)csize(0)in(1)fDes
t(0)
*Mar 15 22:07:25.147: cc_api_call_digit_begin
(vdbPtr=0x81B09EFC, callID=0x58, d
igit=0, flags=0x1, timestamp=0xC2E63BB7,
expiration=0x0)
*Mar 15 22:07:25.147: sess_appl:
ev(10=CC_EV_CALL_DIGIT_BEGIN), cid(88), disp(0)
*Mar 15 22:07:25.147: ssaTraceSct:
cid(88)st(0)oldst(0)cfid(-1)csize(0)in(1)fDest(0)
*Mar 15 22:07:25.147: ssaIgnore cid(88),
st(0),oldst(0), ev(10)
*Mar 15 22:07:25.255: cc_api_call_digit
(vdbPtr=0x81B09EFC, callID=0x58, digit=0
, duration=160)
*Mar 15 22:07:25.259: sess_appl:
ev(9=CC_EV_CALL_DIGIT), cid(88), disp(0)
*Mar 15 22:07:25.259: ssaTraceSct:
cid(88)st(0)oldst(0)cfid(-1)csize(0)in(1)fDest(0)
Se a chamada falhar e a causa parea estar na parte VoIP da configurao de chamada, pode ser que voc precise analisar a parte do TCP H.225
ou H.245 da configurao da chamada, em vez de apenas a parte UDP da configurao H.323. Os comandos que podem ser usados para depurar a
configurao de chamada H.225 ou H.245 so:
debug ip tcp transactions e debug ip tcp packet Estes comandos examinam a parte TCP da negociao H.225 e H.245. Elas retornam
os endereos IP, portas TCP e estados das conexes TCP.
debug cch323 h225 Este comando examina a parte H.225 da negociao de chamada e rastreia a transio de estado da mquina de
estado H.225 no evento processado. Pense nele como a parte da Camada 1 da configurao de chamada H.323 de trs partes.
debug ch323 h245 Este comando examina a parte H.245 da negociao de chamada e rastreia a transio de estado da mquina de
estado H.245 com base nos eventos processados. Pense nele como a parte da Camada 2 da configurao de chamada H.323 de trs partes.
Entender quanta largura de banda uma chamada VoIP consome com cada codec. Isso inclui a Camada 2 e os cabealhos IP/UDP/RTP. Para
obter mais informaes, consulte Voz sobre IP Consumo de Largura de Banda por Chamada.
Entenda as caractersticas da rede IP sobre a qual as chamadas trafegam. Por exemplo, a largura de banda de uma rede frame-relay na CIR
muito diferente daquela acima da CIR (ou intermitncia), onde pacotes podem ser transmitidos ou enfileirados na nuvem de Frame-Relay.
Certifique-se de que o retardo e a variao de sinal estejam controlados e eliminados ao mximo possvel. O retardo de transmisso
unidirecional no dever ultrapassar 150 ms (por recomendao G.114).
Use uma tcnica de enfileiramento que permita que o trfego VoIP seja identificado e priorizado.
Ao transmitir enlaces de velocidade baixa sobre VoIP, considere usar tcnicas de fragmentao de pacote de Camada 2, como o MLPPP
com Link Fragmentation and Interleaving (LFI) em enlaces de ponto a ponto, ou FRF.12 em enlaces Frame-Relay. A fragmentao de
pacotes de dados maiores permite retardo e variao de sinal menores na transmisso de trfego VoIP porque os pacotes VoIP podem ser
intercalados no link.
Tente usar um codec diferente e tente fazer a chamada com o VAD habilitado e desabilitado para possivelmente reduzir o problema ao
DSP, em vez de mant-lo na rede IP.
Com o VoIP, os principais itens que devem ser observados durante a soluo dos problemas de QoS so os pacotes descartados e os gargalos de
rede que podem causar atrasos e variao de sinal.
Procure:
desconexo de interfaces
quedas de buffer
congestionamento de interface
congestionamento de link
Cada interface no caminho da chamada VoIP precisa ser examinada. Alm disso, elimine quedas e congestionamento. Tambm, retardos de
round-trip precisam ser reduzidos o mximo possvel. Pings entre as extremidades VoIP indicam o retardo de round trip de um enlace. O retardo
de round trip no dever ultrapassar 300 ms sempre que possvel. Se o retardo precisar ultrapassar esse valor, so necessrios esforos para
garantir que ele seja constante, para no gerar variao de sinal ou retardo varivel.
A verificao deve ser feita tambm para assegurar que o mecanismo de enfileiramento do IOS est inserindo pacotes VoIP nas filas adequadas.
Comandos IOS, como o show queue interface ou show priority podem auxiliar na verificao de enfileiramento.
Causas de Desconexo de Chamadas Q.931 (cause_codes from debug voip ccapi inout)
Para obter mais informaes sobre Cdigos e Valores de Causa Q.931, consulte Tipos de Switch ISDN, Cdigos e Valores
Para obter mais informaes sobre CODECs, consulte VoIP Entendendo Codecs: Complexidade, Suporte, MOS e Negociao.
codec=0x00000004 G729
codec=0x00000004 G729IETF
codec=0x00000008 G729a
codec=0x00000010 G726r16
codec=0x00000020 G726r24
codec=0x00000040 G726r32
codec=0x00000080 G728
codec=0x00000100 G723r63
codec=0x00000200 G723r53
codec=0x00000400 GSMFR
codec=0x00000800 G729b
codec=0x00001000 G729ab
codec=0x00002000 G723ar63
codec=0x00004000 G723ar53
codec=0x00008000 CLEAR_CHANNEL
Tipos de Tom
Valores Significado
http://www.cisco.com/cisco/web/support/BR/8/84/84268_voip_debugcalls.html