QOS

Voz : Protocolos de gateway

Tcnicas bsicas para resolver problemas y depurar llamadas VoIP

23 Marzo 2008 - Traduccin manual

Otras Versiones: PDF | Traduccin Automtica (31 Julio 2013) | Ingls (11 Octubre 2005) | Comentarios

Contenidos

IntroduccinRequisitos previos Requisitos Componentes utilizados ConvencionesFlujo de llamadas en la redFlujo de llamadas del routerArquitectura de interfaz de telefonaVerificar la sealizacin digital y analgica (tramo de llamada de POTS) show controllers T1 / E1 (digital) show voice port debug vpm (mdulo del procesador de voz)Verificar los dgitos recibidos y los enviados (tramo de llamada POTS) show dialplan number debug vtsp sessionVerificacin de principio a fin de la sealizacin de VoIP (Tramo de llamada VOIP) debug voip ccapi inoutComprender los problemas de Calidad de Servicio (QoS) de voz sobre IPDetalles de cdigos de causas y valores de depuracin para VoIP Causas de desconexin de llamada Q.931 (cause_codes from debug voip ccapi inout) Valores de negociacin de codec (desde el comando debug voip ccapi inout) Tipos de tonos Valores de capacidades FAX-Rate y VADDiscusiones relacionadas de la comunidad de soporte de Cisco

Introduccin

En este documento se muestran tcnicas y comandos bsicos de resolucin de problemas y de depuracin deredes VoIP. Asimismo, se incluye una introduccin a la arquitectura de telefona y flujo de llamadas de voz en unrouter Cisco, seguida de un enfoque de resolucin de problemas de VoIP paso a paso presentado en los pasossiguientes:

Verificacin de la sealizacin digital y analgica.1.

Verificacin de los dgitos recibidos y enviados desde puertos de voz analgicos y digitales.2.

Verificacin de la sealizacin VoIP de extremo a extremo.3.

Comprensin de los problemas de Calidad de Servicio (QoS) de VoIP4.

Comprensin de los detalles de cdigos de causas y valores de depuracin para VoIP.5.

Nota: En este documento no se explican todas las facetas de la arquitectura de Cisco IOS utilizada en lasgateways y los gatekeepers Cisco VoIP, sino que tiene como objetivo mostrar qu comandos se pueden utilizar yqu campos de los resultados de los comandos son ms valiosos.

Precaucin: La depuracin de Cisco IOS puede necesitar un uso intensivo del procesador. Sea precavidoa la hora de utilizar las depuraciones indicadas en este documento. Para obtener ms informacin, consulteInformacin importante sobre los comandos de depuracin.

Las depuraciones deben ejecutarse con la indicacin de fecha y hora en el registro. Habilite la indicacin defecha y hora agregando los comandos: service timestamps debug datetime msec, service timestamps logdatetime msec en modo de habilitacin. Las indicaciones de fecha y hora ayudan a determinar el intervalo detiempo entre cambios de estado.

Requisitos previos

Requisitos

Este documento est dirigido al personal especializado en redes que participa en el diseo y despliegue deredes VoIP. Quienes lean este documento deben tener conocimiento de los siguientes temas:

Configuracin de VoIP

QoS de voz

AMRICA LATINA

SOPORTE

SOPORTE DETECNOLOGAS

VOZ

PROTOCOLOS DEGATEWAY

ALERTAS YTROUBLESHOOTING

NOTAS TCNICAS DETROUBLESHOOTING

Tcnicas bsicas pararesolver problemas ydepurar llamadas VoIP

Tcnicas bsicas para resolver problemas y depur... http://www.cisco.com/cisco/web/support/LA/7/74...

1 de 13 10/09/14 07:01

Componentes utilizados

Este documento no tiene restricciones especficas en cuanto a versiones de software y de hardware. Noobstante, los resultados mostrados se basan en Cisco IOS versin 12.3(8).

