fundamentos de sip

15
....... ------- 32 VOIP y ASTERISK: REDESCUBRIENDO LA TELEFONÍA  ©RA-MA Señalización y audio 5.1 PROTOCOLOS DE COMUNICACIÓN La realización de una llamada entre dos teléfonos cualesquiera implica la utilización de diversos equipos electrónicos, los cuales deben comunicarse entre sí. Para poder garantizar que la comunicación entre los equipos se realiza adecuadamente, son necesarias diversas reglas y/o normas. Estas reglas y/o normas de las que se habla es lo que se conoce como protocolo de señalización. En las redes analógicas o redes de conmutación de circuitos antes de que ambos extremos puedan comunicarse, se produce la reserva de recursos necesarios para que la comunicación tenga éxito. Si por cualquier circunstancia no puede llevarse a cabo esta reserva de camino entre ambos extremos se informa al emisor de este hecho. A la acción de "reservar un camino de recursos entre ambos extremos" es lo que se le conoce como señalización. En la telefonía tradicional los protocolos de señalización se pueden clasificar en dos categorias: •  Channel Associated Singnalling (CAS). Tanto la información de señalización como los datos (voz) se transmiten por los mismos canales. Protocolos de señalización pertenecientes a esta categoría: G.732, E&M, etc. •  Common Channel Signalling (CCS) Aquí la información correspondiente a la señalización se transmite en un canal independiente al de los datos (voz). Protocolos de señalización pertenecientes a esta categoría es, por ejemplo, SS7. En conmutación de paquetes los protocolos de señalización reaUzan acciones muy similares a los protocolos de señalización en conmutación de circuitos además de cuidar de que se cumplan ciertas garantías de calidad. Los protocolos de señalización más utilizados en conmutación de paquetes son: SIP H323. 5.1.1 Session Initiation Protocool (SIP) El protocolo SIP es un protocolo de señalización a nivel de aplicación encargado de la iniciación, modificación y terminación de sesiones multimedia, las cuales se llevan a cabo de manera interactiva. Por sesiones multimedia se refiere a aplicaciones de mensajería instantánea, aplicaciones de video, de audio, conferencias y aplicaciones similares. 

Upload: daniel-pena

Post on 19-Jan-2016

29 views

Category:

Documents


3 download

TRANSCRIPT

Page 1: Fundamentos de Sip

shyshyshyshyshyshyshy

32 VOIP y ASTERISK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMA

5 Sentildealizacioacuten y audio

51 PROTOCOLOS DE COMUNICACIOacuteN

La realizacioacuten de una llamada entre dos teleacutefonos cualesquiera implica la utilizacioacuten de diversos equipos electroacutenicos los cuales deben comunicarse entre siacute Para poder garantizar que la comunicacioacuten entre los equipos se realiza adecuadamente son necesarias diversas reglas yo normas Estas reglas yo normas de las que se habla es lo que se conoce como protocolo de sentildealizacioacuten

En las redes analoacutegicas o redes de conmutacioacuten de circuitos antes de que ambos extremos puedan comunicarse se produce la reserva de recursos necesarios para que la comunicacioacuten tenga eacutexito Si por cualquier circunstancia no puede llevarse a cabo esta reserva de camino entre ambos extremos se informa al emisor de este hecho A la accioacuten de reservar un camino de recursos entre ambos extremos es lo que se le conoce como sentildealizacioacuten

En la telefoniacutea tradicional los protocolos de sentildealizacioacuten se pueden clasificar en dos categorias

bull Channel Associated Singnalling (CAS) Tanto la informacioacuten de sentildealizacioacuten como los datos (voz) se transmiten por los mismos canales Protocolos de sentildealizacioacuten pertenecientes a esta categoriacutea G732 EampM etc

bull Common Channel Signalling (CCS) Aquiacute la informacioacuten correspondiente a la sentildealizacioacuten se transmite en un canal independiente al de los datos (voz) Protocolos de sentildealizacioacuten pertenecientes a esta categoriacutea es por ejemplo SS7

En conmutacioacuten de paquetes los protocolos de sentildealizacioacuten reaUzan acciones muy similares a los protocolos de sentildealizacioacuten en conmutacioacuten de circuitos ademaacutes de cuidar de que se cumplan ciertas garantiacuteas de calidad Los protocolos de sentildealizacioacuten maacutes utilizados en conmutacioacuten de paquetes son SIP y H323

511 Session Initiation Protocool (SIP)

El protocolo SIP es un protocolo de sentildealizacioacuten a nivel de aplicacioacuten encargado de la iniciacioacuten modificacioacuten y terminacioacuten de sesiones multimedia las cuales se llevan a cabo de manera interactiva Por sesiones multimedia se refiere a aplicaciones de mensajeriacutea instantaacutenea aplicaciones de video de audio conferencias y aplicaciones similares

iexcl RAshyMA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN 33

SIP se definioacute en el RFC 2543 en marzo de 1999 por el grupo de trabajo MMSC perteneciente a IEFT En junio de 2002 el IETF publicoacute una nueva revisioacuten de SIP con el RFC 3261

El protocolo SIP posee cuatro caracteriacutesticas que lo hacen muy recomendable para cumplir esta funcioacuten

Caracteristica Descripcioacuten

SIP posee la capacidad de poder conocer en todo la localizacioacuten de los usuarios De esta

no importa en queacute lugar se encuentre un determinado usuario En definitiva la movilidad de los usuarios no se ve limitada

Posibilidad de negociar los paraacutemetros necesarios para la comunicacioacuten puertos para el traacutefico SIPasIacute como el traacutefico Media direcciones IP para el traacutefico Media

etc

SIP permite determinar si un determinado usuario estaacute disponible o no para establecer una comunicacioacuten

Permite la modificacioacuten transferencia finalizacioacuten de la sesioacuten activa Ademaacutes informa del estado de la comunicacioacuten que se encuentra en progreso

momento manera

Figura 2shy12 Arquitectura de protocolos SIP

34 VOIP y ASTERISK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMlt

El protocolo SIP es una parte de una arquitectura multimedia ya que la uacutenica finalidad es la de gestionar las sesiones multimedia iniciarlas modificarlas finalizarlas etc Sin embargo se integra perfectamente con otros protocolos como RVSP RTP o RTSP Gracias al protocolo SDP se puede formar una completa arquitectura multimedia

Conceptos baacutesicos

El protocolo es similar a HTTP por la forma en que funciona (protocolo basado en texto) y es similar a SMTP en la forma en la que se especifican las direcciones SIPo

Las direcciones SIP identifican a un usuario de un determinado dominio A estas direcciones SIP habitualmente se les llama URI (Uniform Resource

Identifier) Una URI se puede especificar de las siguientes maneras

