sip capítulo 3 pág. 1 -...

ATEL ASESORES C.A IP Multimedia Subsystem Prof. Diógenes Marcano

Atel Asesores C.A [email protected] www.atelasesores.com.ve Telf. 0212-9417771 0416-6306739

SIP Capítulo 3 Pág. 1


SIP es un protocolo para señalización definido por el IETF según el RFC3261.SIP permite establecer, liberar y modificar sesiones multimedia y está basado



SIP permite establecer, liberar y modificar sesiones multimedia y está basadoen un modelo de transacciones cliente-servidor.


SIP es un protocolo cliente-servidor. Por ejemplo, en una red de VoIP usandoSIP las llamadas son iniciadas por los clientes y tienen como punto de



SIP las llamadas son iniciadas por los clientes y tienen como punto definalización a los servidores.

Si se requiere una transmisión segura se usa SIPS en cuyo caso losmensajes de SIP se envían por medio de TCP.

En el RFC 3261 se definen sólo los tres tipos de servidores arribamencionados. Sin embargo, ha medida que SIP se ha ido expandiendo se hanincorporado otros servidores, por ejemplo el servidor de presencia, el servidorde eventos.

También se ha definido un UA especial, el Back-2-Back User Agent (B2BUA)el cual actúa como servidor en un lado y cliente en el otro lado.

Otro elemento especial es el Forking Proxy. Después de procesar unasolicitud entrante y decidir hacia donde la enviará, el Proxy puede seleccionarreenviar la solicitud a varias direcciones, a diferencia de lo que hace un proxynormalmente. Este proceso se llama forking y el proxy que tiene esacapacidad se denomina Forking Proxy. Forking permite la implementación decarácterísiticas especiales, tales como el repique simultánea para un usuarioque se ha registrado en varios dispositivos.


