Conceitos Bsicos de Soluo de Problemas e de Depurao de

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:

1. Verificar a sinalizao digital e analgica.

2. Verificar os dgitos recebidos e enviados das portas de voz analgicas e digitais.

3. Verificar a sinalizao de VoIP de ponta a ponta.

4. Entender problemas de Quality of Service (QoS) do VoIP.

5. Entender detalhes dos cdigos de causa e valores de depurao para VoIP.

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.

Fluxo de Chamadas na Rede

Um fator importante a ser considerado antes de iniciar a soluo de problemas ou depurao do VoIP que as chamadas de VoIP so feitas de
trs segmentos de chamadas. Esses segmentos de chamadas so Plain Old Telephone Systems (POTS) na origem, VoIP e POTS no destino. Isso
mostrado neste diagrama. A soluo de problemas e a depurao precisam primeiro focalizar em cada segmento individualmente e, em seguida,
na chamada VoIP como um todo.

Fluxo de Chamadas do Roteador

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?).

Chamar o manipulador do pacote.

Colocar os segmentos de chamada em conferncia.

 Comear a registrar as estatsticas de chamadas

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.

Arquitetura de Interface de Telefonia

Este diagrama mostra a arquitetura dos blocos de construo de telefonia do roteador Cisco e como eles interagem uns com os outros.

Esta lista descreve as funes e definies dos principais componentes do diagrama:

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.

Verificar a Sinalizao Digital e Analgica (Segmento de Chamada POTS)

Os objetivos para a verificao da sinalizao digital e analgica so para:

Determinar se a sinalizao digital ou analgica no gancho ou fora do gancho apropriada recebida.

Determinar se a sinalizao E&M, FXO e FXS apropriada est configurada no roteador e no switch (CO ou PBX).

Verificar se os DSPs esto no modo de coleta de dgitos.

Os comandos descritos nessas sees podem ser usados para verificar a sinalizao.

show controllers T1 / E1 (digital)

show controllers t1 [slot/port] Use este comando primeiro. Ele mostra se a conexo digital T1 entre o roteador e o switch (CO ou PBX) est
ativa ou inativa e se est funcionando adequadamente. A sada deste comando semelhante a:

router# show controllers T1 1/0

T1 1/0 est ativo.
Applique type is Channelized T1
Cablelength is short 133
Nenhum alarme detectado.
O Framing is ESF, Line Code B8ZS, Clock Source Line
Primary.
Data in current interval (6 seconds elapsed):

0 Line Code Violations, 0 Path Code Violations

0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs,
0 Degraded Mins
0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs,
0 Unavail Secs

Se estiver usando E1, use o comando show controllers e1 . Para obter mais informaes, consulte:

Soluo de Problemas de Camada 1 de T1

Fluxograma de Soluo de Problemas de T1

Soluo de Problemas de Linha Serial

show voice port

show voice port slot-number/port Use este comando para exibir o estado da porta e os parmetros configurados na porta de voz das placas
de interface de voz (VIC) Cisco. Como todos os comandos de IOS, os padres no so exibidos em show running-config, mas os so com este
comando.

Este o exemplo de sada de uma porta de voz E&M.

router# show voice port 1/0:1

recEive and transMit Slot is 1, Sub-unit is 0, Port is 1
Type of VoicePort E&M
Operation State DORMANT
Administrative State UP
No Interface Down Failure
Description is not set
Noise Regeneration is enabled
Non Linear Processing is enabled
Music On Hold Threshold is Set to -38 dBm
In Gain est definido como 0 dB
Out Attenuation est definido como 0 dB
Echo Cancellation est ativado
Echo Cancel Coverage est definido como 16 ms
Connection Mode is normal
Connection Number is not set
Initial Time Out is set to 10 s
Interdigit Time Out est definido como 10 s
Call-Disconnect Time Out is set to 60 s
Region Tone est definido como US

Voice card specific Info Follows:

Out Attenuation is Set to 0 dB
Echo Cancellation is enabled
Echo Cancel Coverage is set to 16 ms
Connection Mode est normal (poderia ser trunk ou plar)
Connection Number is not set
Initial Time Out is set to 10 s
Interdigit Time Out is set to 10 s
Call-Disconnect Time Out is set to 60 s
Region Tone is set for US