La informacin que se presenta en este documento se origin a partir de dispositivos dentro de un ambiente delaboratorio especfico.Todos los dispositivos que se utilizan en este documento se pusieron en funcionamientocon una configuracin despejada (predeterminada). Si la red est funcionando, debe conocer perfectamente lasfunciones de los comandos antes de ejecutarlos.

Convenciones

Si desea obtener ms informacin sobre las convenciones de los documentos, consulte las Convenciones deconsejos tcnicos de Cisco.

Flujo de llamadas en la red

Un factor importante que hay que tener en cuenta antes de empezar a solucionar problemas de VoIP o a depurarVoIP es que las llamadas VoIP estn compuestas por tres tramos de llamada. Dichos tramos de llamada son lossistemas telefnicos convencionales de origen (POTS), VoIP y POTS de destino. Esto se ilustra en el diagramasiguiente: La resolucin de problemas y la depuracin primero tienen que centrarse independientemente en cadatramo y luego en la llamada VoIP en general.

Flujo de llamadas del router

Las definiciones siguientes explican la funcin de los principales componentes que se muestran en el diagramade flujo de la llamada del router:

API (interfaz de programacin de aplicaciones) de control de llamadas: tres clientes utilizan la API decontrol de llamadas. Los tres clientes son: la CLI, el agente del protocolo de administracin de red simple(SNMP) y la aplicacin de sesin. Las funciones principales de la API de control de llamadas (tambin conocidacomo CCAPI) son:

Identificar los tramos de llamadas (por ejemplo, qu par de marcado es? de dnde procede?).

Decidir qu aplicacin de sesin acepta la llamada (por ejemplo, quin la maneja?).

Invocar el administrador del paquete.

Poner juntos en conferencia los tramos de llamada.

Empezar a registrar las estadsticas de llamadas.

Aplicacin de sesin y mapeador del plan de marcado: la aplicacin de sesin utiliza el mapeador del plan demarcado para asociar un nmero a un par de marcado (POTS local o VoIP remoto). El mapeador del plan demarcado utiliza la tabla de par de marcado para buscar pares de marcado activos.

Interfaz del proveedor de servicios (SPI) de telefona y de VoIP: la SPI de telefona se comunica con lospares de marcado POTS (analgico: fxs, fxo, e&m digital: isdn, qsig, e&m, etc). VoIP SPI es la interfaz especficapara los pares de VoIP. Los controladores de telefona o DSP suministran servicios a la SPI de telefona,mientras que la SPI de VoIP cuenta con los protocolos de sesin.

Arquitectura de interfaz de telefona

Este diagrama muestra la arquitectura de los bloques de construccin de telefona del router Cisco y cmointeractan entre s.


2 de 13 10/09/14 07:01

La lista siguiente describe las funciones y definiciones de los principales componentes del diagrama:

Interfaz de programacin de aplicaciones de control de llamadas (CCAPI): entidad de software queestablece, termina y establece bridges entre los tramos de llamada.

Proveedor de servicio de telefona de voz (VTSP): proceso IOS que da servicio a las solicitudes de laAPI de control de llamadas y formula las solicitudes adecuadas al procesador de seales digitales (DSP)o el VPM.

Mdulo del procesador de voz (VPM): es el sistema que se encarga de conectar en bridge y coordinarlos procesos de sealizacin entre la mquina de estado de sealizacin (SSM) de los puertos detelefona, el administrador de recursos de DSP y el VTSP.

Administrador de recursos de DSP: el DSPRM proporciona interfaces a travs de las cuales el VTSPpuede enviar mensajes a los DSP y recibir mensajes de stos.

Administrador de paquetes: es el sistema que reenva paquetes entre los DSP y los tramos dellamadas a pares.

Par de llamada: es el tramo de llamada opuesto. Puede tratarse de otra conexin de voz de telefona(POTS), VoFR, VoATM o una conexin VoIP.

Verificar la sealizacin digital y analgica (tramo de llamada de POTS)

Los objetivos de la verificacin de la sealizacin digital y analgica son:

Determinar que se reciba la sealizacin digital o analgica activada o desactivada adecuada.

Determinar que est configurada la sealizacin E&M, FXO y FXS apropiada en ambos lados del router ydel switch (CO o PBX).

Verifique que los DSP estn en el modo de recoleccin de dgitos.

Los comandos indicados en estas secciones se pueden utilizar para verificar la sealizacin.

show controllers T1 / E1 (digital)

show controllers t1 [slot/port]: ejecute primero este comando. Muestra si la conexin T1 digital entre el router yel switch (CO o PBX) est activada o desactivada y si funciona correctamente. El resultado de este comando escomo se indica a continuacin:

router# show controllers T1 1/0T1 1/0 is up.Applique type is Channelized T1Cablelength is short 133No alarms detected.Framing is ESF, Line Code is B8ZS, Clock Source is Lineinmediatamente.Data in current interval (6 seconds elapsed):

0 Line Code Violations, 0 Path Code Violations0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs,

0 Degraded Mins0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs,

0 Unavail Secs

Si utiliza E1, ejecute el comando show controllers e1. Para obtener ms informacin, consulte:

Resolucin de problemas de capa 1 de T1

Diagrama de flujo de resolucin de problemas de T1

Resolucin de problemas de lnea serial

show voice port

show voice port slot-number/port: ejecute este comando para visualizar el estado del puerto y los parmetrosconfigurados en el puerto de voz de las tarjetas de interfaz de voz Cisco (VIC). Al igual que todos los comandosIOS, los valores predeterminados no se muestran en show running-config, aunque s se muestran con estecomando.


3 de 13 10/09/14 07:01

A continuacin, mostramos un resultado de ejemplo de un puerto de voz E&M:

router# show voice port 1/0:1recEive and transMit Slot is 1, Sub-unit is 0, Port is 1Type of VoicePort is E&M Operation State is DORMANTAdministrative State is UPNo Interface Down FailureDescription is not setNoise Regeneration is enabledNon Linear Processing is enabledMusic On Hold Threshold is Set to -38 dBmIn Gain is Set to 0 dBOut Attenuation is Set to 0 dBEcho Cancellation is enabledEcho Cancel Coverage is set to 16 msConnection Mode is normalConnection Number is not setInitial Time Out is set to 10 sInterdigit Time Out is set to 10 sCall-Disconnect Time Out is set to 60 sRegion Tone is set for US

Voice card specific Info Follows:Out Attenuation is Set to 0 dBEcho Cancellation is enabledEcho Cancel Coverage is set to 16 msConnection Mode is normal (could be trunk or plar)Connection Number is not setInitial Time Out is set to 10 sInterdigit Time Out is set to 10 sCall-Disconnect Time Out is set to 60 sRegion Tone is set for US

Voice card specific Info Follows:Signal Type is wink-startOperation Type is 2-wireE&M Type is 1Dial Type is dtmfIn Seizure is inactiveOut Seizure is inactiveDigit Duration Timing is set to 100 ms

InterDigit Duration Timing is set to 100 msPulse Rate Timing is set to 10 pulses/secondInterDigit Pulse Duration Timing is set to 500 msClear Wait Duration Timing is set to 400 msWink Wait Duration Timing is set to 200 msWink Duration Timing is set to 200 msDelay Start Timing is set to 300 msDelay Duration Timing is set to 2000 msDial Pulse Min. Delay is set to 140 ms

debug vpm (mdulo del procesador de voz)

Los comandos siguientes se utilizan para depurar la interfaz de telefona VPM:

debug vpm signal: se utiliza para recopilar informacin de depuracin para eventos de sealizacin ypuede ser til para resolver problemas con la sealizacin a un PBX.

debug vpm spi: hace un seguimiento de cmo la interfaz del proveedor de servicios (SPI) del mdulo delpuerto de voz hace interfaz con la API de control de llamadas Este comando debug muestra informacinsobre cmo se maneja cada indicacin de red y peticin de aplicacin.