Un servidor de redireccionamiento por si mismo no hace ninguna solicitud.Esta filosofía permite prestar el servicio de call-forwarding/follow-me (envío-



Esta filosofía permite prestar el servicio de call-forwarding/follow-me (envío-sígueme) realizado por el propio origen, el servidor sólo suministra la direccióndel destino y le corresponde al origen enrutar la llamada despues que hahecho la solicitud al servidor de redireccionamiento.


El servidor REGISTRAR almacena la asociación establecida en una base dedatos llamada “Location Service”, que pertenece al LOCATION SERVER, la



datos llamada “Location Service”, que pertenece al LOCATION SERVER, lacual puede ser usada por el Proxy cuando lo necesite. Por lo general elREGISTRAR y el PROXY son un mismo equipo, aunque software diferente,para un mismo dominio. Es importante recalcar que la diferenciación de losdiferentes servidores SIP es lógica, no física.

Un usuario se puede registrar desde varios dispositivos. Igualmente desde undispositivo se pueden registrar varios usuarios de manera simultánea.


El direccionamiento en SIP es muy similar al usado en el corre electrónico. Enel e-mail se usa mailto: [email protected] una dirección SIP podría ser



el e-mail se usa mailto: [email protected] una dirección SIP podría sersip:[email protected].

El userinfo del URI puede no estar presenta, esto sucede en aquellos casosdonde el host de destino no tiene noción de usuarios, o cual el recursosolicitado es el mismo host. Si el signo @ está presente el campo user nodebe estar vacío.

El término Host significa dominio. En lo sucesivo se seguirá usando Host paraser consistente con la literatura.

En resumen podemos decir que SIP URI es el número de contacto de otrapersona para comunicarse vía SIP en un servicio de VoIP, en particular, y engeneral para cualquier servicio multimedia.


Con la excepción del conjunto de caracteres, los mensajes de SIP y losencabezados son muy similares, en cuanto a la sintaxis, a HTTP/1.1 RFC



encabezados son muy similares, en cuanto a la sintaxis, a HTTP/1.1 RFC2616. Sin embargo, es bueno aclarar que SIP no es una extensión de HTTP.

Dado que las respuestas del servidor indican el estado de la llamada conrelación a la solicitud, también se denominan Status.

Cada transacción incluye un método, el cual se refiere a una función particularque es la razón de ser del mensaje. El method es la acción que el solicitante(request) espera que el servidos haga.


Estos son los headers que viene despues del start-line.



Cada vez que el mensaje pasa por un servidor, éste agrega un campo VIA consu dirección. Al final el servidor que da la respuesta deja el campo VIA talcomo esta y en el mismo orden. De regreso cada servidor va quitando elcampo VIA que él mismo agregó. Cuando la respuesta llega al origen, esteverifica que en el campo vía sólo existe su dirección, esto prueba que elmensaje de respuesta era para él.


Las solicitudes de clientes son denominadas METHOD en el ambiente de SIP.



SIP se ha desarrollado a partir de un protocolo base (RFC3261) junto con unaserie de extensiones para permitir nuevos servicios sobre el protocolo base.

En el documento base se definen 6 métodos, y en RFCs adicionales sedefinen las extensiones, es decir métodos para ofrecer servicios adicionales.

En particular para IMS se han desarrollado los Private Headers (P-Headers).En IMS todas las solicitudes de los usuarios se hacen a través de los métodosy las extensiones desarrolladas para SIP.


100 TRYING



Esta respuesta indica que el servidor recibió la solicitud, pero que seencuentra ejecutando una serie de acciones en pro de la misma; por ejemploaccediendo a una basa de datos. La recepción de esta respuesta evita laretransmisión del INVITE por parte del UAC.

180 RINGING

El User Agent que recibió el INVITE está tratando de avisar al usuario.

181 CALL IS BEING FORWARDER

Esta respuesta es generada por un servidor para indicar que la llamada seestá enviando a un conjunto de diferente de destinatarios.

182 QUEUED

Esta respuesta indica que el destino está temporalmente indisponible, peroque el servidor ha decidido poner la llamada en cola de espera en lugar derechazarla. Cuando el destino este disponible, el servidor enviará la respuestadefinitiva.

183 SESSION PROGRESS

Esta respuesta lleva información acerca del progreso de una llamada.


300 MULTIPLE CHOICES



La dirección en la solicitud generó varias alternativas, cada una con su propialocalización específica, y el usuario o UA puede seleccionar un entre ellas yredirigir su solicitud a la localización escogida.

301 MOVED PERMANENTLY

La localización URL solicitada por el cliente ha sido asignada a una URLnueva permanente, por lo que el cliente debe hacer una nueva solicitudusando la dirección enviada en este mensaje.

302 MOVED TEMPORARILY

El cliente debe hacer una nueva solicitud usando la dirección URL enviada eneste mensaje.

305 USE PROXY

El recurso solicitado debe ser accedido a través del proxy cuya dirección seenvía en este mensaje.

380 ALTERNATIVE SERVICE

La llamada no tuvo éxito, pero existen algunos servicios alternativos, loscuales son descritos en el mensaje.


SESION (RFC 2327)



Una sesión multimedia es un conjunto de emisores y receptores concapacidad multimedia y que intercambian entre ellos flujos de datos desde losemisores a los receptores. Una conferencia multimedia es un ejemplo de unasesión multimedia.

SDP está especificado en el RFC 2327. Adicionalmente el RFC 3264 describecomo SDP y SIP pueden ser usados en conjunto.

SDP sencillamente suministra un formato para describir una sesión decomunicación y así informar a los potenciales usuarios de la misma.Básicamente una sesión está formada por una cierta cantidad de flujos deinformación basada en el medio que se este intercambiando. Entre otros lasesión se caracteriza por: nombre de la sesión, el origen de la misma, eltiempo que la sesión estará activa. A nivel del medio se incluye: tipo de medio,número de puerto, protocolo de transporte a usar y el formato.


Esta información es generada por los UAs, es decir por el segmento delsoftware SIP que se encarga de generar toda la información para describir la



software SIP que se encarga de generar toda la información para describir lasesión.


PROCEDIMIENTO DE UNA LLAMADA USANDO SIP



�El teléfono de origen envía un INVITE

�El teléfono destino envía una respuesta código 100 – Trying

�Cuando el destino comienza a repicar, el destino envía una respuesta decódigo 180 – Ringing

�Cuando el origen levanta el teléfono, el destino envía una respuesta código200 – OK

�El origen responde con un ACK – Acknowledgement

�Se inicia la transmisión de los paquetes de voz usando RTP

�Cuando el destino cuelga, su teléfono envía un BYE (solicitud determinación)

�El origen responde con un mensaje de código 200 - OK

sip capítulo 3 pág. 1 -...

Documents