Procedimiento Voz Sobre IP

Telefónica Empresas S.A.A.
Gerencia de Gestión de Redes y

Servicios
PROCEDIMIENTO PARA
RESOLVER PROBLEMAS DE VOZ
SOBRE IP
(VOIP)
Elaborado por Revisado por Aprobado por

Orlando Torres Hinostroza
Doc. N° Página 1 de 15 2003-03-04

Versión: 0.1 Confidencial :
Propiedad de Telefónica Data Perú S.A.A.
Prohibida cualquier reproducción, distribución o comunicación pública, salvo autorización expresa de Telefónica Data Perú S.A.A.
Procedimiento de Atención del Servicio de Voz
Sobre IP (VOIP)
Servicios.
PROCEDIMIENTO PARA RESOLVER PROBLEMAS DE VOZ SOBRE IP

(VOIP)
1. OBJETIVO DEL PROCEDIMIENTO
El presente documento tiene por finalidad presentar los métodos de diagnostico y de solución
de los problemas presentados en el servicio de voz sobre IP (VOIP), de manera que estos se
resuelvan de manera eficiente y en corto tiempo.
2. INTRODUCCIÓN AL SERVICIO DE VOZ SOBRE IP (VOIP)
Tradicionalmente el tráfico de voz y de datos han sido soportados por redes distintas, diseñadas
específicamente para proporcionar un servicio concreto. El primer tipo de redes, las de
transporte de voz (telefonía) transportan un tráfico continuo en el tiempo. Se utilizan redes de
conmutación de circuitos que asignan recursos a cada comunicación individual durante todo el
tiempo para proporcionar un retardo constante. En el caso en el que no haya circuitos
disponibles, la red rechaza la petición de un nuevo usuario.
El segundo tipo de redes, las de datos, proporciona servicio a un tráfico de naturaleza

completamente distinta. Es un flujo de información intermitente por lo que la asignación de
circuitos permanentes a lo largo de un periodo de tiempo supondría un desperdicio de recursos
en los intervalos de inactividad. Por este motivo las redes de datos son redes de conmutación de
paquetes. En este caso la asignación de recursos es dinámica y sólo se consumen recursos
cuando existe tráfico que transmitir. El retardo es variable debido a las fluctuaciones en el nivel
de ocupación de las colas de paquetes.
Al utilizar dos redes separadas para el flujo de datos y de voz es posible optimizarlas por
separado. Sin embargo, al integrar múltiples servicios sobre una red se consigue una reducción
de costes y la utilización más eficiente de los recursos.
El primer intento de integración fue la RDSI (Red Digital de Servicios Integrados) que supone
la transmisión de datos sobre redes de voz. El usuario accede a servicios en modo paquete o en
modo circuito a través de una interfaz que le conecta a la red. El segundo enfoque es Frame
Relay, que es el intento en sentido contrario: utilizar una red de datos para transmitir voz. El
tercer intento es ATM (Modo de Transferencia Asíncrono), que transporta datos de forma
eficiente pero permite asegurar calidad de servicio para la voz. En este caso, la integración de
servicios se produce en toda la red y no en la interfaz como ocurre en RDSI.
En los últimos años el éxito de Internet ha llevado a tratar de integrar todos los servicios sobre
una red basada en IP. Aunque el motivo inicial era la reducción en los costes de usuarios y
operadores más adelante se dieron cuenta de los múltiples servicios que se pueden ofrecer
Doc. N° Página de 2 17/03/2022

