Post on 19-Jan-2016
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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