debug vpm dsp: muestra mensajes del DSP del VPM al router y puede ser til si cree que el VPM no esfuncional. Es una forma sencilla de comprobar si el VPM responde a las indicaciones de descolgar y paraevaluar el tiempo de los mensajes de sealizacin desde la interfaz.

debug vpm all: EXEC habilita todos los comandos vpm de depuracin: debug vpm spi, debug vpmsignal y debug vpm dsp.

debug vpm port: ejecute este comando para limitar el resultado de la depuracin a un puerto enparticular. Por ejemplo, este resultado muestra los mensajes de debug vpm dsp slo para el puerto1/0/0:

debug vpm dsp debug vpm port 1/0/0

Para obtener ms informacin, consulte VoIP Debug Commands (Comandos de depuracin de VoIP).

Ejemplo de salida del comando debug vpm signal

maui-voip-austin#debug vpm signal


4 de 13 10/09/14 07:01

!--- El puerto FXS 1/0/0 pasa del estado "on-hook" (desactivado) a "off-hook" !--- (activado).

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]

!--- Enva una alerta de llamada al telfono llamado.

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

!--- Fin de la llamada telefnica, el puerto pasa al estado "on-hook" (desactivado).

*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

Si el estado desactivado y activado no sealizan correctamente, compruebe los elementos siguientes:

Verifique que el cableado sea correcto.

Verifique que tanto el router como el switch (CO o PBX) estn correctamente conectados a tierra.

Verifique que ambos extremos de la conexin cuenten con configuraciones de sealizacin coincidentes.Las configuraciones que no sean coincidentes pueden producir una sealizacin incompleta ounidireccional.

Para obtener ms informacin acerca de la resolucin de problemas E&M, consulte la seccin Comprensin ysolucin de problemas de tipos de interfaces E & M analgicas y disposicin del cableado.

Ejemplo de salida del comando debug vpm spi

maui-voip-austin#debug vpm spiVoice Port Module Session debugging is enabled

!--- El DSP se pone en modo de recoleccin 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 los dgitos recibidos y los enviados (tramo de llamada POTS)

Una vez que se haya verificado la sealizacin del estado desactivado y el estado activado (off-hook y on-hook)y se sabe que stos funcionan correctamente, verifique que se hayan recibido o enviado los dgitos correctos enel puerto de voz (digital o analgico). No se podr asociar un par de marcado o un switch (CO o PBX) no podrllamar a la estacin correcta si se envan o reciben dgitos incorrectos. A continuacin se indican algunoscomandos que se pueden utilizar para verificar los dgitos recibidos o enviados:

show dialplan number: se utiliza para mostrar qu par de marcado se alcanza cuando se marca unnmero de telfono concreto.

debug vtsp session: muestra informacin acerca de cmo se procesa cada aplicacin e indicacin dered, las indicaciones de sealizacin y el control de DSP.

debug vtsp dsp: en las versiones anteriores a Cisco IOS versin 12.3, mostraba los dgitos a medidaque el puerto de voz los reciba. No obstante, en Cisco IOS versin 12.3 y posteriores, el resultado delcomando debug ya no muestra los dgitos. La combinacin de debug hpi detaily debug hpinotification puede utilizarse para ver los dgitos entrantes.

debug vtsp all: habilita los siguientes comandos de depuracin del proveedor de servicios de telefonade voz (VTSP): debug vtsp session, debug vtsp error y debug vtsp dsp.

Para obtener ms informacin, consulte VoIP Debug Commands (Comandos de depuracin de VoIP).

show dialplan number

show dialplan number : muestra el par de marcado que una cadena de dgitos asocia. Si sepueden asociar varios pares de marcado, se mostrarn todos en el orden en el que se asocian.

Nota: Debe utilizar el signo # al final de los nmeros de telfono de los pares de marcado con una longitudvariable, a fin de asociar los patrones de destino que terminan con una T.


5 de 13 10/09/14 07:01

El resultado de este comando es como se indica a continuacin:

maui-voip-austin#show dialplan number 5000Dial string terminator: #Macro Exp.: 5000

VoiceOverIpPeer2 information type = voice, tag = 2, destination-pattern = `5000', answer-address = `', preference=0, group = 2, Admin state is up, Operation state is up, 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= habilitado, 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

El comando debug vtsp session muestra informacin sobre cmo el router interacta con el DSP basndose enlas indicaciones de sealizacin de la pila de sealizacin y las solicitudes de la aplicacin. Este comandodebug muestra informacin acerca de cmo se manejan las solicitudes de aplicacin y de indicacin de red, lasindicaciones de sealizacin y los mensajes de control de DSP.

maui-voip-austin#debug vtsp session Voice telephony call control session debugging is on

!--- Resultado suprimido.!--- ACCIN: La persona que ha llamado ha tomado el auricular. !--- El DSP est asignado; se han definido los bferes de fluctuacin, los umbrales de VAD !--- y los niveles de seal.

*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=66flags=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_mode()act_setup_ind_ack: passthru_mode = 0,no_auto_switchover = 0dsp_dtmf_mode(VTSP_TONE_DTMF_MODE)

!--- El DSP se pone en "modo de voz" y se genera el tono !--- de marcado.

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


6 de 13 10/09/14 07:01

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

Si se determina que los dgitos no se envan o reciben correctamente, es posible que sea necesario utilizar uncaptador de dgitos (herramienta de prueba) o un probador de T1 para verificar que los dgitos se enven con unafrecuencia y tiempo correctos. Si se envan "incorrectamente" para el switch (CO o PBX), es posible que algunosvalores del router o el switch (CO o PBX) necesiten un ajuste de modo que puedan asociarse e interactuar. Engeneral, estos son valores de duracin de dgitos y de duracin de interdgitos. Otro elemento que debeexaminarse si parece que los dgitos se envan correctamente son las tablas de traduccin del switch (CO oPBX) que pueden agregar o eliminar dgitos.

Verificacin de principio a fin de la sealizacin de VoIP (Tramo de llamada VOIP)

Despus de verificar que la sealizacin del puerto de voz funciona correctamente y que se reciben los dgitoscorrectos, pase a la resolucin de problemas y depuracin del control de llamadas de VoIP. Los factoressiguientes explican por qu la depuracin del control de llamadas puede convertirse en una tarea compleja:

Las gateways de VoIP de Cisco utilizan sealizacin H.323 para completar las llamadas. H.323 estformado por tres capas de negociacin y de establecimiento de llamadas: H.225, H.245 y H.323. Estosprotocolos utilizan una combinacin de TCP y UDP para configurar y establecer una llamada.

La depuracin VoIP de extremo a extremo muestra un nmero de mquinas de estado IOS. Si seproducen problemas con alguna mquina de estado, una llamada puede fallar.

La depuracin VoIP de extremo a extremo puede ser muy verbosa y crear un resultado de depuracin degran volumen.

debug voip ccapi inout

El principal comando de depuracin de llamadas VoIP de extremo a extremo es debug voip ccapi inout. Acontinuacin, mostramos el resultado de una depuracin de llamada.

!--- Accin: Una llamada VoIP se origina a travs del !--- SPI de telefona (tramo de pots) a la extensin 5000. !--- Se omite parte de la salida.

maui-voip-austin#debug voip ccapi inoutvoip ccAPI function enter/exit debugging is on

!--- Identificacin del tramo de llamada, par de origen: Llamada !--- se origin en el pots 1 de par de marcado !--- (extensin 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)

!--- CCAPI invoca la aplicacin de sesin.

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

!--- Asigne los identificadores de tramo de llamada "callid = 0x59"

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

!--- Instruya VTSP para que genere el tono de marcado.

*Mar 15 22:07:11.963: ccGenerateTone (callID=0x58 tone=8)