Voice card specific Info Follows:

Signal Type wink-start
Operation Type 2-wire
E&M Type 1
Dial Type dtmf
In Seizure est inativo
Out Seizure est inativo
Digit Duration Timing is set to 100 ms

InterDigit Duration Timing is set to 100 ms

Pulse Rate Timing is set to 10 pulses/second
InterDigit Pulse Duration Timing is set to 500 ms
Clear Wait Duration Timing is set to 400 ms
Wink Wait Duration Timing is set to 200 ms
Wink Duration Timing is set to 200 ms
Delay Start Timing is set to 300 ms
Delay Duration Timing is set to 2000 ms
Dial Pulse Min. Delay is set to 140 ms
debug vpm (voice processor module)
Estes comandos so usados para depurar a interface de telefonia VTM:

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:

debug vpm dsp

debug vpm port 1/0/0

Para obter mais informaes, consulte Comandos de Depurao VoIP.

Sada de Exemplo Para o Comando debug vpm signal

maui-voip-austin#debug vpm signal

!--- Porta port 1/0/0 FXS vai do estado "on-hook" para

!--- "off-hook".

htsp_process_event: [1/0/0, 1.2 , 36]

fxsls_onhook_offhook htsp_setup_ind
*Mar 10 16:08:55.958: htsp_process_event:
[1/0/0, 1.3 , 8]

!--- Envia um alerta de toque no telefone chamado.

*Mar 10 16:09:02.410: htsp_process_event:

[1/0/0, 1.3 , 10] htsp_alert_notify
*Mar 10 16:09:03.378: htsp_process_event:
[1/0/0, 1.3 , 11]

!--- Fim da ligao, a porta vai para "on-hook".

*Mar 10 16:09:11.966: htsp_process_event:

[1/0/0, 1.3 , 6]
*Mar 10 16:09:17.218: htsp_process_event:
[1/0/0, 1.3 , 28] fxsls_offhook_onhook
*Mar 10 16:09:17.370: htsp_process_event:
[1/0/0, 1.3 , 41] fxsls_offhook_timer
*Mar 10 16:09:17.382: htsp_process_event:
[1/0/0, 1.2 , 7] fxsls_onhook_release

Se on-hook e off-hook no estiverem sinalizando apropriadamente, verifique estes itens:

Verifique se o cabeamento est correto.

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

maui-voip-austin#debug vpm spi

Voice Port Module Session debugging is enabled

!--- O DSP inserido no modo de coleta de dgitos.

*Mar 10 16:48:55.710: dsp_digit_collect_on:

[1/0/0] packet_len=20 channel_id=128
packet_id=35 min_inter_delay=290
max_inter_delay=3200 mim_make_time=18 max_make
_time=75 min_brake_time=18 max_brake_time=75

Verificar Dgitos Recebidos e Enviados (Segmento de Chamada POTS)

Quando a sinalizao on-hook e off-hook tiver sido verificada e estiver funcionando corretamente, verifique se os dgitos corretos foram
recebidos na porta de voz (digital ou analgica). Um correspondente de discagem no comparado ou o switch (CO ou PBX) no consegue tocar
na estao correta se dgitos incompletos ou incorretos forem enviados ou recebidos. Alguns comandos que podem ser utilizados para verificar os
dgitos recebidos/enviados so:

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.

Para obter mais informaes, consulte Comandos de Depurao VoIP.

show dialplan number

show dialplan number <digit_string> Este comando exibe o correspondentes de discagem comparado por uma seqncia de dgitos. Se
vrios correspondentes de discagem forem encontrados, eles sero todos mostrados na ordem de correspondncia.

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.

A sada deste comando semelhante a:

maui-voip-austin#show dialplan number 5000

Dial string terminator: #
Macro Exp.: 5000

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

debug vtsp session

O comando debug vtsp session mostra as informaes sobre como o roteador interage com o DSP baseado nas indicaes da sinalizao da pilha
de sinalizao e solicitaes do aplicativo. Este comando debug exibe informaes sobre como cada indicao de rede e solicitao de aplicativo
manipulada, indicaes de sinalizao e mensagens de controle de DSP.

maui-voip-austin#debug vtsp session

Voice telephony call control session debugging is on

!--- Sada suprimida.

