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

Transcripción

1 SIP Capítulo 3 Pág. 1

2 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 en un modelo de transacciones cliente-servidor. SIP Capítulo 3 Pág. 2

3 SIP Capítulo 3 Pág. 3

4 SIP Capítulo 3 Pág. 4

5 SIP Capítulo 3 Pág. 5

6 SIP es un protocolo cliente-servidor. Por ejemplo, en una red de VoIP usando SIP las llamadas son iniciadas por los clientes y tienen como punto de finalización a los servidores. Si se requiere una transmisión segura se usa SIPS en cuyo caso los mensajes de SIP se envían por medio de TCP. En el RFC 3261 se definen sólo los tres tipos de servidores arriba mencionados. Sin embargo, ha medida que SIP se ha ido expandiendo se han incorporado otros servidores, por ejemplo el servidor de presencia, el servidor de 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 una solicitud entrante y decidir hacia donde la enviará, el Proxy puede seleccionar reenviar la solicitud a varias direcciones, a diferencia de lo que hace un proxy normalmente. Este proceso se llama forking y el proxy que tiene esa capacidad se denomina Forking Proxy. Forking permite la implementación de carácterísiticas especiales, tales como el repique simultánea para un usuario que se ha registrado en varios dispositivos. SIP Capítulo 3 Pág. 6

7 SIP Capítulo 3 Pág. 7

8 Un servidor de redireccionamiento por si mismo no hace ninguna solicitud. Esta filosofía permite prestar el servicio de call-forwarding/follow-me (envíosígueme) realizado por el propio origen, el servidor sólo suministra la dirección del destino y le corresponde al origen enrutar la llamada despues que ha hecho la solicitud al servidor de redireccionamiento. SIP Capítulo 3 Pág. 8

9 El servidor REGISTRAR almacena la asociación establecida en una base de datos llamada Location Service, que pertenece al LOCATION SERVER, la cual puede ser usada por el Proxy cuando lo necesite. Por lo general el REGISTRAR y el PROXY son un mismo equipo, aunque software diferente, para un mismo dominio. Es importante recalcar que la diferenciación de los diferentes servidores SIP es lógica, no física. Un usuario se puede registrar desde varios dispositivos. Igualmente desde un dispositivo se pueden registrar varios usuarios de manera simultánea. SIP Capítulo 3 Pág. 9

10 SIP Capítulo 3 Pág. 10

11 El direccionamiento en SIP es muy similar al usado en el corre electrónico. En el se usa mailto: una dirección SIP podría ser El userinfo del URI puede no estar presenta, esto sucede en aquellos casos donde el host de destino no tiene noción de usuarios, o cual el recurso solicitado es el mismo host. Si el está presente el campo user no debe estar vacío. El término Host significa dominio. En lo sucesivo se seguirá usando Host para ser consistente con la literatura. En resumen podemos decir que SIP URI es el número de contacto de otra persona para comunicarse vía SIP en un servicio de VoIP, en particular, y en general para cualquier servicio multimedia. SIP Capítulo 3 Pág. 11

12 SIP Capítulo 3 Pág. 12

13 Con la excepción del conjunto de caracteres, los mensajes de SIP y los encabezados son muy similares, en cuanto a la sintaxis, a HTTP/1.1 RFC 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 con relación a la solicitud, también se denominan Status. Cada transacción incluye un método, el cual se refiere a una función particular que es la razón de ser del mensaje. El method es la acción que el solicitante (request) espera que el servidos haga. SIP Capítulo 3 Pág. 13

14 SIP Capítulo 3 Pág. 14

15 Estos son los headers que viene despues del start-line. Cada vez que el mensaje pasa por un servidor, éste agrega un campo VIA con su dirección. Al final el servidor que da la respuesta deja el campo VIA tal como esta y en el mismo orden. De regreso cada servidor va quitando el campo VIA que él mismo agregó. Cuando la respuesta llega al origen, este verifica que en el campo vía sólo existe su dirección, esto prueba que el mensaje de respuesta era para él. SIP Capítulo 3 Pág. 15

16 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 una serie de extensiones para permitir nuevos servicios sobre el protocolo base. En el documento base se definen 6 métodos, y en RFCs adicionales se definen 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étodos y las extensiones desarrolladas para SIP. SIP Capítulo 3 Pág. 16

17 SIP Capítulo 3 Pág. 17

18 SIP Capítulo 3 Pág. 18

19 SIP Capítulo 3 Pág. 19

20 100 TRYING Esta respuesta indica que el servidor recibió la solicitud, pero que se encuentra ejecutando una serie de acciones en pro de la misma; por ejemplo accediendo a una basa de datos. La recepción de esta respuesta evita la retransmisió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 se está enviando a un conjunto de diferente de destinatarios. 182 QUEUED Esta respuesta indica que el destino está temporalmente indisponible, pero que el servidor ha decidido poner la llamada en cola de espera en lugar de rechazarla. Cuando el destino este disponible, el servidor enviará la respuesta definitiva. 183 SESSION PROGRESS Esta respuesta lleva información acerca del progreso de una llamada. SIP Capítulo 3 Pág. 20

21 300 MULTIPLE CHOICES La dirección en la solicitud generó varias alternativas, cada una con su propia localización específica, y el usuario o UA puede seleccionar un entre ellas y redirigir su solicitud a la localización escogida. 301 MOVED PERMANENTLY La localización URL solicitada por el cliente ha sido asignada a una URL nueva permanente, por lo que el cliente debe hacer una nueva solicitud usando la dirección enviada en este mensaje. 302 MOVED TEMPORARILY El cliente debe hacer una nueva solicitud usando la dirección URL enviada en este mensaje. 305 USE PROXY El recurso solicitado debe ser accedido a través del proxy cuya dirección se envía en este mensaje. 380 ALTERNATIVE SERVICE La llamada no tuvo éxito, pero existen algunos servicios alternativos, los cuales son descritos en el mensaje. SIP Capítulo 3 Pág. 21

22 SIP Capítulo 3 Pág. 22

23 SESION (RFC 2327) Una sesión multimedia es un conjunto de emisores y receptores con capacidad multimedia y que intercambian entre ellos flujos de datos desde los emisores a los receptores. Una conferencia multimedia es un ejemplo de una sesión multimedia. SDP está especificado en el RFC Adicionalmente el RFC 3264 describe como SDP y SIP pueden ser usados en conjunto. SDP sencillamente suministra un formato para describir una sesión de comunicación y así informar a los potenciales usuarios de la misma. Básicamente una sesión está formada por una cierta cantidad de flujos de información basada en el medio que se este intercambiando. Entre otros la sesión se caracteriza por: nombre de la sesión, el origen de la misma, el tiempo 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. SIP Capítulo 3 Pág. 23

24 SIP Capítulo 3 Pág. 24

25 SIP Capítulo 3 Pág. 25

26 SIP Capítulo 3 Pág. 26

27 Esta información es generada por los UAs, es decir por el segmento del software SIP que se encarga de generar toda la información para describir la sesión. SIP Capítulo 3 Pág. 27

28 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 de código 180 Ringing Cuando el origen levanta el teléfono, el destino envía una respuesta código 200 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 de terminación) El origen responde con un mensaje de código OK SIP Capítulo 3 Pág. 28