!--- VTSP pasa dgitos 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)*Mar 15 22:07:20.327: cc_api_call_digit (vdbPtr=0x81B09EFC, callID=0x58, digit=5


7 de 13 10/09/14 07:01

, 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)fDest(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)fDest(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)fDest(0)*Mar 15 22:07:25.147: cc_api_call_digit_begin(vdbPtr=0x81B09EFC, callID=0x58, digit=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 2 par de marcado asociado. Nmero de destino !--- 5000

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

!--- Siga llamando a una interfaz e inicie el !--- siguiente tramo de llamada.

*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)*Mar 15 22:07:25.259: callingNumber=4000, calledNumber=5000, redirectNumber=

!--- Configuracin de la llamada VoIP.


8 de 13 10/09/14 07:01

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

!--- Los tramos de llamada POTS y VoIP estn vinculados.

*Mar 15 22:07:25.375: ccConferenceCreate (confID=0x81B6DEA0, callID1=0x58, callID2=0x59, tag=0x0)*Mar 15 22:07:25.375: cc_api_bridge_done (confID=0x1E, srcIF=0x81B09EFC, srcCallID=0x58, dstCallID=0x59, disposition=0, tag=0x0)

!--- Intercambie las mscaras de bits de capacidad con la gateway !--- VoIP remota!--- (Codec, VAD, VoIP o FAX, velocidad FAX, etc.).

*Mar 15 22:07:26.127: cc_api_caps_ind (dstVdbPtr=0x81B09EFC, dstCallId=0x58, srcCallId=0x59,caps={codec=0x4, fax_rate=0x2, vad=0x2, modem=0x1 codec_bytes=20, signal_type=0})

!--- Ambas gateways se ponen de acuerdo en las capacidades.

*Mar 15 22:07:26.127: cc_api_caps_ack (dstVdbPtr=0x81B09EFC, dstCallId=0x58, srcCallId=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, srcCallId=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)

!--- La llamada VoIP se conecta.

*Mar 15 22:07:35.399: ccCallConnect (callID=0x58)

!--- La llamada VoIP se desconecta. Cause = 0x10

*Mar 15 23:29:39.530: ccCallDisconnect (callID=0x5B, cause=0x10 tag=0x0)

Si la llamada falla y la causa parece radicar en la parte correspondiente a VoIP de la configuracin de la llamada,posiblemente tendr que mirar la parte de H.225 o H.245 TCP de la configuracin de la llamada, en oposicin aslo la parte de UDP de la configuracin de H.323. Los comandos que pueden usarse para depurar laconfiguracin de llamada H.225 o H.245 son:

debug ip tcp transactions y debug ip tcp packet: estos comandos examinan la parte de TCP de lanegociacin de H.225 y H.245. Devuelven las direcciones IP, los puertos TCP y los estados de lasconexiones TCP.


9 de 13 10/09/14 07:01

debug cch323 h225: examina la parte de H.225 de la negociacin de la llamada y rastrea la transicinde estado de la mquina de estado H.225 basndose en el evento procesado. Considrelo como la partede la capa 1 de la configuracin de la llamada H.323 de tres partes.

debug ch323 h245: examina la parte de H.245 de la negociacin de la llamada y rastrea la transicin deestado de la mquina de estado H.245 basndose en los eventos procesados. Considrelo como la partede la capa 2 de la configuracin de la llamada H.323 de tres partes.

Comprender los problemas de Calidad de Servicio (QoS) de voz sobre IP

Cuando las llamadas VolP se establecen adecuadamente, el paso siguiente consiste en verificar que la calidadde voz sea buena. Aunque en este documento no se cubre la resolucin de problemas de QoS, tenga en cuentalas directrices que exponemos a continuacin para conseguir una buena calidad de voz:

Comprenda cunto ancho de banda consume una llamada VoIP con cada cdec. Esto incluye la capa 2 ylos encabezados IP/UDP/RTP. Para obtener ms informacin, consulte Voz sobre IP Consumo deancho de banda por llamada.