Versión: 0.1 Confidencial
Sobre IP (VOIP)
Servicios.
(conferencias multimedia, mensajería unificada-voz, correo electrónico y fax-, servicios de

teleoperador a través de la web, indicadores de presencia...)
Sin embargo para poder ofrecer servicios sobre IP es necesario que la red pueda proporcionar
calidad adecuada a cada tipo de servicio. Este aspecto es crítico en los servicios multimedia
(voz y video) donde las exigencias de retardo son cruciales. Al utilizar redes IP para
transmisión de voz es necesario solucionar numerosos problemas: pérdida de paquetes, retardos
grandes y muy variables, sobrecarga debido a las cabeceras de los paquetes de voz...
En el caso del servicio de telefonía, además de solucionar los problemas técnicos derivados de
la transmisión de voz sobre paquetes IP, es necesario cumplir unos requisitos de calidad de voz,
disponibilidad del servicio, conectividad entre terminales de diferentes redes, seguridad,... es
decir, el servicio de telefonía que se transmite a través de redes IP debe cumplir los requisitos
exigidos a la telefonía convencional. Para alcanzar estos requisitos se ha definido una
arquitectura del plano de control, separada del plano de usuario con los nuevos controladores
de llamadas, y protocolos de señalización entre los planos.
Este es el objetivo principal de esta sesión: presentar las arquitecturas y los protocolos que se
utilizan para prestar el servicio telefónico sobre redes IP.
3. REPRESENTACIÓN GRAFICA DEL SERVICIO (VOIP)
Seguidamente se indican los esquemas gráficos del servicio de VOIP mas usados.
3.1 ESQUEMAS BASICO DEL SERVICIO
OFICINA PRINCIPAL OFICINA TIPICA

PBX
E&M FE0
S0
PORT´S E&M
PBX
 Esquema típico del servicio de voz con PBX tanto en el lado central como en el lado
remoto, para esto, los router y la PBX deben tener tarjetas E&M (4 hilos).

Sobre IP (VOIP)
Servicios.
3.2 ESQUEMA DEL SERVICIO
OFICINA PRINCIPAL OFICINA TIPICA

PBX
FE0
S0
Port’s FXS
PBX
 El router principal tiene 4 port´s FXS, el router remoto puede tener tarjetas FXS o
E&M.
 Tenemos en el lado central un router Cisco que se conecta a una Central PBX a través de sus
tarjetas de voz FXO (Reciben tono de marcado).
 Ambos router están interconectados a través de una red IP.
 En el lado remoto, el router proporciona a los aparatos telefónicos el tono de marcado
respectivo.
PBX
FE0
E1 S0
PBX
 En este caso, el router principal esta conectado a la PBX a través de un enblace E1 (30 canales de
voz.)

Sobre IP (VOIP)
Servicios.
3.5. VoIP USADO COMO UN GATEWAY PSTN PARA EL TRAFICO DE VOZ SOBRE INTERNET
4. CASOS PRESENTADOS, CRITERIOS DIAGNOSTICO Y DE SOLUCION,

PROCEDIMIENTO .
A continuación se presentan los casos mas comunes presentados con este servicio, asi mismo se
indican los criterios y procedimientos de resolución de tales casos.
4.1 PARA VISUALIZAR EL ESTADO DE LOS PUERTOS DE VOZ FXS, SIN LLAMADA
Router#sh voice port summary
IN OUT
PORT CH SIG-TYPE ADMIN OPER STATUS STATUS EC
==== == ======= ===== ==== ====== ====== ==
1/0/0 -- fxs-ls up up off-hook idle y
 En este caso, el router tiene dos puertos.

 Los puertos son del tipo FXS (Siempre entregan tono de marcado).
 Los puertos están en UP, indican que están operativas.
 Los puertos estan en OFF-HOOK, porque no existe llamada alguna.

Sobre IP (VOIP)
Servicios.
4.2 PARA VISUALIZAR EL ESTADO DE LOS PUERTOS DE VOZ FXS, CON LLAMADA
EN PUERTO 1/0/1
Router#sh voice port summary
IN OUT
PORT CH SIG-TYPE ADMIN OPER STATUS STATUS EC
===== == ====== ====== === ======= ====== ==
1/0/1 -- fxs-ls up dorm on-hook idle y
 En el port 1/0/1 vemos que existe una llamada establecida o por establecerse, el estado OFF-
