PROTOCOLO ISDN

Empecemos por recordar los comandos más útiles al momento de debuguear el isdn:

• zap show status : muestra estado de las tramas ( todas las tramas isdn/r2 )
• zap show channels : muestra listado de los canales isdn
• pri debug span x: habilita debug en la trama x.
• pri intense debug span x: habilita debug intensivo en la trama x.
• pri no debug span x: deshabilita debug en la trama x.
• pri show span x: muestra información del span correspondiente (parámetros isdn)

Haciendo el debug de una llamada:

Cuando realizamos una llamada la misma pasa por diferentes estados que determinan el
correcto enlace entre origen y destino, dichos pasos los establece la norma Q.931 la cual
nombra a las partes de la comunicación. Algunas, las más comunes, se explican a
continuación:

* SETUP: indica el establecimiento de una conexión.

* CALL PROCEEDING: indica que la llamada está siendo procesada por la terminal
destino.
* ALERTING: indica que la terminal destino está llamando.
* CONNECT: indica a la parte que llama, que el destino esperado ha contestado la llamada.
* RELEASE COMPLETE: indica que la llamada ha sido terminada. Lo puede enviar tanto
la fuente, como el destino.

En el ejemplo siguiente y a simple vista podemos determinar que es una llamada saliente.
¿Como se que es una llamada saliente con solo ver un renglón?

-Apartado 1:

Como vimos arriba el mensaje SETUP indica el establecimiento de una llamada, y

siempre será el comienzo de una comunicación, dicho mensaje estará siempre que se realice
una llamada. Entonces, si sabemos que acá empieza una llamada, y vemos el 1ºcaracter del
renglón, veremos este símbolo “>” que podría tomarse como una flecha imaginaria saliente
desde nuestra central hacia la telco. Determinamos entonces esta llamada la inicia la central
de NEOTEL. Dicho símbolo figura en todos los renglones del debug, por lo que podemos
utilizarlo para saber si es algo que nos llega o algo que envía la central.
asterisk –r
pri debug span 1

> Message type: SETUP (5)

> [04 03 80 90 a3]
> Bearer Capability (len= 5) [Ext: 1 Q.931 Std: 0 Info transfer capability: Speech (0)
> Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16)
> Ext: 1 User information layer 1: A-Law (35)
> [18 03 a9 83 86]
> Channel ID (len= 5) [Ext: 1 IntID: Implicit PRI Spare: 0 Exclusive Dchan: 0
> ChanSel: Reserved
> Ext: 1 Coding: 0 Number Specified Channel Type: 3
> Ext: 1 Channel: 6]
> [6c 11 21 81 70 72 6f 64 72 69 67 75 65 7a 5f 74 65 73 74]
> Calling Number (len=19) [Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
> Presentation: Presentation permitted, user number passed network screening (1) ‘softphone’]
> [70 09 a1 35 32 33 37 34 30 30 30]
> Called Number (len=11) [Ext: 1 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
‘52374000’]
> [a1]
> Sending Complete (len= 1)

-Apartado 2:

“> Calling Number (len=19) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony
Numbering Plan (E.164/E.163) (1)”

En este mensaje se manda cierta información de la placa, que nosotros podemos

acceder a través de la plataforma Contactus, y en la parte de Channels de dicha
placa. (Esta misma info esta en el asterisk en “/etc/asterisk/zapata. tengo q hacerlo
conf”) como por ejemplo el “pridialplan” y “prilocaldialplan”, pero hay ciertos
proveedores que no les gusta eso y cortan la llamada en seguida, y quieren que no
se lo mandes, para lo cual se agrega en los Channels de la placa

“pridialplan=unknown
prilocaldialplan=unknown”

Una vez finalizado el mensaje de SETUP, la telco nos informara que la central de
destino esta procesando la llamada. Remarcando lo dicho en el apartado 1 vemos que a
diferencia del anterior el mensaje es entrante.

< Message type: CALL PROCEEDING (2)

< [18 03 a9 83 86]
< Channel ID (len= 5) [Ext: 1 IntID: Implicit PRI Spare: 0 Exclusive Dchan: 0
< ChanSel: Reserved
< Ext: 1 Coding: 0 Number Specified Channel Type: 3
< Ext: 1 Channel: 6]

< Protocol Discriminator: Q.931 (8) len=9

< Call Ref: len= 2 (reference 7/0x7) (Terminator)

- Apartado 3:

Ya habiendo procesado la llamada la telco nos informa que encontró el destinatario

y ya le esta sonando el teléfono al destinatario.
< Message type: ALERTING (1)
< [1e 02 80 88]
< Progress Indicator (len= 4) [Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: User (0)
< Ext: 1 Progress Description: Inband information or appropriate pattern now available. (8) ]

-Apartado 4:
Aquí el destinatario atendió y a diferencia de los mensajes anteriores, la telco
necesita una confirmación de haber recibido el “ATENDIDO” o “ANSWER”, debido a
temas económicos y que esta llamada se va a cobrar. Esta devolucion es el “CONNECT
ACKNOWLEDGE”
< Message type: CONNECT (7)

> Protocol Discriminator: Q.931 (8) len=5

> Call Ref: len= 2 (reference 7/0x7) (Originator)
> Message type: CONNECT ACKNOWLEDGE (15)
> Protocol Discriminator: Q.931 (8) len=9
> Call Ref: len= 2 (reference 7/0x7) (Originator)

-Apartado 5:

Aquí ya esta listo todo para enviar y recibir paquetes de VOZ,

Y una vez que se corta la llamada, el que corta envía el “DISCONNECT”, para que el
destinatario libere el canal.
Una vez liberado, el destino nos confirma que libero el canal para que nosotros hagamos lo
mismo y confirmemos con el “RELEASE COMPLETE”.
En el debug realizado el que manda el corte es la central de Neotel (“>”), y luego la telco
nos informa que libero el canal (“<”), luego nosotros le confirmamos el mensaje (“>”).
Como pasa con el CONNECT y el CONNECT ACKNOWLEDGE sirven las
confirmaciones para ver que nadie facture de más.

> Message type: DISCONNECT (69)

> [08 02 81 90]
> Cause (len= 4) [Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the local user (1)
> Ext: 1 Cause: Normal Clearing (16), class = Normal Event (1)]

< Protocol Discriminator: Q.931 (8) len=5

< Call Ref: len= 2 (reference 7/0x7) (Terminator)
< Message type: RELEASE (77)

> Protocol Discriminator: Q.931 (8) len=9

> Call Ref: len= 2 (reference 7/0x7) (Originator)
> Message type: RELEASE COMPLETE (90)
> [08 02 81 90]
> Cause (len= 4) [Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the local user (1)
> Ext: 1 Cause: Normal Clearing (16), class = Normal Event (1)]