!--- ACTION: Chamador retirou o gancho.
!--- O DSP est alocado, buffers de variao de sinal, limiares
!--- VAD e nveis de sinal esto definidos.

*Mar 10 18:14:22.865: dsp_set_playout: [1/0/0 (69)]

packet_len=18 channel_id=1 packet_id=76 mode=1
initial=60 min=4 max=200 fax_nom=300
*Mar 10 18:14:22.865: dsp_echo_canceller_control:
[1/0/0 (69)] packet_len=10 channel_id=1 packet_id=66
flags=0x0
*Mar 10 18:14:22.865: dsp_set_gains: [1/0/0 (69)]
packet_len=12 channel_id=1 packet_id=91
in_gain=0 out_gain=65506
*Mar 10 18:14:22.865: dsp_vad_enable: [1/0/0 (69)]
packet_len=10 channel_id=1 packet_id=78
thresh=-38act_setup_ind_ack
*Mar 10 18:14:22.869: dsp_voice_mode: [1/0/0 (69)]
packet_len=24 channel_id=1 packet_id=73 coding_type=1
voice_field_size=80
VAD_flag=0 echo_length=64 comfort_noise=1
inband_detect=1 digit_relay=2
AGC_flag=0act_setup_ind_ack(): dsp_dtmf_mod
e()act_setup_ind_ack: passthru_mode = 0,
no_auto_switchover = 0dsp_dtmf_mode
(VTSP_TONE_DTMF_MODE)

!--- O DSP inserido no modo de voz e o tom de discagem

!--- gerado.

*Mar 10 18:14:22.873: dsp_cp_tone_on: [1/0/0 (69)]

packet_len=30 channel_id=1 packet_id=72 tone_id=4
n_freq=2 freq_of_first=350 freq_of_second=440 amp_of_first=
4000 amp_of_second=4000 direction=1 on_time_first=65535
off_time_first=0 on_time
_second=65535 off_time_second=0

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.

Verificar a Sinalizao VoIP Ponto a Ponto (Segmento de Chamada VOIP)

Aps verificar se a sinalizao de porta de voz est funcionando corretamente e os dgitos certos so recebidos, passe para a soluo de
problemas e depurao do controle de chamada VoIP. Estes fatores explicam o motivo pelo qual a depurao pode tornar-se um trabalho
complexo:

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.

debug voip ccapi inout

O principal comando para depurar chamadas VoIP de ponto a ponto debug voip ccapi inout . A sada de uma depurao de chamada
mostrada nesta sada.

!--- Ao: Uma chamada VoIP originada atravs da

!--- SPI de telefonia (segmento pots) para o ramal 5000.
!--- Parte da sada foi omitida.

maui-voip-austin#debug voip ccapi inout

voip ccAPI function enter/exit debugging is on

!--- Identificao do segmento de chamada, correspondente de origem: Chamada

!--- originada do correspondente de discagem 1 pots
!--- (ramal 4000).

*Mar 15 22:07:11.959: cc_api_call_setup_ind

(vdbPtr=0x81B09EFC, callInfo={called=,
calling=4000, fdest=0 peer_tag=1}, callID=0x81B628F0)

!--- A CCAPI invoca o aplicativo da sesso.

*Mar 15 22:07:11.963: cc_process_call_setup_ind

(event=0x81B67E44) handed call to app "SESSION"
*Mar 15 22:07:11.963: sess_appl:
ev(23=CC_EV_CALL_SETUP_IND), cid(88), disp(0)

!--- Aloca identificadores de segmento de chamada "callid = 0x59"

*Mar 15 22:07:11.963: ccCallSetContext

(callID=0x58, context=0x81BAF154)
*Mar 15 22:07:11.963: ccCallSetupAck
(callID=0x58)

!--- Instrua o VTSP a gerar um tom de discagem

.

*Mar 15 22:07:11.963: ccGenerateTone

(callID=0x58 tone=8)

!--- O VTSP passa dgitos para a CCAPI.

*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)

!--- voip de correspondente de discagem 2 comparado. Nmero de destino

!--- 5000

*15 de mar 22:07:25.259: ssaSetupPeer cid(88)

peer list:tag(2) called number(5000)
*Mar 15 22:07:25.259: ssaSetupPeer cid(88),
destPat(5000), matched(4), prefix(),
peer(81C04A10)