HOOK cambia a ON-HOOK.
4.3 PARA VISUALIZAR LA TABLA DE VOZ (RESUMEN) , EN ESTE CASO, LOS

ANEXOS DE ESTE ROUTER SON 3355 Y 3356
SanBorja#sh dial-peer voice summary

dial-peer hunt 0
PASS
TAG TYPE ADMIN OPER PREFIX DEST-PATTERN PREF SESS-TARGET THRU PORT
1 pots up up 3355 0 1/0/0
2 pots up up 3356 0 1/0/1
20 voip up up 140[1,2] 0 ipv4:181.194.8 syst
36 voip up up 3319 0 ipv4:181.194.2 syst

Sobre IP (VOIP)
Servicios.
PASS
71 voip up up 346[6,7,8,9] 0 ipv4:181.194.9 syst
100 voip up up 1... 0 ipv4:181.194.8 syst
101 voip up up 2... 0 ipv4:15.15.1.1 syst
102 voip up up 30.. 0 ipv4:15.15.1.1 syst

Sobre IP (VOIP)
Servicios.
110 voip up up 56............. 0 ipv4:15.15.1.1 syst

PASS
115 voip up up 8... 0 ipv4:15.15.1.1 syst
 Los indicados como POTS, son los puertos físicos del router, al cual se pueden conectar un
aparato telefónico o una central telefónica.
 El TAG PORT, indica el numero de orden en que esta configurado los DIAL-PEER.
 Tomamos como ejemplo el TAG-PORT 20:
VOIP Indica que es un puerto virtual, al cual se dirigirá la llamada (Dial-peer)

140[1,2] DESTINATION-PATTERN Indica que si existe una llamada generada al N°
1401 o 1402, esta llamada será enviada al router cuya dirección IP es
181.194.8.1 (Se recomienda que la IP destino sea la dirección Loopback del
router)
 Es importante indicar que, el DESTINATION-PATTERN esta simplificado como 140[1,2]

esta puede estar representado en dos DIAL-PEER como los DESTINATION-PATTERN
1401 y 1402.
4.4 PARA GENERAR LLAMADA DE PRUEBA (SOLO TIMBRADO)
Router#csim start 3325
 A manera de prueba, este comando nos permite generar una llamada al anexo 3325, esta
prueba nos permite saber si la llamada es enviada al destino correspondiente.
4.5 DEBUG PARA VISUALIZAR LAS LLAMADAS GENERADAS
Router#debug voice ccapi inout

Router#ter monitor
 El debug nos ayudara mucho cuando tenemos problemas complejos en el servicio de voz,
con este comando podemos visualizar si la llamada es generada, si los dígitos son enviados
y/o recibidos correctamente, sobre todo cuando el router se conecta a una central
telefónica.

Sobre IP (VOIP)
Servicios.
4.6 PARA VER SI EXISTE ALGUNA LLAMADA ESTABLECIDA, EN ESTE CASO, NO

HAY LLAMADA ALGUNA
Router#sh call active voice brief
<ID>: <start>hs.<index> +<connect> pid:<peer_id> <dir> <addr> <state>

dur hh:mm:ss tx:<packets>/<bytes> rx:<packets>/<bytes>
IP <ip>:<udp> rtt:<time>ms pl:<play>/<gap>ms lost:<lost>/<early>/<late>
delay:<last>/<min>/<max>ms <codec>
MODEMPASS <method> buf:<fills>/<drains> loss <overall%> <multipkt>/<corrected>
last <buf event time>s dur:<Min>/<Max>s
FR <protocol> [int dlci cid] vad:<y/n> dtmf:<y/n> seq:<y/n>
sig:<on/off> <codec> (payload size)
ATM <protocol> [int vpi/vci cid] vad:<y/n> dtmf:<y/n> seq:<y/n>
Tele <int>: tx:<tot>/<v>/<fax>ms <codec> noise:<l> acom:<l> i/o:<l>/<l> dBm
4.7 PARA VER SI EXISTE ALGUNA LLAMADA ESTABLECIDA, EN ESTE CASO,