Comprenda las caractersticas de la red IP sobre la que viajan las llamadas. Por ejemplo, el ancho debanda de una red de retransmisin de tramas en CIR es muy diferente del que est por encima de CIR (orfaga), en el que los paquetes se pueden abandonar o poner en cola en la nube de Frame Relay.Asegrese de que el retraso y las fluctuaciones estn controlados y eliminados en lo mximo posible. Elretraso de transmisin unidireccional no debe sobrepasar los 150 ms (por recomendacin de G.114).

Utilice una tcnica de colocacin en cola que permita identificar el trfico de VoIP y darle prioridad.

Cuando transmita VoIP en enlaces de baja velocidad, piense en utilizar tcnicas de fragmentacin depaquetes de la capa 2 como MLPPP con fragmentacin y entrelazado de enlace (LFI) en los enlaces depunto a punto, o FRF.12 en los enlaces de retransmisin de tramas. La fragmentacin de paquetes dedatos ms grandes permite una menor fluctuacin y menos retraso en la transmisin de trfico VoIPdebido a que los paquetes VoIP pueden ser entrelazados en el enlace.

Pruebe con otro cdec e intente llamar con VAD habilitado e inhabilitado para en lo posible acotar elproblema al DSP, en contraposicin con la red IP.

En el caso de VoIP, en la resolucin de problemas de la Calidad de Servicio (QoS), deben tenerse en cuentaprincipalmente los paquetes descartados y los embotellamientos de red que pueden producir retrasos yfluctuaciones.

Busque:

cadas de la interfaz

cadas del bfer

congestin de la interfaz

congestin de enlace

Debe examinar cada interfaz del trayecto de la llamada VoIP. Asimismo, elimine los paquetes abandonados y lacongestin. Adems, el retraso de ida y vuelta debe reducirse lo mximo posible. Los pings entre los puntosfinales de VoIP proporcionan una indicacin del retraso de ida y vuelta de un enlace. Siempre que sea posible, elretraso de ida y vuelva no debe superar los 300 ms. Si es preciso que el retraso supere este valor, debernrealizarse esfuerzos para asegurarse de que dicho retraso sea constante, de modo que no se introduzca ningunafluctuacin ni retraso variable.

Tambin deber realizarse una verificacin para asegurarse de que el mecanismo de colocacin en cola del IOScoloque los paquetes VoIP dentro de las colas adecuadas. Los comandos de IOS como show queueinterface oshow priority pueden ayudar a verificar la colocacin en cola.

Detalles de cdigos de causas y valores de depuracin para VoIP

Use estas tablas cuando lea las depuraciones y los valores asociados de las depuraciones.

Causas de desconexin de llamada Q.931 (cause_codes from debug voip ccapi inout)

Para obtener ms informacin acerca de los valores y cdigos de causa de Q.931, consulte Tipos de switch,cdigos y valores de ISDN

Valor de la causa de desconexin dela llamada (en hex)

Significado y nmero(en decimales)

CC_CAUSE_UANUM = 0x1 nmero sin asignar. (1)

CC_CAUSE_NO_ROUTE = 0x3 no hay ruta para eldestino. (3)

CC_CAUSE_NORM = 0x10 verificacin normal dellamadas. (16)

CC_CAUSE_BUSY = 0x11 usuario ocupado. (17)


10 de 13 10/09/14 07:01

CC_CAUSE_NORS = 0x12 sin respuesta delusuario. (18)

CC_CAUSE_NOAN = 0x13 sin respuesta delusuario. (19)

CC_CAUSE_REJECT = 0x15 llamada rechazada.(21)

CC_CAUSE_INVALID_NUMBER =0x1C nmero no vlido (28)

CC_CAUSE_UNSP = 0x1F normal, sin especificar.(31)

CC_CAUSE_NO_CIRCUIT = 0x22 sin circuito. (34)

CC_CAUSE_NO_REQ_CIRCUIT =0x2C

ningn circuitosolicitado. (44)

CC_CAUSE_NO_RESOURCE = 0x2F sin recursos. (47)