!--- Continue a chamar uma interface e inicie o

!--- prximo segmento de chamada.

*Mar 15 22:07:25.259: ccCallProceeding

(callID=0x58, prog_ind=0x0)
*Mar 15 22:07:25.259: ccCallSetupRequest
(Inbound call = 0x58, outbound peer =2,
dest=, params=0x81BAF168 mode=0,
*callID=0x81B6DE58)
*15 de mar 22:07:25.259: callingNumber=4000,
calledNumber=5000, redirectNumber=

!--- Configurao da chamada VoIP.

*Mar 15 22:07:25.263: ccIFCallSetupRequest:

(vdbPtr=0x81A75558, dest=,
callParams={called=5000, calling=4000,
fdest=0, voice_peer_tag=2}, mode=0x0)
*Mar 15 22:07:25.263: ccCallSetContext
(callID=0x59, context=0x81BAF3E4)
*Mar 15 22:07:25.375: ccCallAlert
(callID=0x58, prog_ind=0x8, sig_ind=0x1)

!--- Os segmentos de chamada POTS e VoIP so unidos.

*Mar 15 22:07:25.375: ccConferenceCreate

(confID=0x81B6DEA0, callID1=0x58, callI
D2=0x59, tag=0x0)
*Mar 15 22:07:25.375: cc_api_bridge_done
(confID=0x1E, srcIF=0x81B09EFC, srcCall
ID=0x58, dstCallID=0x59, disposition=0,
tag=0x0)

!--- Intercmbio de mscaras de bits de capacidade com gateway VoIP

!--- remoto
!--- (Codec, VAD, VoIP ou FAX, FAX-rate, entre outros).

*Mar 15 22:07:26.127: cc_api_caps_ind

(dstVdbPtr=0x81B09EFC, dstCallId=0x58, src
CallId=0x59,caps={codec=0x4, fax_rate=0x2,
vad=0x2, modem=0x1 codec_bytes=20,
signal_type=0})

!--- Ambos os gateways esto com os mesmos recursos.

*Mar 15 22:07:26.127: cc_api_caps_ack

(dstVdbPtr=0x81B09EFC, dstCallId=0x58, src
CallId=0x59,caps={codec=0x4, fax_rate=0x2,
vad=0x2, modem=0x1 codec_bytes=20,
signal_type=0})
*Mar 15 22:07:26.139: cc_api_caps_ack
(dstVdbPtr=0x81A75558, dstCallId=0x59, src
CallId=0x58, caps={codec=0x4, fax_rate=0x2,
vad=0x2, modem=0x1 codec_bytes=20,
signal_type=0})
*Mar 15 22:07:35.259: cc_api_call_digit
(vdbPtr=0x81B09EFC, callID=0x58, digit=T
, duration=0)
*Mar 15 22:07:35.259: sess_appl:
ev(9=CC_EV_CALL_DIGIT), cid(88), disp(0)
*Mar 15 22:07:35.259: ssaTraceSct:
cid(88)st(4)oldst(3)cfid(30)csize(0)in(1)
fDest(0)-cid2(89)st2(4)oldst2(1)
*Mar 15 22:07:35.399: cc_api_call_connected
(vdbPtr=0x81A75558, callID=0x59)
*Mar 15 22:07:35.399: sess_appl:
ev(8=CC_EV_CALL_CONNECTED), cid(89), disp(0)
*Mar 15 22:07:35.399: ssaTraceSct:
cid(89)st(4)oldst(1)cfid(30)csize(0)in(0)
fDest(0)-cid2(88)st2(4)oldst2(4)

!--- A chamada VoIP est conectada.

*Mar 15 22:07:35.399: ccCallConnect

(callID=0x58)

!--- A chamada VoIP est desconectada. Cause = 0x10

*Mar 15 23:29:39.530: ccCallDisconnect

(callID=0x5B, cause=0x10 tag=0x0)

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 Problemas de Quality of Service (QoS)

Quando chamadas de VoIP so apropriadamente estabelecidas, a prxima etapa verificar se a qualidade da voz est boa. Embora a soluo de
problemas de QoS no seja abordada neste documento, estas diretrizes precisam ser consideradas para se alcanar uma boa qualidade de voz:

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.