EXISTE UNA LLAMADA GENERADA POR EL ANEXO 3355 AL ANEXO 2526
SanBorja# sh call active voice brief

<ID>: <start>hs.<index> +<connect> pid:<peer_id> <dir> <addr> <state>
IP <ip>:<udp> rtt:<time>ms pl:<play>/<gap>ms lost:<lost>/<early>/<late>
MODEMPASS <method> buf:<fills>/<drains> loss <overall%> <multipkt>/<corrected>
Tele <int>: tx:<tot>/<v>/<fax>ms <codec> noise:<l> acom:<l> i/o:<l>/<l> dBm
7653 : 967985549hs.1 +678 pid:1 Answer 3355 active

dur 00:00:05 tx:196/615 rx:269/8579
Tele 1/0/0:24535: tx:5490/5360/0ms g729r8 noise:-52 acom:1 i/0:-51/-77 dBm
7653 : 967985782hs.1 +444 pid:101 Originate 2526 active

dur 00:00:05 tx:269/5351 rx:196/3843
IP 15.15.1.1:16582 rtt:21ms pl:2520/40ms lost:0/2/0 delay:57/57/70ms g729r8

Sobre IP (VOIP)
Servicios.
En este caso, la llamada es generada desde el anexo 3355 al anexo 2526.

 dur 00:00:05 Indica la duración de la llamada, en este caso es de 5 segundos.
 Pid:1 Indica el VOICE-POTS, es el puerto del router que se visualiza.
 pid:101 Indica el VOICE-PORT al cual se envió la llamada, el cual esta indicada en el
DIAL-PEER N° 101, esta llamada esta dirigida a otro router.
 IP 15.15.1.1 Dirección IP del router al cual se ha dirigido la llamada.
4.8 VERIFICACIÓN INTERCONEXIÓN CON CENTRALES NEC EN AS 5300.
Pruebas en el AS 5300, conexión con la central Meridian (2 E1)
GATEWAY#sh controllers e1 0
E1 0 is up.
Applique type is Channelized E1 - balanced
Description: PRIMER ENLACE DE VOZ
No alarms detected.
alarm-trigger is not set
Version info of slot 0: HW: 1, PLD Rev: 11
Framer Version: 0x8
Manufacture Cookie Info:

EEPROM Type 0x0001, EEPROM Version 0x01, Board ID 0x4B,
Board Hardware Version 3.1, Item Number 800-3881-02,
Board Revision B0, Serial Number 25223169,
PLD/ISP Version 0.1, Manufacture Date 12-Aug-2001.
Framing is NO-CRC4, Line Code is HDB3, Clock Source is Line