CC_CAUSE_NOSV = 0x3Fservicio u opcin nodisponible, o sinespecificar (63)

Valores de negociacin de codec (desde el comando debug voip ccapi inout)

Para obtener ms informacin acerca de los CODEC, consulte VoIP Introduccin a los cdecs: Complejidad,soporte, MOS y negociacin.

Valor de negociacin 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


11 de 13 10/09/14 07:01

codec=0x00000800 G729b

codec=0x00001000 G729ab

codec=0x00002000 G723ar63

codec=0x00004000 G723ar53

codec=0x00008000 CLEAR_CHANNEL

Tipos de tonos

Tipos de tonos Significado

CC_TONE_RINGBACK 0x1 Tono de timbre

CC_TONE_FAX 0x2 Tono de fax

CC_TONE_BUSY 0x4 Tono de ocupado

CC_TONE_DIALTONE 0x8 Tono de marcado

CC_TONE_OOS 0x10 Tono de fuera de servicio

CC_TONE_ADDR_ACK 0x20 Tono de acuse de recibo dedireccin

CC_TONE_DISCONNECT 0x40 Tono de desconexin

CC_TONE_OFF_HOOK_NOTICE0x80

El tono indica que el telfono fuedejado desactivado

CC_TONE_OFF_HOOK_ALERT0x100

Versin ms urgente deCC_TONE_OFF_HOOK_NOTICE

CC_TONE_CUSTOM 0x200 Tono personalizado; se utiliza alespecificar un tono personalizado

CC_TONE_NULL 0x0 Tono nulo

Valores de capacidades FAX-Rate y VAD

Valores Significado

CC_CAP_FAX_NONE 0x1 Inhabilita fax o no est disponible

CC_CAP_FAX_VOICE 0x2 Llamado de voz

CC_CAP_FAX_144 0x4 14.400 baudios




12 de 13 10/09/14 07:01

CC_CAP_FAX_48 0x20 4,800 baudios


CC_CAP_VAD_OFF 0x1 VAD desactivado

CC_CAP_VAD_ON 0x2 VAD habilitado

Discusiones relacionadas de la comunidad de soporte de Cisco

VoIP call between two 2901 over VPN tunnel failed- what to do?

recommended Cisco router for VoIP only SHDSL

Voip IP thelephony bad Calling number interpretation

Configuring PAT for VoIP got a Turn Up today!!!

VoIP--ISDN--VoIP between 2 Cisco VG doesn't work...

packet detailed), it seems that call failed before send any bytes to VPN tunnel. The output of debug ... Internal calls worksfine, but when attempt to cal ...in IP Telephony by SergSibIng 9 months ago Last Reply 9 months ago

Over SHDSL to the provider. It will need to provide basic VPN endpoint as PPTP for network ... troubleshooting remotely. Thiswould be for a voice network ...in WAN, Routing and Switching by markberry666 1 year and 9 months ago Last Reply 1 year and 9 months ago

with calling number interpretation on the external phone calls. there are missing last 2 digits ... is affected with this issue. Ihave used the debug ISDN ...in IP Telephony by palo.herc 2 months ago Last Reply 2 months ago

network SSL-VPN-NET1 subnet 192.168.10.0 255.255.255.240 object network outside_to_inside_VoIP host ... enablelogging buffer-size 1000000 logging buffered ...in Firewalling by khayes1984 1 year and 5 months ago Last Reply 1 year and 5 months ago

Dear All, Two Cisco routers are connected as follows: VoIP--> R1-->ISDN--> R2-->VoIP ... 1 session target ipv4:10.1.1.2incoming called-number.T no vad! De ...in Other Collaboration, Voice, and Video Subjects by xtam1 6 years and 4 months ago Last Reply 6 years and 4 monthsago

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

Document ID: 14081

Contactos | Comentarios | Ayuda | Mapa del sitio | Trminos y condiciones | Declaracin de privacidad | Poltica de Cookies | Marcas registradas


13 de 13 10/09/14 07:01

QOS

Documents

Transcript of QOS