Detalhes de Cdigos de Causa e Valores de Depurao para VoIP

Use estas tabelas ao ler depuraes e valores associados em depuraes.

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

Valor de causa de desconexo de chamada Significado e Nmero (em

(em hex) Decimais)

CC_CAUSE_UANUM = 0x1 nmero no-atribudo. (1)

CC_CAUSE_NO_ROUTE = 0x3 sem rota para o destino. (3)

esclarecimento de chamada normal.

CC_CAUSE_NORM = 0x10
(16)
CC_CAUSE_BUSY = 0x11 usurio ocupado. (17)

CC_CAUSE_NORS = 0x12 nenhuma resposta de usurio. (18)

CC_CAUSE_NOAN = 0x13 nenhuma resposta do usurio. (19)

CC_CAUSE_REJECT = 0x15 chamada rejeitada. (21)

CC_CAUSE_INVALID_NUMBER = 0x1C nmero invlido. (28)

CC_CAUSE_UNSP = 0x1F normal, no especificado. (31)

CC_CAUSE_NO_CIRCUIT = 0x22 sem circuito. (34)

CC_CAUSE_NO_REQ_CIRCUIT = 0x2C nenhum circuito foi solicitado. (44)

CC_CAUSE_NO_RESOURCE = 0x2F sem recurso. (47)

servio ou opo no disponvel ou

CC_CAUSE_NOSV = 0x3F
no especificado. (63)

Valores de Negociao Codec (de debug voip ccapi inout)

Para obter mais informaes sobre CODECs, consulte VoIP Entendendo Codecs: Complexidade, Suporte, MOS e Negociao.

Valor de negociao Significado

codec=0x00000001 G711 ULAW 64K PCM

codec=0x00000002 G711 ALAW 64K PCM

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

Tipos de Tom Significado

CC_TONE_RINGBACK 0x1 Tom de Toque

CC_TONE_FAX 0x2 Tom de Fax

CC_TONE_BUSY 0x4 Tom de Ocupado

CC_TONE_DIALTONE 0x8 Tom de Discagem

CC_TONE_OOS 0x10 Tom de Sem Servio

CC_TONE_ADDR_ACK 0x20 Tom de Reconhecimento de Endereo

CC_TONE_DISCONNECT 0x40 Tom de Desconectado

CC_TONE_OFF_HOOK_NOTICE Tom que indica que o telefone foi deixado

0x80 fora do gancho

CC_TONE_OFF_HOOK_ALERT Uma verso mais urgente de

0x100 CC_TONE_OFF_HOOK_NOTICE

Tom Personalizado usado ao especificar um

CC_TONE_CUSTOM 0x200
tom personalizado

CC_TONE_NULL 0x0 Tom Nulo

Valores de Taxa de FAX e Recursos VAD

Valores Significado

CC_CAP_FAX_NONE 0x1 Fax desativado ou no disponvel

CC_CAP_FAX_VOICE 0x2 Chamada de Voz

CC_CAP_FAX_144 0x4 14.400 de baud

CC_CAP_FAX_96 0x8 9.600 de baud

CC_CAP_FAX_72 0x10 7.200 de baud

CC_CAP_FAX_48 0x20 4.800 de baud

CC_CAP_FAX_24 0x40 2.400 de baud

CC_CAP_VAD_OFF 0x1 VAD Desabilitado

CC_CAP_VAD_ON 0x2 VAD Habilitado

Informaes Relacionadas
Configurando Planos de Discagem, Correspondentes de Discagem e Manipulao de Dgitos
Comandos de Depurao VoIP
Soluo de Problemas de Camada 1 de T1
Fluxograma de Soluo de Problemas de T1
Soluo de Problemas de Linha Serial
Suporte de Tecnologia de Voz
Suporte a Produtos de Comunicao por Voz e IP
Solues de eLearning TAC por Voz, Telefonia e Mensagens
Leitura Recomendada: Solucionando Problemas de Telefonia IP Cisco
Suporte Tcnico - Cisco Systems

1992-2014 Cisco Systems Inc. Todos os direitos reservados.

Data da Gerao do PDF: 7 Abril 2008

http://www.cisco.com/cisco/web/support/BR/8/84/84268_voip_debugcalls.html