Actividad 5: SIP

 1)   Según el libro de la asignatura: Señala y describe las principales fechas en el desarrollo de SIP.

Las principales fechas en el desarrollo del protocolo SIP son:

• Febrero de 1996: Presentan el primer borrador del protoclo SIP; una novedad de este protocolo en aquella época fue que incorporaba el concepto "registro" una función de SIP que permite al usuario notificar a la red la dirección IP del equipo donde se encuentra en cada momento.
• Febrero de 1996: Presentan el protocolo SCIP, parecido a SIP con la diferencia de que éste se basaba en el protocolo HTTP.
• Diciembre de 1996: Presentan SIP versión 2 (SIPv2), que combinaba todo lo de los dos protocolos anteriores.
• Febrero de 1999: Se publica SIPv2 como estándar por el IETF en la RFC 2543.
• Junio de 2002: El IETF reemplaza la anterior versión de SIP mediante un nuevo estándar publicado en la RFC 3261; es la versión actual que se complementa con otras RFC (RFC 2976, 3262, 3265, 3311, 3323, 3326).

2)     Describe en qué consisten las arquitecturas Cliente-servidor y p2p. Pon ejemplos reales y añade una imagen explicativa de cada una de ellas.

• Arquitectura Cliente-Servidor.

En esta arquitectura tenemos dos agentes de usuario; uno que hace de cliente, le manda peticiones a otro agente de usuario que hace de servidor, el cuál le manda respuestas a las peticiones solicitadas. Un ejemplo de la arquitectura Cliente-Servidor puede ser cuando nosotros accedemos a cualquier página web.

• Arquitectura p2p (peer to peer).

Esta arquitectura consiste en que dos agentes de usuario pueden compartir archivos, intercambiar información entre ambos sin necesidad de un elemento que haga de intermediario; es decir, que los usuarios pueden hacer de cliente y de servidor al mismo tiempo.

Un ejemplo sería el "uTorrent" que muchas veces lo uso para descargar películas.

3)   Encontrar y describir los siguientes mensajes de error SIP según su código de respuesta.

• 401: No autorizado; es decir que la solicitud requiere autentificación de usuario, es emitida por las UASs.
• 402: Pago requerido.
• 404: No encontrado; el servidor tiene la información definitiva de que el usuario no existe, no lo encuentra.
• 504: Expiración del servidor; el sesrvidor trató de acceder a otro servidor mientras intentaba procesar una solicitud, no hay respuesta a tiempo.
• 505: Versión no soportada; El servidor no soporta la versión del protocolo SIP en la solicitud.

4)    Diagramas + leyenda

a)    Estando en un escenario en el que se utilizan Registrar server + Proxy server.

Realizar un diagrama de comunicación con mensajes numerados donde:

• A se registra en un Registrar Server
• A Inicia una conversación con B
• A finaliza una conversación con B 

Como se puede observar en el diagrama tenemos:

1: el teléfono A se registra primero en el "registrar server" para notificarle por ejemplo en qué red se encuentra, ya que el registrar server es técnicamente una base de datos que contiene todos los dominios asociados a sus direcciones IP.

2: el registrar server le manda un mensaje de confirmación que indica que el registro se ha efectuado correctamente.

3: el teléfono A quiere comuicarse con el teléfono B por lo que le manda un mensaje de INVITE al servidor proxy que hace de intermediario para que le ponga en contacto con B. 

4: el servidor proxy al desconocer dónde se encuentra B, le manda una solicitud a registrar server para que le envíe el dominio de B.

5: el registrar server le responde, mandándole la dirección IP de B.

6: ahora que ya sabe el proxy dónde se encuentra B, le hace llegar el mensaje de INVITE que le mandó A.

7: B le responde a A con un mensaje de "OK"

8: el servidor proxy le hace llegar el mensaje a A, y a partir de este momento se establece la comunicación entre ambos teléfonos y pueden empezar a intercambiar información, archivos multimedia por RTP.

Para finalizar la comunicación A le manda un mensaje de "BYE" a B y el intermediario le responde con un mensaje "200 Ok". 

b)    Estando en un escenario en el que se utilizan Redirect server + Registrar server

En este escenario, dando por hecho que el usuario A ya está registrado en la base de datos del registrar server:

1: A, le manda un mensaje de INVITE a "Redirect server" para que le ponga en contacto con B.

2: el redirect server, al no saber la dirección IP de B, le pide a registrar server, que mire en su base de datos y que le envíe el dominio de B.

3: el registrar server, le responde a la petición mandándole la dirección IP de B.

4: el redirect server, en vez de mandar la señal de INVITE al teléfono B, utiliza esta información y manda un mensaje de "redirección" a A que indica la dirección IP de B.

5: de esta forma, A le manda directamente el mensaje de INVITE a B.

6: el teléfono B, le responde con un "OK" y se establece la comunicación.

5)    Describe al menos otros 2 protocolos de señalización diferentes a SIP.

Aunque sea SIP el protoclo más utilizado en la telefonía IP actual, existen otros protocolos como: H.323 e IAX.

• H.323: un protocolo creado inicialmente para aplicaciones de videoconferencias sobre cualquier tipo de red de paquetes. Fue desarrollado por la ITU-T.

H.323 es en realidad, un conjunto de estándares de la ITU-T como lo son también H.225, H.245, H.332, H.450, H.246.

• IAX (Inter-Asterisk Exchange), este protocolo surge como respuesta ante la complejidad de SIP y a las dificultades que presenta para funcionar en redes protegidas por "firewall" o con sistemas NAT.

Entre las principales características de IAX está el utilizar un único puerto UDP (4569) para la señalización y envío de contenido multimedia de varias comunicaciones simultáneas, y la no utilizar el protocolo RTP que asigna puertos de forma dinámica.

El nombre del protocolo IAX viene de la característica que tiene por poder enviar en un mismo paquete UDP contenido multimedia que corresponde a varias llamadas simultáneas a un mismo equipo (dos sistemas Asterisk interconectados). 

 

6)    Escenario real con tramas SIP: A continuación se muestran 2 tramas que se han enviado 2 usuarios A y B usando el protocolo SIP.

• Trama 1

 

• Trama 2

 

a)    Realiza un diagrama de comunicación especificando los UA y su URI

b)    ¿Qué tipo de mensaje es la trama 1? ¿y la 2?

•  El tipo de mensaje de la trama 1 es "INVITE", ya que le está invitando a participar en una sesión a otro usuario.
• En la trama 2 el mensaje es "Trying" es decir, después de recibir el mensaje de INVITE, está intentando aceptar la petición.

c)    ¿Cúal es el dominio?

•  El dominio es: test.webrtc.es

d)    ¿Qué métodos acepta el emisor?

•  Los métodos permitidos por el emisor son: INVITE, ACK, CANCEL, OPTIONS, BYE, INFO, REFER, NOTIFY, UPDATE.

e)    ¿Cuantos Bytes ocupa el cuerpo del mensaje de la Trama 1?

•  El cuerpo de mensaje, son unos 270 Bytes.