Secondary.
Data in current interval (490 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
GATEWAY#sh controllers e1 2
E1 2 is up.
Applique type is Channelized E1 - balanced
Description: SEGUNDO ENLACE DE VOZ
No alarms detected.
Doc. N° Página de 10 17/03/2022

Sobre IP (VOIP)
Servicios.
alarm-trigger is not set

Version info of slot 0: HW: 1, PLD Rev: 11
Framer Version: 0x8
Manufacture Cookie Info:

EEPROM Type 0x0001, EEPROM Version 0x01, Board ID 0x4B,
Board Hardware Version 3.1, Item Number 800-3881-02,
Board Revision B0, Serial Number 25223169,
PLD/ISP Version 0.1, Manufacture Date 12-Aug-2001.
Framing is NO-CRC4, Line Code is HDB3, Clock Source is Line

Secondary.
Data in current interval (513 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
Pruebas en el AS 5300, estdado de llamadas de voz hacia anexos de las centrales Nec.
GATEWAY-PNP#sh call active voice brief
<ID>: <start>hs.<index> +<connect> pid:<peer_id> <dir> <addr>

<state>
IP <ip>:<udp> rtt:<time>ms pl:<play>/<gap>ms
lost:<lost>/<early>/<late>
MODEMPASS <method> buf:<fills>/<drains> loss <overall%>
<multipkt>/<corrected>
Tele <int>: tx:<tot>/<v>/<fax>ms <codec> noise:<l> acom:<l>
i/o:<l>/<l> dBm
Proxy <ip>:<audio udp>,<video udp>,<tcp0>,<tcp1>,<tcp2>,<tcp3>
endpt: <type>/<m
anf>
bw: <req>/<act> codec: <audio>/<video>
tx: <audio pkts>/<audio bytes>,<video pkts>/<video
bytes>,<t120 pkts>/<t120 by
tes>
Doc. N° Página de 11 17/03/2022

Sobre IP (VOIP)
Servicios.
rx: <audio pkts>/<audio bytes>,<video pkts>/<video bytes>,<t120

pkts>/<t120 byt
es>
3A3 : 542503057hs.1 +-1 pid:13 Answer 410 connected

dur 00:00:00 tx:838/16482 rx:1348/26863
IP 10.128.8.114:0 rtt:0ms pl:24460/1360ms lost:74/1/0
delay:57/57/70ms g729r8
3A3 : 542503072hs.1 +-1 pid:2 Originate 834335 connecting

dur 00:00:00 tx:1348/16807 rx:838/26538
Tele 2:D (150136): tx:28930/16590/0ms g729r8 noise:-60 acom:5
i/0:-54/-41 dBm
1F : 542505804hs.1 +-1 pid:12 Answer 344 connected

dur 00:00:00 tx:73/1460 rx:0/0
IP 10.128.8.134:0 rtt:0ms pl:0/0ms lost:0/0/0 delay:0/0/0ms
g729r8
1F : 542505818hs.1 +-1 pid:2 Originate 822679 connecting

dur 00:00:00 tx:0/-888 rx:74/2368
Tele 2:D (150142): tx:1480/1480/0ms g729r8 noise:0 acom:20
i/0:-79/-79 dBm
4.9 VERIFICACIÓN DE INSCRIPCIÓN DE ANEXOS EN GATEKEEPER.
Pruebas en el Gatekeeper de inscripción de los anexos de voz remotos de la red IP-VPN
GATEKEEPER-PNP#sh gatekeeper endpoints
GATEKEEPER ENDPOINT REGISTRATION

================================
CallSignalAddr Port RASSignalAddr Port Zone Name Type Flags
-------------- ---- ------------- ---- --------- ---- -----
13.1.1.1 1720 13.1.1.1 58942 GKPNP-1 VOIP-GW
H323-ID: AS5300@pnp.gob.pe
13.1.1.3 1720 13.1.1.3 50652 GKPNP-1 VOIP-GW
E164-ID: 150
E164-ID: 151
E164-ID: 152
E164-ID: 153
H323-ID: GW-TEST@pnp.gob.pe
172.31.5.1 1720 172.31.5.1 57475 GKPNP-1 VOIP-GW
Doc. N° Página de 12 17/03/2022

Sobre IP (VOIP)
Servicios.
E164-ID: 538
E164-ID: 539
H323-ID: diroes@pnp.gob.pe
172.31.11.3 1720 172.31.11.3 51927 GKPNP-1 VOIP-GW
E164-ID: 430
E164-ID: 431
H323-ID: aramburu@pnp.gob.pe
172.31.19.1 1720 172.31.19.1 56841 GKPNP-1 VOIP-GW
E164-ID: 550
E164-ID: 551
H323-ID: dirlog@pnp.gob.pe
172.31.40.1 1720 172.31.40.1 54520 GKPNP-1 VOIP-GW
E164-ID: 566
E164-ID: 567
H323-ID: ETS_PNP_PP@pnp.gob.pe
172.31.15.33 1720 172.31.15.33 58357 GKPNP-1 VOIP-GW
E164-ID: 448
E164-ID: 449
H323-ID: pnp-migraciones@pnp.gob.pe
.
.
.
GATEKEEPER-PNP#sh gatekeeper endpoints | begin 172.31.70.35

172.31.70.35 1720 172.31.70.35 56841 GKPNP-1
VOIP-GW
E164-ID: 474
E164-ID: 475
H323-ID: divcit@pnp.gob.pe
172.31.76.35 1720 172.31.76.35 54393 GKPNP-1
VOIP-GW
E164-ID: 544
H323-ID: delitosintelectuales@pnp.gob.pe
.
.
.
Pruebas desde una agencia remota. Verifica la inscripción del anexo en el gatekeeper
PNP-HUANCAYO#sh gateway
Gateway huancayo@pnp.gob.pe is registered to Gatekeeper
GKPNP-1
Alias list (CLI configured)

E164-ID 618
E164-ID 619
H323-ID huancayo@pnp.gob.pe
Doc. N° Página de 13 17/03/2022

Sobre IP (VOIP)
Servicios.
Alias list (last RCF)

E164-ID 618
E164-ID 619
H323-ID huancayo@pnp.gob.pe
H323 resource thresholding is Disabled
5. TERMINOLOGÍA
En esta parte, se señalan los términos mas usados en este servicio, asimismo el significado de
cada uno de ellos.
 ACTIVE Estado que indica que la llamada esta establecida.

 CODEC Coder-decoder
 DESTINATION-PATTERN Asocia el N° de anexo marcado con el dirección IP destino.
 DIAL-PEER Direcciona una llamada al punto remoto.
 DSP Digital Signal Processor.
 DTMF Dual tone multifrequency.
 E&M Ear and Mouth (Mayormente usado para conectar router-PBX).
 FXS Foreign Exchange Station (Siempre entrega tono de marcado).
 FXO Foreign Exchange Office.
 GATEWAY Permite conectar dispositivos que utilizan diferentes
protocolos
 GATEKEEPER Router centralizado que se encarga de direccionar las
llamadas
 H.323 Protocolo estandar para uso del servicio de multimedia en LAN
 PLAR Private Line Auto Ringdown.
 PBX Private Branch Exchange
 POTS Plain Old Telephone System
 PSTN Public Switched Telephone Network
 SESSION TARGET Indica a que dirección IP se enviara la llamada
 TAG Identifica el N° de Dial-Peer.
 VOICE-PORT Identifica la posición en la que se ubica la tarjeta de voz
 VOIP Voice Over IP, voz sobre IP.
Doc. N° Página de 14 17/03/2022

Sobre IP (VOIP)
Servicios.
6. DIRECCIONES WEB DE CONSULTA SOBRE VOZ SOBRE IP
A continuación se señalan direcciones WEB en la que se podrá encontrar mayor información

sobre el servicio de VOIP.
6.1 TEORIA DEL SERVICIO DE VOIP
http://www.cisco.com/en/US/partner/products/hw/routers/ps221/
products_configuration_guide_chapter09186a008007c9a1.html
6.2 COMANDOS USADOS EN EL SERVICIO DE VOIP
products_configuration_guide_chapter09186a008007c9b7.html
6.3 GUIA DE CONFIGURACIÓN DEL SERVICIO VOIP
products_configuration_guide_book09186a008007c9a5.html
Doc. N° Página de 15 17/03/2022


Procedimiento Voz Sobre IP

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Procedimiento Voz Sobre IP

Uploaded by

Copyright:

Available Formats

Telefónica Empresas S.A.A.

Gerencia de Gestión de Redes y

Elaborado por Revisado por Aprobado por

Doc. N° Página 1 de 15 2003-03-04

PROCEDIMIENTO PARA RESOLVER PROBLEMAS DE VOZ SOBRE IP

1. OBJETIVO DEL PROCEDIMIENTO

2. INTRODUCCIÓN AL SERVICIO DE VOZ SOBRE IP (VOIP)

El segundo tipo de redes, las de datos, proporciona servicio a un tráfico de naturaleza

Doc. N° Página de 2 17/03/2022

(conferencias multimedia, mensajería unificada-voz, correo electrónico y fax-, servicios de

3. REPRESENTACIÓN GRAFICA DEL SERVICIO (VOIP)

3.1 ESQUEMAS BASICO DEL SERVICIO

OFICINA PRINCIPAL OFICINA TIPICA

Doc. N° Página de 3 17/03/2022

3.2 ESQUEMA DEL SERVICIO

OFICINA PRINCIPAL OFICINA TIPICA

3.3 ESQUEMA DEL SERVICIO

3.4 ESQUEMA DEL SERVICIO

Doc. N° Página de 4 17/03/2022

4. CASOS PRESENTADOS, CRITERIOS DIAGNOSTICO Y DE SOLUCION,

Router#sh voice port summary

 En este caso, el router tiene dos puertos.

Doc. N° Página de 5 17/03/2022

Router#sh voice port summary

4.3 PARA VISUALIZAR LA TABLA DE VOZ (RESUMEN) , EN ESTE CASO, LOS

SanBorja#sh dial-peer voice summary

Doc. N° Página de 6 17/03/2022

Doc. N° Página de 7 17/03/2022

110 voip up up 56............. 0 ipv4:15.15.1.1 syst

 Tomamos como ejemplo el TAG-PORT 20:

VOIP Indica que es un puerto virtual, al cual se dirigirá la llamada (Dial-peer)

 Es importante indicar que, el DESTINATION-PATTERN esta simplificado como 140[1,2]

4.4 PARA GENERAR LLAMADA DE PRUEBA (SOLO TIMBRADO)

Router#csim start 3325

4.5 DEBUG PARA VISUALIZAR LAS LLAMADAS GENERADAS

Router#debug voice ccapi inout

Doc. N° Página de 8 17/03/2022

4.6 PARA VER SI EXISTE ALGUNA LLAMADA ESTABLECIDA, EN ESTE CASO, NO

Router#sh call active voice brief

<ID>: <start>hs.<index> +<connect> pid:<peer_id> <dir> <addr> <state>

4.7 PARA VER SI EXISTE ALGUNA LLAMADA ESTABLECIDA, EN ESTE CASO,

SanBorja# sh call active voice brief

7653 : 967985549hs.1 +678 pid:1 Answer 3355 active

7653 : 967985782hs.1 +444 pid:101 Originate 2526 active

Doc. N° Página de 9 17/03/2022

En este caso, la llamada es generada desde el anexo 3355 al anexo 2526.

4.8 VERIFICACIÓN INTERCONEXIÓN CON CENTRALES NEC EN AS 5300.

Pruebas en el AS 5300, conexión con la central Meridian (2 E1)

Manufacture Cookie Info:

Framing is NO-CRC4, Line Code is HDB3, Clock Source is Line

Doc. N° Página de 10 17/03/2022

alarm-trigger is not set

Manufacture Cookie Info:

Framing is NO-CRC4, Line Code is HDB3, Clock Source is Line

GATEWAY-PNP#sh call active voice brief

<ID>: <start>hs.<index> +<connect> pid:<peer_id> <dir> <addr>

Doc. N° Página de 11 17/03/2022

rx: <audio pkts>/<audio bytes>,<video pkts>/<video bytes>,<t120

3A3 : 542503057hs.1 +-1 pid:13 Answer 410 connected

3A3 : 542503072hs.1 +-1 pid:2 Originate 834335 connecting

1F : 542505804hs.1 +-1 pid:12 Answer 344 connected

1F : 542505818hs.1 +-1 pid:2 Originate 822679 connecting

4.9 VERIFICACIÓN DE INSCRIPCIÓN DE ANEXOS EN GATEKEEPER.

Pruebas en el Gatekeeper de inscripción de los anexos de voz remotos de la red IP-VPN