sipl$uuiociominio[portl sipusuariodireccioacutenIP[portl

El dominio representa el nombre del proxy SIP que conoce la direccioacuten IP del terminal identificado por el usuario de dicho dominio El puerto por defecto para SIP es 5060 aunque es posible especificar otros adicionales si es necesario

En la tabla 2shy2 se pueden ver algunos ejemplos de direcciones SIPo

Descripcioacuten Direccioacuten SIP

Usuario 200 perteneciente al dominio uales

Usuario 200 perteneciente al dominio con direccioacuten IP 2001921681120

1921681120

Es por tanto posible hacer uso de una direccioacuten IP si no disponemos de un dominio registrado para este propoacutesito

Supongamos el escenario de la Universidad de Almeriacutea (uales) Cada uno de los trabajadores de la UAL dispone de una direccioacuten SIP que lo identifica de manera uniacutevoca en el dominio uales (veacutease la figura 2shy13)

35 copyRAshyMA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

UAC 200uales UAC 201uales

uales

UAC 202uales UAC 203uales

Figura 2shy13 Ejemplo de escenario SIP

Si por ejemplo el usuario 200uales desea comunicarse con el usuario 201uales el usuario 200 uacutenicamente tendriacutea que marcar en su teleacutefono el nuacutemero 201 Al marcar el nuacutemero 201 comienza la sentildealizacioacuten SIP entre el terminal 200 y el 201 iniciando asiacute una comunicacioacuten SIP entre ambos terminales para posteriormente establecerse una conexioacuten Media entre ambos (RTP)

Este es un escenario en el que no es posible establecer la sentildealizacioacuten SIP ya que el teleacutefono 200uales realmente desconoce la direccioacuten IP en la que se encuentra el teleacutefono 201 Es por ello que para que la sentildealizacioacuten SIP pueda llevarse a cabo es necesario hacer uso de varios elementos intermediarios

Para una comunicacioacuten SIP es necesaria la intervencioacuten de varios elementos donde cada uno desempentildea su papel Los elementos de la comunicacioacuten son

bull Los agentes de usuario (Vser agent) o de manera abreviada VA

manejan la sentildealizacioacuten SIPo Se pueden dividir en dos categoriacuteas

o Vser agent client (VAC) Es un elemento que realiza peticiones SIP y acepta respuestas SIP provenientes de UAS Un ejemplo de UAC es un teleacutefono VoIP ya que realiza peticiones SIPo

o Vser agent server (VAS) Es el elemento encargado de aceptar las peticiones SIP realizadas por el UAC y enviar a este la respuesta conveniente Un teleacutefono VoIP tambieacuten es un ejemplo de UAS ya que acepta las peticiones de inicio de comunicacioacuten enviadas por

36 VOIP y ASTERlSK REDESCUBRlENDO LA TELEFONIacuteA copyRA-MA

otro teleacutefono (UAC) Un servidor SIP o proxy tambieacuten es un UAS lo veremos a continuacioacuten

UAS ZJ1Bes

Figura 2shy14 Ejemplo de llamada SIP (200 llama al 201)

bull Los intermediarios necesarios para que la comunicacioacuten entre dos UA sea posible

o Servidor Proxy Es el elemento encargado de reenviar las peticiones SIP provenientes de unUAC al UAS destino que corresponda asiacute como de encaminar las respuestas del UAS destino al UAC origen Podemos hacer una similitud con el encaminamiento que realizan los router con los paquetes a nivel [P es decir seriacutea como el encargado de enrutar los paquetes SIPo Para rutar lo que hace es una traduccioacuten de la direccioacuten de destino dada de la forma usuariodominio a la forma usuariodireccioacutenlP donde direccioacuten IP es la direccioacuten IP que tiene en ese momento el teleacutefono de destino

SIP origen 200JaLes SIP destino 201Jales

SIP origen 2OOIaIes SlP destino 2011921681201

Direccioacuten SIP 2OOJaIes Direccioacuten SIP 201JaIes Direccioacuten IP 1921681200 Direccioacuten IP 1921681201

200 LLAMA A 201

Figura 2shy15 Ejemplo de llamada SIP con intermediarios (200 llama al 201)

En la figura 2shy15 podemos ver la funcioacuten maacutes importante de un proxy SIP la de enrutar los mensajes SIP estableciendo asiacute la sentildealizacioacuten SIP pertinente El escenario mostrado en la figura no es

37 copyRAshyMA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

todaviacutea funcional ya que el proxy SIP necesita conocer la direccioacuten IP fiacutesica asociada con cada usuario En el ejemplo el proxy SIP tiene que saber que el teleacutefono identificado como 201 de dominio uales tiene asignada la direccioacuten IP real 1921681201

De esta nueva necesidad se encarga el servidor de registro y localizacioacuten

bull RegistrarshyLocation server Acepta las peticiones de registro de los UAC guardando toda la informacioacuten referente a la localizacioacuten fiacutesica del UAC para que si posteriormente llega una peticioacuten con destino el UAC sea posible localizarlo (sea posible traducir su direccioacuten a la forma usuariodireccioacutenIP donde direccioacuten se refiere a la IP del usuario)

Continuando con la figura 2shy15 para que 200 llame al usuario 201 es necesario que previamente ambos teleacutefonos se hayan registrado en servidor de registro Esto es necesariamente asiacute porque el proxy SIP necesita conocer las direccioacuten lp del teleacutefono 201 para enviarle la peticioacuten de inicio de conversacioacuten y del mismo modo necesita la direccioacuten IP del teleacutefono 200 para que pueda rutarle las respuestas SIP generadas por el teleacutefono 20 l

Servidor Proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales Direccioacuten IP 1921681200

Figura 2shy16 Proceso de registro

Una vez que los teleacutefonos se han registrado en el servidor de registro estos pueden entonces realizar y recibir llamadas entre siacute ya que el proxy SIP conoce sus direcciones IP fiacutesicasreales (mediante consultas) Habitualmente el proxy SIP y el servidor de registroshylocalizacioacuten se encuentran juntos en el mismo software por lo general

Direccioacuten SIP 201uales Direccioacuten IP 1921681201

38 VOIP y ASTERISK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMA

Ahora siacute se puede afinnar que la llamada realizada en la figura 2shy16 va a tener eacutexito

bull Redirect Server Su funcionamiento es similar al servidor proxy anterior con la diferencia que cuando este resuelve la direccioacuten esto es realiza la traduccioacuten infonna al UAC que realizoacute la peticioacuten SIP para que sea este mismo el que la enviacutee hacia el UA destino Un servidor de redireccioacuten actuacutea realmente como un UAS

SlP origen 200Jales1deg I SlPdestino RPQ`jセ

セpッョァョZ 2OOJaIesセ セセ deslioo 2011921681201

5

200 LLAM6 A 201 IJreccieacuterl SlP 2OOJaIes IJreccioacuten SlP 201Ja1es IJrecciOO IP 1921681200 IJreccieacuterl IP 1921681201

Figura 2shy17 Registro completado

En la figura 2shy17 ambos teleacutefonos se han registrado previamente en el proxy SIPo A partir de ahora cuando se hable de servidor proxy SIP se refiere a un servidor que contiene conjuntamente el proxy SIP y el servidor de registroshylocalizacioacuten

bull Back-to-back user agent (B2BUA) Es una entidad intennediaria que procesa peticiones SIP entrantes comportaacutendose como un UAS y responde a estas actuando como un UAC regenerando por completo la peticioacuten SIP entrante en una nueva peticioacuten SIP que va a ser enviada

Peticiones SIP

Hasta el momento se ha descrito a grandes rasgos coacutemo se lleva a cabo una comunicacioacuten SIP y los requisitos o elementos que se necesitan para ella Sin embargo no se han indicado queacute mensajes son intercambiados entre los distintos elementos durante una comunicacioacuten SIPo En primera instancia se veraacuten los mensajes SIP para posterionnente tratar con ellos en diversos escenarios ejemplo

En la tabla 2shy3 se muestran las distintas peticiones SIPo

39 copyRAshyMA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

Peticioacuten SIP Descripcioacuten

Es la peticioacuten SIP que se enviacutea a un usuario cuando queremos INVITE establecer con eacutel una comunicacioacuten una llamada

Esta peticioacuten es enviada por el usuario origen que envioacute la peticioacuten INVITE para hacer saber al usuario destino que su respuesta 200

ACK OK ha sido recibida Es el momento en que ambos pueden empezar a enviar traacutefico Media

Para finalizar la conexioacuten la comunicacioacuten entre los dos usuarios BVE establecida anteriormente con INVITE

CANCEL

Se utiliza para cancelar una peticioacuten por ejemplo INVITE que se encuentra en progreso Por ejemplo si el teleacutefono destino estaacute sonando pero auacuten no ha sido descolgado y el teleacutefono origen cuelga se enviacutea un CANCEL a diferencia de un BYE que se enviariacutea si el teleacutefono destino hubiera sido descolgado previamente y por tanto la comunicacioacuten establecida unos instantes

Un UA puede enviar peticiones OPTIONS a un UAS para solicitar middotOPTlONS

cierta informacioacuten sobre este

REGISTRR

Un UAC enviacutea peticiones REGISTER a un servidor de registroshylocalizacioacuten para informar de la posicioacuten actual en la que se encuentra en un momento determinado Esto hace posible que el UAC pueda ser localizado haciendo uso de su misma direccioacuten userdominio sin importar donde el UAC se encuentre fisicamente

Respuestas SIP

Cada peticioacuten SIP lleva asociada una respuesta (la que corresponda) enumerada con un coacutedigo que la identifica Estos coacutedigos van desde el identificador 100 hasta el identificador 699 siendo ademaacutes agrupadas en grupos de respuestas tales como 1 xx 2xx 3xx 4xx 5xx y 6xx

bull Las respuestas del grupo Ixx indican el estado temporal de la

comunicacioacuten Estas se utilizan por ejemplo cuando se tiene en progreso el establecimiento de una comunicacioacuten mediante la peticioacuten INVITE

bull Las respuestas pertenecientes al grupo 2xx corresponden a respuestas que informan del eacutexito de una peticioacuten SIPo Por ejemplo cuando se establece con eacutexito el establecimiento de comunicacioacuten con la peticioacuten INVITE se enviacutea una respuesta 200 OK informando al UAC origen de este hecho

shyshyshyshyshyshyshyshy

40 VOIP y ASTERISK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

bull Las respuestas que confonnan el grupo 3xx infonnan de que la peticioacuten SIP ha de ser reenviada a otro VAS Un servidor de redireccioacuten nos enviariacutea una respuesta con coacutedigo 302 Moved temporarily

bull Las respuestas pertenecientes almiddot grupo 4xx corresponden a errores en el cliente SIP

bull Las respuestas del grupo 5xx corresponden a errores en el servidor SIP

bull Las respuestas pertenecientes al grupo 6xx infonnan de errores generales

A continuacioacuten en la tabla 2shy4 se muestran las distintas respuestas SIPo

Tipo de respuesta Identificador Significado

100

Informan セセoZZZ 181 Call Being Forwarded provi5shy1deJa Cmalllucaeioacuten

shyshyshy182=shyshy_____C___all Queued shy Encolada 183 Session Progre ss shy Llamada en progreso

IntoruJD del eacutentode la 200 OKshy OK eacuteounieaaDll 202 Accepted shy Aceptada

shyshy=300shyshy____shyM=ultiexcliple=shyChoices shy Muacuteltiples opciones 301 Moved Pennanently shy Movido

NQdセLNオ ampIreeacutellvfo ______ MMBーセョョョョエュョエ

neeesllne de ャセエゥゥᅮd SIP 302 Moved Temporarily shy Movido

305 Use Proxy shy Usar Proxy 380 Alternative Service shy Servicio alternativo

Informan de イイッイウセヲ _40_0______ iacuteciordmtI Bad Request shy Mala peticioacuten pセMGエ eHente 401 Unauthorized shy No autorizado

セセMMMMMセ]

_40_2_____ セpセNNlケGAiQエョエ Required shy Se requiere pago 403 Forbidden shy Prohibido 404 Not Found shy No encontrado 405 Method Not Allowed shy Meacutetodo no

セTPNZZZNNV]MMM ____NotAcceptable shy No es aceptable 407 Proxy Authentication Required shy Se

requiere autentificacioacuten 408 Request Timeout shy Tiempo agotado para

410 Gone shy Se ha marchado 413 Request Entity Too Large shy Peticioacuten

demasiado grande

41 copyRA-MA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

414 Request URI Too Long shy URI demasiado

415 Unsupported Media Type shy Tipo de

) GZ^GセLLG

416 Unsupported URI Scheme shy Esquema _______URI no soportado

420 Bad Extension shy Extensioacuten incorrecta ----shy

421 Extension Required shy Se requiere extensioacuten

423 Interval Too Brief shy Intervalo demasiado

480 Temporarily Unavailable shy No _______ZZ[Zゥセーッョゥ「ャ temporalmente

481 Call1Transaction Does Not Exist shy No existe la llamadatransaccioacuten

482 Loop Detected shy Ciacuterculo vicioso detectado

TXSセ⦅セ ___tセPセPセm]]]ョセケセhセPセーセウセMセdセセュセZZ[ZウセゥセPセウセhセッセーセウ ____ 484 Address Incomplete shy Direccioacuten

485 Ambiguous shy Ambiguo 486 Busy Here shy Ocupado 487 Request Terminated shy Peticioacuten terminada 488 Not Acceptable Here shy No es aceptable

491 Request Pending shy Peticisectn pendiente 493 uョ」ゥーィセイ「ャ shy Indescifrable 500 Server Internal Error shy Error interno del

UPQセ ______ NNNNZnセPセエセi]ュセーセャセュセョ]エセセMセnセPNNNNZゥ]ュセーセャセュ]セョ]エセセッセ⦅

502 Bad Gateway shy Gateway incorrecto 503 Service Unavailable shy Servicio no

504 Server TimeshyOut shy Tiempo agotado en el servidor

505 Version Not Supported shy Versioacuten no

513 Message Too Large shy Mensaje demasiado largo

600 Busy Everywheacutere shy Ocupado en todos

603 Declined shy Rechazado 604 Does Not Exist Anywhere shy No existe en

ninguacuten sitio 606 Not Acceptable shy No aceptable

GセヲoイセBイュウャ セセョ|

jエエイHIセB de errorn Nセエャセセエゥ

42 VOIP y ASTERlSK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

Conocidas tanto las peticiones SIP asiacute como las respuestas SIP que podemos recibir en cada caso se van a mostrar escenarios maacutes detallados

En la figura 2shy18 se muestra coacutemo se lleva a cabo el registro del usuario 200uales ante un proxy SIP que requiere autenticacioacuten es decir se muestra coacutemo un terminal se registra en el proxy SIPo

Servidor Proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales uales

Direccioacuten IP 1921681200

I 1 Register

2401 Unauthorized

3 Register

42000K

Figura 2shy18 Proceso de registro de un usuario en un Proxy SIP

El teleacutefono enviacutea la peticioacuten SIP Register al proxy SIPo Este al estar configurado para exigir autenticacioacuten enviacutea una respuesta de vuelta indicando que el usuario 200uales no estaacute autorizado por el momento y requiere por tanto mostrar los credenciales necesarios El teleacutefono enviacutea por tanto de nuevo la peticioacuten Register antildeadiendo a esta unos nuevos campos donde indica el password con el que se encuentra registrado en el proxy SIP de uales Dado que la informacioacuten de autenticacioacuten es correcta el proxy SIP responde con una respuesta 200 OK indicando el eacutexito de la peticioacuten

Suponiendo que tanto el usuario 200 como el 201 se encuentran registrados en la figura 2shy19 se muestra coacutemo se estableceriacutea una comunicacioacuten entre ellos

shyshyshyshyshyshyshy

43 copyRAshyMA CAPIacuteTULO 2 VOlP shy LA NUEVA REVOLUCIOacuteN

Servidor proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales Direccioacuten IP 1921681200

uales Direccioacuten SIP 201uales Direccioacuten IP 1921681201

I 1 INVITE

5 180 Ringing

oC

72000K oC

8ACK Sesioacuten Media RTP

3 INVITE

4 180 Ringing

oC

62000K

oC )lo

9 BYE oC

102000K )lo

Figura 2shy19 Proceso de establecimiento de llamada entre dos terminales

En la figura 2shy19 se muestra coacutemo se completa la sentildealizacioacuten REGISTER

e INVITE Estas son las peticiones maacutes importantes las cuales se requiere conocer detalladamente Para ello vamos a describir a continuacioacuten el contenido de los mensajes intercambiados para ver el funcionamiento de SIP en mayor profundidad

Descripcioacuten de los mensajes SIP

Conocidos los pasos en los que se lleva a cabo una comunicacioacuten entre dos teleacutefonos coacutemo se registran ante un proxy SIP con autenticacioacuten etc se estaacute en disposicioacuten de conocer el contenido de cada uno de los mensajes SIP que se intercambian En la tabla 2shy5 que se presenta a continuacioacuten se muestran cada uno de los campos de la cabecera SIP junto a su descripcioacuten

Un ejemplo del contenido de los mensajes SIP intercambiados entre un teleacutefono y el proxy SIP durante el registro es el que se muestra en el listado 2 Antes es necesario conocer la configuracioacuten del teleacutefono que va a registrarse

Campo Descripcioacuten

En este campo se almacena cada uno de los elementos por los que va pasando la peticioacuten Almacenar el camino que sigue la peticioacuten desde su origen al destino es muy uacutetil para las respuestas ya que estas simplemente tienen que seguir el camino inverso

44 VOIP y ASTERlSK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

Nuacutemero maacuteximo de saltos permitidos a la peticioacuten para llegar a su n{ZNャBLf[セBエャャエGエゥカ」L destino Ese valor seraacute decrementado en cada uno de los saltos por los

En ella se indica la entidad origen que envioacute la peticioacuten SIPo Se especifica mediante la URI o mejor dicho mediante el AOR (Address of Record) que no es ni maacutes ni menos que una URI global y puacuteblica que puede ser rutada desde punto

cセGjセャヲYiセセG Tamantildeo del cuerpo del mensaje

Atributo Valor

Login 200

Password 200

Direccioacuten IP 1921681129

Proxy SIP 1921681365060

TO

-rlt---- セ^MMLZL

gt __ gt y_gt___ セaOL⦅

Hace referencia a la URI de destino o AOR de destino de la peticioacuten Hay que mencionar que esta no se utiliza para rutar el paquete hacia el proacuteximo salto sino que siempre mantiene el destino de la peticioacuten inicial

Es un identificador uacutenico y global que se forma mediante combinacioacuten de una cadena aleatoria el nombre de la maacutequina o la direccioacuten IP del teleacutefono La combinacioacuten de los tags que se indican en TO FROM junto con el CALLshyID definen e identifican de manera uniacutevoca un diaacutelogo SIP entre dos extremos

Es un nuacutemero de secuacuteencia donde cada nueva peticioacuten que se enviacutea en un mismo diaacutelogo incrementa en una unidad su valor No es ni maacutes ni menos que un contador de peticiones pertenecientes a un mismo

En eacutel se indica la SIP URI de la forma usuariodireccioacutenIP[puerto] o usuariodominio[puerto] que representa la direccioacuten de contacto directo con el emisor de la peticioacuten La finalidad de esta direccioacuten de contacto directo es la de que las futuras peticiones se puedan enviar directamente al emisor evitando a la peticioacuten seguir el mismo camino como sucede con las respuestas que siguen el camino inverso dictaminado por las cabeceras VIA

Tipo del cuerpo del mensaje No siempre tiene cuerpo el mensaje pero si lo tuviera por lo general seria applicationlSDP esto es el protocolo multimedia SDP

45 copyRAshyMA CAPIacuteTIJLO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

192168136Dominio

Direccioacuten del proxy SIP pero podriacutea ser otra

El primer mensaje es el mensaje REGISTER enviado del teleacutefono al proxy SIP

En la comunicacioacuten hay que destacar dos cosas La primera es que el teleacutefono quiere recibir las respuestas asociadas a esta peticioacuten que genere el proxy SIP ya que incluye un registro con su direccioacuten IP en el campo VIA La segunda y muy importante es la informacioacuten indicada en la cabecera Contact ya que es donde el teleacutefono de identificador 200 le indica al proxy SIP la direccioacuten IP que tiene en este preciso instante Esto permite al proxy SIP poder localizarlo para enviarle futuras peticiones

46 VOIP y ASTERJSK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMA

Continuando con el flujo de la figura 2shy19 el proxy SIP enviacutea la respuesta 401 Unauthorized ya que en la peticioacuten REGISTER anterior el teleacutefono no indicoacute los credenciales es decir no indicoacute su password y por tanto no estaacute autorizado La cabecera WWW-Authenticate indica al teleacutefono que debe autenticarse para el dominio 192168136

El siguiente mensaje de la comunicaclOn es el enviacuteo del mensaje REGISTER pero esta vez antildeadiendo el campo Authorization donde indica sus credenciales

カゥセ SIl2 1941681 SOpO i BーッイエゥZエイᄀ[ョ」ィセGzYィgT「kofTYcbsァUN「DSAQNTcdPTpRSUCEM14D44

From 200 sip200192 136gttag61B484649 Tal 200 ltsip200192l66136gt Contact 200 200192 168 1129 ilI))gt

shyID ScWVRPヲ[fYdTPVVPSUVbRQRfTYfacfV`QYRGセャVXNQZNSVCSeg 4203iacute セgistᄀᄀ[r

Expire$ iexcl a00

luthod2ation Digest username=200realm=192168136nonoe=48a3134d61dad5515f7 9f3f7363hda6aab8alf90response=b7cc90ae907b4a7655aeeo66df6Ca oNᄀSャAイオイゥBLAjウ[ゥLpセQYRNQヲ[QUᄋQNSVB MaxshyForwards7middot0 UsershyAgent X-Lite release 110Sd

Finalmente si los credenciales son correctos el proxy SIP le comunica al teleacutefono que la autenticacioacuten se ha llevado a cabo con eacutexito y ahora el teleacutefono 200 puede realizar y recibir llamadas

Sl)120 200 OK

yiaSIl12 0DPI 192 NQFb[QNQRYZNUPVP[イーッイエ]UPVP[「イョ」ィ]ᄋセYィgT「kofTYcbUeUbSaTcXdo2pnScaBl14D44

200 LDゥーイRPP`QNYNRNQVXNQLSV^ャエLァBセQXT£TVTY

10200 [セゥーZNRPサス`QYR 1613 1 36gt tag=329cEeaa6dedQ39da2$EE8cbb8668OO2 26eh

3eacute76$Q6F91l4QEi 603 585E2A12E4 91ACE6lil192 1681 bull36 middotl2032REGiexclSTaR

ltsip ZRーエャセQNYNRエQVDNQ NセRZァLIUPVqZ^[クー[ゥイウBLQNXPP

セャャDᄀᄀ[r lmiddot ャNRセQャYエGャセ (386[QtiuacutexJ)

cqャャエョエZBGlセョァエ[Nィセo

Page 2: Fundamentos de Sip

iexcl RAshyMA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN 33

SIP se definioacute en el RFC 2543 en marzo de 1999 por el grupo de trabajo MMSC perteneciente a IEFT En junio de 2002 el IETF publicoacute una nueva revisioacuten de SIP con el RFC 3261

El protocolo SIP posee cuatro caracteriacutesticas que lo hacen muy recomendable para cumplir esta funcioacuten

Caracteristica Descripcioacuten

SIP posee la capacidad de poder conocer en todo la localizacioacuten de los usuarios De esta

no importa en queacute lugar se encuentre un determinado usuario En definitiva la movilidad de los usuarios no se ve limitada

Posibilidad de negociar los paraacutemetros necesarios para la comunicacioacuten puertos para el traacutefico SIPasIacute como el traacutefico Media direcciones IP para el traacutefico Media

etc

SIP permite determinar si un determinado usuario estaacute disponible o no para establecer una comunicacioacuten

Permite la modificacioacuten transferencia finalizacioacuten de la sesioacuten activa Ademaacutes informa del estado de la comunicacioacuten que se encuentra en progreso

momento manera

Figura 2shy12 Arquitectura de protocolos SIP

34 VOIP y ASTERISK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMlt

El protocolo SIP es una parte de una arquitectura multimedia ya que la uacutenica finalidad es la de gestionar las sesiones multimedia iniciarlas modificarlas finalizarlas etc Sin embargo se integra perfectamente con otros protocolos como RVSP RTP o RTSP Gracias al protocolo SDP se puede formar una completa arquitectura multimedia

Conceptos baacutesicos

El protocolo es similar a HTTP por la forma en que funciona (protocolo basado en texto) y es similar a SMTP en la forma en la que se especifican las direcciones SIPo

Las direcciones SIP identifican a un usuario de un determinado dominio A estas direcciones SIP habitualmente se les llama URI (Uniform Resource

Identifier) Una URI se puede especificar de las siguientes maneras

sipl$uuiociominio[portl sipusuariodireccioacutenIP[portl

El dominio representa el nombre del proxy SIP que conoce la direccioacuten IP del terminal identificado por el usuario de dicho dominio El puerto por defecto para SIP es 5060 aunque es posible especificar otros adicionales si es necesario

En la tabla 2shy2 se pueden ver algunos ejemplos de direcciones SIPo

Descripcioacuten Direccioacuten SIP

Usuario 200 perteneciente al dominio uales

Usuario 200 perteneciente al dominio con direccioacuten IP 2001921681120

1921681120

Es por tanto posible hacer uso de una direccioacuten IP si no disponemos de un dominio registrado para este propoacutesito

Supongamos el escenario de la Universidad de Almeriacutea (uales) Cada uno de los trabajadores de la UAL dispone de una direccioacuten SIP que lo identifica de manera uniacutevoca en el dominio uales (veacutease la figura 2shy13)

35 copyRAshyMA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

UAC 200uales UAC 201uales

uales

UAC 202uales UAC 203uales

Figura 2shy13 Ejemplo de escenario SIP

Si por ejemplo el usuario 200uales desea comunicarse con el usuario 201uales el usuario 200 uacutenicamente tendriacutea que marcar en su teleacutefono el nuacutemero 201 Al marcar el nuacutemero 201 comienza la sentildealizacioacuten SIP entre el terminal 200 y el 201 iniciando asiacute una comunicacioacuten SIP entre ambos terminales para posteriormente establecerse una conexioacuten Media entre ambos (RTP)

Este es un escenario en el que no es posible establecer la sentildealizacioacuten SIP ya que el teleacutefono 200uales realmente desconoce la direccioacuten IP en la que se encuentra el teleacutefono 201 Es por ello que para que la sentildealizacioacuten SIP pueda llevarse a cabo es necesario hacer uso de varios elementos intermediarios

Para una comunicacioacuten SIP es necesaria la intervencioacuten de varios elementos donde cada uno desempentildea su papel Los elementos de la comunicacioacuten son

bull Los agentes de usuario (Vser agent) o de manera abreviada VA

manejan la sentildealizacioacuten SIPo Se pueden dividir en dos categoriacuteas

o Vser agent client (VAC) Es un elemento que realiza peticiones SIP y acepta respuestas SIP provenientes de UAS Un ejemplo de UAC es un teleacutefono VoIP ya que realiza peticiones SIPo

o Vser agent server (VAS) Es el elemento encargado de aceptar las peticiones SIP realizadas por el UAC y enviar a este la respuesta conveniente Un teleacutefono VoIP tambieacuten es un ejemplo de UAS ya que acepta las peticiones de inicio de comunicacioacuten enviadas por

36 VOIP y ASTERlSK REDESCUBRlENDO LA TELEFONIacuteA copyRA-MA

otro teleacutefono (UAC) Un servidor SIP o proxy tambieacuten es un UAS lo veremos a continuacioacuten

UAS ZJ1Bes

Figura 2shy14 Ejemplo de llamada SIP (200 llama al 201)

bull Los intermediarios necesarios para que la comunicacioacuten entre dos UA sea posible

o Servidor Proxy Es el elemento encargado de reenviar las peticiones SIP provenientes de unUAC al UAS destino que corresponda asiacute como de encaminar las respuestas del UAS destino al UAC origen Podemos hacer una similitud con el encaminamiento que realizan los router con los paquetes a nivel [P es decir seriacutea como el encargado de enrutar los paquetes SIPo Para rutar lo que hace es una traduccioacuten de la direccioacuten de destino dada de la forma usuariodominio a la forma usuariodireccioacutenlP donde direccioacuten IP es la direccioacuten IP que tiene en ese momento el teleacutefono de destino

SIP origen 200JaLes SIP destino 201Jales

SIP origen 2OOIaIes SlP destino 2011921681201

Direccioacuten SIP 2OOJaIes Direccioacuten SIP 201JaIes Direccioacuten IP 1921681200 Direccioacuten IP 1921681201

200 LLAMA A 201

Figura 2shy15 Ejemplo de llamada SIP con intermediarios (200 llama al 201)

En la figura 2shy15 podemos ver la funcioacuten maacutes importante de un proxy SIP la de enrutar los mensajes SIP estableciendo asiacute la sentildealizacioacuten SIP pertinente El escenario mostrado en la figura no es

37 copyRAshyMA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

todaviacutea funcional ya que el proxy SIP necesita conocer la direccioacuten IP fiacutesica asociada con cada usuario En el ejemplo el proxy SIP tiene que saber que el teleacutefono identificado como 201 de dominio uales tiene asignada la direccioacuten IP real 1921681201

De esta nueva necesidad se encarga el servidor de registro y localizacioacuten

bull RegistrarshyLocation server Acepta las peticiones de registro de los UAC guardando toda la informacioacuten referente a la localizacioacuten fiacutesica del UAC para que si posteriormente llega una peticioacuten con destino el UAC sea posible localizarlo (sea posible traducir su direccioacuten a la forma usuariodireccioacutenIP donde direccioacuten se refiere a la IP del usuario)

Continuando con la figura 2shy15 para que 200 llame al usuario 201 es necesario que previamente ambos teleacutefonos se hayan registrado en servidor de registro Esto es necesariamente asiacute porque el proxy SIP necesita conocer las direccioacuten lp del teleacutefono 201 para enviarle la peticioacuten de inicio de conversacioacuten y del mismo modo necesita la direccioacuten IP del teleacutefono 200 para que pueda rutarle las respuestas SIP generadas por el teleacutefono 20 l

Servidor Proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales Direccioacuten IP 1921681200

Figura 2shy16 Proceso de registro

Una vez que los teleacutefonos se han registrado en el servidor de registro estos pueden entonces realizar y recibir llamadas entre siacute ya que el proxy SIP conoce sus direcciones IP fiacutesicasreales (mediante consultas) Habitualmente el proxy SIP y el servidor de registroshylocalizacioacuten se encuentran juntos en el mismo software por lo general

Direccioacuten SIP 201uales Direccioacuten IP 1921681201

38 VOIP y ASTERISK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMA

Ahora siacute se puede afinnar que la llamada realizada en la figura 2shy16 va a tener eacutexito

bull Redirect Server Su funcionamiento es similar al servidor proxy anterior con la diferencia que cuando este resuelve la direccioacuten esto es realiza la traduccioacuten infonna al UAC que realizoacute la peticioacuten SIP para que sea este mismo el que la enviacutee hacia el UA destino Un servidor de redireccioacuten actuacutea realmente como un UAS

SlP origen 200Jales1deg I SlPdestino RPQ`jセ

セpッョァョZ 2OOJaIesセ セセ deslioo 2011921681201

5

200 LLAM6 A 201 IJreccieacuterl SlP 2OOJaIes IJreccioacuten SlP 201Ja1es IJrecciOO IP 1921681200 IJreccieacuterl IP 1921681201

Figura 2shy17 Registro completado

En la figura 2shy17 ambos teleacutefonos se han registrado previamente en el proxy SIPo A partir de ahora cuando se hable de servidor proxy SIP se refiere a un servidor que contiene conjuntamente el proxy SIP y el servidor de registroshylocalizacioacuten

bull Back-to-back user agent (B2BUA) Es una entidad intennediaria que procesa peticiones SIP entrantes comportaacutendose como un UAS y responde a estas actuando como un UAC regenerando por completo la peticioacuten SIP entrante en una nueva peticioacuten SIP que va a ser enviada

Peticiones SIP

Hasta el momento se ha descrito a grandes rasgos coacutemo se lleva a cabo una comunicacioacuten SIP y los requisitos o elementos que se necesitan para ella Sin embargo no se han indicado queacute mensajes son intercambiados entre los distintos elementos durante una comunicacioacuten SIPo En primera instancia se veraacuten los mensajes SIP para posterionnente tratar con ellos en diversos escenarios ejemplo

En la tabla 2shy3 se muestran las distintas peticiones SIPo

39 copyRAshyMA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

Peticioacuten SIP Descripcioacuten

Es la peticioacuten SIP que se enviacutea a un usuario cuando queremos INVITE establecer con eacutel una comunicacioacuten una llamada

Esta peticioacuten es enviada por el usuario origen que envioacute la peticioacuten INVITE para hacer saber al usuario destino que su respuesta 200

ACK OK ha sido recibida Es el momento en que ambos pueden empezar a enviar traacutefico Media

Para finalizar la conexioacuten la comunicacioacuten entre los dos usuarios BVE establecida anteriormente con INVITE

CANCEL

Se utiliza para cancelar una peticioacuten por ejemplo INVITE que se encuentra en progreso Por ejemplo si el teleacutefono destino estaacute sonando pero auacuten no ha sido descolgado y el teleacutefono origen cuelga se enviacutea un CANCEL a diferencia de un BYE que se enviariacutea si el teleacutefono destino hubiera sido descolgado previamente y por tanto la comunicacioacuten establecida unos instantes

Un UA puede enviar peticiones OPTIONS a un UAS para solicitar middotOPTlONS

cierta informacioacuten sobre este

REGISTRR

Un UAC enviacutea peticiones REGISTER a un servidor de registroshylocalizacioacuten para informar de la posicioacuten actual en la que se encuentra en un momento determinado Esto hace posible que el UAC pueda ser localizado haciendo uso de su misma direccioacuten userdominio sin importar donde el UAC se encuentre fisicamente

Respuestas SIP

Cada peticioacuten SIP lleva asociada una respuesta (la que corresponda) enumerada con un coacutedigo que la identifica Estos coacutedigos van desde el identificador 100 hasta el identificador 699 siendo ademaacutes agrupadas en grupos de respuestas tales como 1 xx 2xx 3xx 4xx 5xx y 6xx

bull Las respuestas del grupo Ixx indican el estado temporal de la

comunicacioacuten Estas se utilizan por ejemplo cuando se tiene en progreso el establecimiento de una comunicacioacuten mediante la peticioacuten INVITE

bull Las respuestas pertenecientes al grupo 2xx corresponden a respuestas que informan del eacutexito de una peticioacuten SIPo Por ejemplo cuando se establece con eacutexito el establecimiento de comunicacioacuten con la peticioacuten INVITE se enviacutea una respuesta 200 OK informando al UAC origen de este hecho

shyshyshyshyshyshyshyshy

40 VOIP y ASTERISK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

bull Las respuestas que confonnan el grupo 3xx infonnan de que la peticioacuten SIP ha de ser reenviada a otro VAS Un servidor de redireccioacuten nos enviariacutea una respuesta con coacutedigo 302 Moved temporarily

bull Las respuestas pertenecientes almiddot grupo 4xx corresponden a errores en el cliente SIP

bull Las respuestas del grupo 5xx corresponden a errores en el servidor SIP

bull Las respuestas pertenecientes al grupo 6xx infonnan de errores generales

A continuacioacuten en la tabla 2shy4 se muestran las distintas respuestas SIPo

Tipo de respuesta Identificador Significado

100

Informan セセoZZZ 181 Call Being Forwarded provi5shy1deJa Cmalllucaeioacuten

shyshyshy182=shyshy_____C___all Queued shy Encolada 183 Session Progre ss shy Llamada en progreso

IntoruJD del eacutentode la 200 OKshy OK eacuteounieaaDll 202 Accepted shy Aceptada

shyshy=300shyshy____shyM=ultiexcliple=shyChoices shy Muacuteltiples opciones 301 Moved Pennanently shy Movido

NQdセLNオ ampIreeacutellvfo ______ MMBーセョョョョエュョエ

neeesllne de ャセエゥゥᅮd SIP 302 Moved Temporarily shy Movido

305 Use Proxy shy Usar Proxy 380 Alternative Service shy Servicio alternativo

Informan de イイッイウセヲ _40_0______ iacuteciordmtI Bad Request shy Mala peticioacuten pセMGエ eHente 401 Unauthorized shy No autorizado

セセMMMMMセ]

_40_2_____ セpセNNlケGAiQエョエ Required shy Se requiere pago 403 Forbidden shy Prohibido 404 Not Found shy No encontrado 405 Method Not Allowed shy Meacutetodo no

セTPNZZZNNV]MMM ____NotAcceptable shy No es aceptable 407 Proxy Authentication Required shy Se

requiere autentificacioacuten 408 Request Timeout shy Tiempo agotado para

410 Gone shy Se ha marchado 413 Request Entity Too Large shy Peticioacuten

demasiado grande

41 copyRA-MA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

414 Request URI Too Long shy URI demasiado

415 Unsupported Media Type shy Tipo de

) GZ^GセLLG

416 Unsupported URI Scheme shy Esquema _______URI no soportado

420 Bad Extension shy Extensioacuten incorrecta ----shy

421 Extension Required shy Se requiere extensioacuten

423 Interval Too Brief shy Intervalo demasiado

480 Temporarily Unavailable shy No _______ZZ[Zゥセーッョゥ「ャ temporalmente

481 Call1Transaction Does Not Exist shy No existe la llamadatransaccioacuten

482 Loop Detected shy Ciacuterculo vicioso detectado

TXSセ⦅セ ___tセPセPセm]]]ョセケセhセPセーセウセMセdセセュセZZ[ZウセゥセPセウセhセッセーセウ ____ 484 Address Incomplete shy Direccioacuten

485 Ambiguous shy Ambiguo 486 Busy Here shy Ocupado 487 Request Terminated shy Peticioacuten terminada 488 Not Acceptable Here shy No es aceptable

491 Request Pending shy Peticisectn pendiente 493 uョ」ゥーィセイ「ャ shy Indescifrable 500 Server Internal Error shy Error interno del

UPQセ ______ NNNNZnセPセエセi]ュセーセャセュセョ]エセセMセnセPNNNNZゥ]ュセーセャセュ]セョ]エセセッセ⦅

502 Bad Gateway shy Gateway incorrecto 503 Service Unavailable shy Servicio no

504 Server TimeshyOut shy Tiempo agotado en el servidor

505 Version Not Supported shy Versioacuten no

513 Message Too Large shy Mensaje demasiado largo

600 Busy Everywheacutere shy Ocupado en todos

603 Declined shy Rechazado 604 Does Not Exist Anywhere shy No existe en

ninguacuten sitio 606 Not Acceptable shy No aceptable

GセヲoイセBイュウャ セセョ|

jエエイHIセB de errorn Nセエャセセエゥ

42 VOIP y ASTERlSK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

Conocidas tanto las peticiones SIP asiacute como las respuestas SIP que podemos recibir en cada caso se van a mostrar escenarios maacutes detallados

En la figura 2shy18 se muestra coacutemo se lleva a cabo el registro del usuario 200uales ante un proxy SIP que requiere autenticacioacuten es decir se muestra coacutemo un terminal se registra en el proxy SIPo

Servidor Proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales uales

Direccioacuten IP 1921681200

I 1 Register

2401 Unauthorized

3 Register

42000K

Figura 2shy18 Proceso de registro de un usuario en un Proxy SIP

El teleacutefono enviacutea la peticioacuten SIP Register al proxy SIPo Este al estar configurado para exigir autenticacioacuten enviacutea una respuesta de vuelta indicando que el usuario 200uales no estaacute autorizado por el momento y requiere por tanto mostrar los credenciales necesarios El teleacutefono enviacutea por tanto de nuevo la peticioacuten Register antildeadiendo a esta unos nuevos campos donde indica el password con el que se encuentra registrado en el proxy SIP de uales Dado que la informacioacuten de autenticacioacuten es correcta el proxy SIP responde con una respuesta 200 OK indicando el eacutexito de la peticioacuten

Suponiendo que tanto el usuario 200 como el 201 se encuentran registrados en la figura 2shy19 se muestra coacutemo se estableceriacutea una comunicacioacuten entre ellos

shyshyshyshyshyshyshy

43 copyRAshyMA CAPIacuteTULO 2 VOlP shy LA NUEVA REVOLUCIOacuteN

Servidor proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales Direccioacuten IP 1921681200

uales Direccioacuten SIP 201uales Direccioacuten IP 1921681201

I 1 INVITE

5 180 Ringing

oC

72000K oC

8ACK Sesioacuten Media RTP

3 INVITE

4 180 Ringing

oC

62000K

oC )lo

9 BYE oC

102000K )lo

Figura 2shy19 Proceso de establecimiento de llamada entre dos terminales

En la figura 2shy19 se muestra coacutemo se completa la sentildealizacioacuten REGISTER

e INVITE Estas son las peticiones maacutes importantes las cuales se requiere conocer detalladamente Para ello vamos a describir a continuacioacuten el contenido de los mensajes intercambiados para ver el funcionamiento de SIP en mayor profundidad

Descripcioacuten de los mensajes SIP

Conocidos los pasos en los que se lleva a cabo una comunicacioacuten entre dos teleacutefonos coacutemo se registran ante un proxy SIP con autenticacioacuten etc se estaacute en disposicioacuten de conocer el contenido de cada uno de los mensajes SIP que se intercambian En la tabla 2shy5 que se presenta a continuacioacuten se muestran cada uno de los campos de la cabecera SIP junto a su descripcioacuten

Un ejemplo del contenido de los mensajes SIP intercambiados entre un teleacutefono y el proxy SIP durante el registro es el que se muestra en el listado 2 Antes es necesario conocer la configuracioacuten del teleacutefono que va a registrarse

Campo Descripcioacuten

En este campo se almacena cada uno de los elementos por los que va pasando la peticioacuten Almacenar el camino que sigue la peticioacuten desde su origen al destino es muy uacutetil para las respuestas ya que estas simplemente tienen que seguir el camino inverso

44 VOIP y ASTERlSK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

Nuacutemero maacuteximo de saltos permitidos a la peticioacuten para llegar a su n{ZNャBLf[セBエャャエGエゥカ」L destino Ese valor seraacute decrementado en cada uno de los saltos por los

En ella se indica la entidad origen que envioacute la peticioacuten SIPo Se especifica mediante la URI o mejor dicho mediante el AOR (Address of Record) que no es ni maacutes ni menos que una URI global y puacuteblica que puede ser rutada desde punto

cセGjセャヲYiセセG Tamantildeo del cuerpo del mensaje

Atributo Valor

Login 200

Password 200

Direccioacuten IP 1921681129

Proxy SIP 1921681365060

TO

-rlt---- セ^MMLZL

gt __ gt y_gt___ セaOL⦅

Hace referencia a la URI de destino o AOR de destino de la peticioacuten Hay que mencionar que esta no se utiliza para rutar el paquete hacia el proacuteximo salto sino que siempre mantiene el destino de la peticioacuten inicial

Es un identificador uacutenico y global que se forma mediante combinacioacuten de una cadena aleatoria el nombre de la maacutequina o la direccioacuten IP del teleacutefono La combinacioacuten de los tags que se indican en TO FROM junto con el CALLshyID definen e identifican de manera uniacutevoca un diaacutelogo SIP entre dos extremos

Es un nuacutemero de secuacuteencia donde cada nueva peticioacuten que se enviacutea en un mismo diaacutelogo incrementa en una unidad su valor No es ni maacutes ni menos que un contador de peticiones pertenecientes a un mismo

En eacutel se indica la SIP URI de la forma usuariodireccioacutenIP[puerto] o usuariodominio[puerto] que representa la direccioacuten de contacto directo con el emisor de la peticioacuten La finalidad de esta direccioacuten de contacto directo es la de que las futuras peticiones se puedan enviar directamente al emisor evitando a la peticioacuten seguir el mismo camino como sucede con las respuestas que siguen el camino inverso dictaminado por las cabeceras VIA

Tipo del cuerpo del mensaje No siempre tiene cuerpo el mensaje pero si lo tuviera por lo general seria applicationlSDP esto es el protocolo multimedia SDP

45 copyRAshyMA CAPIacuteTIJLO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

192168136Dominio

Direccioacuten del proxy SIP pero podriacutea ser otra

El primer mensaje es el mensaje REGISTER enviado del teleacutefono al proxy SIP

En la comunicacioacuten hay que destacar dos cosas La primera es que el teleacutefono quiere recibir las respuestas asociadas a esta peticioacuten que genere el proxy SIP ya que incluye un registro con su direccioacuten IP en el campo VIA La segunda y muy importante es la informacioacuten indicada en la cabecera Contact ya que es donde el teleacutefono de identificador 200 le indica al proxy SIP la direccioacuten IP que tiene en este preciso instante Esto permite al proxy SIP poder localizarlo para enviarle futuras peticiones

46 VOIP y ASTERJSK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMA

Continuando con el flujo de la figura 2shy19 el proxy SIP enviacutea la respuesta 401 Unauthorized ya que en la peticioacuten REGISTER anterior el teleacutefono no indicoacute los credenciales es decir no indicoacute su password y por tanto no estaacute autorizado La cabecera WWW-Authenticate indica al teleacutefono que debe autenticarse para el dominio 192168136

El siguiente mensaje de la comunicaclOn es el enviacuteo del mensaje REGISTER pero esta vez antildeadiendo el campo Authorization donde indica sus credenciales

カゥセ SIl2 1941681 SOpO i BーッイエゥZエイᄀ[ョ」ィセGzYィgT「kofTYcbsァUN「DSAQNTcdPTpRSUCEM14D44

From 200 sip200192 136gttag61B484649 Tal 200 ltsip200192l66136gt Contact 200 200192 168 1129 ilI))gt

shyID ScWVRPヲ[fYdTPVVPSUVbRQRfTYfacfV`QYRGセャVXNQZNSVCSeg 4203iacute セgistᄀᄀ[r

Expire$ iexcl a00

luthod2ation Digest username=200realm=192168136nonoe=48a3134d61dad5515f7 9f3f7363hda6aab8alf90response=b7cc90ae907b4a7655aeeo66df6Ca oNᄀSャAイオイゥBLAjウ[ゥLpセQYRNQヲ[QUᄋQNSVB MaxshyForwards7middot0 UsershyAgent X-Lite release 110Sd

Finalmente si los credenciales son correctos el proxy SIP le comunica al teleacutefono que la autenticacioacuten se ha llevado a cabo con eacutexito y ahora el teleacutefono 200 puede realizar y recibir llamadas

Sl)120 200 OK

yiaSIl12 0DPI 192 NQFb[QNQRYZNUPVP[イーッイエ]UPVP[「イョ」ィ]ᄋセYィgT「kofTYcbUeUbSaTcXdo2pnScaBl14D44

200 LDゥーイRPP`QNYNRNQVXNQLSV^ャエLァBセQXT£TVTY

10200 [セゥーZNRPサス`QYR 1613 1 36gt tag=329cEeaa6dedQ39da2$EE8cbb8668OO2 26eh

3eacute76$Q6F91l4QEi 603 585E2A12E4 91ACE6lil192 1681 bull36 middotl2032REGiexclSTaR

ltsip ZRーエャセQNYNRエQVDNQ NセRZァLIUPVqZ^[クー[ゥイウBLQNXPP

セャャDᄀᄀ[r lmiddot ャNRセQャYエGャセ (386[QtiuacutexJ)

cqャャエョエZBGlセョァエ[Nィセo

Page 3: Fundamentos de Sip

34 VOIP y ASTERISK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMlt

El protocolo SIP es una parte de una arquitectura multimedia ya que la uacutenica finalidad es la de gestionar las sesiones multimedia iniciarlas modificarlas finalizarlas etc Sin embargo se integra perfectamente con otros protocolos como RVSP RTP o RTSP Gracias al protocolo SDP se puede formar una completa arquitectura multimedia

Conceptos baacutesicos

El protocolo es similar a HTTP por la forma en que funciona (protocolo basado en texto) y es similar a SMTP en la forma en la que se especifican las direcciones SIPo

Las direcciones SIP identifican a un usuario de un determinado dominio A estas direcciones SIP habitualmente se les llama URI (Uniform Resource

Identifier) Una URI se puede especificar de las siguientes maneras

sipl$uuiociominio[portl sipusuariodireccioacutenIP[portl

El dominio representa el nombre del proxy SIP que conoce la direccioacuten IP del terminal identificado por el usuario de dicho dominio El puerto por defecto para SIP es 5060 aunque es posible especificar otros adicionales si es necesario

En la tabla 2shy2 se pueden ver algunos ejemplos de direcciones SIPo

Descripcioacuten Direccioacuten SIP

Usuario 200 perteneciente al dominio uales

Usuario 200 perteneciente al dominio con direccioacuten IP 2001921681120

1921681120

Es por tanto posible hacer uso de una direccioacuten IP si no disponemos de un dominio registrado para este propoacutesito

Supongamos el escenario de la Universidad de Almeriacutea (uales) Cada uno de los trabajadores de la UAL dispone de una direccioacuten SIP que lo identifica de manera uniacutevoca en el dominio uales (veacutease la figura 2shy13)

35 copyRAshyMA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

UAC 200uales UAC 201uales

uales

UAC 202uales UAC 203uales

Figura 2shy13 Ejemplo de escenario SIP

Si por ejemplo el usuario 200uales desea comunicarse con el usuario 201uales el usuario 200 uacutenicamente tendriacutea que marcar en su teleacutefono el nuacutemero 201 Al marcar el nuacutemero 201 comienza la sentildealizacioacuten SIP entre el terminal 200 y el 201 iniciando asiacute una comunicacioacuten SIP entre ambos terminales para posteriormente establecerse una conexioacuten Media entre ambos (RTP)

Este es un escenario en el que no es posible establecer la sentildealizacioacuten SIP ya que el teleacutefono 200uales realmente desconoce la direccioacuten IP en la que se encuentra el teleacutefono 201 Es por ello que para que la sentildealizacioacuten SIP pueda llevarse a cabo es necesario hacer uso de varios elementos intermediarios

Para una comunicacioacuten SIP es necesaria la intervencioacuten de varios elementos donde cada uno desempentildea su papel Los elementos de la comunicacioacuten son

bull Los agentes de usuario (Vser agent) o de manera abreviada VA

manejan la sentildealizacioacuten SIPo Se pueden dividir en dos categoriacuteas

o Vser agent client (VAC) Es un elemento que realiza peticiones SIP y acepta respuestas SIP provenientes de UAS Un ejemplo de UAC es un teleacutefono VoIP ya que realiza peticiones SIPo

o Vser agent server (VAS) Es el elemento encargado de aceptar las peticiones SIP realizadas por el UAC y enviar a este la respuesta conveniente Un teleacutefono VoIP tambieacuten es un ejemplo de UAS ya que acepta las peticiones de inicio de comunicacioacuten enviadas por

36 VOIP y ASTERlSK REDESCUBRlENDO LA TELEFONIacuteA copyRA-MA

otro teleacutefono (UAC) Un servidor SIP o proxy tambieacuten es un UAS lo veremos a continuacioacuten

UAS ZJ1Bes

Figura 2shy14 Ejemplo de llamada SIP (200 llama al 201)

bull Los intermediarios necesarios para que la comunicacioacuten entre dos UA sea posible

o Servidor Proxy Es el elemento encargado de reenviar las peticiones SIP provenientes de unUAC al UAS destino que corresponda asiacute como de encaminar las respuestas del UAS destino al UAC origen Podemos hacer una similitud con el encaminamiento que realizan los router con los paquetes a nivel [P es decir seriacutea como el encargado de enrutar los paquetes SIPo Para rutar lo que hace es una traduccioacuten de la direccioacuten de destino dada de la forma usuariodominio a la forma usuariodireccioacutenlP donde direccioacuten IP es la direccioacuten IP que tiene en ese momento el teleacutefono de destino

SIP origen 200JaLes SIP destino 201Jales

SIP origen 2OOIaIes SlP destino 2011921681201

Direccioacuten SIP 2OOJaIes Direccioacuten SIP 201JaIes Direccioacuten IP 1921681200 Direccioacuten IP 1921681201

200 LLAMA A 201

Figura 2shy15 Ejemplo de llamada SIP con intermediarios (200 llama al 201)

En la figura 2shy15 podemos ver la funcioacuten maacutes importante de un proxy SIP la de enrutar los mensajes SIP estableciendo asiacute la sentildealizacioacuten SIP pertinente El escenario mostrado en la figura no es

37 copyRAshyMA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

todaviacutea funcional ya que el proxy SIP necesita conocer la direccioacuten IP fiacutesica asociada con cada usuario En el ejemplo el proxy SIP tiene que saber que el teleacutefono identificado como 201 de dominio uales tiene asignada la direccioacuten IP real 1921681201

De esta nueva necesidad se encarga el servidor de registro y localizacioacuten

bull RegistrarshyLocation server Acepta las peticiones de registro de los UAC guardando toda la informacioacuten referente a la localizacioacuten fiacutesica del UAC para que si posteriormente llega una peticioacuten con destino el UAC sea posible localizarlo (sea posible traducir su direccioacuten a la forma usuariodireccioacutenIP donde direccioacuten se refiere a la IP del usuario)

Continuando con la figura 2shy15 para que 200 llame al usuario 201 es necesario que previamente ambos teleacutefonos se hayan registrado en servidor de registro Esto es necesariamente asiacute porque el proxy SIP necesita conocer las direccioacuten lp del teleacutefono 201 para enviarle la peticioacuten de inicio de conversacioacuten y del mismo modo necesita la direccioacuten IP del teleacutefono 200 para que pueda rutarle las respuestas SIP generadas por el teleacutefono 20 l

Servidor Proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales Direccioacuten IP 1921681200

Figura 2shy16 Proceso de registro

Una vez que los teleacutefonos se han registrado en el servidor de registro estos pueden entonces realizar y recibir llamadas entre siacute ya que el proxy SIP conoce sus direcciones IP fiacutesicasreales (mediante consultas) Habitualmente el proxy SIP y el servidor de registroshylocalizacioacuten se encuentran juntos en el mismo software por lo general

Direccioacuten SIP 201uales Direccioacuten IP 1921681201

38 VOIP y ASTERISK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMA

Ahora siacute se puede afinnar que la llamada realizada en la figura 2shy16 va a tener eacutexito

bull Redirect Server Su funcionamiento es similar al servidor proxy anterior con la diferencia que cuando este resuelve la direccioacuten esto es realiza la traduccioacuten infonna al UAC que realizoacute la peticioacuten SIP para que sea este mismo el que la enviacutee hacia el UA destino Un servidor de redireccioacuten actuacutea realmente como un UAS

SlP origen 200Jales1deg I SlPdestino RPQ`jセ

セpッョァョZ 2OOJaIesセ セセ deslioo 2011921681201

5

200 LLAM6 A 201 IJreccieacuterl SlP 2OOJaIes IJreccioacuten SlP 201Ja1es IJrecciOO IP 1921681200 IJreccieacuterl IP 1921681201

Figura 2shy17 Registro completado

En la figura 2shy17 ambos teleacutefonos se han registrado previamente en el proxy SIPo A partir de ahora cuando se hable de servidor proxy SIP se refiere a un servidor que contiene conjuntamente el proxy SIP y el servidor de registroshylocalizacioacuten

bull Back-to-back user agent (B2BUA) Es una entidad intennediaria que procesa peticiones SIP entrantes comportaacutendose como un UAS y responde a estas actuando como un UAC regenerando por completo la peticioacuten SIP entrante en una nueva peticioacuten SIP que va a ser enviada

Peticiones SIP

Hasta el momento se ha descrito a grandes rasgos coacutemo se lleva a cabo una comunicacioacuten SIP y los requisitos o elementos que se necesitan para ella Sin embargo no se han indicado queacute mensajes son intercambiados entre los distintos elementos durante una comunicacioacuten SIPo En primera instancia se veraacuten los mensajes SIP para posterionnente tratar con ellos en diversos escenarios ejemplo

En la tabla 2shy3 se muestran las distintas peticiones SIPo

39 copyRAshyMA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

Peticioacuten SIP Descripcioacuten

Es la peticioacuten SIP que se enviacutea a un usuario cuando queremos INVITE establecer con eacutel una comunicacioacuten una llamada

Esta peticioacuten es enviada por el usuario origen que envioacute la peticioacuten INVITE para hacer saber al usuario destino que su respuesta 200

ACK OK ha sido recibida Es el momento en que ambos pueden empezar a enviar traacutefico Media

Para finalizar la conexioacuten la comunicacioacuten entre los dos usuarios BVE establecida anteriormente con INVITE

CANCEL

Se utiliza para cancelar una peticioacuten por ejemplo INVITE que se encuentra en progreso Por ejemplo si el teleacutefono destino estaacute sonando pero auacuten no ha sido descolgado y el teleacutefono origen cuelga se enviacutea un CANCEL a diferencia de un BYE que se enviariacutea si el teleacutefono destino hubiera sido descolgado previamente y por tanto la comunicacioacuten establecida unos instantes

Un UA puede enviar peticiones OPTIONS a un UAS para solicitar middotOPTlONS

cierta informacioacuten sobre este

REGISTRR

Un UAC enviacutea peticiones REGISTER a un servidor de registroshylocalizacioacuten para informar de la posicioacuten actual en la que se encuentra en un momento determinado Esto hace posible que el UAC pueda ser localizado haciendo uso de su misma direccioacuten userdominio sin importar donde el UAC se encuentre fisicamente

Respuestas SIP

Cada peticioacuten SIP lleva asociada una respuesta (la que corresponda) enumerada con un coacutedigo que la identifica Estos coacutedigos van desde el identificador 100 hasta el identificador 699 siendo ademaacutes agrupadas en grupos de respuestas tales como 1 xx 2xx 3xx 4xx 5xx y 6xx

bull Las respuestas del grupo Ixx indican el estado temporal de la

comunicacioacuten Estas se utilizan por ejemplo cuando se tiene en progreso el establecimiento de una comunicacioacuten mediante la peticioacuten INVITE

bull Las respuestas pertenecientes al grupo 2xx corresponden a respuestas que informan del eacutexito de una peticioacuten SIPo Por ejemplo cuando se establece con eacutexito el establecimiento de comunicacioacuten con la peticioacuten INVITE se enviacutea una respuesta 200 OK informando al UAC origen de este hecho

shyshyshyshyshyshyshyshy

40 VOIP y ASTERISK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

bull Las respuestas que confonnan el grupo 3xx infonnan de que la peticioacuten SIP ha de ser reenviada a otro VAS Un servidor de redireccioacuten nos enviariacutea una respuesta con coacutedigo 302 Moved temporarily

bull Las respuestas pertenecientes almiddot grupo 4xx corresponden a errores en el cliente SIP

bull Las respuestas del grupo 5xx corresponden a errores en el servidor SIP

bull Las respuestas pertenecientes al grupo 6xx infonnan de errores generales

A continuacioacuten en la tabla 2shy4 se muestran las distintas respuestas SIPo

Tipo de respuesta Identificador Significado

100

Informan セセoZZZ 181 Call Being Forwarded provi5shy1deJa Cmalllucaeioacuten

shyshyshy182=shyshy_____C___all Queued shy Encolada 183 Session Progre ss shy Llamada en progreso

IntoruJD del eacutentode la 200 OKshy OK eacuteounieaaDll 202 Accepted shy Aceptada

shyshy=300shyshy____shyM=ultiexcliple=shyChoices shy Muacuteltiples opciones 301 Moved Pennanently shy Movido

NQdセLNオ ampIreeacutellvfo ______ MMBーセョョョョエュョエ

neeesllne de ャセエゥゥᅮd SIP 302 Moved Temporarily shy Movido

305 Use Proxy shy Usar Proxy 380 Alternative Service shy Servicio alternativo

Informan de イイッイウセヲ _40_0______ iacuteciordmtI Bad Request shy Mala peticioacuten pセMGエ eHente 401 Unauthorized shy No autorizado

セセMMMMMセ]

_40_2_____ セpセNNlケGAiQエョエ Required shy Se requiere pago 403 Forbidden shy Prohibido 404 Not Found shy No encontrado 405 Method Not Allowed shy Meacutetodo no

セTPNZZZNNV]MMM ____NotAcceptable shy No es aceptable 407 Proxy Authentication Required shy Se

requiere autentificacioacuten 408 Request Timeout shy Tiempo agotado para

410 Gone shy Se ha marchado 413 Request Entity Too Large shy Peticioacuten

demasiado grande

41 copyRA-MA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

414 Request URI Too Long shy URI demasiado

415 Unsupported Media Type shy Tipo de

) GZ^GセLLG

416 Unsupported URI Scheme shy Esquema _______URI no soportado

420 Bad Extension shy Extensioacuten incorrecta ----shy

421 Extension Required shy Se requiere extensioacuten

423 Interval Too Brief shy Intervalo demasiado

480 Temporarily Unavailable shy No _______ZZ[Zゥセーッョゥ「ャ temporalmente

481 Call1Transaction Does Not Exist shy No existe la llamadatransaccioacuten

482 Loop Detected shy Ciacuterculo vicioso detectado

TXSセ⦅セ ___tセPセPセm]]]ョセケセhセPセーセウセMセdセセュセZZ[ZウセゥセPセウセhセッセーセウ ____ 484 Address Incomplete shy Direccioacuten

485 Ambiguous shy Ambiguo 486 Busy Here shy Ocupado 487 Request Terminated shy Peticioacuten terminada 488 Not Acceptable Here shy No es aceptable

491 Request Pending shy Peticisectn pendiente 493 uョ」ゥーィセイ「ャ shy Indescifrable 500 Server Internal Error shy Error interno del

UPQセ ______ NNNNZnセPセエセi]ュセーセャセュセョ]エセセMセnセPNNNNZゥ]ュセーセャセュ]セョ]エセセッセ⦅

502 Bad Gateway shy Gateway incorrecto 503 Service Unavailable shy Servicio no

504 Server TimeshyOut shy Tiempo agotado en el servidor

505 Version Not Supported shy Versioacuten no

513 Message Too Large shy Mensaje demasiado largo

600 Busy Everywheacutere shy Ocupado en todos

603 Declined shy Rechazado 604 Does Not Exist Anywhere shy No existe en

ninguacuten sitio 606 Not Acceptable shy No aceptable

GセヲoイセBイュウャ セセョ|

jエエイHIセB de errorn Nセエャセセエゥ

42 VOIP y ASTERlSK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

Conocidas tanto las peticiones SIP asiacute como las respuestas SIP que podemos recibir en cada caso se van a mostrar escenarios maacutes detallados

En la figura 2shy18 se muestra coacutemo se lleva a cabo el registro del usuario 200uales ante un proxy SIP que requiere autenticacioacuten es decir se muestra coacutemo un terminal se registra en el proxy SIPo

Servidor Proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales uales

Direccioacuten IP 1921681200

I 1 Register

2401 Unauthorized

3 Register

42000K

Figura 2shy18 Proceso de registro de un usuario en un Proxy SIP

El teleacutefono enviacutea la peticioacuten SIP Register al proxy SIPo Este al estar configurado para exigir autenticacioacuten enviacutea una respuesta de vuelta indicando que el usuario 200uales no estaacute autorizado por el momento y requiere por tanto mostrar los credenciales necesarios El teleacutefono enviacutea por tanto de nuevo la peticioacuten Register antildeadiendo a esta unos nuevos campos donde indica el password con el que se encuentra registrado en el proxy SIP de uales Dado que la informacioacuten de autenticacioacuten es correcta el proxy SIP responde con una respuesta 200 OK indicando el eacutexito de la peticioacuten

Suponiendo que tanto el usuario 200 como el 201 se encuentran registrados en la figura 2shy19 se muestra coacutemo se estableceriacutea una comunicacioacuten entre ellos

shyshyshyshyshyshyshy

43 copyRAshyMA CAPIacuteTULO 2 VOlP shy LA NUEVA REVOLUCIOacuteN

Servidor proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales Direccioacuten IP 1921681200

uales Direccioacuten SIP 201uales Direccioacuten IP 1921681201

I 1 INVITE

5 180 Ringing

oC

72000K oC

8ACK Sesioacuten Media RTP

3 INVITE

4 180 Ringing

oC

62000K

oC )lo

9 BYE oC

102000K )lo

Figura 2shy19 Proceso de establecimiento de llamada entre dos terminales

En la figura 2shy19 se muestra coacutemo se completa la sentildealizacioacuten REGISTER

e INVITE Estas son las peticiones maacutes importantes las cuales se requiere conocer detalladamente Para ello vamos a describir a continuacioacuten el contenido de los mensajes intercambiados para ver el funcionamiento de SIP en mayor profundidad

Descripcioacuten de los mensajes SIP

Conocidos los pasos en los que se lleva a cabo una comunicacioacuten entre dos teleacutefonos coacutemo se registran ante un proxy SIP con autenticacioacuten etc se estaacute en disposicioacuten de conocer el contenido de cada uno de los mensajes SIP que se intercambian En la tabla 2shy5 que se presenta a continuacioacuten se muestran cada uno de los campos de la cabecera SIP junto a su descripcioacuten

Un ejemplo del contenido de los mensajes SIP intercambiados entre un teleacutefono y el proxy SIP durante el registro es el que se muestra en el listado 2 Antes es necesario conocer la configuracioacuten del teleacutefono que va a registrarse

Campo Descripcioacuten

En este campo se almacena cada uno de los elementos por los que va pasando la peticioacuten Almacenar el camino que sigue la peticioacuten desde su origen al destino es muy uacutetil para las respuestas ya que estas simplemente tienen que seguir el camino inverso

44 VOIP y ASTERlSK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

Nuacutemero maacuteximo de saltos permitidos a la peticioacuten para llegar a su n{ZNャBLf[セBエャャエGエゥカ」L destino Ese valor seraacute decrementado en cada uno de los saltos por los

En ella se indica la entidad origen que envioacute la peticioacuten SIPo Se especifica mediante la URI o mejor dicho mediante el AOR (Address of Record) que no es ni maacutes ni menos que una URI global y puacuteblica que puede ser rutada desde punto

cセGjセャヲYiセセG Tamantildeo del cuerpo del mensaje

Atributo Valor

Login 200

Password 200

Direccioacuten IP 1921681129

Proxy SIP 1921681365060

TO

-rlt---- セ^MMLZL

gt __ gt y_gt___ セaOL⦅

Hace referencia a la URI de destino o AOR de destino de la peticioacuten Hay que mencionar que esta no se utiliza para rutar el paquete hacia el proacuteximo salto sino que siempre mantiene el destino de la peticioacuten inicial

Es un identificador uacutenico y global que se forma mediante combinacioacuten de una cadena aleatoria el nombre de la maacutequina o la direccioacuten IP del teleacutefono La combinacioacuten de los tags que se indican en TO FROM junto con el CALLshyID definen e identifican de manera uniacutevoca un diaacutelogo SIP entre dos extremos

Es un nuacutemero de secuacuteencia donde cada nueva peticioacuten que se enviacutea en un mismo diaacutelogo incrementa en una unidad su valor No es ni maacutes ni menos que un contador de peticiones pertenecientes a un mismo

En eacutel se indica la SIP URI de la forma usuariodireccioacutenIP[puerto] o usuariodominio[puerto] que representa la direccioacuten de contacto directo con el emisor de la peticioacuten La finalidad de esta direccioacuten de contacto directo es la de que las futuras peticiones se puedan enviar directamente al emisor evitando a la peticioacuten seguir el mismo camino como sucede con las respuestas que siguen el camino inverso dictaminado por las cabeceras VIA

Tipo del cuerpo del mensaje No siempre tiene cuerpo el mensaje pero si lo tuviera por lo general seria applicationlSDP esto es el protocolo multimedia SDP

45 copyRAshyMA CAPIacuteTIJLO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

192168136Dominio

Direccioacuten del proxy SIP pero podriacutea ser otra

El primer mensaje es el mensaje REGISTER enviado del teleacutefono al proxy SIP

En la comunicacioacuten hay que destacar dos cosas La primera es que el teleacutefono quiere recibir las respuestas asociadas a esta peticioacuten que genere el proxy SIP ya que incluye un registro con su direccioacuten IP en el campo VIA La segunda y muy importante es la informacioacuten indicada en la cabecera Contact ya que es donde el teleacutefono de identificador 200 le indica al proxy SIP la direccioacuten IP que tiene en este preciso instante Esto permite al proxy SIP poder localizarlo para enviarle futuras peticiones

46 VOIP y ASTERJSK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMA

Continuando con el flujo de la figura 2shy19 el proxy SIP enviacutea la respuesta 401 Unauthorized ya que en la peticioacuten REGISTER anterior el teleacutefono no indicoacute los credenciales es decir no indicoacute su password y por tanto no estaacute autorizado La cabecera WWW-Authenticate indica al teleacutefono que debe autenticarse para el dominio 192168136

El siguiente mensaje de la comunicaclOn es el enviacuteo del mensaje REGISTER pero esta vez antildeadiendo el campo Authorization donde indica sus credenciales

カゥセ SIl2 1941681 SOpO i BーッイエゥZエイᄀ[ョ」ィセGzYィgT「kofTYcbsァUN「DSAQNTcdPTpRSUCEM14D44

From 200 sip200192 136gttag61B484649 Tal 200 ltsip200192l66136gt Contact 200 200192 168 1129 ilI))gt

shyID ScWVRPヲ[fYdTPVVPSUVbRQRfTYfacfV`QYRGセャVXNQZNSVCSeg 4203iacute セgistᄀᄀ[r

Expire$ iexcl a00

luthod2ation Digest username=200realm=192168136nonoe=48a3134d61dad5515f7 9f3f7363hda6aab8alf90response=b7cc90ae907b4a7655aeeo66df6Ca oNᄀSャAイオイゥBLAjウ[ゥLpセQYRNQヲ[QUᄋQNSVB MaxshyForwards7middot0 UsershyAgent X-Lite release 110Sd

Finalmente si los credenciales son correctos el proxy SIP le comunica al teleacutefono que la autenticacioacuten se ha llevado a cabo con eacutexito y ahora el teleacutefono 200 puede realizar y recibir llamadas

Sl)120 200 OK

yiaSIl12 0DPI 192 NQFb[QNQRYZNUPVP[イーッイエ]UPVP[「イョ」ィ]ᄋセYィgT「kofTYcbUeUbSaTcXdo2pnScaBl14D44

200 LDゥーイRPP`QNYNRNQVXNQLSV^ャエLァBセQXT£TVTY

10200 [セゥーZNRPサス`QYR 1613 1 36gt tag=329cEeaa6dedQ39da2$EE8cbb8668OO2 26eh

3eacute76$Q6F91l4QEi 603 585E2A12E4 91ACE6lil192 1681 bull36 middotl2032REGiexclSTaR

ltsip ZRーエャセQNYNRエQVDNQ NセRZァLIUPVqZ^[クー[ゥイウBLQNXPP

セャャDᄀᄀ[r lmiddot ャNRセQャYエGャセ (386[QtiuacutexJ)

cqャャエョエZBGlセョァエ[Nィセo

Page 4: Fundamentos de Sip

35 copyRAshyMA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

UAC 200uales UAC 201uales

uales

UAC 202uales UAC 203uales

Figura 2shy13 Ejemplo de escenario SIP

Si por ejemplo el usuario 200uales desea comunicarse con el usuario 201uales el usuario 200 uacutenicamente tendriacutea que marcar en su teleacutefono el nuacutemero 201 Al marcar el nuacutemero 201 comienza la sentildealizacioacuten SIP entre el terminal 200 y el 201 iniciando asiacute una comunicacioacuten SIP entre ambos terminales para posteriormente establecerse una conexioacuten Media entre ambos (RTP)

Este es un escenario en el que no es posible establecer la sentildealizacioacuten SIP ya que el teleacutefono 200uales realmente desconoce la direccioacuten IP en la que se encuentra el teleacutefono 201 Es por ello que para que la sentildealizacioacuten SIP pueda llevarse a cabo es necesario hacer uso de varios elementos intermediarios

Para una comunicacioacuten SIP es necesaria la intervencioacuten de varios elementos donde cada uno desempentildea su papel Los elementos de la comunicacioacuten son

bull Los agentes de usuario (Vser agent) o de manera abreviada VA

manejan la sentildealizacioacuten SIPo Se pueden dividir en dos categoriacuteas

o Vser agent client (VAC) Es un elemento que realiza peticiones SIP y acepta respuestas SIP provenientes de UAS Un ejemplo de UAC es un teleacutefono VoIP ya que realiza peticiones SIPo

o Vser agent server (VAS) Es el elemento encargado de aceptar las peticiones SIP realizadas por el UAC y enviar a este la respuesta conveniente Un teleacutefono VoIP tambieacuten es un ejemplo de UAS ya que acepta las peticiones de inicio de comunicacioacuten enviadas por

36 VOIP y ASTERlSK REDESCUBRlENDO LA TELEFONIacuteA copyRA-MA

otro teleacutefono (UAC) Un servidor SIP o proxy tambieacuten es un UAS lo veremos a continuacioacuten

UAS ZJ1Bes

Figura 2shy14 Ejemplo de llamada SIP (200 llama al 201)

bull Los intermediarios necesarios para que la comunicacioacuten entre dos UA sea posible

o Servidor Proxy Es el elemento encargado de reenviar las peticiones SIP provenientes de unUAC al UAS destino que corresponda asiacute como de encaminar las respuestas del UAS destino al UAC origen Podemos hacer una similitud con el encaminamiento que realizan los router con los paquetes a nivel [P es decir seriacutea como el encargado de enrutar los paquetes SIPo Para rutar lo que hace es una traduccioacuten de la direccioacuten de destino dada de la forma usuariodominio a la forma usuariodireccioacutenlP donde direccioacuten IP es la direccioacuten IP que tiene en ese momento el teleacutefono de destino

SIP origen 200JaLes SIP destino 201Jales

SIP origen 2OOIaIes SlP destino 2011921681201

Direccioacuten SIP 2OOJaIes Direccioacuten SIP 201JaIes Direccioacuten IP 1921681200 Direccioacuten IP 1921681201

200 LLAMA A 201

Figura 2shy15 Ejemplo de llamada SIP con intermediarios (200 llama al 201)

En la figura 2shy15 podemos ver la funcioacuten maacutes importante de un proxy SIP la de enrutar los mensajes SIP estableciendo asiacute la sentildealizacioacuten SIP pertinente El escenario mostrado en la figura no es

37 copyRAshyMA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

todaviacutea funcional ya que el proxy SIP necesita conocer la direccioacuten IP fiacutesica asociada con cada usuario En el ejemplo el proxy SIP tiene que saber que el teleacutefono identificado como 201 de dominio uales tiene asignada la direccioacuten IP real 1921681201

De esta nueva necesidad se encarga el servidor de registro y localizacioacuten

bull RegistrarshyLocation server Acepta las peticiones de registro de los UAC guardando toda la informacioacuten referente a la localizacioacuten fiacutesica del UAC para que si posteriormente llega una peticioacuten con destino el UAC sea posible localizarlo (sea posible traducir su direccioacuten a la forma usuariodireccioacutenIP donde direccioacuten se refiere a la IP del usuario)

Continuando con la figura 2shy15 para que 200 llame al usuario 201 es necesario que previamente ambos teleacutefonos se hayan registrado en servidor de registro Esto es necesariamente asiacute porque el proxy SIP necesita conocer las direccioacuten lp del teleacutefono 201 para enviarle la peticioacuten de inicio de conversacioacuten y del mismo modo necesita la direccioacuten IP del teleacutefono 200 para que pueda rutarle las respuestas SIP generadas por el teleacutefono 20 l

Servidor Proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales Direccioacuten IP 1921681200

Figura 2shy16 Proceso de registro

Una vez que los teleacutefonos se han registrado en el servidor de registro estos pueden entonces realizar y recibir llamadas entre siacute ya que el proxy SIP conoce sus direcciones IP fiacutesicasreales (mediante consultas) Habitualmente el proxy SIP y el servidor de registroshylocalizacioacuten se encuentran juntos en el mismo software por lo general

Direccioacuten SIP 201uales Direccioacuten IP 1921681201

38 VOIP y ASTERISK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMA

Ahora siacute se puede afinnar que la llamada realizada en la figura 2shy16 va a tener eacutexito

bull Redirect Server Su funcionamiento es similar al servidor proxy anterior con la diferencia que cuando este resuelve la direccioacuten esto es realiza la traduccioacuten infonna al UAC que realizoacute la peticioacuten SIP para que sea este mismo el que la enviacutee hacia el UA destino Un servidor de redireccioacuten actuacutea realmente como un UAS

SlP origen 200Jales1deg I SlPdestino RPQ`jセ

セpッョァョZ 2OOJaIesセ セセ deslioo 2011921681201

5

200 LLAM6 A 201 IJreccieacuterl SlP 2OOJaIes IJreccioacuten SlP 201Ja1es IJrecciOO IP 1921681200 IJreccieacuterl IP 1921681201

Figura 2shy17 Registro completado

En la figura 2shy17 ambos teleacutefonos se han registrado previamente en el proxy SIPo A partir de ahora cuando se hable de servidor proxy SIP se refiere a un servidor que contiene conjuntamente el proxy SIP y el servidor de registroshylocalizacioacuten

bull Back-to-back user agent (B2BUA) Es una entidad intennediaria que procesa peticiones SIP entrantes comportaacutendose como un UAS y responde a estas actuando como un UAC regenerando por completo la peticioacuten SIP entrante en una nueva peticioacuten SIP que va a ser enviada

Peticiones SIP

Hasta el momento se ha descrito a grandes rasgos coacutemo se lleva a cabo una comunicacioacuten SIP y los requisitos o elementos que se necesitan para ella Sin embargo no se han indicado queacute mensajes son intercambiados entre los distintos elementos durante una comunicacioacuten SIPo En primera instancia se veraacuten los mensajes SIP para posterionnente tratar con ellos en diversos escenarios ejemplo

En la tabla 2shy3 se muestran las distintas peticiones SIPo

39 copyRAshyMA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

Peticioacuten SIP Descripcioacuten

Es la peticioacuten SIP que se enviacutea a un usuario cuando queremos INVITE establecer con eacutel una comunicacioacuten una llamada

Esta peticioacuten es enviada por el usuario origen que envioacute la peticioacuten INVITE para hacer saber al usuario destino que su respuesta 200

ACK OK ha sido recibida Es el momento en que ambos pueden empezar a enviar traacutefico Media

Para finalizar la conexioacuten la comunicacioacuten entre los dos usuarios BVE establecida anteriormente con INVITE

CANCEL

Se utiliza para cancelar una peticioacuten por ejemplo INVITE que se encuentra en progreso Por ejemplo si el teleacutefono destino estaacute sonando pero auacuten no ha sido descolgado y el teleacutefono origen cuelga se enviacutea un CANCEL a diferencia de un BYE que se enviariacutea si el teleacutefono destino hubiera sido descolgado previamente y por tanto la comunicacioacuten establecida unos instantes

Un UA puede enviar peticiones OPTIONS a un UAS para solicitar middotOPTlONS

cierta informacioacuten sobre este

REGISTRR

Un UAC enviacutea peticiones REGISTER a un servidor de registroshylocalizacioacuten para informar de la posicioacuten actual en la que se encuentra en un momento determinado Esto hace posible que el UAC pueda ser localizado haciendo uso de su misma direccioacuten userdominio sin importar donde el UAC se encuentre fisicamente

Respuestas SIP

Cada peticioacuten SIP lleva asociada una respuesta (la que corresponda) enumerada con un coacutedigo que la identifica Estos coacutedigos van desde el identificador 100 hasta el identificador 699 siendo ademaacutes agrupadas en grupos de respuestas tales como 1 xx 2xx 3xx 4xx 5xx y 6xx

bull Las respuestas del grupo Ixx indican el estado temporal de la

comunicacioacuten Estas se utilizan por ejemplo cuando se tiene en progreso el establecimiento de una comunicacioacuten mediante la peticioacuten INVITE

bull Las respuestas pertenecientes al grupo 2xx corresponden a respuestas que informan del eacutexito de una peticioacuten SIPo Por ejemplo cuando se establece con eacutexito el establecimiento de comunicacioacuten con la peticioacuten INVITE se enviacutea una respuesta 200 OK informando al UAC origen de este hecho

shyshyshyshyshyshyshyshy

40 VOIP y ASTERISK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

bull Las respuestas que confonnan el grupo 3xx infonnan de que la peticioacuten SIP ha de ser reenviada a otro VAS Un servidor de redireccioacuten nos enviariacutea una respuesta con coacutedigo 302 Moved temporarily

bull Las respuestas pertenecientes almiddot grupo 4xx corresponden a errores en el cliente SIP

bull Las respuestas del grupo 5xx corresponden a errores en el servidor SIP

bull Las respuestas pertenecientes al grupo 6xx infonnan de errores generales

A continuacioacuten en la tabla 2shy4 se muestran las distintas respuestas SIPo

Tipo de respuesta Identificador Significado

100

Informan セセoZZZ 181 Call Being Forwarded provi5shy1deJa Cmalllucaeioacuten

shyshyshy182=shyshy_____C___all Queued shy Encolada 183 Session Progre ss shy Llamada en progreso

IntoruJD del eacutentode la 200 OKshy OK eacuteounieaaDll 202 Accepted shy Aceptada

shyshy=300shyshy____shyM=ultiexcliple=shyChoices shy Muacuteltiples opciones 301 Moved Pennanently shy Movido

NQdセLNオ ampIreeacutellvfo ______ MMBーセョョョョエュョエ

neeesllne de ャセエゥゥᅮd SIP 302 Moved Temporarily shy Movido

305 Use Proxy shy Usar Proxy 380 Alternative Service shy Servicio alternativo

Informan de イイッイウセヲ _40_0______ iacuteciordmtI Bad Request shy Mala peticioacuten pセMGエ eHente 401 Unauthorized shy No autorizado

セセMMMMMセ]

_40_2_____ セpセNNlケGAiQエョエ Required shy Se requiere pago 403 Forbidden shy Prohibido 404 Not Found shy No encontrado 405 Method Not Allowed shy Meacutetodo no

セTPNZZZNNV]MMM ____NotAcceptable shy No es aceptable 407 Proxy Authentication Required shy Se

requiere autentificacioacuten 408 Request Timeout shy Tiempo agotado para

410 Gone shy Se ha marchado 413 Request Entity Too Large shy Peticioacuten

demasiado grande

41 copyRA-MA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

414 Request URI Too Long shy URI demasiado

415 Unsupported Media Type shy Tipo de

) GZ^GセLLG

416 Unsupported URI Scheme shy Esquema _______URI no soportado

420 Bad Extension shy Extensioacuten incorrecta ----shy

421 Extension Required shy Se requiere extensioacuten

423 Interval Too Brief shy Intervalo demasiado

480 Temporarily Unavailable shy No _______ZZ[Zゥセーッョゥ「ャ temporalmente

481 Call1Transaction Does Not Exist shy No existe la llamadatransaccioacuten

482 Loop Detected shy Ciacuterculo vicioso detectado

TXSセ⦅セ ___tセPセPセm]]]ョセケセhセPセーセウセMセdセセュセZZ[ZウセゥセPセウセhセッセーセウ ____ 484 Address Incomplete shy Direccioacuten

485 Ambiguous shy Ambiguo 486 Busy Here shy Ocupado 487 Request Terminated shy Peticioacuten terminada 488 Not Acceptable Here shy No es aceptable

491 Request Pending shy Peticisectn pendiente 493 uョ」ゥーィセイ「ャ shy Indescifrable 500 Server Internal Error shy Error interno del

UPQセ ______ NNNNZnセPセエセi]ュセーセャセュセョ]エセセMセnセPNNNNZゥ]ュセーセャセュ]セョ]エセセッセ⦅

502 Bad Gateway shy Gateway incorrecto 503 Service Unavailable shy Servicio no

504 Server TimeshyOut shy Tiempo agotado en el servidor

505 Version Not Supported shy Versioacuten no

513 Message Too Large shy Mensaje demasiado largo

600 Busy Everywheacutere shy Ocupado en todos

603 Declined shy Rechazado 604 Does Not Exist Anywhere shy No existe en

ninguacuten sitio 606 Not Acceptable shy No aceptable

GセヲoイセBイュウャ セセョ|

jエエイHIセB de errorn Nセエャセセエゥ

42 VOIP y ASTERlSK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

Conocidas tanto las peticiones SIP asiacute como las respuestas SIP que podemos recibir en cada caso se van a mostrar escenarios maacutes detallados

En la figura 2shy18 se muestra coacutemo se lleva a cabo el registro del usuario 200uales ante un proxy SIP que requiere autenticacioacuten es decir se muestra coacutemo un terminal se registra en el proxy SIPo

Servidor Proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales uales

Direccioacuten IP 1921681200

I 1 Register

2401 Unauthorized

3 Register

42000K

Figura 2shy18 Proceso de registro de un usuario en un Proxy SIP

El teleacutefono enviacutea la peticioacuten SIP Register al proxy SIPo Este al estar configurado para exigir autenticacioacuten enviacutea una respuesta de vuelta indicando que el usuario 200uales no estaacute autorizado por el momento y requiere por tanto mostrar los credenciales necesarios El teleacutefono enviacutea por tanto de nuevo la peticioacuten Register antildeadiendo a esta unos nuevos campos donde indica el password con el que se encuentra registrado en el proxy SIP de uales Dado que la informacioacuten de autenticacioacuten es correcta el proxy SIP responde con una respuesta 200 OK indicando el eacutexito de la peticioacuten

Suponiendo que tanto el usuario 200 como el 201 se encuentran registrados en la figura 2shy19 se muestra coacutemo se estableceriacutea una comunicacioacuten entre ellos

shyshyshyshyshyshyshy

43 copyRAshyMA CAPIacuteTULO 2 VOlP shy LA NUEVA REVOLUCIOacuteN

Servidor proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales Direccioacuten IP 1921681200

uales Direccioacuten SIP 201uales Direccioacuten IP 1921681201

I 1 INVITE

5 180 Ringing

oC

72000K oC

8ACK Sesioacuten Media RTP

3 INVITE

4 180 Ringing

oC

62000K

oC )lo

9 BYE oC

102000K )lo

Figura 2shy19 Proceso de establecimiento de llamada entre dos terminales

En la figura 2shy19 se muestra coacutemo se completa la sentildealizacioacuten REGISTER

e INVITE Estas son las peticiones maacutes importantes las cuales se requiere conocer detalladamente Para ello vamos a describir a continuacioacuten el contenido de los mensajes intercambiados para ver el funcionamiento de SIP en mayor profundidad

Descripcioacuten de los mensajes SIP

Conocidos los pasos en los que se lleva a cabo una comunicacioacuten entre dos teleacutefonos coacutemo se registran ante un proxy SIP con autenticacioacuten etc se estaacute en disposicioacuten de conocer el contenido de cada uno de los mensajes SIP que se intercambian En la tabla 2shy5 que se presenta a continuacioacuten se muestran cada uno de los campos de la cabecera SIP junto a su descripcioacuten

Un ejemplo del contenido de los mensajes SIP intercambiados entre un teleacutefono y el proxy SIP durante el registro es el que se muestra en el listado 2 Antes es necesario conocer la configuracioacuten del teleacutefono que va a registrarse

Campo Descripcioacuten

En este campo se almacena cada uno de los elementos por los que va pasando la peticioacuten Almacenar el camino que sigue la peticioacuten desde su origen al destino es muy uacutetil para las respuestas ya que estas simplemente tienen que seguir el camino inverso

44 VOIP y ASTERlSK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

Nuacutemero maacuteximo de saltos permitidos a la peticioacuten para llegar a su n{ZNャBLf[セBエャャエGエゥカ」L destino Ese valor seraacute decrementado en cada uno de los saltos por los

En ella se indica la entidad origen que envioacute la peticioacuten SIPo Se especifica mediante la URI o mejor dicho mediante el AOR (Address of Record) que no es ni maacutes ni menos que una URI global y puacuteblica que puede ser rutada desde punto

cセGjセャヲYiセセG Tamantildeo del cuerpo del mensaje

Atributo Valor

Login 200

Password 200

Direccioacuten IP 1921681129

Proxy SIP 1921681365060

TO

-rlt---- セ^MMLZL

gt __ gt y_gt___ セaOL⦅

Hace referencia a la URI de destino o AOR de destino de la peticioacuten Hay que mencionar que esta no se utiliza para rutar el paquete hacia el proacuteximo salto sino que siempre mantiene el destino de la peticioacuten inicial

Es un identificador uacutenico y global que se forma mediante combinacioacuten de una cadena aleatoria el nombre de la maacutequina o la direccioacuten IP del teleacutefono La combinacioacuten de los tags que se indican en TO FROM junto con el CALLshyID definen e identifican de manera uniacutevoca un diaacutelogo SIP entre dos extremos

Es un nuacutemero de secuacuteencia donde cada nueva peticioacuten que se enviacutea en un mismo diaacutelogo incrementa en una unidad su valor No es ni maacutes ni menos que un contador de peticiones pertenecientes a un mismo

En eacutel se indica la SIP URI de la forma usuariodireccioacutenIP[puerto] o usuariodominio[puerto] que representa la direccioacuten de contacto directo con el emisor de la peticioacuten La finalidad de esta direccioacuten de contacto directo es la de que las futuras peticiones se puedan enviar directamente al emisor evitando a la peticioacuten seguir el mismo camino como sucede con las respuestas que siguen el camino inverso dictaminado por las cabeceras VIA

Tipo del cuerpo del mensaje No siempre tiene cuerpo el mensaje pero si lo tuviera por lo general seria applicationlSDP esto es el protocolo multimedia SDP

45 copyRAshyMA CAPIacuteTIJLO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

192168136Dominio

Direccioacuten del proxy SIP pero podriacutea ser otra

El primer mensaje es el mensaje REGISTER enviado del teleacutefono al proxy SIP

En la comunicacioacuten hay que destacar dos cosas La primera es que el teleacutefono quiere recibir las respuestas asociadas a esta peticioacuten que genere el proxy SIP ya que incluye un registro con su direccioacuten IP en el campo VIA La segunda y muy importante es la informacioacuten indicada en la cabecera Contact ya que es donde el teleacutefono de identificador 200 le indica al proxy SIP la direccioacuten IP que tiene en este preciso instante Esto permite al proxy SIP poder localizarlo para enviarle futuras peticiones

46 VOIP y ASTERJSK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMA

Continuando con el flujo de la figura 2shy19 el proxy SIP enviacutea la respuesta 401 Unauthorized ya que en la peticioacuten REGISTER anterior el teleacutefono no indicoacute los credenciales es decir no indicoacute su password y por tanto no estaacute autorizado La cabecera WWW-Authenticate indica al teleacutefono que debe autenticarse para el dominio 192168136

El siguiente mensaje de la comunicaclOn es el enviacuteo del mensaje REGISTER pero esta vez antildeadiendo el campo Authorization donde indica sus credenciales

カゥセ SIl2 1941681 SOpO i BーッイエゥZエイᄀ[ョ」ィセGzYィgT「kofTYcbsァUN「DSAQNTcdPTpRSUCEM14D44

From 200 sip200192 136gttag61B484649 Tal 200 ltsip200192l66136gt Contact 200 200192 168 1129 ilI))gt

shyID ScWVRPヲ[fYdTPVVPSUVbRQRfTYfacfV`QYRGセャVXNQZNSVCSeg 4203iacute セgistᄀᄀ[r

Expire$ iexcl a00

luthod2ation Digest username=200realm=192168136nonoe=48a3134d61dad5515f7 9f3f7363hda6aab8alf90response=b7cc90ae907b4a7655aeeo66df6Ca oNᄀSャAイオイゥBLAjウ[ゥLpセQYRNQヲ[QUᄋQNSVB MaxshyForwards7middot0 UsershyAgent X-Lite release 110Sd

Finalmente si los credenciales son correctos el proxy SIP le comunica al teleacutefono que la autenticacioacuten se ha llevado a cabo con eacutexito y ahora el teleacutefono 200 puede realizar y recibir llamadas

Sl)120 200 OK

yiaSIl12 0DPI 192 NQFb[QNQRYZNUPVP[イーッイエ]UPVP[「イョ」ィ]ᄋセYィgT「kofTYcbUeUbSaTcXdo2pnScaBl14D44

200 LDゥーイRPP`QNYNRNQVXNQLSV^ャエLァBセQXT£TVTY

10200 [セゥーZNRPサス`QYR 1613 1 36gt tag=329cEeaa6dedQ39da2$EE8cbb8668OO2 26eh

3eacute76$Q6F91l4QEi 603 585E2A12E4 91ACE6lil192 1681 bull36 middotl2032REGiexclSTaR

ltsip ZRーエャセQNYNRエQVDNQ NセRZァLIUPVqZ^[クー[ゥイウBLQNXPP

セャャDᄀᄀ[r lmiddot ャNRセQャYエGャセ (386[QtiuacutexJ)

cqャャエョエZBGlセョァエ[Nィセo

Page 5: Fundamentos de Sip

36 VOIP y ASTERlSK REDESCUBRlENDO LA TELEFONIacuteA copyRA-MA

otro teleacutefono (UAC) Un servidor SIP o proxy tambieacuten es un UAS lo veremos a continuacioacuten

UAS ZJ1Bes

Figura 2shy14 Ejemplo de llamada SIP (200 llama al 201)

bull Los intermediarios necesarios para que la comunicacioacuten entre dos UA sea posible

o Servidor Proxy Es el elemento encargado de reenviar las peticiones SIP provenientes de unUAC al UAS destino que corresponda asiacute como de encaminar las respuestas del UAS destino al UAC origen Podemos hacer una similitud con el encaminamiento que realizan los router con los paquetes a nivel [P es decir seriacutea como el encargado de enrutar los paquetes SIPo Para rutar lo que hace es una traduccioacuten de la direccioacuten de destino dada de la forma usuariodominio a la forma usuariodireccioacutenlP donde direccioacuten IP es la direccioacuten IP que tiene en ese momento el teleacutefono de destino

SIP origen 200JaLes SIP destino 201Jales

SIP origen 2OOIaIes SlP destino 2011921681201

Direccioacuten SIP 2OOJaIes Direccioacuten SIP 201JaIes Direccioacuten IP 1921681200 Direccioacuten IP 1921681201

200 LLAMA A 201

Figura 2shy15 Ejemplo de llamada SIP con intermediarios (200 llama al 201)

En la figura 2shy15 podemos ver la funcioacuten maacutes importante de un proxy SIP la de enrutar los mensajes SIP estableciendo asiacute la sentildealizacioacuten SIP pertinente El escenario mostrado en la figura no es

37 copyRAshyMA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

todaviacutea funcional ya que el proxy SIP necesita conocer la direccioacuten IP fiacutesica asociada con cada usuario En el ejemplo el proxy SIP tiene que saber que el teleacutefono identificado como 201 de dominio uales tiene asignada la direccioacuten IP real 1921681201

De esta nueva necesidad se encarga el servidor de registro y localizacioacuten

bull RegistrarshyLocation server Acepta las peticiones de registro de los UAC guardando toda la informacioacuten referente a la localizacioacuten fiacutesica del UAC para que si posteriormente llega una peticioacuten con destino el UAC sea posible localizarlo (sea posible traducir su direccioacuten a la forma usuariodireccioacutenIP donde direccioacuten se refiere a la IP del usuario)

Continuando con la figura 2shy15 para que 200 llame al usuario 201 es necesario que previamente ambos teleacutefonos se hayan registrado en servidor de registro Esto es necesariamente asiacute porque el proxy SIP necesita conocer las direccioacuten lp del teleacutefono 201 para enviarle la peticioacuten de inicio de conversacioacuten y del mismo modo necesita la direccioacuten IP del teleacutefono 200 para que pueda rutarle las respuestas SIP generadas por el teleacutefono 20 l

Servidor Proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales Direccioacuten IP 1921681200

Figura 2shy16 Proceso de registro

Una vez que los teleacutefonos se han registrado en el servidor de registro estos pueden entonces realizar y recibir llamadas entre siacute ya que el proxy SIP conoce sus direcciones IP fiacutesicasreales (mediante consultas) Habitualmente el proxy SIP y el servidor de registroshylocalizacioacuten se encuentran juntos en el mismo software por lo general

Direccioacuten SIP 201uales Direccioacuten IP 1921681201

38 VOIP y ASTERISK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMA

Ahora siacute se puede afinnar que la llamada realizada en la figura 2shy16 va a tener eacutexito

bull Redirect Server Su funcionamiento es similar al servidor proxy anterior con la diferencia que cuando este resuelve la direccioacuten esto es realiza la traduccioacuten infonna al UAC que realizoacute la peticioacuten SIP para que sea este mismo el que la enviacutee hacia el UA destino Un servidor de redireccioacuten actuacutea realmente como un UAS

SlP origen 200Jales1deg I SlPdestino RPQ`jセ

セpッョァョZ 2OOJaIesセ セセ deslioo 2011921681201

5

200 LLAM6 A 201 IJreccieacuterl SlP 2OOJaIes IJreccioacuten SlP 201Ja1es IJrecciOO IP 1921681200 IJreccieacuterl IP 1921681201

Figura 2shy17 Registro completado

En la figura 2shy17 ambos teleacutefonos se han registrado previamente en el proxy SIPo A partir de ahora cuando se hable de servidor proxy SIP se refiere a un servidor que contiene conjuntamente el proxy SIP y el servidor de registroshylocalizacioacuten

bull Back-to-back user agent (B2BUA) Es una entidad intennediaria que procesa peticiones SIP entrantes comportaacutendose como un UAS y responde a estas actuando como un UAC regenerando por completo la peticioacuten SIP entrante en una nueva peticioacuten SIP que va a ser enviada

Peticiones SIP

Hasta el momento se ha descrito a grandes rasgos coacutemo se lleva a cabo una comunicacioacuten SIP y los requisitos o elementos que se necesitan para ella Sin embargo no se han indicado queacute mensajes son intercambiados entre los distintos elementos durante una comunicacioacuten SIPo En primera instancia se veraacuten los mensajes SIP para posterionnente tratar con ellos en diversos escenarios ejemplo

En la tabla 2shy3 se muestran las distintas peticiones SIPo

39 copyRAshyMA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

Peticioacuten SIP Descripcioacuten

Es la peticioacuten SIP que se enviacutea a un usuario cuando queremos INVITE establecer con eacutel una comunicacioacuten una llamada

Esta peticioacuten es enviada por el usuario origen que envioacute la peticioacuten INVITE para hacer saber al usuario destino que su respuesta 200

ACK OK ha sido recibida Es el momento en que ambos pueden empezar a enviar traacutefico Media

Para finalizar la conexioacuten la comunicacioacuten entre los dos usuarios BVE establecida anteriormente con INVITE

CANCEL

Se utiliza para cancelar una peticioacuten por ejemplo INVITE que se encuentra en progreso Por ejemplo si el teleacutefono destino estaacute sonando pero auacuten no ha sido descolgado y el teleacutefono origen cuelga se enviacutea un CANCEL a diferencia de un BYE que se enviariacutea si el teleacutefono destino hubiera sido descolgado previamente y por tanto la comunicacioacuten establecida unos instantes

Un UA puede enviar peticiones OPTIONS a un UAS para solicitar middotOPTlONS

cierta informacioacuten sobre este

REGISTRR

Un UAC enviacutea peticiones REGISTER a un servidor de registroshylocalizacioacuten para informar de la posicioacuten actual en la que se encuentra en un momento determinado Esto hace posible que el UAC pueda ser localizado haciendo uso de su misma direccioacuten userdominio sin importar donde el UAC se encuentre fisicamente

Respuestas SIP

Cada peticioacuten SIP lleva asociada una respuesta (la que corresponda) enumerada con un coacutedigo que la identifica Estos coacutedigos van desde el identificador 100 hasta el identificador 699 siendo ademaacutes agrupadas en grupos de respuestas tales como 1 xx 2xx 3xx 4xx 5xx y 6xx

bull Las respuestas del grupo Ixx indican el estado temporal de la

comunicacioacuten Estas se utilizan por ejemplo cuando se tiene en progreso el establecimiento de una comunicacioacuten mediante la peticioacuten INVITE

bull Las respuestas pertenecientes al grupo 2xx corresponden a respuestas que informan del eacutexito de una peticioacuten SIPo Por ejemplo cuando se establece con eacutexito el establecimiento de comunicacioacuten con la peticioacuten INVITE se enviacutea una respuesta 200 OK informando al UAC origen de este hecho

shyshyshyshyshyshyshyshy

40 VOIP y ASTERISK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

bull Las respuestas que confonnan el grupo 3xx infonnan de que la peticioacuten SIP ha de ser reenviada a otro VAS Un servidor de redireccioacuten nos enviariacutea una respuesta con coacutedigo 302 Moved temporarily

bull Las respuestas pertenecientes almiddot grupo 4xx corresponden a errores en el cliente SIP

bull Las respuestas del grupo 5xx corresponden a errores en el servidor SIP

bull Las respuestas pertenecientes al grupo 6xx infonnan de errores generales

A continuacioacuten en la tabla 2shy4 se muestran las distintas respuestas SIPo

Tipo de respuesta Identificador Significado

100

Informan セセoZZZ 181 Call Being Forwarded provi5shy1deJa Cmalllucaeioacuten

shyshyshy182=shyshy_____C___all Queued shy Encolada 183 Session Progre ss shy Llamada en progreso

IntoruJD del eacutentode la 200 OKshy OK eacuteounieaaDll 202 Accepted shy Aceptada

shyshy=300shyshy____shyM=ultiexcliple=shyChoices shy Muacuteltiples opciones 301 Moved Pennanently shy Movido

NQdセLNオ ampIreeacutellvfo ______ MMBーセョョョョエュョエ

neeesllne de ャセエゥゥᅮd SIP 302 Moved Temporarily shy Movido

305 Use Proxy shy Usar Proxy 380 Alternative Service shy Servicio alternativo

Informan de イイッイウセヲ _40_0______ iacuteciordmtI Bad Request shy Mala peticioacuten pセMGエ eHente 401 Unauthorized shy No autorizado

セセMMMMMセ]

_40_2_____ セpセNNlケGAiQエョエ Required shy Se requiere pago 403 Forbidden shy Prohibido 404 Not Found shy No encontrado 405 Method Not Allowed shy Meacutetodo no

セTPNZZZNNV]MMM ____NotAcceptable shy No es aceptable 407 Proxy Authentication Required shy Se

requiere autentificacioacuten 408 Request Timeout shy Tiempo agotado para

410 Gone shy Se ha marchado 413 Request Entity Too Large shy Peticioacuten

demasiado grande

41 copyRA-MA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

414 Request URI Too Long shy URI demasiado

415 Unsupported Media Type shy Tipo de

) GZ^GセLLG

416 Unsupported URI Scheme shy Esquema _______URI no soportado

420 Bad Extension shy Extensioacuten incorrecta ----shy

421 Extension Required shy Se requiere extensioacuten

423 Interval Too Brief shy Intervalo demasiado

480 Temporarily Unavailable shy No _______ZZ[Zゥセーッョゥ「ャ temporalmente

481 Call1Transaction Does Not Exist shy No existe la llamadatransaccioacuten

482 Loop Detected shy Ciacuterculo vicioso detectado

TXSセ⦅セ ___tセPセPセm]]]ョセケセhセPセーセウセMセdセセュセZZ[ZウセゥセPセウセhセッセーセウ ____ 484 Address Incomplete shy Direccioacuten

485 Ambiguous shy Ambiguo 486 Busy Here shy Ocupado 487 Request Terminated shy Peticioacuten terminada 488 Not Acceptable Here shy No es aceptable

491 Request Pending shy Peticisectn pendiente 493 uョ」ゥーィセイ「ャ shy Indescifrable 500 Server Internal Error shy Error interno del

UPQセ ______ NNNNZnセPセエセi]ュセーセャセュセョ]エセセMセnセPNNNNZゥ]ュセーセャセュ]セョ]エセセッセ⦅

502 Bad Gateway shy Gateway incorrecto 503 Service Unavailable shy Servicio no

504 Server TimeshyOut shy Tiempo agotado en el servidor

505 Version Not Supported shy Versioacuten no

513 Message Too Large shy Mensaje demasiado largo

600 Busy Everywheacutere shy Ocupado en todos

603 Declined shy Rechazado 604 Does Not Exist Anywhere shy No existe en

ninguacuten sitio 606 Not Acceptable shy No aceptable

GセヲoイセBイュウャ セセョ|

jエエイHIセB de errorn Nセエャセセエゥ

42 VOIP y ASTERlSK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

Conocidas tanto las peticiones SIP asiacute como las respuestas SIP que podemos recibir en cada caso se van a mostrar escenarios maacutes detallados

En la figura 2shy18 se muestra coacutemo se lleva a cabo el registro del usuario 200uales ante un proxy SIP que requiere autenticacioacuten es decir se muestra coacutemo un terminal se registra en el proxy SIPo

Servidor Proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales uales

Direccioacuten IP 1921681200

I 1 Register

2401 Unauthorized

3 Register

42000K

Figura 2shy18 Proceso de registro de un usuario en un Proxy SIP

El teleacutefono enviacutea la peticioacuten SIP Register al proxy SIPo Este al estar configurado para exigir autenticacioacuten enviacutea una respuesta de vuelta indicando que el usuario 200uales no estaacute autorizado por el momento y requiere por tanto mostrar los credenciales necesarios El teleacutefono enviacutea por tanto de nuevo la peticioacuten Register antildeadiendo a esta unos nuevos campos donde indica el password con el que se encuentra registrado en el proxy SIP de uales Dado que la informacioacuten de autenticacioacuten es correcta el proxy SIP responde con una respuesta 200 OK indicando el eacutexito de la peticioacuten

Suponiendo que tanto el usuario 200 como el 201 se encuentran registrados en la figura 2shy19 se muestra coacutemo se estableceriacutea una comunicacioacuten entre ellos

shyshyshyshyshyshyshy

43 copyRAshyMA CAPIacuteTULO 2 VOlP shy LA NUEVA REVOLUCIOacuteN

Servidor proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales Direccioacuten IP 1921681200

uales Direccioacuten SIP 201uales Direccioacuten IP 1921681201

I 1 INVITE

5 180 Ringing

oC

72000K oC

8ACK Sesioacuten Media RTP

3 INVITE

4 180 Ringing

oC

62000K

oC )lo

9 BYE oC

102000K )lo

Figura 2shy19 Proceso de establecimiento de llamada entre dos terminales

En la figura 2shy19 se muestra coacutemo se completa la sentildealizacioacuten REGISTER

e INVITE Estas son las peticiones maacutes importantes las cuales se requiere conocer detalladamente Para ello vamos a describir a continuacioacuten el contenido de los mensajes intercambiados para ver el funcionamiento de SIP en mayor profundidad

Descripcioacuten de los mensajes SIP

Conocidos los pasos en los que se lleva a cabo una comunicacioacuten entre dos teleacutefonos coacutemo se registran ante un proxy SIP con autenticacioacuten etc se estaacute en disposicioacuten de conocer el contenido de cada uno de los mensajes SIP que se intercambian En la tabla 2shy5 que se presenta a continuacioacuten se muestran cada uno de los campos de la cabecera SIP junto a su descripcioacuten

Un ejemplo del contenido de los mensajes SIP intercambiados entre un teleacutefono y el proxy SIP durante el registro es el que se muestra en el listado 2 Antes es necesario conocer la configuracioacuten del teleacutefono que va a registrarse

Campo Descripcioacuten

En este campo se almacena cada uno de los elementos por los que va pasando la peticioacuten Almacenar el camino que sigue la peticioacuten desde su origen al destino es muy uacutetil para las respuestas ya que estas simplemente tienen que seguir el camino inverso

44 VOIP y ASTERlSK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

Nuacutemero maacuteximo de saltos permitidos a la peticioacuten para llegar a su n{ZNャBLf[セBエャャエGエゥカ」L destino Ese valor seraacute decrementado en cada uno de los saltos por los

En ella se indica la entidad origen que envioacute la peticioacuten SIPo Se especifica mediante la URI o mejor dicho mediante el AOR (Address of Record) que no es ni maacutes ni menos que una URI global y puacuteblica que puede ser rutada desde punto

cセGjセャヲYiセセG Tamantildeo del cuerpo del mensaje

Atributo Valor

Login 200

Password 200

Direccioacuten IP 1921681129

Proxy SIP 1921681365060

TO

-rlt---- セ^MMLZL

gt __ gt y_gt___ セaOL⦅

Hace referencia a la URI de destino o AOR de destino de la peticioacuten Hay que mencionar que esta no se utiliza para rutar el paquete hacia el proacuteximo salto sino que siempre mantiene el destino de la peticioacuten inicial

Es un identificador uacutenico y global que se forma mediante combinacioacuten de una cadena aleatoria el nombre de la maacutequina o la direccioacuten IP del teleacutefono La combinacioacuten de los tags que se indican en TO FROM junto con el CALLshyID definen e identifican de manera uniacutevoca un diaacutelogo SIP entre dos extremos

Es un nuacutemero de secuacuteencia donde cada nueva peticioacuten que se enviacutea en un mismo diaacutelogo incrementa en una unidad su valor No es ni maacutes ni menos que un contador de peticiones pertenecientes a un mismo

En eacutel se indica la SIP URI de la forma usuariodireccioacutenIP[puerto] o usuariodominio[puerto] que representa la direccioacuten de contacto directo con el emisor de la peticioacuten La finalidad de esta direccioacuten de contacto directo es la de que las futuras peticiones se puedan enviar directamente al emisor evitando a la peticioacuten seguir el mismo camino como sucede con las respuestas que siguen el camino inverso dictaminado por las cabeceras VIA

Tipo del cuerpo del mensaje No siempre tiene cuerpo el mensaje pero si lo tuviera por lo general seria applicationlSDP esto es el protocolo multimedia SDP

45 copyRAshyMA CAPIacuteTIJLO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

192168136Dominio

Direccioacuten del proxy SIP pero podriacutea ser otra

El primer mensaje es el mensaje REGISTER enviado del teleacutefono al proxy SIP

En la comunicacioacuten hay que destacar dos cosas La primera es que el teleacutefono quiere recibir las respuestas asociadas a esta peticioacuten que genere el proxy SIP ya que incluye un registro con su direccioacuten IP en el campo VIA La segunda y muy importante es la informacioacuten indicada en la cabecera Contact ya que es donde el teleacutefono de identificador 200 le indica al proxy SIP la direccioacuten IP que tiene en este preciso instante Esto permite al proxy SIP poder localizarlo para enviarle futuras peticiones

46 VOIP y ASTERJSK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMA

Continuando con el flujo de la figura 2shy19 el proxy SIP enviacutea la respuesta 401 Unauthorized ya que en la peticioacuten REGISTER anterior el teleacutefono no indicoacute los credenciales es decir no indicoacute su password y por tanto no estaacute autorizado La cabecera WWW-Authenticate indica al teleacutefono que debe autenticarse para el dominio 192168136

El siguiente mensaje de la comunicaclOn es el enviacuteo del mensaje REGISTER pero esta vez antildeadiendo el campo Authorization donde indica sus credenciales

カゥセ SIl2 1941681 SOpO i BーッイエゥZエイᄀ[ョ」ィセGzYィgT「kofTYcbsァUN「DSAQNTcdPTpRSUCEM14D44

From 200 sip200192 136gttag61B484649 Tal 200 ltsip200192l66136gt Contact 200 200192 168 1129 ilI))gt

shyID ScWVRPヲ[fYdTPVVPSUVbRQRfTYfacfV`QYRGセャVXNQZNSVCSeg 4203iacute セgistᄀᄀ[r

Expire$ iexcl a00

luthod2ation Digest username=200realm=192168136nonoe=48a3134d61dad5515f7 9f3f7363hda6aab8alf90response=b7cc90ae907b4a7655aeeo66df6Ca oNᄀSャAイオイゥBLAjウ[ゥLpセQYRNQヲ[QUᄋQNSVB MaxshyForwards7middot0 UsershyAgent X-Lite release 110Sd

Finalmente si los credenciales son correctos el proxy SIP le comunica al teleacutefono que la autenticacioacuten se ha llevado a cabo con eacutexito y ahora el teleacutefono 200 puede realizar y recibir llamadas

Sl)120 200 OK

yiaSIl12 0DPI 192 NQFb[QNQRYZNUPVP[イーッイエ]UPVP[「イョ」ィ]ᄋセYィgT「kofTYcbUeUbSaTcXdo2pnScaBl14D44

200 LDゥーイRPP`QNYNRNQVXNQLSV^ャエLァBセQXT£TVTY

10200 [セゥーZNRPサス`QYR 1613 1 36gt tag=329cEeaa6dedQ39da2$EE8cbb8668OO2 26eh

3eacute76$Q6F91l4QEi 603 585E2A12E4 91ACE6lil192 1681 bull36 middotl2032REGiexclSTaR

ltsip ZRーエャセQNYNRエQVDNQ NセRZァLIUPVqZ^[クー[ゥイウBLQNXPP

セャャDᄀᄀ[r lmiddot ャNRセQャYエGャセ (386[QtiuacutexJ)

cqャャエョエZBGlセョァエ[Nィセo

Page 6: Fundamentos de Sip

37 copyRAshyMA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

todaviacutea funcional ya que el proxy SIP necesita conocer la direccioacuten IP fiacutesica asociada con cada usuario En el ejemplo el proxy SIP tiene que saber que el teleacutefono identificado como 201 de dominio uales tiene asignada la direccioacuten IP real 1921681201

De esta nueva necesidad se encarga el servidor de registro y localizacioacuten

bull RegistrarshyLocation server Acepta las peticiones de registro de los UAC guardando toda la informacioacuten referente a la localizacioacuten fiacutesica del UAC para que si posteriormente llega una peticioacuten con destino el UAC sea posible localizarlo (sea posible traducir su direccioacuten a la forma usuariodireccioacutenIP donde direccioacuten se refiere a la IP del usuario)

Continuando con la figura 2shy15 para que 200 llame al usuario 201 es necesario que previamente ambos teleacutefonos se hayan registrado en servidor de registro Esto es necesariamente asiacute porque el proxy SIP necesita conocer las direccioacuten lp del teleacutefono 201 para enviarle la peticioacuten de inicio de conversacioacuten y del mismo modo necesita la direccioacuten IP del teleacutefono 200 para que pueda rutarle las respuestas SIP generadas por el teleacutefono 20 l

Servidor Proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales Direccioacuten IP 1921681200

Figura 2shy16 Proceso de registro

Una vez que los teleacutefonos se han registrado en el servidor de registro estos pueden entonces realizar y recibir llamadas entre siacute ya que el proxy SIP conoce sus direcciones IP fiacutesicasreales (mediante consultas) Habitualmente el proxy SIP y el servidor de registroshylocalizacioacuten se encuentran juntos en el mismo software por lo general

Direccioacuten SIP 201uales Direccioacuten IP 1921681201

38 VOIP y ASTERISK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMA

Ahora siacute se puede afinnar que la llamada realizada en la figura 2shy16 va a tener eacutexito

bull Redirect Server Su funcionamiento es similar al servidor proxy anterior con la diferencia que cuando este resuelve la direccioacuten esto es realiza la traduccioacuten infonna al UAC que realizoacute la peticioacuten SIP para que sea este mismo el que la enviacutee hacia el UA destino Un servidor de redireccioacuten actuacutea realmente como un UAS

SlP origen 200Jales1deg I SlPdestino RPQ`jセ

セpッョァョZ 2OOJaIesセ セセ deslioo 2011921681201

5

200 LLAM6 A 201 IJreccieacuterl SlP 2OOJaIes IJreccioacuten SlP 201Ja1es IJrecciOO IP 1921681200 IJreccieacuterl IP 1921681201

Figura 2shy17 Registro completado

En la figura 2shy17 ambos teleacutefonos se han registrado previamente en el proxy SIPo A partir de ahora cuando se hable de servidor proxy SIP se refiere a un servidor que contiene conjuntamente el proxy SIP y el servidor de registroshylocalizacioacuten

bull Back-to-back user agent (B2BUA) Es una entidad intennediaria que procesa peticiones SIP entrantes comportaacutendose como un UAS y responde a estas actuando como un UAC regenerando por completo la peticioacuten SIP entrante en una nueva peticioacuten SIP que va a ser enviada

Peticiones SIP

Hasta el momento se ha descrito a grandes rasgos coacutemo se lleva a cabo una comunicacioacuten SIP y los requisitos o elementos que se necesitan para ella Sin embargo no se han indicado queacute mensajes son intercambiados entre los distintos elementos durante una comunicacioacuten SIPo En primera instancia se veraacuten los mensajes SIP para posterionnente tratar con ellos en diversos escenarios ejemplo

En la tabla 2shy3 se muestran las distintas peticiones SIPo

39 copyRAshyMA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

Peticioacuten SIP Descripcioacuten

Es la peticioacuten SIP que se enviacutea a un usuario cuando queremos INVITE establecer con eacutel una comunicacioacuten una llamada

Esta peticioacuten es enviada por el usuario origen que envioacute la peticioacuten INVITE para hacer saber al usuario destino que su respuesta 200

ACK OK ha sido recibida Es el momento en que ambos pueden empezar a enviar traacutefico Media

Para finalizar la conexioacuten la comunicacioacuten entre los dos usuarios BVE establecida anteriormente con INVITE

CANCEL

Se utiliza para cancelar una peticioacuten por ejemplo INVITE que se encuentra en progreso Por ejemplo si el teleacutefono destino estaacute sonando pero auacuten no ha sido descolgado y el teleacutefono origen cuelga se enviacutea un CANCEL a diferencia de un BYE que se enviariacutea si el teleacutefono destino hubiera sido descolgado previamente y por tanto la comunicacioacuten establecida unos instantes

Un UA puede enviar peticiones OPTIONS a un UAS para solicitar middotOPTlONS

cierta informacioacuten sobre este

REGISTRR

Un UAC enviacutea peticiones REGISTER a un servidor de registroshylocalizacioacuten para informar de la posicioacuten actual en la que se encuentra en un momento determinado Esto hace posible que el UAC pueda ser localizado haciendo uso de su misma direccioacuten userdominio sin importar donde el UAC se encuentre fisicamente

Respuestas SIP

Cada peticioacuten SIP lleva asociada una respuesta (la que corresponda) enumerada con un coacutedigo que la identifica Estos coacutedigos van desde el identificador 100 hasta el identificador 699 siendo ademaacutes agrupadas en grupos de respuestas tales como 1 xx 2xx 3xx 4xx 5xx y 6xx

bull Las respuestas del grupo Ixx indican el estado temporal de la

comunicacioacuten Estas se utilizan por ejemplo cuando se tiene en progreso el establecimiento de una comunicacioacuten mediante la peticioacuten INVITE

bull Las respuestas pertenecientes al grupo 2xx corresponden a respuestas que informan del eacutexito de una peticioacuten SIPo Por ejemplo cuando se establece con eacutexito el establecimiento de comunicacioacuten con la peticioacuten INVITE se enviacutea una respuesta 200 OK informando al UAC origen de este hecho

shyshyshyshyshyshyshyshy

40 VOIP y ASTERISK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

bull Las respuestas que confonnan el grupo 3xx infonnan de que la peticioacuten SIP ha de ser reenviada a otro VAS Un servidor de redireccioacuten nos enviariacutea una respuesta con coacutedigo 302 Moved temporarily

bull Las respuestas pertenecientes almiddot grupo 4xx corresponden a errores en el cliente SIP

bull Las respuestas del grupo 5xx corresponden a errores en el servidor SIP

bull Las respuestas pertenecientes al grupo 6xx infonnan de errores generales

A continuacioacuten en la tabla 2shy4 se muestran las distintas respuestas SIPo

Tipo de respuesta Identificador Significado

100

Informan セセoZZZ 181 Call Being Forwarded provi5shy1deJa Cmalllucaeioacuten

shyshyshy182=shyshy_____C___all Queued shy Encolada 183 Session Progre ss shy Llamada en progreso

IntoruJD del eacutentode la 200 OKshy OK eacuteounieaaDll 202 Accepted shy Aceptada

shyshy=300shyshy____shyM=ultiexcliple=shyChoices shy Muacuteltiples opciones 301 Moved Pennanently shy Movido

NQdセLNオ ampIreeacutellvfo ______ MMBーセョョョョエュョエ

neeesllne de ャセエゥゥᅮd SIP 302 Moved Temporarily shy Movido

305 Use Proxy shy Usar Proxy 380 Alternative Service shy Servicio alternativo

Informan de イイッイウセヲ _40_0______ iacuteciordmtI Bad Request shy Mala peticioacuten pセMGエ eHente 401 Unauthorized shy No autorizado

セセMMMMMセ]

_40_2_____ セpセNNlケGAiQエョエ Required shy Se requiere pago 403 Forbidden shy Prohibido 404 Not Found shy No encontrado 405 Method Not Allowed shy Meacutetodo no

セTPNZZZNNV]MMM ____NotAcceptable shy No es aceptable 407 Proxy Authentication Required shy Se

requiere autentificacioacuten 408 Request Timeout shy Tiempo agotado para

410 Gone shy Se ha marchado 413 Request Entity Too Large shy Peticioacuten

demasiado grande

41 copyRA-MA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

414 Request URI Too Long shy URI demasiado

415 Unsupported Media Type shy Tipo de

) GZ^GセLLG

416 Unsupported URI Scheme shy Esquema _______URI no soportado

420 Bad Extension shy Extensioacuten incorrecta ----shy

421 Extension Required shy Se requiere extensioacuten

423 Interval Too Brief shy Intervalo demasiado

480 Temporarily Unavailable shy No _______ZZ[Zゥセーッョゥ「ャ temporalmente

481 Call1Transaction Does Not Exist shy No existe la llamadatransaccioacuten

482 Loop Detected shy Ciacuterculo vicioso detectado

TXSセ⦅セ ___tセPセPセm]]]ョセケセhセPセーセウセMセdセセュセZZ[ZウセゥセPセウセhセッセーセウ ____ 484 Address Incomplete shy Direccioacuten

485 Ambiguous shy Ambiguo 486 Busy Here shy Ocupado 487 Request Terminated shy Peticioacuten terminada 488 Not Acceptable Here shy No es aceptable

491 Request Pending shy Peticisectn pendiente 493 uョ」ゥーィセイ「ャ shy Indescifrable 500 Server Internal Error shy Error interno del

UPQセ ______ NNNNZnセPセエセi]ュセーセャセュセョ]エセセMセnセPNNNNZゥ]ュセーセャセュ]セョ]エセセッセ⦅

502 Bad Gateway shy Gateway incorrecto 503 Service Unavailable shy Servicio no

504 Server TimeshyOut shy Tiempo agotado en el servidor

505 Version Not Supported shy Versioacuten no

513 Message Too Large shy Mensaje demasiado largo

600 Busy Everywheacutere shy Ocupado en todos

603 Declined shy Rechazado 604 Does Not Exist Anywhere shy No existe en

ninguacuten sitio 606 Not Acceptable shy No aceptable

GセヲoイセBイュウャ セセョ|

jエエイHIセB de errorn Nセエャセセエゥ

42 VOIP y ASTERlSK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

Conocidas tanto las peticiones SIP asiacute como las respuestas SIP que podemos recibir en cada caso se van a mostrar escenarios maacutes detallados

En la figura 2shy18 se muestra coacutemo se lleva a cabo el registro del usuario 200uales ante un proxy SIP que requiere autenticacioacuten es decir se muestra coacutemo un terminal se registra en el proxy SIPo

Servidor Proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales uales

Direccioacuten IP 1921681200

I 1 Register

2401 Unauthorized

3 Register

42000K

Figura 2shy18 Proceso de registro de un usuario en un Proxy SIP

El teleacutefono enviacutea la peticioacuten SIP Register al proxy SIPo Este al estar configurado para exigir autenticacioacuten enviacutea una respuesta de vuelta indicando que el usuario 200uales no estaacute autorizado por el momento y requiere por tanto mostrar los credenciales necesarios El teleacutefono enviacutea por tanto de nuevo la peticioacuten Register antildeadiendo a esta unos nuevos campos donde indica el password con el que se encuentra registrado en el proxy SIP de uales Dado que la informacioacuten de autenticacioacuten es correcta el proxy SIP responde con una respuesta 200 OK indicando el eacutexito de la peticioacuten

Suponiendo que tanto el usuario 200 como el 201 se encuentran registrados en la figura 2shy19 se muestra coacutemo se estableceriacutea una comunicacioacuten entre ellos

shyshyshyshyshyshyshy

43 copyRAshyMA CAPIacuteTULO 2 VOlP shy LA NUEVA REVOLUCIOacuteN

Servidor proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales Direccioacuten IP 1921681200

uales Direccioacuten SIP 201uales Direccioacuten IP 1921681201

I 1 INVITE

5 180 Ringing

oC

72000K oC

8ACK Sesioacuten Media RTP

3 INVITE

4 180 Ringing

oC

62000K

oC )lo

9 BYE oC

102000K )lo

Figura 2shy19 Proceso de establecimiento de llamada entre dos terminales

En la figura 2shy19 se muestra coacutemo se completa la sentildealizacioacuten REGISTER

e INVITE Estas son las peticiones maacutes importantes las cuales se requiere conocer detalladamente Para ello vamos a describir a continuacioacuten el contenido de los mensajes intercambiados para ver el funcionamiento de SIP en mayor profundidad

Descripcioacuten de los mensajes SIP

Conocidos los pasos en los que se lleva a cabo una comunicacioacuten entre dos teleacutefonos coacutemo se registran ante un proxy SIP con autenticacioacuten etc se estaacute en disposicioacuten de conocer el contenido de cada uno de los mensajes SIP que se intercambian En la tabla 2shy5 que se presenta a continuacioacuten se muestran cada uno de los campos de la cabecera SIP junto a su descripcioacuten

Un ejemplo del contenido de los mensajes SIP intercambiados entre un teleacutefono y el proxy SIP durante el registro es el que se muestra en el listado 2 Antes es necesario conocer la configuracioacuten del teleacutefono que va a registrarse

Campo Descripcioacuten

En este campo se almacena cada uno de los elementos por los que va pasando la peticioacuten Almacenar el camino que sigue la peticioacuten desde su origen al destino es muy uacutetil para las respuestas ya que estas simplemente tienen que seguir el camino inverso

44 VOIP y ASTERlSK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

Nuacutemero maacuteximo de saltos permitidos a la peticioacuten para llegar a su n{ZNャBLf[セBエャャエGエゥカ」L destino Ese valor seraacute decrementado en cada uno de los saltos por los

En ella se indica la entidad origen que envioacute la peticioacuten SIPo Se especifica mediante la URI o mejor dicho mediante el AOR (Address of Record) que no es ni maacutes ni menos que una URI global y puacuteblica que puede ser rutada desde punto

cセGjセャヲYiセセG Tamantildeo del cuerpo del mensaje

Atributo Valor

Login 200

Password 200

Direccioacuten IP 1921681129

Proxy SIP 1921681365060

TO

-rlt---- セ^MMLZL

gt __ gt y_gt___ セaOL⦅

Hace referencia a la URI de destino o AOR de destino de la peticioacuten Hay que mencionar que esta no se utiliza para rutar el paquete hacia el proacuteximo salto sino que siempre mantiene el destino de la peticioacuten inicial

Es un identificador uacutenico y global que se forma mediante combinacioacuten de una cadena aleatoria el nombre de la maacutequina o la direccioacuten IP del teleacutefono La combinacioacuten de los tags que se indican en TO FROM junto con el CALLshyID definen e identifican de manera uniacutevoca un diaacutelogo SIP entre dos extremos

Es un nuacutemero de secuacuteencia donde cada nueva peticioacuten que se enviacutea en un mismo diaacutelogo incrementa en una unidad su valor No es ni maacutes ni menos que un contador de peticiones pertenecientes a un mismo

En eacutel se indica la SIP URI de la forma usuariodireccioacutenIP[puerto] o usuariodominio[puerto] que representa la direccioacuten de contacto directo con el emisor de la peticioacuten La finalidad de esta direccioacuten de contacto directo es la de que las futuras peticiones se puedan enviar directamente al emisor evitando a la peticioacuten seguir el mismo camino como sucede con las respuestas que siguen el camino inverso dictaminado por las cabeceras VIA

Tipo del cuerpo del mensaje No siempre tiene cuerpo el mensaje pero si lo tuviera por lo general seria applicationlSDP esto es el protocolo multimedia SDP

45 copyRAshyMA CAPIacuteTIJLO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

192168136Dominio

Direccioacuten del proxy SIP pero podriacutea ser otra

El primer mensaje es el mensaje REGISTER enviado del teleacutefono al proxy SIP

En la comunicacioacuten hay que destacar dos cosas La primera es que el teleacutefono quiere recibir las respuestas asociadas a esta peticioacuten que genere el proxy SIP ya que incluye un registro con su direccioacuten IP en el campo VIA La segunda y muy importante es la informacioacuten indicada en la cabecera Contact ya que es donde el teleacutefono de identificador 200 le indica al proxy SIP la direccioacuten IP que tiene en este preciso instante Esto permite al proxy SIP poder localizarlo para enviarle futuras peticiones

46 VOIP y ASTERJSK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMA

Continuando con el flujo de la figura 2shy19 el proxy SIP enviacutea la respuesta 401 Unauthorized ya que en la peticioacuten REGISTER anterior el teleacutefono no indicoacute los credenciales es decir no indicoacute su password y por tanto no estaacute autorizado La cabecera WWW-Authenticate indica al teleacutefono que debe autenticarse para el dominio 192168136

El siguiente mensaje de la comunicaclOn es el enviacuteo del mensaje REGISTER pero esta vez antildeadiendo el campo Authorization donde indica sus credenciales

カゥセ SIl2 1941681 SOpO i BーッイエゥZエイᄀ[ョ」ィセGzYィgT「kofTYcbsァUN「DSAQNTcdPTpRSUCEM14D44

From 200 sip200192 136gttag61B484649 Tal 200 ltsip200192l66136gt Contact 200 200192 168 1129 ilI))gt

shyID ScWVRPヲ[fYdTPVVPSUVbRQRfTYfacfV`QYRGセャVXNQZNSVCSeg 4203iacute セgistᄀᄀ[r

Expire$ iexcl a00

luthod2ation Digest username=200realm=192168136nonoe=48a3134d61dad5515f7 9f3f7363hda6aab8alf90response=b7cc90ae907b4a7655aeeo66df6Ca oNᄀSャAイオイゥBLAjウ[ゥLpセQYRNQヲ[QUᄋQNSVB MaxshyForwards7middot0 UsershyAgent X-Lite release 110Sd

Finalmente si los credenciales son correctos el proxy SIP le comunica al teleacutefono que la autenticacioacuten se ha llevado a cabo con eacutexito y ahora el teleacutefono 200 puede realizar y recibir llamadas

Sl)120 200 OK

yiaSIl12 0DPI 192 NQFb[QNQRYZNUPVP[イーッイエ]UPVP[「イョ」ィ]ᄋセYィgT「kofTYcbUeUbSaTcXdo2pnScaBl14D44

200 LDゥーイRPP`QNYNRNQVXNQLSV^ャエLァBセQXT£TVTY

10200 [セゥーZNRPサス`QYR 1613 1 36gt tag=329cEeaa6dedQ39da2$EE8cbb8668OO2 26eh

3eacute76$Q6F91l4QEi 603 585E2A12E4 91ACE6lil192 1681 bull36 middotl2032REGiexclSTaR

ltsip ZRーエャセQNYNRエQVDNQ NセRZァLIUPVqZ^[クー[ゥイウBLQNXPP

セャャDᄀᄀ[r lmiddot ャNRセQャYエGャセ (386[QtiuacutexJ)

cqャャエョエZBGlセョァエ[Nィセo

Page 7: Fundamentos de Sip

38 VOIP y ASTERISK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMA

Ahora siacute se puede afinnar que la llamada realizada en la figura 2shy16 va a tener eacutexito

bull Redirect Server Su funcionamiento es similar al servidor proxy anterior con la diferencia que cuando este resuelve la direccioacuten esto es realiza la traduccioacuten infonna al UAC que realizoacute la peticioacuten SIP para que sea este mismo el que la enviacutee hacia el UA destino Un servidor de redireccioacuten actuacutea realmente como un UAS

SlP origen 200Jales1deg I SlPdestino RPQ`jセ

セpッョァョZ 2OOJaIesセ セセ deslioo 2011921681201

5

200 LLAM6 A 201 IJreccieacuterl SlP 2OOJaIes IJreccioacuten SlP 201Ja1es IJrecciOO IP 1921681200 IJreccieacuterl IP 1921681201

Figura 2shy17 Registro completado

En la figura 2shy17 ambos teleacutefonos se han registrado previamente en el proxy SIPo A partir de ahora cuando se hable de servidor proxy SIP se refiere a un servidor que contiene conjuntamente el proxy SIP y el servidor de registroshylocalizacioacuten

bull Back-to-back user agent (B2BUA) Es una entidad intennediaria que procesa peticiones SIP entrantes comportaacutendose como un UAS y responde a estas actuando como un UAC regenerando por completo la peticioacuten SIP entrante en una nueva peticioacuten SIP que va a ser enviada

Peticiones SIP

Hasta el momento se ha descrito a grandes rasgos coacutemo se lleva a cabo una comunicacioacuten SIP y los requisitos o elementos que se necesitan para ella Sin embargo no se han indicado queacute mensajes son intercambiados entre los distintos elementos durante una comunicacioacuten SIPo En primera instancia se veraacuten los mensajes SIP para posterionnente tratar con ellos en diversos escenarios ejemplo

En la tabla 2shy3 se muestran las distintas peticiones SIPo

39 copyRAshyMA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

Peticioacuten SIP Descripcioacuten

Es la peticioacuten SIP que se enviacutea a un usuario cuando queremos INVITE establecer con eacutel una comunicacioacuten una llamada

Esta peticioacuten es enviada por el usuario origen que envioacute la peticioacuten INVITE para hacer saber al usuario destino que su respuesta 200

ACK OK ha sido recibida Es el momento en que ambos pueden empezar a enviar traacutefico Media

Para finalizar la conexioacuten la comunicacioacuten entre los dos usuarios BVE establecida anteriormente con INVITE

CANCEL

Se utiliza para cancelar una peticioacuten por ejemplo INVITE que se encuentra en progreso Por ejemplo si el teleacutefono destino estaacute sonando pero auacuten no ha sido descolgado y el teleacutefono origen cuelga se enviacutea un CANCEL a diferencia de un BYE que se enviariacutea si el teleacutefono destino hubiera sido descolgado previamente y por tanto la comunicacioacuten establecida unos instantes

Un UA puede enviar peticiones OPTIONS a un UAS para solicitar middotOPTlONS

cierta informacioacuten sobre este

REGISTRR

Un UAC enviacutea peticiones REGISTER a un servidor de registroshylocalizacioacuten para informar de la posicioacuten actual en la que se encuentra en un momento determinado Esto hace posible que el UAC pueda ser localizado haciendo uso de su misma direccioacuten userdominio sin importar donde el UAC se encuentre fisicamente

Respuestas SIP

Cada peticioacuten SIP lleva asociada una respuesta (la que corresponda) enumerada con un coacutedigo que la identifica Estos coacutedigos van desde el identificador 100 hasta el identificador 699 siendo ademaacutes agrupadas en grupos de respuestas tales como 1 xx 2xx 3xx 4xx 5xx y 6xx

bull Las respuestas del grupo Ixx indican el estado temporal de la

comunicacioacuten Estas se utilizan por ejemplo cuando se tiene en progreso el establecimiento de una comunicacioacuten mediante la peticioacuten INVITE

bull Las respuestas pertenecientes al grupo 2xx corresponden a respuestas que informan del eacutexito de una peticioacuten SIPo Por ejemplo cuando se establece con eacutexito el establecimiento de comunicacioacuten con la peticioacuten INVITE se enviacutea una respuesta 200 OK informando al UAC origen de este hecho

shyshyshyshyshyshyshyshy

40 VOIP y ASTERISK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

bull Las respuestas que confonnan el grupo 3xx infonnan de que la peticioacuten SIP ha de ser reenviada a otro VAS Un servidor de redireccioacuten nos enviariacutea una respuesta con coacutedigo 302 Moved temporarily

bull Las respuestas pertenecientes almiddot grupo 4xx corresponden a errores en el cliente SIP

bull Las respuestas del grupo 5xx corresponden a errores en el servidor SIP

bull Las respuestas pertenecientes al grupo 6xx infonnan de errores generales

A continuacioacuten en la tabla 2shy4 se muestran las distintas respuestas SIPo

Tipo de respuesta Identificador Significado

100

Informan セセoZZZ 181 Call Being Forwarded provi5shy1deJa Cmalllucaeioacuten

shyshyshy182=shyshy_____C___all Queued shy Encolada 183 Session Progre ss shy Llamada en progreso

IntoruJD del eacutentode la 200 OKshy OK eacuteounieaaDll 202 Accepted shy Aceptada

shyshy=300shyshy____shyM=ultiexcliple=shyChoices shy Muacuteltiples opciones 301 Moved Pennanently shy Movido

NQdセLNオ ampIreeacutellvfo ______ MMBーセョョョョエュョエ

neeesllne de ャセエゥゥᅮd SIP 302 Moved Temporarily shy Movido

305 Use Proxy shy Usar Proxy 380 Alternative Service shy Servicio alternativo

Informan de イイッイウセヲ _40_0______ iacuteciordmtI Bad Request shy Mala peticioacuten pセMGエ eHente 401 Unauthorized shy No autorizado

セセMMMMMセ]

_40_2_____ セpセNNlケGAiQエョエ Required shy Se requiere pago 403 Forbidden shy Prohibido 404 Not Found shy No encontrado 405 Method Not Allowed shy Meacutetodo no

セTPNZZZNNV]MMM ____NotAcceptable shy No es aceptable 407 Proxy Authentication Required shy Se

requiere autentificacioacuten 408 Request Timeout shy Tiempo agotado para

410 Gone shy Se ha marchado 413 Request Entity Too Large shy Peticioacuten

demasiado grande

41 copyRA-MA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

414 Request URI Too Long shy URI demasiado

415 Unsupported Media Type shy Tipo de

) GZ^GセLLG

416 Unsupported URI Scheme shy Esquema _______URI no soportado

420 Bad Extension shy Extensioacuten incorrecta ----shy

421 Extension Required shy Se requiere extensioacuten

423 Interval Too Brief shy Intervalo demasiado

480 Temporarily Unavailable shy No _______ZZ[Zゥセーッョゥ「ャ temporalmente

481 Call1Transaction Does Not Exist shy No existe la llamadatransaccioacuten

482 Loop Detected shy Ciacuterculo vicioso detectado

TXSセ⦅セ ___tセPセPセm]]]ョセケセhセPセーセウセMセdセセュセZZ[ZウセゥセPセウセhセッセーセウ ____ 484 Address Incomplete shy Direccioacuten

485 Ambiguous shy Ambiguo 486 Busy Here shy Ocupado 487 Request Terminated shy Peticioacuten terminada 488 Not Acceptable Here shy No es aceptable

491 Request Pending shy Peticisectn pendiente 493 uョ」ゥーィセイ「ャ shy Indescifrable 500 Server Internal Error shy Error interno del

UPQセ ______ NNNNZnセPセエセi]ュセーセャセュセョ]エセセMセnセPNNNNZゥ]ュセーセャセュ]セョ]エセセッセ⦅

502 Bad Gateway shy Gateway incorrecto 503 Service Unavailable shy Servicio no

504 Server TimeshyOut shy Tiempo agotado en el servidor

505 Version Not Supported shy Versioacuten no

513 Message Too Large shy Mensaje demasiado largo

600 Busy Everywheacutere shy Ocupado en todos

603 Declined shy Rechazado 604 Does Not Exist Anywhere shy No existe en

ninguacuten sitio 606 Not Acceptable shy No aceptable

GセヲoイセBイュウャ セセョ|

jエエイHIセB de errorn Nセエャセセエゥ

42 VOIP y ASTERlSK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

Conocidas tanto las peticiones SIP asiacute como las respuestas SIP que podemos recibir en cada caso se van a mostrar escenarios maacutes detallados

En la figura 2shy18 se muestra coacutemo se lleva a cabo el registro del usuario 200uales ante un proxy SIP que requiere autenticacioacuten es decir se muestra coacutemo un terminal se registra en el proxy SIPo

Servidor Proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales uales

Direccioacuten IP 1921681200

I 1 Register

2401 Unauthorized

3 Register

42000K

Figura 2shy18 Proceso de registro de un usuario en un Proxy SIP

El teleacutefono enviacutea la peticioacuten SIP Register al proxy SIPo Este al estar configurado para exigir autenticacioacuten enviacutea una respuesta de vuelta indicando que el usuario 200uales no estaacute autorizado por el momento y requiere por tanto mostrar los credenciales necesarios El teleacutefono enviacutea por tanto de nuevo la peticioacuten Register antildeadiendo a esta unos nuevos campos donde indica el password con el que se encuentra registrado en el proxy SIP de uales Dado que la informacioacuten de autenticacioacuten es correcta el proxy SIP responde con una respuesta 200 OK indicando el eacutexito de la peticioacuten

Suponiendo que tanto el usuario 200 como el 201 se encuentran registrados en la figura 2shy19 se muestra coacutemo se estableceriacutea una comunicacioacuten entre ellos

shyshyshyshyshyshyshy

43 copyRAshyMA CAPIacuteTULO 2 VOlP shy LA NUEVA REVOLUCIOacuteN

Servidor proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales Direccioacuten IP 1921681200

uales Direccioacuten SIP 201uales Direccioacuten IP 1921681201

I 1 INVITE

5 180 Ringing

oC

72000K oC

8ACK Sesioacuten Media RTP

3 INVITE

4 180 Ringing

oC

62000K

oC )lo

9 BYE oC

102000K )lo

Figura 2shy19 Proceso de establecimiento de llamada entre dos terminales

En la figura 2shy19 se muestra coacutemo se completa la sentildealizacioacuten REGISTER

e INVITE Estas son las peticiones maacutes importantes las cuales se requiere conocer detalladamente Para ello vamos a describir a continuacioacuten el contenido de los mensajes intercambiados para ver el funcionamiento de SIP en mayor profundidad

Descripcioacuten de los mensajes SIP

Conocidos los pasos en los que se lleva a cabo una comunicacioacuten entre dos teleacutefonos coacutemo se registran ante un proxy SIP con autenticacioacuten etc se estaacute en disposicioacuten de conocer el contenido de cada uno de los mensajes SIP que se intercambian En la tabla 2shy5 que se presenta a continuacioacuten se muestran cada uno de los campos de la cabecera SIP junto a su descripcioacuten

Un ejemplo del contenido de los mensajes SIP intercambiados entre un teleacutefono y el proxy SIP durante el registro es el que se muestra en el listado 2 Antes es necesario conocer la configuracioacuten del teleacutefono que va a registrarse

Campo Descripcioacuten

En este campo se almacena cada uno de los elementos por los que va pasando la peticioacuten Almacenar el camino que sigue la peticioacuten desde su origen al destino es muy uacutetil para las respuestas ya que estas simplemente tienen que seguir el camino inverso

44 VOIP y ASTERlSK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

Nuacutemero maacuteximo de saltos permitidos a la peticioacuten para llegar a su n{ZNャBLf[セBエャャエGエゥカ」L destino Ese valor seraacute decrementado en cada uno de los saltos por los

En ella se indica la entidad origen que envioacute la peticioacuten SIPo Se especifica mediante la URI o mejor dicho mediante el AOR (Address of Record) que no es ni maacutes ni menos que una URI global y puacuteblica que puede ser rutada desde punto

cセGjセャヲYiセセG Tamantildeo del cuerpo del mensaje

Atributo Valor

Login 200

Password 200

Direccioacuten IP 1921681129

Proxy SIP 1921681365060

TO

-rlt---- セ^MMLZL

gt __ gt y_gt___ セaOL⦅

Hace referencia a la URI de destino o AOR de destino de la peticioacuten Hay que mencionar que esta no se utiliza para rutar el paquete hacia el proacuteximo salto sino que siempre mantiene el destino de la peticioacuten inicial

Es un identificador uacutenico y global que se forma mediante combinacioacuten de una cadena aleatoria el nombre de la maacutequina o la direccioacuten IP del teleacutefono La combinacioacuten de los tags que se indican en TO FROM junto con el CALLshyID definen e identifican de manera uniacutevoca un diaacutelogo SIP entre dos extremos

Es un nuacutemero de secuacuteencia donde cada nueva peticioacuten que se enviacutea en un mismo diaacutelogo incrementa en una unidad su valor No es ni maacutes ni menos que un contador de peticiones pertenecientes a un mismo

En eacutel se indica la SIP URI de la forma usuariodireccioacutenIP[puerto] o usuariodominio[puerto] que representa la direccioacuten de contacto directo con el emisor de la peticioacuten La finalidad de esta direccioacuten de contacto directo es la de que las futuras peticiones se puedan enviar directamente al emisor evitando a la peticioacuten seguir el mismo camino como sucede con las respuestas que siguen el camino inverso dictaminado por las cabeceras VIA

Tipo del cuerpo del mensaje No siempre tiene cuerpo el mensaje pero si lo tuviera por lo general seria applicationlSDP esto es el protocolo multimedia SDP

45 copyRAshyMA CAPIacuteTIJLO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

192168136Dominio

Direccioacuten del proxy SIP pero podriacutea ser otra

El primer mensaje es el mensaje REGISTER enviado del teleacutefono al proxy SIP

En la comunicacioacuten hay que destacar dos cosas La primera es que el teleacutefono quiere recibir las respuestas asociadas a esta peticioacuten que genere el proxy SIP ya que incluye un registro con su direccioacuten IP en el campo VIA La segunda y muy importante es la informacioacuten indicada en la cabecera Contact ya que es donde el teleacutefono de identificador 200 le indica al proxy SIP la direccioacuten IP que tiene en este preciso instante Esto permite al proxy SIP poder localizarlo para enviarle futuras peticiones

46 VOIP y ASTERJSK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMA

Continuando con el flujo de la figura 2shy19 el proxy SIP enviacutea la respuesta 401 Unauthorized ya que en la peticioacuten REGISTER anterior el teleacutefono no indicoacute los credenciales es decir no indicoacute su password y por tanto no estaacute autorizado La cabecera WWW-Authenticate indica al teleacutefono que debe autenticarse para el dominio 192168136

El siguiente mensaje de la comunicaclOn es el enviacuteo del mensaje REGISTER pero esta vez antildeadiendo el campo Authorization donde indica sus credenciales

カゥセ SIl2 1941681 SOpO i BーッイエゥZエイᄀ[ョ」ィセGzYィgT「kofTYcbsァUN「DSAQNTcdPTpRSUCEM14D44

From 200 sip200192 136gttag61B484649 Tal 200 ltsip200192l66136gt Contact 200 200192 168 1129 ilI))gt

shyID ScWVRPヲ[fYdTPVVPSUVbRQRfTYfacfV`QYRGセャVXNQZNSVCSeg 4203iacute セgistᄀᄀ[r

Expire$ iexcl a00

luthod2ation Digest username=200realm=192168136nonoe=48a3134d61dad5515f7 9f3f7363hda6aab8alf90response=b7cc90ae907b4a7655aeeo66df6Ca oNᄀSャAイオイゥBLAjウ[ゥLpセQYRNQヲ[QUᄋQNSVB MaxshyForwards7middot0 UsershyAgent X-Lite release 110Sd

Finalmente si los credenciales son correctos el proxy SIP le comunica al teleacutefono que la autenticacioacuten se ha llevado a cabo con eacutexito y ahora el teleacutefono 200 puede realizar y recibir llamadas

Sl)120 200 OK

yiaSIl12 0DPI 192 NQFb[QNQRYZNUPVP[イーッイエ]UPVP[「イョ」ィ]ᄋセYィgT「kofTYcbUeUbSaTcXdo2pnScaBl14D44

200 LDゥーイRPP`QNYNRNQVXNQLSV^ャエLァBセQXT£TVTY

10200 [セゥーZNRPサス`QYR 1613 1 36gt tag=329cEeaa6dedQ39da2$EE8cbb8668OO2 26eh

3eacute76$Q6F91l4QEi 603 585E2A12E4 91ACE6lil192 1681 bull36 middotl2032REGiexclSTaR

ltsip ZRーエャセQNYNRエQVDNQ NセRZァLIUPVqZ^[クー[ゥイウBLQNXPP

セャャDᄀᄀ[r lmiddot ャNRセQャYエGャセ (386[QtiuacutexJ)

cqャャエョエZBGlセョァエ[Nィセo

Page 8: Fundamentos de Sip

39 copyRAshyMA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

Peticioacuten SIP Descripcioacuten

Es la peticioacuten SIP que se enviacutea a un usuario cuando queremos INVITE establecer con eacutel una comunicacioacuten una llamada

Esta peticioacuten es enviada por el usuario origen que envioacute la peticioacuten INVITE para hacer saber al usuario destino que su respuesta 200

ACK OK ha sido recibida Es el momento en que ambos pueden empezar a enviar traacutefico Media

Para finalizar la conexioacuten la comunicacioacuten entre los dos usuarios BVE establecida anteriormente con INVITE

CANCEL

Se utiliza para cancelar una peticioacuten por ejemplo INVITE que se encuentra en progreso Por ejemplo si el teleacutefono destino estaacute sonando pero auacuten no ha sido descolgado y el teleacutefono origen cuelga se enviacutea un CANCEL a diferencia de un BYE que se enviariacutea si el teleacutefono destino hubiera sido descolgado previamente y por tanto la comunicacioacuten establecida unos instantes

Un UA puede enviar peticiones OPTIONS a un UAS para solicitar middotOPTlONS

cierta informacioacuten sobre este

REGISTRR

Un UAC enviacutea peticiones REGISTER a un servidor de registroshylocalizacioacuten para informar de la posicioacuten actual en la que se encuentra en un momento determinado Esto hace posible que el UAC pueda ser localizado haciendo uso de su misma direccioacuten userdominio sin importar donde el UAC se encuentre fisicamente

Respuestas SIP

Cada peticioacuten SIP lleva asociada una respuesta (la que corresponda) enumerada con un coacutedigo que la identifica Estos coacutedigos van desde el identificador 100 hasta el identificador 699 siendo ademaacutes agrupadas en grupos de respuestas tales como 1 xx 2xx 3xx 4xx 5xx y 6xx

bull Las respuestas del grupo Ixx indican el estado temporal de la

comunicacioacuten Estas se utilizan por ejemplo cuando se tiene en progreso el establecimiento de una comunicacioacuten mediante la peticioacuten INVITE

bull Las respuestas pertenecientes al grupo 2xx corresponden a respuestas que informan del eacutexito de una peticioacuten SIPo Por ejemplo cuando se establece con eacutexito el establecimiento de comunicacioacuten con la peticioacuten INVITE se enviacutea una respuesta 200 OK informando al UAC origen de este hecho

shyshyshyshyshyshyshyshy

40 VOIP y ASTERISK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

bull Las respuestas que confonnan el grupo 3xx infonnan de que la peticioacuten SIP ha de ser reenviada a otro VAS Un servidor de redireccioacuten nos enviariacutea una respuesta con coacutedigo 302 Moved temporarily

bull Las respuestas pertenecientes almiddot grupo 4xx corresponden a errores en el cliente SIP

bull Las respuestas del grupo 5xx corresponden a errores en el servidor SIP

bull Las respuestas pertenecientes al grupo 6xx infonnan de errores generales

A continuacioacuten en la tabla 2shy4 se muestran las distintas respuestas SIPo

Tipo de respuesta Identificador Significado

100

Informan セセoZZZ 181 Call Being Forwarded provi5shy1deJa Cmalllucaeioacuten

shyshyshy182=shyshy_____C___all Queued shy Encolada 183 Session Progre ss shy Llamada en progreso

IntoruJD del eacutentode la 200 OKshy OK eacuteounieaaDll 202 Accepted shy Aceptada

shyshy=300shyshy____shyM=ultiexcliple=shyChoices shy Muacuteltiples opciones 301 Moved Pennanently shy Movido

NQdセLNオ ampIreeacutellvfo ______ MMBーセョョョョエュョエ

neeesllne de ャセエゥゥᅮd SIP 302 Moved Temporarily shy Movido

305 Use Proxy shy Usar Proxy 380 Alternative Service shy Servicio alternativo

Informan de イイッイウセヲ _40_0______ iacuteciordmtI Bad Request shy Mala peticioacuten pセMGエ eHente 401 Unauthorized shy No autorizado

セセMMMMMセ]

_40_2_____ セpセNNlケGAiQエョエ Required shy Se requiere pago 403 Forbidden shy Prohibido 404 Not Found shy No encontrado 405 Method Not Allowed shy Meacutetodo no

セTPNZZZNNV]MMM ____NotAcceptable shy No es aceptable 407 Proxy Authentication Required shy Se

requiere autentificacioacuten 408 Request Timeout shy Tiempo agotado para

410 Gone shy Se ha marchado 413 Request Entity Too Large shy Peticioacuten

demasiado grande

41 copyRA-MA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

414 Request URI Too Long shy URI demasiado

415 Unsupported Media Type shy Tipo de

) GZ^GセLLG

416 Unsupported URI Scheme shy Esquema _______URI no soportado

420 Bad Extension shy Extensioacuten incorrecta ----shy

421 Extension Required shy Se requiere extensioacuten

423 Interval Too Brief shy Intervalo demasiado

480 Temporarily Unavailable shy No _______ZZ[Zゥセーッョゥ「ャ temporalmente

481 Call1Transaction Does Not Exist shy No existe la llamadatransaccioacuten

482 Loop Detected shy Ciacuterculo vicioso detectado

TXSセ⦅セ ___tセPセPセm]]]ョセケセhセPセーセウセMセdセセュセZZ[ZウセゥセPセウセhセッセーセウ ____ 484 Address Incomplete shy Direccioacuten

485 Ambiguous shy Ambiguo 486 Busy Here shy Ocupado 487 Request Terminated shy Peticioacuten terminada 488 Not Acceptable Here shy No es aceptable

491 Request Pending shy Peticisectn pendiente 493 uョ」ゥーィセイ「ャ shy Indescifrable 500 Server Internal Error shy Error interno del

UPQセ ______ NNNNZnセPセエセi]ュセーセャセュセョ]エセセMセnセPNNNNZゥ]ュセーセャセュ]セョ]エセセッセ⦅

502 Bad Gateway shy Gateway incorrecto 503 Service Unavailable shy Servicio no

504 Server TimeshyOut shy Tiempo agotado en el servidor

505 Version Not Supported shy Versioacuten no

513 Message Too Large shy Mensaje demasiado largo

600 Busy Everywheacutere shy Ocupado en todos

603 Declined shy Rechazado 604 Does Not Exist Anywhere shy No existe en

ninguacuten sitio 606 Not Acceptable shy No aceptable

GセヲoイセBイュウャ セセョ|

jエエイHIセB de errorn Nセエャセセエゥ

42 VOIP y ASTERlSK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

Conocidas tanto las peticiones SIP asiacute como las respuestas SIP que podemos recibir en cada caso se van a mostrar escenarios maacutes detallados

En la figura 2shy18 se muestra coacutemo se lleva a cabo el registro del usuario 200uales ante un proxy SIP que requiere autenticacioacuten es decir se muestra coacutemo un terminal se registra en el proxy SIPo

Servidor Proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales uales

Direccioacuten IP 1921681200

I 1 Register

2401 Unauthorized

3 Register

42000K

Figura 2shy18 Proceso de registro de un usuario en un Proxy SIP

El teleacutefono enviacutea la peticioacuten SIP Register al proxy SIPo Este al estar configurado para exigir autenticacioacuten enviacutea una respuesta de vuelta indicando que el usuario 200uales no estaacute autorizado por el momento y requiere por tanto mostrar los credenciales necesarios El teleacutefono enviacutea por tanto de nuevo la peticioacuten Register antildeadiendo a esta unos nuevos campos donde indica el password con el que se encuentra registrado en el proxy SIP de uales Dado que la informacioacuten de autenticacioacuten es correcta el proxy SIP responde con una respuesta 200 OK indicando el eacutexito de la peticioacuten

Suponiendo que tanto el usuario 200 como el 201 se encuentran registrados en la figura 2shy19 se muestra coacutemo se estableceriacutea una comunicacioacuten entre ellos

shyshyshyshyshyshyshy

43 copyRAshyMA CAPIacuteTULO 2 VOlP shy LA NUEVA REVOLUCIOacuteN

Servidor proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales Direccioacuten IP 1921681200

uales Direccioacuten SIP 201uales Direccioacuten IP 1921681201

I 1 INVITE

5 180 Ringing

oC

72000K oC

8ACK Sesioacuten Media RTP

3 INVITE

4 180 Ringing

oC

62000K

oC )lo

9 BYE oC

102000K )lo

Figura 2shy19 Proceso de establecimiento de llamada entre dos terminales

En la figura 2shy19 se muestra coacutemo se completa la sentildealizacioacuten REGISTER

e INVITE Estas son las peticiones maacutes importantes las cuales se requiere conocer detalladamente Para ello vamos a describir a continuacioacuten el contenido de los mensajes intercambiados para ver el funcionamiento de SIP en mayor profundidad

Descripcioacuten de los mensajes SIP

Conocidos los pasos en los que se lleva a cabo una comunicacioacuten entre dos teleacutefonos coacutemo se registran ante un proxy SIP con autenticacioacuten etc se estaacute en disposicioacuten de conocer el contenido de cada uno de los mensajes SIP que se intercambian En la tabla 2shy5 que se presenta a continuacioacuten se muestran cada uno de los campos de la cabecera SIP junto a su descripcioacuten

Un ejemplo del contenido de los mensajes SIP intercambiados entre un teleacutefono y el proxy SIP durante el registro es el que se muestra en el listado 2 Antes es necesario conocer la configuracioacuten del teleacutefono que va a registrarse

Campo Descripcioacuten

En este campo se almacena cada uno de los elementos por los que va pasando la peticioacuten Almacenar el camino que sigue la peticioacuten desde su origen al destino es muy uacutetil para las respuestas ya que estas simplemente tienen que seguir el camino inverso

44 VOIP y ASTERlSK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

Nuacutemero maacuteximo de saltos permitidos a la peticioacuten para llegar a su n{ZNャBLf[セBエャャエGエゥカ」L destino Ese valor seraacute decrementado en cada uno de los saltos por los

En ella se indica la entidad origen que envioacute la peticioacuten SIPo Se especifica mediante la URI o mejor dicho mediante el AOR (Address of Record) que no es ni maacutes ni menos que una URI global y puacuteblica que puede ser rutada desde punto

cセGjセャヲYiセセG Tamantildeo del cuerpo del mensaje

Atributo Valor

Login 200

Password 200

Direccioacuten IP 1921681129

Proxy SIP 1921681365060

TO

-rlt---- セ^MMLZL

gt __ gt y_gt___ セaOL⦅

Hace referencia a la URI de destino o AOR de destino de la peticioacuten Hay que mencionar que esta no se utiliza para rutar el paquete hacia el proacuteximo salto sino que siempre mantiene el destino de la peticioacuten inicial

Es un identificador uacutenico y global que se forma mediante combinacioacuten de una cadena aleatoria el nombre de la maacutequina o la direccioacuten IP del teleacutefono La combinacioacuten de los tags que se indican en TO FROM junto con el CALLshyID definen e identifican de manera uniacutevoca un diaacutelogo SIP entre dos extremos

Es un nuacutemero de secuacuteencia donde cada nueva peticioacuten que se enviacutea en un mismo diaacutelogo incrementa en una unidad su valor No es ni maacutes ni menos que un contador de peticiones pertenecientes a un mismo

En eacutel se indica la SIP URI de la forma usuariodireccioacutenIP[puerto] o usuariodominio[puerto] que representa la direccioacuten de contacto directo con el emisor de la peticioacuten La finalidad de esta direccioacuten de contacto directo es la de que las futuras peticiones se puedan enviar directamente al emisor evitando a la peticioacuten seguir el mismo camino como sucede con las respuestas que siguen el camino inverso dictaminado por las cabeceras VIA

Tipo del cuerpo del mensaje No siempre tiene cuerpo el mensaje pero si lo tuviera por lo general seria applicationlSDP esto es el protocolo multimedia SDP

45 copyRAshyMA CAPIacuteTIJLO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

192168136Dominio

Direccioacuten del proxy SIP pero podriacutea ser otra

El primer mensaje es el mensaje REGISTER enviado del teleacutefono al proxy SIP

En la comunicacioacuten hay que destacar dos cosas La primera es que el teleacutefono quiere recibir las respuestas asociadas a esta peticioacuten que genere el proxy SIP ya que incluye un registro con su direccioacuten IP en el campo VIA La segunda y muy importante es la informacioacuten indicada en la cabecera Contact ya que es donde el teleacutefono de identificador 200 le indica al proxy SIP la direccioacuten IP que tiene en este preciso instante Esto permite al proxy SIP poder localizarlo para enviarle futuras peticiones

46 VOIP y ASTERJSK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMA

Continuando con el flujo de la figura 2shy19 el proxy SIP enviacutea la respuesta 401 Unauthorized ya que en la peticioacuten REGISTER anterior el teleacutefono no indicoacute los credenciales es decir no indicoacute su password y por tanto no estaacute autorizado La cabecera WWW-Authenticate indica al teleacutefono que debe autenticarse para el dominio 192168136

El siguiente mensaje de la comunicaclOn es el enviacuteo del mensaje REGISTER pero esta vez antildeadiendo el campo Authorization donde indica sus credenciales

カゥセ SIl2 1941681 SOpO i BーッイエゥZエイᄀ[ョ」ィセGzYィgT「kofTYcbsァUN「DSAQNTcdPTpRSUCEM14D44

From 200 sip200192 136gttag61B484649 Tal 200 ltsip200192l66136gt Contact 200 200192 168 1129 ilI))gt

shyID ScWVRPヲ[fYdTPVVPSUVbRQRfTYfacfV`QYRGセャVXNQZNSVCSeg 4203iacute セgistᄀᄀ[r

Expire$ iexcl a00

luthod2ation Digest username=200realm=192168136nonoe=48a3134d61dad5515f7 9f3f7363hda6aab8alf90response=b7cc90ae907b4a7655aeeo66df6Ca oNᄀSャAイオイゥBLAjウ[ゥLpセQYRNQヲ[QUᄋQNSVB MaxshyForwards7middot0 UsershyAgent X-Lite release 110Sd

Finalmente si los credenciales son correctos el proxy SIP le comunica al teleacutefono que la autenticacioacuten se ha llevado a cabo con eacutexito y ahora el teleacutefono 200 puede realizar y recibir llamadas

Sl)120 200 OK

yiaSIl12 0DPI 192 NQFb[QNQRYZNUPVP[イーッイエ]UPVP[「イョ」ィ]ᄋセYィgT「kofTYcbUeUbSaTcXdo2pnScaBl14D44

200 LDゥーイRPP`QNYNRNQVXNQLSV^ャエLァBセQXT£TVTY

10200 [セゥーZNRPサス`QYR 1613 1 36gt tag=329cEeaa6dedQ39da2$EE8cbb8668OO2 26eh

3eacute76$Q6F91l4QEi 603 585E2A12E4 91ACE6lil192 1681 bull36 middotl2032REGiexclSTaR

ltsip ZRーエャセQNYNRエQVDNQ NセRZァLIUPVqZ^[クー[ゥイウBLQNXPP

セャャDᄀᄀ[r lmiddot ャNRセQャYエGャセ (386[QtiuacutexJ)

cqャャエョエZBGlセョァエ[Nィセo

Page 9: Fundamentos de Sip

shyshyshyshyshyshyshyshy

40 VOIP y ASTERISK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

bull Las respuestas que confonnan el grupo 3xx infonnan de que la peticioacuten SIP ha de ser reenviada a otro VAS Un servidor de redireccioacuten nos enviariacutea una respuesta con coacutedigo 302 Moved temporarily

bull Las respuestas pertenecientes almiddot grupo 4xx corresponden a errores en el cliente SIP

bull Las respuestas del grupo 5xx corresponden a errores en el servidor SIP

bull Las respuestas pertenecientes al grupo 6xx infonnan de errores generales

A continuacioacuten en la tabla 2shy4 se muestran las distintas respuestas SIPo

Tipo de respuesta Identificador Significado

100

Informan セセoZZZ 181 Call Being Forwarded provi5shy1deJa Cmalllucaeioacuten

shyshyshy182=shyshy_____C___all Queued shy Encolada 183 Session Progre ss shy Llamada en progreso

IntoruJD del eacutentode la 200 OKshy OK eacuteounieaaDll 202 Accepted shy Aceptada

shyshy=300shyshy____shyM=ultiexcliple=shyChoices shy Muacuteltiples opciones 301 Moved Pennanently shy Movido

NQdセLNオ ampIreeacutellvfo ______ MMBーセョョョョエュョエ

neeesllne de ャセエゥゥᅮd SIP 302 Moved Temporarily shy Movido

305 Use Proxy shy Usar Proxy 380 Alternative Service shy Servicio alternativo

Informan de イイッイウセヲ _40_0______ iacuteciordmtI Bad Request shy Mala peticioacuten pセMGエ eHente 401 Unauthorized shy No autorizado

セセMMMMMセ]

_40_2_____ セpセNNlケGAiQエョエ Required shy Se requiere pago 403 Forbidden shy Prohibido 404 Not Found shy No encontrado 405 Method Not Allowed shy Meacutetodo no

セTPNZZZNNV]MMM ____NotAcceptable shy No es aceptable 407 Proxy Authentication Required shy Se

requiere autentificacioacuten 408 Request Timeout shy Tiempo agotado para

410 Gone shy Se ha marchado 413 Request Entity Too Large shy Peticioacuten

demasiado grande

41 copyRA-MA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

414 Request URI Too Long shy URI demasiado

415 Unsupported Media Type shy Tipo de

) GZ^GセLLG

416 Unsupported URI Scheme shy Esquema _______URI no soportado

420 Bad Extension shy Extensioacuten incorrecta ----shy

421 Extension Required shy Se requiere extensioacuten

423 Interval Too Brief shy Intervalo demasiado

480 Temporarily Unavailable shy No _______ZZ[Zゥセーッョゥ「ャ temporalmente

481 Call1Transaction Does Not Exist shy No existe la llamadatransaccioacuten

482 Loop Detected shy Ciacuterculo vicioso detectado

TXSセ⦅セ ___tセPセPセm]]]ョセケセhセPセーセウセMセdセセュセZZ[ZウセゥセPセウセhセッセーセウ ____ 484 Address Incomplete shy Direccioacuten

485 Ambiguous shy Ambiguo 486 Busy Here shy Ocupado 487 Request Terminated shy Peticioacuten terminada 488 Not Acceptable Here shy No es aceptable

491 Request Pending shy Peticisectn pendiente 493 uョ」ゥーィセイ「ャ shy Indescifrable 500 Server Internal Error shy Error interno del

UPQセ ______ NNNNZnセPセエセi]ュセーセャセュセョ]エセセMセnセPNNNNZゥ]ュセーセャセュ]セョ]エセセッセ⦅

502 Bad Gateway shy Gateway incorrecto 503 Service Unavailable shy Servicio no

504 Server TimeshyOut shy Tiempo agotado en el servidor

505 Version Not Supported shy Versioacuten no

513 Message Too Large shy Mensaje demasiado largo

600 Busy Everywheacutere shy Ocupado en todos

603 Declined shy Rechazado 604 Does Not Exist Anywhere shy No existe en

ninguacuten sitio 606 Not Acceptable shy No aceptable

GセヲoイセBイュウャ セセョ|

jエエイHIセB de errorn Nセエャセセエゥ

42 VOIP y ASTERlSK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

Conocidas tanto las peticiones SIP asiacute como las respuestas SIP que podemos recibir en cada caso se van a mostrar escenarios maacutes detallados

En la figura 2shy18 se muestra coacutemo se lleva a cabo el registro del usuario 200uales ante un proxy SIP que requiere autenticacioacuten es decir se muestra coacutemo un terminal se registra en el proxy SIPo

Servidor Proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales uales

Direccioacuten IP 1921681200

I 1 Register

2401 Unauthorized

3 Register

42000K

Figura 2shy18 Proceso de registro de un usuario en un Proxy SIP

El teleacutefono enviacutea la peticioacuten SIP Register al proxy SIPo Este al estar configurado para exigir autenticacioacuten enviacutea una respuesta de vuelta indicando que el usuario 200uales no estaacute autorizado por el momento y requiere por tanto mostrar los credenciales necesarios El teleacutefono enviacutea por tanto de nuevo la peticioacuten Register antildeadiendo a esta unos nuevos campos donde indica el password con el que se encuentra registrado en el proxy SIP de uales Dado que la informacioacuten de autenticacioacuten es correcta el proxy SIP responde con una respuesta 200 OK indicando el eacutexito de la peticioacuten

Suponiendo que tanto el usuario 200 como el 201 se encuentran registrados en la figura 2shy19 se muestra coacutemo se estableceriacutea una comunicacioacuten entre ellos

shyshyshyshyshyshyshy

43 copyRAshyMA CAPIacuteTULO 2 VOlP shy LA NUEVA REVOLUCIOacuteN

Servidor proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales Direccioacuten IP 1921681200

uales Direccioacuten SIP 201uales Direccioacuten IP 1921681201

I 1 INVITE

5 180 Ringing

oC

72000K oC

8ACK Sesioacuten Media RTP

3 INVITE

4 180 Ringing

oC

62000K

oC )lo

9 BYE oC

102000K )lo

Figura 2shy19 Proceso de establecimiento de llamada entre dos terminales

En la figura 2shy19 se muestra coacutemo se completa la sentildealizacioacuten REGISTER

e INVITE Estas son las peticiones maacutes importantes las cuales se requiere conocer detalladamente Para ello vamos a describir a continuacioacuten el contenido de los mensajes intercambiados para ver el funcionamiento de SIP en mayor profundidad

Descripcioacuten de los mensajes SIP

Conocidos los pasos en los que se lleva a cabo una comunicacioacuten entre dos teleacutefonos coacutemo se registran ante un proxy SIP con autenticacioacuten etc se estaacute en disposicioacuten de conocer el contenido de cada uno de los mensajes SIP que se intercambian En la tabla 2shy5 que se presenta a continuacioacuten se muestran cada uno de los campos de la cabecera SIP junto a su descripcioacuten

Un ejemplo del contenido de los mensajes SIP intercambiados entre un teleacutefono y el proxy SIP durante el registro es el que se muestra en el listado 2 Antes es necesario conocer la configuracioacuten del teleacutefono que va a registrarse

Campo Descripcioacuten

En este campo se almacena cada uno de los elementos por los que va pasando la peticioacuten Almacenar el camino que sigue la peticioacuten desde su origen al destino es muy uacutetil para las respuestas ya que estas simplemente tienen que seguir el camino inverso

44 VOIP y ASTERlSK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

Nuacutemero maacuteximo de saltos permitidos a la peticioacuten para llegar a su n{ZNャBLf[セBエャャエGエゥカ」L destino Ese valor seraacute decrementado en cada uno de los saltos por los

En ella se indica la entidad origen que envioacute la peticioacuten SIPo Se especifica mediante la URI o mejor dicho mediante el AOR (Address of Record) que no es ni maacutes ni menos que una URI global y puacuteblica que puede ser rutada desde punto

cセGjセャヲYiセセG Tamantildeo del cuerpo del mensaje

Atributo Valor

Login 200

Password 200

Direccioacuten IP 1921681129

Proxy SIP 1921681365060

TO

-rlt---- セ^MMLZL

gt __ gt y_gt___ セaOL⦅

Hace referencia a la URI de destino o AOR de destino de la peticioacuten Hay que mencionar que esta no se utiliza para rutar el paquete hacia el proacuteximo salto sino que siempre mantiene el destino de la peticioacuten inicial

Es un identificador uacutenico y global que se forma mediante combinacioacuten de una cadena aleatoria el nombre de la maacutequina o la direccioacuten IP del teleacutefono La combinacioacuten de los tags que se indican en TO FROM junto con el CALLshyID definen e identifican de manera uniacutevoca un diaacutelogo SIP entre dos extremos

Es un nuacutemero de secuacuteencia donde cada nueva peticioacuten que se enviacutea en un mismo diaacutelogo incrementa en una unidad su valor No es ni maacutes ni menos que un contador de peticiones pertenecientes a un mismo

En eacutel se indica la SIP URI de la forma usuariodireccioacutenIP[puerto] o usuariodominio[puerto] que representa la direccioacuten de contacto directo con el emisor de la peticioacuten La finalidad de esta direccioacuten de contacto directo es la de que las futuras peticiones se puedan enviar directamente al emisor evitando a la peticioacuten seguir el mismo camino como sucede con las respuestas que siguen el camino inverso dictaminado por las cabeceras VIA

Tipo del cuerpo del mensaje No siempre tiene cuerpo el mensaje pero si lo tuviera por lo general seria applicationlSDP esto es el protocolo multimedia SDP

45 copyRAshyMA CAPIacuteTIJLO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

192168136Dominio

Direccioacuten del proxy SIP pero podriacutea ser otra

El primer mensaje es el mensaje REGISTER enviado del teleacutefono al proxy SIP

En la comunicacioacuten hay que destacar dos cosas La primera es que el teleacutefono quiere recibir las respuestas asociadas a esta peticioacuten que genere el proxy SIP ya que incluye un registro con su direccioacuten IP en el campo VIA La segunda y muy importante es la informacioacuten indicada en la cabecera Contact ya que es donde el teleacutefono de identificador 200 le indica al proxy SIP la direccioacuten IP que tiene en este preciso instante Esto permite al proxy SIP poder localizarlo para enviarle futuras peticiones

46 VOIP y ASTERJSK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMA

Continuando con el flujo de la figura 2shy19 el proxy SIP enviacutea la respuesta 401 Unauthorized ya que en la peticioacuten REGISTER anterior el teleacutefono no indicoacute los credenciales es decir no indicoacute su password y por tanto no estaacute autorizado La cabecera WWW-Authenticate indica al teleacutefono que debe autenticarse para el dominio 192168136

El siguiente mensaje de la comunicaclOn es el enviacuteo del mensaje REGISTER pero esta vez antildeadiendo el campo Authorization donde indica sus credenciales

カゥセ SIl2 1941681 SOpO i BーッイエゥZエイᄀ[ョ」ィセGzYィgT「kofTYcbsァUN「DSAQNTcdPTpRSUCEM14D44

From 200 sip200192 136gttag61B484649 Tal 200 ltsip200192l66136gt Contact 200 200192 168 1129 ilI))gt

shyID ScWVRPヲ[fYdTPVVPSUVbRQRfTYfacfV`QYRGセャVXNQZNSVCSeg 4203iacute セgistᄀᄀ[r

Expire$ iexcl a00

luthod2ation Digest username=200realm=192168136nonoe=48a3134d61dad5515f7 9f3f7363hda6aab8alf90response=b7cc90ae907b4a7655aeeo66df6Ca oNᄀSャAイオイゥBLAjウ[ゥLpセQYRNQヲ[QUᄋQNSVB MaxshyForwards7middot0 UsershyAgent X-Lite release 110Sd

Finalmente si los credenciales son correctos el proxy SIP le comunica al teleacutefono que la autenticacioacuten se ha llevado a cabo con eacutexito y ahora el teleacutefono 200 puede realizar y recibir llamadas

Sl)120 200 OK

yiaSIl12 0DPI 192 NQFb[QNQRYZNUPVP[イーッイエ]UPVP[「イョ」ィ]ᄋセYィgT「kofTYcbUeUbSaTcXdo2pnScaBl14D44

200 LDゥーイRPP`QNYNRNQVXNQLSV^ャエLァBセQXT£TVTY

10200 [セゥーZNRPサス`QYR 1613 1 36gt tag=329cEeaa6dedQ39da2$EE8cbb8668OO2 26eh

3eacute76$Q6F91l4QEi 603 585E2A12E4 91ACE6lil192 1681 bull36 middotl2032REGiexclSTaR

ltsip ZRーエャセQNYNRエQVDNQ NセRZァLIUPVqZ^[クー[ゥイウBLQNXPP

セャャDᄀᄀ[r lmiddot ャNRセQャYエGャセ (386[QtiuacutexJ)

cqャャエョエZBGlセョァエ[Nィセo

Page 10: Fundamentos de Sip

41 copyRA-MA CAPIacuteTULO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

414 Request URI Too Long shy URI demasiado

415 Unsupported Media Type shy Tipo de

) GZ^GセLLG

416 Unsupported URI Scheme shy Esquema _______URI no soportado

420 Bad Extension shy Extensioacuten incorrecta ----shy

421 Extension Required shy Se requiere extensioacuten

423 Interval Too Brief shy Intervalo demasiado

480 Temporarily Unavailable shy No _______ZZ[Zゥセーッョゥ「ャ temporalmente

481 Call1Transaction Does Not Exist shy No existe la llamadatransaccioacuten

482 Loop Detected shy Ciacuterculo vicioso detectado

TXSセ⦅セ ___tセPセPセm]]]ョセケセhセPセーセウセMセdセセュセZZ[ZウセゥセPセウセhセッセーセウ ____ 484 Address Incomplete shy Direccioacuten

485 Ambiguous shy Ambiguo 486 Busy Here shy Ocupado 487 Request Terminated shy Peticioacuten terminada 488 Not Acceptable Here shy No es aceptable

491 Request Pending shy Peticisectn pendiente 493 uョ」ゥーィセイ「ャ shy Indescifrable 500 Server Internal Error shy Error interno del

UPQセ ______ NNNNZnセPセエセi]ュセーセャセュセョ]エセセMセnセPNNNNZゥ]ュセーセャセュ]セョ]エセセッセ⦅

502 Bad Gateway shy Gateway incorrecto 503 Service Unavailable shy Servicio no

504 Server TimeshyOut shy Tiempo agotado en el servidor

505 Version Not Supported shy Versioacuten no

513 Message Too Large shy Mensaje demasiado largo

600 Busy Everywheacutere shy Ocupado en todos

603 Declined shy Rechazado 604 Does Not Exist Anywhere shy No existe en

ninguacuten sitio 606 Not Acceptable shy No aceptable

GセヲoイセBイュウャ セセョ|

jエエイHIセB de errorn Nセエャセセエゥ

42 VOIP y ASTERlSK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

Conocidas tanto las peticiones SIP asiacute como las respuestas SIP que podemos recibir en cada caso se van a mostrar escenarios maacutes detallados

En la figura 2shy18 se muestra coacutemo se lleva a cabo el registro del usuario 200uales ante un proxy SIP que requiere autenticacioacuten es decir se muestra coacutemo un terminal se registra en el proxy SIPo

Servidor Proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales uales

Direccioacuten IP 1921681200

I 1 Register

2401 Unauthorized

3 Register

42000K

Figura 2shy18 Proceso de registro de un usuario en un Proxy SIP

El teleacutefono enviacutea la peticioacuten SIP Register al proxy SIPo Este al estar configurado para exigir autenticacioacuten enviacutea una respuesta de vuelta indicando que el usuario 200uales no estaacute autorizado por el momento y requiere por tanto mostrar los credenciales necesarios El teleacutefono enviacutea por tanto de nuevo la peticioacuten Register antildeadiendo a esta unos nuevos campos donde indica el password con el que se encuentra registrado en el proxy SIP de uales Dado que la informacioacuten de autenticacioacuten es correcta el proxy SIP responde con una respuesta 200 OK indicando el eacutexito de la peticioacuten

Suponiendo que tanto el usuario 200 como el 201 se encuentran registrados en la figura 2shy19 se muestra coacutemo se estableceriacutea una comunicacioacuten entre ellos

shyshyshyshyshyshyshy

43 copyRAshyMA CAPIacuteTULO 2 VOlP shy LA NUEVA REVOLUCIOacuteN

Servidor proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales Direccioacuten IP 1921681200

uales Direccioacuten SIP 201uales Direccioacuten IP 1921681201

I 1 INVITE

5 180 Ringing

oC

72000K oC

8ACK Sesioacuten Media RTP

3 INVITE

4 180 Ringing

oC

62000K

oC )lo

9 BYE oC

102000K )lo

Figura 2shy19 Proceso de establecimiento de llamada entre dos terminales

En la figura 2shy19 se muestra coacutemo se completa la sentildealizacioacuten REGISTER

e INVITE Estas son las peticiones maacutes importantes las cuales se requiere conocer detalladamente Para ello vamos a describir a continuacioacuten el contenido de los mensajes intercambiados para ver el funcionamiento de SIP en mayor profundidad

Descripcioacuten de los mensajes SIP

Conocidos los pasos en los que se lleva a cabo una comunicacioacuten entre dos teleacutefonos coacutemo se registran ante un proxy SIP con autenticacioacuten etc se estaacute en disposicioacuten de conocer el contenido de cada uno de los mensajes SIP que se intercambian En la tabla 2shy5 que se presenta a continuacioacuten se muestran cada uno de los campos de la cabecera SIP junto a su descripcioacuten

Un ejemplo del contenido de los mensajes SIP intercambiados entre un teleacutefono y el proxy SIP durante el registro es el que se muestra en el listado 2 Antes es necesario conocer la configuracioacuten del teleacutefono que va a registrarse

Campo Descripcioacuten

En este campo se almacena cada uno de los elementos por los que va pasando la peticioacuten Almacenar el camino que sigue la peticioacuten desde su origen al destino es muy uacutetil para las respuestas ya que estas simplemente tienen que seguir el camino inverso

44 VOIP y ASTERlSK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

Nuacutemero maacuteximo de saltos permitidos a la peticioacuten para llegar a su n{ZNャBLf[セBエャャエGエゥカ」L destino Ese valor seraacute decrementado en cada uno de los saltos por los

En ella se indica la entidad origen que envioacute la peticioacuten SIPo Se especifica mediante la URI o mejor dicho mediante el AOR (Address of Record) que no es ni maacutes ni menos que una URI global y puacuteblica que puede ser rutada desde punto

cセGjセャヲYiセセG Tamantildeo del cuerpo del mensaje

Atributo Valor

Login 200

Password 200

Direccioacuten IP 1921681129

Proxy SIP 1921681365060

TO

-rlt---- セ^MMLZL

gt __ gt y_gt___ セaOL⦅

Hace referencia a la URI de destino o AOR de destino de la peticioacuten Hay que mencionar que esta no se utiliza para rutar el paquete hacia el proacuteximo salto sino que siempre mantiene el destino de la peticioacuten inicial

Es un identificador uacutenico y global que se forma mediante combinacioacuten de una cadena aleatoria el nombre de la maacutequina o la direccioacuten IP del teleacutefono La combinacioacuten de los tags que se indican en TO FROM junto con el CALLshyID definen e identifican de manera uniacutevoca un diaacutelogo SIP entre dos extremos

Es un nuacutemero de secuacuteencia donde cada nueva peticioacuten que se enviacutea en un mismo diaacutelogo incrementa en una unidad su valor No es ni maacutes ni menos que un contador de peticiones pertenecientes a un mismo

En eacutel se indica la SIP URI de la forma usuariodireccioacutenIP[puerto] o usuariodominio[puerto] que representa la direccioacuten de contacto directo con el emisor de la peticioacuten La finalidad de esta direccioacuten de contacto directo es la de que las futuras peticiones se puedan enviar directamente al emisor evitando a la peticioacuten seguir el mismo camino como sucede con las respuestas que siguen el camino inverso dictaminado por las cabeceras VIA

Tipo del cuerpo del mensaje No siempre tiene cuerpo el mensaje pero si lo tuviera por lo general seria applicationlSDP esto es el protocolo multimedia SDP

45 copyRAshyMA CAPIacuteTIJLO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

192168136Dominio

Direccioacuten del proxy SIP pero podriacutea ser otra

El primer mensaje es el mensaje REGISTER enviado del teleacutefono al proxy SIP

En la comunicacioacuten hay que destacar dos cosas La primera es que el teleacutefono quiere recibir las respuestas asociadas a esta peticioacuten que genere el proxy SIP ya que incluye un registro con su direccioacuten IP en el campo VIA La segunda y muy importante es la informacioacuten indicada en la cabecera Contact ya que es donde el teleacutefono de identificador 200 le indica al proxy SIP la direccioacuten IP que tiene en este preciso instante Esto permite al proxy SIP poder localizarlo para enviarle futuras peticiones

46 VOIP y ASTERJSK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMA

Continuando con el flujo de la figura 2shy19 el proxy SIP enviacutea la respuesta 401 Unauthorized ya que en la peticioacuten REGISTER anterior el teleacutefono no indicoacute los credenciales es decir no indicoacute su password y por tanto no estaacute autorizado La cabecera WWW-Authenticate indica al teleacutefono que debe autenticarse para el dominio 192168136

El siguiente mensaje de la comunicaclOn es el enviacuteo del mensaje REGISTER pero esta vez antildeadiendo el campo Authorization donde indica sus credenciales

カゥセ SIl2 1941681 SOpO i BーッイエゥZエイᄀ[ョ」ィセGzYィgT「kofTYcbsァUN「DSAQNTcdPTpRSUCEM14D44

From 200 sip200192 136gttag61B484649 Tal 200 ltsip200192l66136gt Contact 200 200192 168 1129 ilI))gt

shyID ScWVRPヲ[fYdTPVVPSUVbRQRfTYfacfV`QYRGセャVXNQZNSVCSeg 4203iacute セgistᄀᄀ[r

Expire$ iexcl a00

luthod2ation Digest username=200realm=192168136nonoe=48a3134d61dad5515f7 9f3f7363hda6aab8alf90response=b7cc90ae907b4a7655aeeo66df6Ca oNᄀSャAイオイゥBLAjウ[ゥLpセQYRNQヲ[QUᄋQNSVB MaxshyForwards7middot0 UsershyAgent X-Lite release 110Sd

Finalmente si los credenciales son correctos el proxy SIP le comunica al teleacutefono que la autenticacioacuten se ha llevado a cabo con eacutexito y ahora el teleacutefono 200 puede realizar y recibir llamadas

Sl)120 200 OK

yiaSIl12 0DPI 192 NQFb[QNQRYZNUPVP[イーッイエ]UPVP[「イョ」ィ]ᄋセYィgT「kofTYcbUeUbSaTcXdo2pnScaBl14D44

200 LDゥーイRPP`QNYNRNQVXNQLSV^ャエLァBセQXT£TVTY

10200 [セゥーZNRPサス`QYR 1613 1 36gt tag=329cEeaa6dedQ39da2$EE8cbb8668OO2 26eh

3eacute76$Q6F91l4QEi 603 585E2A12E4 91ACE6lil192 1681 bull36 middotl2032REGiexclSTaR

ltsip ZRーエャセQNYNRエQVDNQ NセRZァLIUPVqZ^[クー[ゥイウBLQNXPP

セャャDᄀᄀ[r lmiddot ャNRセQャYエGャセ (386[QtiuacutexJ)

cqャャエョエZBGlセョァエ[Nィセo

Page 11: Fundamentos de Sip

42 VOIP y ASTERlSK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

Conocidas tanto las peticiones SIP asiacute como las respuestas SIP que podemos recibir en cada caso se van a mostrar escenarios maacutes detallados

En la figura 2shy18 se muestra coacutemo se lleva a cabo el registro del usuario 200uales ante un proxy SIP que requiere autenticacioacuten es decir se muestra coacutemo un terminal se registra en el proxy SIPo

Servidor Proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales uales

Direccioacuten IP 1921681200

I 1 Register

2401 Unauthorized

3 Register

42000K

Figura 2shy18 Proceso de registro de un usuario en un Proxy SIP

El teleacutefono enviacutea la peticioacuten SIP Register al proxy SIPo Este al estar configurado para exigir autenticacioacuten enviacutea una respuesta de vuelta indicando que el usuario 200uales no estaacute autorizado por el momento y requiere por tanto mostrar los credenciales necesarios El teleacutefono enviacutea por tanto de nuevo la peticioacuten Register antildeadiendo a esta unos nuevos campos donde indica el password con el que se encuentra registrado en el proxy SIP de uales Dado que la informacioacuten de autenticacioacuten es correcta el proxy SIP responde con una respuesta 200 OK indicando el eacutexito de la peticioacuten

Suponiendo que tanto el usuario 200 como el 201 se encuentran registrados en la figura 2shy19 se muestra coacutemo se estableceriacutea una comunicacioacuten entre ellos

shyshyshyshyshyshyshy

43 copyRAshyMA CAPIacuteTULO 2 VOlP shy LA NUEVA REVOLUCIOacuteN

Servidor proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales Direccioacuten IP 1921681200

uales Direccioacuten SIP 201uales Direccioacuten IP 1921681201

I 1 INVITE

5 180 Ringing

oC

72000K oC

8ACK Sesioacuten Media RTP

3 INVITE

4 180 Ringing

oC

62000K

oC )lo

9 BYE oC

102000K )lo

Figura 2shy19 Proceso de establecimiento de llamada entre dos terminales

En la figura 2shy19 se muestra coacutemo se completa la sentildealizacioacuten REGISTER

e INVITE Estas son las peticiones maacutes importantes las cuales se requiere conocer detalladamente Para ello vamos a describir a continuacioacuten el contenido de los mensajes intercambiados para ver el funcionamiento de SIP en mayor profundidad

Descripcioacuten de los mensajes SIP

Conocidos los pasos en los que se lleva a cabo una comunicacioacuten entre dos teleacutefonos coacutemo se registran ante un proxy SIP con autenticacioacuten etc se estaacute en disposicioacuten de conocer el contenido de cada uno de los mensajes SIP que se intercambian En la tabla 2shy5 que se presenta a continuacioacuten se muestran cada uno de los campos de la cabecera SIP junto a su descripcioacuten

Un ejemplo del contenido de los mensajes SIP intercambiados entre un teleacutefono y el proxy SIP durante el registro es el que se muestra en el listado 2 Antes es necesario conocer la configuracioacuten del teleacutefono que va a registrarse

Campo Descripcioacuten

En este campo se almacena cada uno de los elementos por los que va pasando la peticioacuten Almacenar el camino que sigue la peticioacuten desde su origen al destino es muy uacutetil para las respuestas ya que estas simplemente tienen que seguir el camino inverso

44 VOIP y ASTERlSK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

Nuacutemero maacuteximo de saltos permitidos a la peticioacuten para llegar a su n{ZNャBLf[セBエャャエGエゥカ」L destino Ese valor seraacute decrementado en cada uno de los saltos por los

En ella se indica la entidad origen que envioacute la peticioacuten SIPo Se especifica mediante la URI o mejor dicho mediante el AOR (Address of Record) que no es ni maacutes ni menos que una URI global y puacuteblica que puede ser rutada desde punto

cセGjセャヲYiセセG Tamantildeo del cuerpo del mensaje

Atributo Valor

Login 200

Password 200

Direccioacuten IP 1921681129

Proxy SIP 1921681365060

TO

-rlt---- セ^MMLZL

gt __ gt y_gt___ セaOL⦅

Hace referencia a la URI de destino o AOR de destino de la peticioacuten Hay que mencionar que esta no se utiliza para rutar el paquete hacia el proacuteximo salto sino que siempre mantiene el destino de la peticioacuten inicial

Es un identificador uacutenico y global que se forma mediante combinacioacuten de una cadena aleatoria el nombre de la maacutequina o la direccioacuten IP del teleacutefono La combinacioacuten de los tags que se indican en TO FROM junto con el CALLshyID definen e identifican de manera uniacutevoca un diaacutelogo SIP entre dos extremos

Es un nuacutemero de secuacuteencia donde cada nueva peticioacuten que se enviacutea en un mismo diaacutelogo incrementa en una unidad su valor No es ni maacutes ni menos que un contador de peticiones pertenecientes a un mismo

En eacutel se indica la SIP URI de la forma usuariodireccioacutenIP[puerto] o usuariodominio[puerto] que representa la direccioacuten de contacto directo con el emisor de la peticioacuten La finalidad de esta direccioacuten de contacto directo es la de que las futuras peticiones se puedan enviar directamente al emisor evitando a la peticioacuten seguir el mismo camino como sucede con las respuestas que siguen el camino inverso dictaminado por las cabeceras VIA

Tipo del cuerpo del mensaje No siempre tiene cuerpo el mensaje pero si lo tuviera por lo general seria applicationlSDP esto es el protocolo multimedia SDP

45 copyRAshyMA CAPIacuteTIJLO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

192168136Dominio

Direccioacuten del proxy SIP pero podriacutea ser otra

El primer mensaje es el mensaje REGISTER enviado del teleacutefono al proxy SIP

En la comunicacioacuten hay que destacar dos cosas La primera es que el teleacutefono quiere recibir las respuestas asociadas a esta peticioacuten que genere el proxy SIP ya que incluye un registro con su direccioacuten IP en el campo VIA La segunda y muy importante es la informacioacuten indicada en la cabecera Contact ya que es donde el teleacutefono de identificador 200 le indica al proxy SIP la direccioacuten IP que tiene en este preciso instante Esto permite al proxy SIP poder localizarlo para enviarle futuras peticiones

46 VOIP y ASTERJSK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMA

Continuando con el flujo de la figura 2shy19 el proxy SIP enviacutea la respuesta 401 Unauthorized ya que en la peticioacuten REGISTER anterior el teleacutefono no indicoacute los credenciales es decir no indicoacute su password y por tanto no estaacute autorizado La cabecera WWW-Authenticate indica al teleacutefono que debe autenticarse para el dominio 192168136

El siguiente mensaje de la comunicaclOn es el enviacuteo del mensaje REGISTER pero esta vez antildeadiendo el campo Authorization donde indica sus credenciales

カゥセ SIl2 1941681 SOpO i BーッイエゥZエイᄀ[ョ」ィセGzYィgT「kofTYcbsァUN「DSAQNTcdPTpRSUCEM14D44

From 200 sip200192 136gttag61B484649 Tal 200 ltsip200192l66136gt Contact 200 200192 168 1129 ilI))gt

shyID ScWVRPヲ[fYdTPVVPSUVbRQRfTYfacfV`QYRGセャVXNQZNSVCSeg 4203iacute セgistᄀᄀ[r

Expire$ iexcl a00

luthod2ation Digest username=200realm=192168136nonoe=48a3134d61dad5515f7 9f3f7363hda6aab8alf90response=b7cc90ae907b4a7655aeeo66df6Ca oNᄀSャAイオイゥBLAjウ[ゥLpセQYRNQヲ[QUᄋQNSVB MaxshyForwards7middot0 UsershyAgent X-Lite release 110Sd

Finalmente si los credenciales son correctos el proxy SIP le comunica al teleacutefono que la autenticacioacuten se ha llevado a cabo con eacutexito y ahora el teleacutefono 200 puede realizar y recibir llamadas

Sl)120 200 OK

yiaSIl12 0DPI 192 NQFb[QNQRYZNUPVP[イーッイエ]UPVP[「イョ」ィ]ᄋセYィgT「kofTYcbUeUbSaTcXdo2pnScaBl14D44

200 LDゥーイRPP`QNYNRNQVXNQLSV^ャエLァBセQXT£TVTY

10200 [セゥーZNRPサス`QYR 1613 1 36gt tag=329cEeaa6dedQ39da2$EE8cbb8668OO2 26eh

3eacute76$Q6F91l4QEi 603 585E2A12E4 91ACE6lil192 1681 bull36 middotl2032REGiexclSTaR

ltsip ZRーエャセQNYNRエQVDNQ NセRZァLIUPVqZ^[クー[ゥイウBLQNXPP

セャャDᄀᄀ[r lmiddot ャNRセQャYエGャセ (386[QtiuacutexJ)

cqャャエョエZBGlセョァエ[Nィセo

Page 12: Fundamentos de Sip

shyshyshyshyshyshyshy

43 copyRAshyMA CAPIacuteTULO 2 VOlP shy LA NUEVA REVOLUCIOacuteN

Servidor proxy Servidor registro - localizacioacuten

Direccioacuten SIP 200uales Direccioacuten IP 1921681200

uales Direccioacuten SIP 201uales Direccioacuten IP 1921681201

I 1 INVITE

5 180 Ringing

oC

72000K oC

8ACK Sesioacuten Media RTP

3 INVITE

4 180 Ringing

oC

62000K

oC )lo

9 BYE oC

102000K )lo

Figura 2shy19 Proceso de establecimiento de llamada entre dos terminales

En la figura 2shy19 se muestra coacutemo se completa la sentildealizacioacuten REGISTER

e INVITE Estas son las peticiones maacutes importantes las cuales se requiere conocer detalladamente Para ello vamos a describir a continuacioacuten el contenido de los mensajes intercambiados para ver el funcionamiento de SIP en mayor profundidad

Descripcioacuten de los mensajes SIP

Conocidos los pasos en los que se lleva a cabo una comunicacioacuten entre dos teleacutefonos coacutemo se registran ante un proxy SIP con autenticacioacuten etc se estaacute en disposicioacuten de conocer el contenido de cada uno de los mensajes SIP que se intercambian En la tabla 2shy5 que se presenta a continuacioacuten se muestran cada uno de los campos de la cabecera SIP junto a su descripcioacuten

Un ejemplo del contenido de los mensajes SIP intercambiados entre un teleacutefono y el proxy SIP durante el registro es el que se muestra en el listado 2 Antes es necesario conocer la configuracioacuten del teleacutefono que va a registrarse

Campo Descripcioacuten

En este campo se almacena cada uno de los elementos por los que va pasando la peticioacuten Almacenar el camino que sigue la peticioacuten desde su origen al destino es muy uacutetil para las respuestas ya que estas simplemente tienen que seguir el camino inverso

44 VOIP y ASTERlSK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

Nuacutemero maacuteximo de saltos permitidos a la peticioacuten para llegar a su n{ZNャBLf[セBエャャエGエゥカ」L destino Ese valor seraacute decrementado en cada uno de los saltos por los

En ella se indica la entidad origen que envioacute la peticioacuten SIPo Se especifica mediante la URI o mejor dicho mediante el AOR (Address of Record) que no es ni maacutes ni menos que una URI global y puacuteblica que puede ser rutada desde punto

cセGjセャヲYiセセG Tamantildeo del cuerpo del mensaje

Atributo Valor

Login 200

Password 200

Direccioacuten IP 1921681129

Proxy SIP 1921681365060

TO

-rlt---- セ^MMLZL

gt __ gt y_gt___ セaOL⦅

Hace referencia a la URI de destino o AOR de destino de la peticioacuten Hay que mencionar que esta no se utiliza para rutar el paquete hacia el proacuteximo salto sino que siempre mantiene el destino de la peticioacuten inicial

Es un identificador uacutenico y global que se forma mediante combinacioacuten de una cadena aleatoria el nombre de la maacutequina o la direccioacuten IP del teleacutefono La combinacioacuten de los tags que se indican en TO FROM junto con el CALLshyID definen e identifican de manera uniacutevoca un diaacutelogo SIP entre dos extremos

Es un nuacutemero de secuacuteencia donde cada nueva peticioacuten que se enviacutea en un mismo diaacutelogo incrementa en una unidad su valor No es ni maacutes ni menos que un contador de peticiones pertenecientes a un mismo

En eacutel se indica la SIP URI de la forma usuariodireccioacutenIP[puerto] o usuariodominio[puerto] que representa la direccioacuten de contacto directo con el emisor de la peticioacuten La finalidad de esta direccioacuten de contacto directo es la de que las futuras peticiones se puedan enviar directamente al emisor evitando a la peticioacuten seguir el mismo camino como sucede con las respuestas que siguen el camino inverso dictaminado por las cabeceras VIA

Tipo del cuerpo del mensaje No siempre tiene cuerpo el mensaje pero si lo tuviera por lo general seria applicationlSDP esto es el protocolo multimedia SDP

45 copyRAshyMA CAPIacuteTIJLO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

192168136Dominio

Direccioacuten del proxy SIP pero podriacutea ser otra

El primer mensaje es el mensaje REGISTER enviado del teleacutefono al proxy SIP

En la comunicacioacuten hay que destacar dos cosas La primera es que el teleacutefono quiere recibir las respuestas asociadas a esta peticioacuten que genere el proxy SIP ya que incluye un registro con su direccioacuten IP en el campo VIA La segunda y muy importante es la informacioacuten indicada en la cabecera Contact ya que es donde el teleacutefono de identificador 200 le indica al proxy SIP la direccioacuten IP que tiene en este preciso instante Esto permite al proxy SIP poder localizarlo para enviarle futuras peticiones

46 VOIP y ASTERJSK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMA

Continuando con el flujo de la figura 2shy19 el proxy SIP enviacutea la respuesta 401 Unauthorized ya que en la peticioacuten REGISTER anterior el teleacutefono no indicoacute los credenciales es decir no indicoacute su password y por tanto no estaacute autorizado La cabecera WWW-Authenticate indica al teleacutefono que debe autenticarse para el dominio 192168136

El siguiente mensaje de la comunicaclOn es el enviacuteo del mensaje REGISTER pero esta vez antildeadiendo el campo Authorization donde indica sus credenciales

カゥセ SIl2 1941681 SOpO i BーッイエゥZエイᄀ[ョ」ィセGzYィgT「kofTYcbsァUN「DSAQNTcdPTpRSUCEM14D44

From 200 sip200192 136gttag61B484649 Tal 200 ltsip200192l66136gt Contact 200 200192 168 1129 ilI))gt

shyID ScWVRPヲ[fYdTPVVPSUVbRQRfTYfacfV`QYRGセャVXNQZNSVCSeg 4203iacute セgistᄀᄀ[r

Expire$ iexcl a00

luthod2ation Digest username=200realm=192168136nonoe=48a3134d61dad5515f7 9f3f7363hda6aab8alf90response=b7cc90ae907b4a7655aeeo66df6Ca oNᄀSャAイオイゥBLAjウ[ゥLpセQYRNQヲ[QUᄋQNSVB MaxshyForwards7middot0 UsershyAgent X-Lite release 110Sd

Finalmente si los credenciales son correctos el proxy SIP le comunica al teleacutefono que la autenticacioacuten se ha llevado a cabo con eacutexito y ahora el teleacutefono 200 puede realizar y recibir llamadas

Sl)120 200 OK

yiaSIl12 0DPI 192 NQFb[QNQRYZNUPVP[イーッイエ]UPVP[「イョ」ィ]ᄋセYィgT「kofTYcbUeUbSaTcXdo2pnScaBl14D44

200 LDゥーイRPP`QNYNRNQVXNQLSV^ャエLァBセQXT£TVTY

10200 [セゥーZNRPサス`QYR 1613 1 36gt tag=329cEeaa6dedQ39da2$EE8cbb8668OO2 26eh

3eacute76$Q6F91l4QEi 603 585E2A12E4 91ACE6lil192 1681 bull36 middotl2032REGiexclSTaR

ltsip ZRーエャセQNYNRエQVDNQ NセRZァLIUPVqZ^[クー[ゥイウBLQNXPP

セャャDᄀᄀ[r lmiddot ャNRセQャYエGャセ (386[QtiuacutexJ)

cqャャエョエZBGlセョァエ[Nィセo

Page 13: Fundamentos de Sip

44 VOIP y ASTERlSK REDESCUBRIENDO LA TELEFONIacuteA copyRA-MA

Nuacutemero maacuteximo de saltos permitidos a la peticioacuten para llegar a su n{ZNャBLf[セBエャャエGエゥカ」L destino Ese valor seraacute decrementado en cada uno de los saltos por los

En ella se indica la entidad origen que envioacute la peticioacuten SIPo Se especifica mediante la URI o mejor dicho mediante el AOR (Address of Record) que no es ni maacutes ni menos que una URI global y puacuteblica que puede ser rutada desde punto

cセGjセャヲYiセセG Tamantildeo del cuerpo del mensaje

Atributo Valor

Login 200

Password 200

Direccioacuten IP 1921681129

Proxy SIP 1921681365060

TO

-rlt---- セ^MMLZL

gt __ gt y_gt___ セaOL⦅

Hace referencia a la URI de destino o AOR de destino de la peticioacuten Hay que mencionar que esta no se utiliza para rutar el paquete hacia el proacuteximo salto sino que siempre mantiene el destino de la peticioacuten inicial

Es un identificador uacutenico y global que se forma mediante combinacioacuten de una cadena aleatoria el nombre de la maacutequina o la direccioacuten IP del teleacutefono La combinacioacuten de los tags que se indican en TO FROM junto con el CALLshyID definen e identifican de manera uniacutevoca un diaacutelogo SIP entre dos extremos

Es un nuacutemero de secuacuteencia donde cada nueva peticioacuten que se enviacutea en un mismo diaacutelogo incrementa en una unidad su valor No es ni maacutes ni menos que un contador de peticiones pertenecientes a un mismo

En eacutel se indica la SIP URI de la forma usuariodireccioacutenIP[puerto] o usuariodominio[puerto] que representa la direccioacuten de contacto directo con el emisor de la peticioacuten La finalidad de esta direccioacuten de contacto directo es la de que las futuras peticiones se puedan enviar directamente al emisor evitando a la peticioacuten seguir el mismo camino como sucede con las respuestas que siguen el camino inverso dictaminado por las cabeceras VIA

Tipo del cuerpo del mensaje No siempre tiene cuerpo el mensaje pero si lo tuviera por lo general seria applicationlSDP esto es el protocolo multimedia SDP

45 copyRAshyMA CAPIacuteTIJLO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

192168136Dominio

Direccioacuten del proxy SIP pero podriacutea ser otra

El primer mensaje es el mensaje REGISTER enviado del teleacutefono al proxy SIP

En la comunicacioacuten hay que destacar dos cosas La primera es que el teleacutefono quiere recibir las respuestas asociadas a esta peticioacuten que genere el proxy SIP ya que incluye un registro con su direccioacuten IP en el campo VIA La segunda y muy importante es la informacioacuten indicada en la cabecera Contact ya que es donde el teleacutefono de identificador 200 le indica al proxy SIP la direccioacuten IP que tiene en este preciso instante Esto permite al proxy SIP poder localizarlo para enviarle futuras peticiones

46 VOIP y ASTERJSK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMA

Continuando con el flujo de la figura 2shy19 el proxy SIP enviacutea la respuesta 401 Unauthorized ya que en la peticioacuten REGISTER anterior el teleacutefono no indicoacute los credenciales es decir no indicoacute su password y por tanto no estaacute autorizado La cabecera WWW-Authenticate indica al teleacutefono que debe autenticarse para el dominio 192168136

El siguiente mensaje de la comunicaclOn es el enviacuteo del mensaje REGISTER pero esta vez antildeadiendo el campo Authorization donde indica sus credenciales

カゥセ SIl2 1941681 SOpO i BーッイエゥZエイᄀ[ョ」ィセGzYィgT「kofTYcbsァUN「DSAQNTcdPTpRSUCEM14D44

From 200 sip200192 136gttag61B484649 Tal 200 ltsip200192l66136gt Contact 200 200192 168 1129 ilI))gt

shyID ScWVRPヲ[fYdTPVVPSUVbRQRfTYfacfV`QYRGセャVXNQZNSVCSeg 4203iacute セgistᄀᄀ[r

Expire$ iexcl a00

luthod2ation Digest username=200realm=192168136nonoe=48a3134d61dad5515f7 9f3f7363hda6aab8alf90response=b7cc90ae907b4a7655aeeo66df6Ca oNᄀSャAイオイゥBLAjウ[ゥLpセQYRNQヲ[QUᄋQNSVB MaxshyForwards7middot0 UsershyAgent X-Lite release 110Sd

Finalmente si los credenciales son correctos el proxy SIP le comunica al teleacutefono que la autenticacioacuten se ha llevado a cabo con eacutexito y ahora el teleacutefono 200 puede realizar y recibir llamadas

Sl)120 200 OK

yiaSIl12 0DPI 192 NQFb[QNQRYZNUPVP[イーッイエ]UPVP[「イョ」ィ]ᄋセYィgT「kofTYcbUeUbSaTcXdo2pnScaBl14D44

200 LDゥーイRPP`QNYNRNQVXNQLSV^ャエLァBセQXT£TVTY

10200 [セゥーZNRPサス`QYR 1613 1 36gt tag=329cEeaa6dedQ39da2$EE8cbb8668OO2 26eh

3eacute76$Q6F91l4QEi 603 585E2A12E4 91ACE6lil192 1681 bull36 middotl2032REGiexclSTaR

ltsip ZRーエャセQNYNRエQVDNQ NセRZァLIUPVqZ^[クー[ゥイウBLQNXPP

セャャDᄀᄀ[r lmiddot ャNRセQャYエGャセ (386[QtiuacutexJ)

cqャャエョエZBGlセョァエ[Nィセo

Page 14: Fundamentos de Sip

45 copyRAshyMA CAPIacuteTIJLO 2 VOIP shy LA NUEVA REVOLUCIOacuteN

192168136Dominio

Direccioacuten del proxy SIP pero podriacutea ser otra

El primer mensaje es el mensaje REGISTER enviado del teleacutefono al proxy SIP

En la comunicacioacuten hay que destacar dos cosas La primera es que el teleacutefono quiere recibir las respuestas asociadas a esta peticioacuten que genere el proxy SIP ya que incluye un registro con su direccioacuten IP en el campo VIA La segunda y muy importante es la informacioacuten indicada en la cabecera Contact ya que es donde el teleacutefono de identificador 200 le indica al proxy SIP la direccioacuten IP que tiene en este preciso instante Esto permite al proxy SIP poder localizarlo para enviarle futuras peticiones

46 VOIP y ASTERJSK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMA

Continuando con el flujo de la figura 2shy19 el proxy SIP enviacutea la respuesta 401 Unauthorized ya que en la peticioacuten REGISTER anterior el teleacutefono no indicoacute los credenciales es decir no indicoacute su password y por tanto no estaacute autorizado La cabecera WWW-Authenticate indica al teleacutefono que debe autenticarse para el dominio 192168136

El siguiente mensaje de la comunicaclOn es el enviacuteo del mensaje REGISTER pero esta vez antildeadiendo el campo Authorization donde indica sus credenciales

カゥセ SIl2 1941681 SOpO i BーッイエゥZエイᄀ[ョ」ィセGzYィgT「kofTYcbsァUN「DSAQNTcdPTpRSUCEM14D44

From 200 sip200192 136gttag61B484649 Tal 200 ltsip200192l66136gt Contact 200 200192 168 1129 ilI))gt

shyID ScWVRPヲ[fYdTPVVPSUVbRQRfTYfacfV`QYRGセャVXNQZNSVCSeg 4203iacute セgistᄀᄀ[r

Expire$ iexcl a00

luthod2ation Digest username=200realm=192168136nonoe=48a3134d61dad5515f7 9f3f7363hda6aab8alf90response=b7cc90ae907b4a7655aeeo66df6Ca oNᄀSャAイオイゥBLAjウ[ゥLpセQYRNQヲ[QUᄋQNSVB MaxshyForwards7middot0 UsershyAgent X-Lite release 110Sd

Finalmente si los credenciales son correctos el proxy SIP le comunica al teleacutefono que la autenticacioacuten se ha llevado a cabo con eacutexito y ahora el teleacutefono 200 puede realizar y recibir llamadas

Sl)120 200 OK

yiaSIl12 0DPI 192 NQFb[QNQRYZNUPVP[イーッイエ]UPVP[「イョ」ィ]ᄋセYィgT「kofTYcbUeUbSaTcXdo2pnScaBl14D44

200 LDゥーイRPP`QNYNRNQVXNQLSV^ャエLァBセQXT£TVTY

10200 [セゥーZNRPサス`QYR 1613 1 36gt tag=329cEeaa6dedQ39da2$EE8cbb8668OO2 26eh

3eacute76$Q6F91l4QEi 603 585E2A12E4 91ACE6lil192 1681 bull36 middotl2032REGiexclSTaR

ltsip ZRーエャセQNYNRエQVDNQ NセRZァLIUPVqZ^[クー[ゥイウBLQNXPP

セャャDᄀᄀ[r lmiddot ャNRセQャYエGャセ (386[QtiuacutexJ)

cqャャエョエZBGlセョァエ[Nィセo

Page 15: Fundamentos de Sip

46 VOIP y ASTERJSK REDESCUBRIENDO LA TELEFONIacuteA copyRAshyMA

Continuando con el flujo de la figura 2shy19 el proxy SIP enviacutea la respuesta 401 Unauthorized ya que en la peticioacuten REGISTER anterior el teleacutefono no indicoacute los credenciales es decir no indicoacute su password y por tanto no estaacute autorizado La cabecera WWW-Authenticate indica al teleacutefono que debe autenticarse para el dominio 192168136

El siguiente mensaje de la comunicaclOn es el enviacuteo del mensaje REGISTER pero esta vez antildeadiendo el campo Authorization donde indica sus credenciales

カゥセ SIl2 1941681 SOpO i BーッイエゥZエイᄀ[ョ」ィセGzYィgT「kofTYcbsァUN「DSAQNTcdPTpRSUCEM14D44

From 200 sip200192 136gttag61B484649 Tal 200 ltsip200192l66136gt Contact 200 200192 168 1129 ilI))gt

shyID ScWVRPヲ[fYdTPVVPSUVbRQRfTYfacfV`QYRGセャVXNQZNSVCSeg 4203iacute セgistᄀᄀ[r

Expire$ iexcl a00

luthod2ation Digest username=200realm=192168136nonoe=48a3134d61dad5515f7 9f3f7363hda6aab8alf90response=b7cc90ae907b4a7655aeeo66df6Ca oNᄀSャAイオイゥBLAjウ[ゥLpセQYRNQヲ[QUᄋQNSVB MaxshyForwards7middot0 UsershyAgent X-Lite release 110Sd

Finalmente si los credenciales son correctos el proxy SIP le comunica al teleacutefono que la autenticacioacuten se ha llevado a cabo con eacutexito y ahora el teleacutefono 200 puede realizar y recibir llamadas

Sl)120 200 OK

yiaSIl12 0DPI 192 NQFb[QNQRYZNUPVP[イーッイエ]UPVP[「イョ」ィ]ᄋセYィgT「kofTYcbUeUbSaTcXdo2pnScaBl14D44

200 LDゥーイRPP`QNYNRNQVXNQLSV^ャエLァBセQXT£TVTY

10200 [セゥーZNRPサス`QYR 1613 1 36gt tag=329cEeaa6dedQ39da2$EE8cbb8668OO2 26eh

3eacute76$Q6F91l4QEi 603 585E2A12E4 91ACE6lil192 1681 bull36 middotl2032REGiexclSTaR

ltsip ZRーエャセQNYNRエQVDNQ NセRZァLIUPVqZ^[クー[ゥイウBLQNXPP

セャャDᄀᄀ[r lmiddot ャNRセQャYエGャセ (386[QtiuacutexJ)

cqャャエョエZBGlセョァエ[Nィセo