PROTOCOLO SIP

ING. OMAR VISITACIÓN ROMERO

1
SIP
SIP es un protocolo de Internet de capa de aplicación para establecer, manipular y
finalizar sesiones de comunicación.
El protocolo está diseñado para ser extensible, es decir SIP se puede extender
fácilmente para acomodar video, mensajería instantánea (IM).
Además, SIP también admite extensiones para mensajería instantánea, publicidad y
seguimiento de disponibilidad de usuarios (ambos conocidos hoy como Facebook,
Messenger, Skype etc.).

2
SIP
El concepto de "sesión" se introdujo por primera vez en RFC 2327 (Descripción del
protocolo de Sesión) como un conjunto de flujos de datos que transportan
múltiples tipos de datos entre remitentes y receptores.
Una sesión puede ser una llamada telefónica, una videoconferencia, un usuario que
toma el control remoto de una PC o dos usuarios que comparten datos, chatean o
intercambian mensajes instantáneos.
El protocolo de inicio de sesión (SIP) se definió originalmente en RFC 2543 por el
grupo de trabajo MMU-SIC (Control de sesión multimedia multi partita) del IETF.

3
SIP
El grupo de trabajo MMUSIC estuvo trabajando en un completo marco multimedia basado en los
siguientes protocolos:
 El protocolo de descripción de la sesión (SDP, RFC 2327) y el anuncio de la sesión
Protocolo (SAP, RFC 2974).
 El protocolo de flujo en tiempo real (RTSP, RFC 2326) para controlar los servidores de datos
en tiempo real, o más exactamente isócronos.
 SIP.
Estos protocolos complementan los protocolos IETF existentes, como RTP (RFC 1889) del grupo
de trabajo AVT (Audio / Video Transport), utilizado para la transferencia de datos, o
RSVP del grupo de trabajo INTSERV (Servidores Integrados) para la asignación de ancho de
banda.

4
SIP
SIP ahora tiene su propio grupo de trabajo dentro del IETF, que mantiene una
estrecha coordinación con el grupo MMUSIC, ya que este último todavía está
trabajando para mejorar el SDP que se usa ampliamente en SIP.
Uno de los objetivos iniciales de SIP era seguir siendo simple, y para este propósito,
se crearon los principios de diseño de protocolo de telecomunicaciones "clásicos",
como aislamiento de capas de protocolo o separación completa de bloques
funcionales (por ejemplo, sintaxis de mensaje, codificación y serialización de
mensaje, retransmisión).

5
SIP
El SIP RFC inicial pretendía definir en un único documento de 150 páginas todos los
detalles técnicos necesarios para la gestión de la sesión, que abarcaban la
confiabilidad del mensaje, el transporte, la seguridad y un conjunto de primitivas
genéricas para las siguientes funciones:
 Ubicación del usuario: determinación de los parámetros técnicos (dirección IP,
etc.) necesarios para llegar a un sistema final para ser utilizado para la
comunicación y asociación de usuarios finales con sistemas finales.
 Disponibilidad del usuario: determinación de la accesibilidad de un usuario final y
la voluntad de la parte llamada para comunicarse.
 Capacidades de punto final: determinación de los tipos de medios, parámetros de
medios y funciones del sistema que se pueden usar.

6
SIP
 Configuración de la sesión: 'timbre' de un dispositivo remoto, establecimiento de
parámetros de sesión de medios tanto en las partes llamantes como las llamadas.
 Gestión de sesiones: incluida la transferencia y la finalización de sesiones, la
modificación de parámetros de sesión y la invocación de servicios. Las funciones
de control de conferencia se dejan a extensiones que pueden ser llevadas dentro
de mensajes SIP.
SIP se utiliza para identificar, ubicar y ordenar a las partes que desean comunicarse
utilizando cualquier tipo de medio de igual a igual. Sin embargo, SIP no transporta
los medios en sí, eso es manejado por códecs dentro de los programas o
dispositivos de comunicación.

7
SIP
SIP se basa en estándares de internet existentes.
Aunque SIP puede parecer nuevo, en realidad se basa en muchos protocolos que
son ampliamente utilizados en la actualidad a través de Internet y en muchas
aplicaciones empresariales.
La comunidad IETF tomó los estándares de Internet como modelo, y usó un modelo
basado en texto de solicitud/respuesta en el corazón del protocolo SIP.

8
SIP
Si alguien usa navegadores web, entonces ya depende de un protocolo muy similar
a SIP, llamado HTTP (Protocolo de transporte de hipertexto).
SIP es modelado después de HTTP, y de hecho utiliza mucha de la sintaxis y
semántica de HTTP.
Ambos son protocolos de texto codificado, lo que significa que son fáciles de leer y
depurar.
Esta legibilidad promueve integración en una arquitectura descentralizada (tales
como Internet) y la interoperabilidad a través de una red distribuida.
En efecto, SIP es para comunicaciones convergentes HTTP, y para el intercambio de
información en la World Wide Web (WWW).

9
SIP
SIP hace que la infraestructura de comunicaciones sea transparente para los
usuarios finales y permite un fácil acceso a muchos modos de comunicación. Del
mismo modo que apunta su navegador a un sitio HTTP y que le permite reproducir
videos, descargar imágenes, o subir archivos, SIP también ha sido diseñado para
soportar comunicaciones multimedia.
Por otro lado, es evidente que el mundo de la telefonía con sus códigos de país,
códigos de área, códigos de ciudad y números de teléfono continuará sirviendo a
muchas personas durante algún tiempo.
Entonces, ¿cómo les puede llamar a los usuarios de SIP con URI desde teléfonos
tradicionales, y cómo llama a los usuarios de teléfonos fijos desde dispositivos
habilitados para SIP?

10
SIP
Afortunadamente, se ha definido la correspondencia entre SIP y los protocolos de
telefonía. Las puertas de enlace (Gateways) que conectan Internet con la PSTN son
ampliamente implementadas y utilizadas por los usuarios de VoIP todos los días. Las
URI de SIP también pueden ser utilizadas para llevar números telefónicos. Por
ejemplo:
sip: +5215556781212@[Link]; usuario = teléfono contiene el número de
teléfono para asistencia de directorio en Ciudad de México.

Al transferir un número de teléfono PSTN a una puerta de enlace SIP/PSTN, las

11
SIP
Los proveedores de servicios ya han adoptado SIP para su enrutamiento interno de
llamadas. Con el inter-funcionamiento SIP-PSTN (que proporciona conectividad
entre estos dos sistemas a través de un estándar de interfaz definido), operadores
como Telefónica, y otros están trabajando con proveedores de equipos como Cisco,
Huawei y otros para ofrecer nuevos y fascinantes servicios de troncales SIP en el
mercado empresarial.
Antes de SIP y VoIP, las empresas conectaban sus sistemas telefónicos internos
basados en PBX con operadores a través de troncales dedicadas TDM (Time Division
Multiplexing). Las empresas tenían que pagar aun si estaban inactivas o desviadas a
otro destino, pagaron tarifas altas, especialmente costosas para llamadas de larga
distancia.

12
SIP
Las troncales SIP permiten a las empresas llevar sus datos y voz a través de una
conexión IP pura con operadores en la nube, en lugar de a través de circuitos
separados, como ha sido la práctica durante décadas. Un proxy SIP empresarial es
compatible con un proxy SIP de Carrier, con las apropiadas protecciones de
seguridad establecidas entre ellos. El circuito IP continúa transportando
el correo electrónico, Internet y el resto del tráfico corporativo como lo hace hoy en
día, y la voz simplemente se coloca en capas en la parte superior del circuito como
otra aplicación IP.
SIP configura y desglosa las llamadas de voz hacia y desde la empresa a través de
este circuito IP.

13
SIP
Las llamadas dentro de la red atraviesan hacia la red troncal de VoIP del operador (que
normalmente está dedicada a la voz para garantizar la calidad). Las llamadas fuera de la red
utilizan la red IP del operador hasta la última milla, donde una puerta de enlace convierte VoIP
en TDM para las llamadas hacía de red pública (PSTN).

14
Direccionamiento SIP
Una característica clave de SIP es su capacidad para usar la dirección de un usuario
final de registro (AOR) como una sola dirección pública unificadora para todas las
comunicaciones. Entonces, en el mundo de las comunicaciones mejoradas con SIP,
el AOR de un usuario se convierte en su única dirección que enlaza al usuario con
todos los dispositivos de comunicación o servicios que utiliza.
Por ejemplo, el AOR del usuario Juan Pérez se vería como SIP:
juanperez@[Link]. Usando este AOR, un llamador puede llegar a los
dispositivos de comunicación múltiple de Juan (conocidos como agentes de usuario
o UAs) sin tener que saber cada una de las direcciones de dispositivos o números de
teléfono únicos de Juan. Para complementar el AOR, SIP proporciona un mecanismo
llamado Identificador Uniforme de Recursos (URI) que establece un esquema
común de direccionamiento para todos los agentes de usuario de un individuo. El
formato de una dirección URI sigue el mismo formato básico como una dirección
web o de correo electrónico: direccióndecontacto@[Link]
15
Direccionamiento SIP
Al aplicar este estilo de direccionamiento, SIP puede buscar y encontrar la dirección
única de los múltiples dispositivos y servicios de un usuario en un dominio de
comunicaciones, y luego vincular todos los agentes de usuario a un AOR único del
usuario para ese dominio. Los siguientes son algunos ejemplos de cómo se podría
aplicar este URI:
 Un teléfono: sip: 55-5508-0060@[Link]; user =teléfono
Un fax: sip: 55-5678-2450@[Link]; user = fax
Un usuario de IM: sip: juanperez@[Link]
Un usuario generalmente solo tiene un SIP AOR, como: juanperez@[Link].
Luego, cada uno de los dispositivos del usuario tiene su propia URI, por ejemplo:
sip: 55-5678-2450@[Link]; usuario = fax.

16
Protocolo de descripción de sesión (SDP)
Es un formato o un lenguaje para describir los principales parámetros de
inicialización que caracterizan a una sesión multimedia.
SIP trabaja conjuntamente con SDP y RTP/RTCP, donde SDP está diseñado para
transportar información referente a las características de las sesiones, y parámetros
de capacidades de negociación entre los integrantes de la sesión, este proceso
permite asociar más de un flujo multimedia en una misma sesión, es decir en una
misma sesión se puede asociar un flujo para audio, otro flujo para video, o también
un flujo para transferir documentos.
Por otro lado, RTP/RTCP se encarga de transportar los flujos de datos multimedia,
es decir, transporta el audio o video.

17
Protocolo de descripción de sesión (SDP)
Dentro del mensaje SDP se envían los parámetros a negociar, como por ejemplo el
listado de Codecs que están en la capacidad de soportar los integrantes de la sesión,
este códec se envía en orden de prioridad (g711U, g711A, GSM, entre otros).
También SDP negocia parámetros como la tasa de muestreo de la señal y el tamaño
de los paquetes.
Los paquetes SDP usualmente contienen la siguiente información sobre la sesión
multimedia:
 La versión del protocolo.
 Propietario o creador,
 identificador de la sesión.
 Dirección IP (IPv4 o IPv6 direcciones o nombre del host).
18
Protocolo de descripción de sesión (SDP)
 Nombre de la sesión y su propósito.
 Información de conexión
 Tiempo que la sesión esta activa (tiempos de inicio y finalización de la sesión).
 Tipo de dato multimedia relacionado con la sesión, (video, audio, formatos,
entre otros).
 RTP perfil (por lo general: RTP/AVP aunque existen otros como: RTP/SAVP).
 Número de puerto (utilizado por UDP o TCP para el transporte).
 Esquema de codificación (PCM A-Law, MPEG II video, entre otros)

19
Protocolo de descripción de sesión (SDP)
Un mensaje SDP contiene tres niveles de información:
1. Nivel descripción de la sesión: contiene líneas que describen las
características de la sesión completa.
2. Descripción del tiempo: contiene líneas que indican aspectos relacionados
con el tiempo de la sesión.
3. Descripción multimedia: contiene líneas que caracterizan los diferentes
datos multimedia presentes en la sesión.
SDP se envía conjuntamente con los mensajes INVITE y 200 OK, cabe aclarar que: el
mensaje INVITE se envía desde el origen hacia el destino, y el mensaje 200 OK se
envía desde el destino hacía origen.

20
Componentes de una red SIP
Una red SIP está compuesta principalmente por cinco entidades lógicas:

 User Agent (Agente de usuario)

21
Componentes de una red SIP
En una arquitectura funcional,
un “dispositivo físico” puede
tener funciones en una o más
entidades lógicas SIP. Por
ejemplo, un servidor de red
puede trabajar como Servidor
Proxy y también puede
funcionar como Registrar al
mismo tiempo, como se
presenta en la figura
siguiente:

22
Componentes de una red SIP
Es importante entender los componentes que necesitará para formar la base de su
SIP. Estos componentes pueden tomar la forma de un programa de software
adicional (por ejemplo: en una computadora portátil,), o como una parte inherente
de un dispositivo móvil como un tableta o teléfono celular inteligente.
En la arquitectura SIP existen dos componentes esenciales, los Agentes de Usuario y
los Servidores.
Cada entidad tiene funciones específicas y participa en la comunicación SIP, como
cliente (inicia las solicitudes), o como servidor (responde a las solicitudes) estos
pueden ser Proxies, Redirect, Registrar, o realizar ambas cosas, como se presenta en
la figura siguiente:

23
Componentes de una red SIP

24
User Agent (Agente de usuario)
En SIP, los Agentes de Usuario, son entidades finales, inician y terminan sesiones
mediante el intercambio de mensajes de solicitud y respuesta.
En la RFC 3261 se define al Agente de Usuario como una aplicación que posee dos
elementos fundamentales, uno es el Agente de Usuario Cliente (UAC: User Agent
Client) y el otro es el Agente de Usuario Servidor (UAS: User Agent Server), estas
entidades se localizan en un Softphone, teléfonos celulares SIP, terminales IP, Hard-
IP phones, entre otros. UAC y UAS se definen a continuación:
 El Agente de Usuario Cliente (UAC) es una aplicación en la cual el cliente inicia o
envía solicitudes SIP hacia la red IP, y recibe respuestas a estas solicitudes.
 El Agente de Usuario Servidor (UAS) es una aplicación que al momento de recibir
una solicitud SIP de la red IP, realiza el contacto con el usuario o cliente y
devuelve la respuesta a la solicitud, como se aprecia en la figura siguiente:
25
User Agent (Agente de usuario)

26
User Agent (Agente de usuario)
Los procesos que realizan los UAC y UAS fundamentalmente dependen de dos
factores: el primero es verificar que el mensaje (solicitud/respuesta) forme parte de
un dialogo, y dependiendo de la solicitud, realice un método apropiado.
Los diálogos, significan una relación punto a punto entre los Agentes de Usuario,
establecida mediante mensajes SIP, por ejemplo, el mensaje INVITE, como se aprecia
en la figura:

27
User Agent (Agente de usuario)
Los procesos que realizan los UAC y UAS fundamentalmente dependen de dos
factores: el primero es verificar que el mensaje (solicitud/respuesta) forme parte de
un dialogo, y dependiendo de la solicitud, realice un método apropiado.
Los diálogos, significan una relación punto a punto entre los Agentes de Usuario,
establecida mediante mensajes SIP, por ejemplo, el mensaje INVITE, como se aprecia
en la figura:

28
User Agent (Agente de usuario)
Los agentes de usuario (UA) son aplicaciones en los puntos finales SIP que hacen la
interfaz entre el usuario y la red SIP, y pueden actuar como cliente o servidor.
Al enviar mensajes SIP, el UA actúa como un cliente de agente de usuario (UAC), y al
recibir mensajes, actúa como un agente de usuario de servidor (UAS).
Un agente de usuario back-to-back (B2BUA) es una aplicación que actúa como
intermediario entre dos partes, pero aparece como un punto final para ambas
partes.
Sirve como UAS y UAC simultáneamente para procesar las peticiones de sesión.
Los dispositivos SIP pueden comunicarse directamente si conocen la URI o dirección
IP de otros, pero en la práctica los servidores SIP son a menudo utilizados en la red
para proporcionar una infraestructura y servicio para enrutamiento, registro y
autenticación/autorización.

29
User Agent (Agente de usuario)
Los dispositivos basados en IP pueden identificarse y comunicarse unos con otros, y
solo utiliza el direccionamiento IP. Sin embargo, en la mayoría de los casos, su red
utiliza el Servicio de nombres de dominio (DNS) para establecer sesiones con
nombres de dispositivos, y el DNS lo traduce en direcciones IP. Del mismo modo, los
dispositivos SIP con frecuencia consultan los servidores de directorio (a menudo por
nombre), que proporcionan las direcciones a donde quieren comunicarse,
después los dispositivos se ponen en contacto para establecer una llamada.

30
Tipos de servidores SIP
Registrar Server (Servidor de registro)
Un servidor de registro es aquel que recibe solicitudes (mensaje REGISTER), y coloca o
actualiza la información que recibe de esas solicitudes dentro una base de datos de ubicación o
un servicio de ubicación o localización, estos servidores de registro son bases de datos que
contienen la ubicación de todos los agentes de usuario, que se encuentran dentro de un
determinado dominio.
En mensajería SIP, estos servidores recuperan y envían direcciones IP de los participantes,
asimismo envían otra información pertinente al servidor proxy.
El servidor de registro usualmente es una entidad lógica que se encuentra junto al servidor proxy.
Al servidor de registro en Inglés se lo denomina SIP Registrar, y su función se basa en asociar una
SIP URI con una o varias direcciones IP, es posible que se asocie una SIP URI a varias direcciones IP,
(por ejemplo cuando existen ruteadores intermedios) en este caso, cuando se realice una llamada
a este SIP URI, las direcciones IP asociadas sonarán de manera simultánea.
.
31
Tipos de servidores SIP
Registrar Server (Servidor de registro)
En el momento que un usuario se conecta a la red, y ejecuta el Softphone en su computadora, o
enciende su teléfono IP, entre otros agentes de usuario, estos UA envían mensaje REGISTER,
hacia el SIP Registrar con el propósito de que éste conozca su ubicación.
El SIP Registrar contesta estos mensajes (REGISTER), inmediatamente autentifica y valida la
cuenta del usuario en una base de datos, que puede ser interna o externa, realizando un registro
de la localización actual del usuario.
Cuando los usuarios se conectan, necesitan asegurarse de que los demás sepan que están
disponibles para tomar y hacer llamadas.
El registrador autentica y registra a los usuarios cuando entran en línea, y luego guardan la
información sobre las identidades lógicas de los usuarios y los dispositivos que pueden usar para
comunicarse.
Los dispositivos son identificados por sus URI, cómo se presenta en la figura:

32
Tipos de servidores SIP
Registrar Server (Servidor de registro)

33
Tipos de servidores SIP
Redirect Server (Servidor de redirección)
Un servidor de redirección es un agente de usuario servidor (UAS), que genera respuestas a las
solicitudes que recibe, mediante mensajes con código 3xx, con la dirección del contacto,
dirigidas al cliente.
Un servidor de redirección tiene la característica de responder a las solicitudes, pero no puede
reenviar solicitudes.
Cuando un servidor de redirección recibe una solicitud (mensaje INVITE sip:B@[Link])
de parte del cliente (usuario A), el servidor de redirección realiza la búsqueda en la base de datos
o un servicio de ubicación con información de localización, para saber la localización del usuario
al que se desea llamar (usuario B), creada por Registrar Server.

34
Tipos de servidores SIP
Redirect Server (Servidor de redirección)
Esta información de localización es enviada al cliente (usuario A) mediante un mensaje con código
3xx (302 Moved Temporary, Contact: sip:B@[Link]), a continuación el cliente (usuario A)
extrae la información y responde con un mensaje ACK al servidor de redirección, posteriormente
el cliente envía una nueva solicitud (mensaje INVITE sip:B@[Link]) directamente al
resultado de la búsqueda (usuario B), como se presenta en la figura siguiente:

35
Tipos de servidores SIP
Redirect Server (Servidor de redirección)
Si los usuarios no están en sus dominios de origen, las sesiones para y hacia ellos, deben ser
redirigidas a ellos.
El servidor de redirección mapea una solicitud SIP destinada a la URL de un usuario, entonces
busca al dispositivo "más cercano" al usuario.
Por ejemplo, si una llamada está destinada a juanperez@[Link] y el usuario está en el
camino, el servidor de redirección de la compañía puede responder al usuario (User Agent) de la
persona que llama (o al servidor proxy solicitante) con la dirección de contacto del teléfono
celular del usuario, para que la llamada entrante se puede redirigir al teléfono celular.

36
Tipos de servidores SIP
Proxy Server (Servidor proxy)
Un Proxy tiene la capacidad de actuar como servidor y cliente, con el fin de generar solicitudes en
nombre de otros clientes, es decir a nombre de un UA, estas solicitudes se dirigen hacia otro UA u
otro Proxy.
Un Proxy Server recibe las solicitudes SIP, de un UA (u otro Proxy) como si fuese un
servidor, y devuelve una respuesta. En muchas ocasiones un Proxy tiene que consultar a otros
Proxies, en este caso actúa como cliente (frente a otros Proxies) reenviando la solicitud.
Los Proxy Server también son utilizados para funciones de enrutamiento, esta es su tarea
principal, se encarga de encaminar las solicitudes o invitaciones de sesión, hasta llegar al UA
llamado o destino.
Generalmente una invitación de sesión (solicitud), atraviesa por varios Proxy Servers hasta llegar a
aquel que conozca la localización precisa del UA destino, como se presenta
en la figura siguiente. Cabe señalar que los Proxies también son útiles para aplicar cierto tipo de
control, por ejemplo, verifica que un usuario está autorizado para hacer una llamada.
37
Tipos de servidores SIP
Proxy Server (Servidor proxy)

38
Tipos de servidores SIP
Proxy Server (Servidor proxy)
Un servidor proxy toma solicitudes SIP, los procesa y los pasa hacia abajo mientras envía
respuestas hacia arriba a otros servidores o dispositivos SIP. Un servidor proxy puede actuar como
un servidor y un cliente, y puede modificar una solicitud SIP antes de pasarla. Un proxy solo está
involucrado en la creación y la finalización de una sesión de comunicación. Después de que los
agentes de usuario establecen una sesión, las comunicaciones ocurren directamente entre las
partes.

39
Tipos de servidores SIP
Servidor de servicio de localización
A medida que los usuarios se desplazan, la red necesita estar continuamente al tanto de sus
ubicaciones.
El servicio de localización es una base de datos que realiza un seguimiento de los
usuarios y sus ubicaciones. El servicio de ubicación obtiene la información del servidor de registro
y proporciona información clave al proxy y servidor de re direccionamiento.
Un proxy SIP o servidor de re direccionamiento utiliza esta información para convertir la
asignación de direcciones SIP lógicas a direcciones SIP físicas, para que las sesiones de
comunicación se pueden establecer y mantener adecuadamente.
Ahora, puedes estar diciéndote a ti mismo, esos son muchos servidores. Sin embargo, estas
funciones generalmente están integradas en un solo dispositivo. Por lo general utilizando alguna
aplicación de virtualización de servidores.

40
Tipos de servidores SIP
Agente de usuario consecutivo [Back to Back User Agent (B2BUA)]
El Agente de Usuario consecutivo (B2BUA) es una entidad lógica en aplicaciones SIP, B2BUA
es un elemento o componente lógico del protocolo SIP, para el control de llamadas entre usuarios
SIP.
El B2BUA opera entre los dos puntos extremos de una llamada telefónica o entre una sesión de
comunicación, y divide el canal de comunicación en dos sesiones, es decir negocia toda la
señalización SIP entre los dos puntos extremos de la llamada, desde el establecimiento hasta la
finalización de la llamada, es decir el B2BUA está involucrado en el establecimiento,
administración y finalización de la llamada.
El B2BUA es utilizado típicamente como un servidor de aplicaciones SIP, que proporciona
mayor funcionalidad, mediante el manejo de toda la señalización SIP, de la llamada como
también entre las entidades que participan, permitiendo realizar un seguimiento desde el
establecimiento hasta la finalización de la llamada.

41
Tipos de servidores SIP
Agente de usuario consecutivo [Back to Back User Agent (B2BUA)]
A diferencia de un servidor Proxy SIP, este solo gestiona el estado de una llamada, en cambio
el B2BUA mantiene el estado completo de las llamadas y participa en todas las solicitudes de la
llamada. Manteniendo las llamadas con la capacidad de conseguir información en determinados
escenarios como por ejemplo la exacta tasación de la llamada, prepago, facturación,
redireccionamiento de las llamadas, entre otros.
El B2BUA puede proporcionar las siguientes funciones:
 Gestión o administración de llamadas (facturación, desconexión automática de llamadas,
transferencia de llamadas, etc).
 Grabación de las llamadas.
 Interconexión de red (adaptación de protocolos).
 Ocultar información de la red entre los agentes de usuario (direcciones privadas, topología
de red, etc.
42
Tipos de servidores SIP
Agente de usuario consecutivo [Back to Back User Agent (B2BUA)]
Transcodificación, es decir traduce codecs entre los puntos extremos de la llamada,
permitiendo que un agente de usuario trabaje con un codec, y en el otro extremo el agente
de usuario trabaje con un codec diferente.
En el segmento que origina la llamada, el B2BUA actúa como un Agente de Usuario Servidor
(UAS), y procesa la solicitud como un Agente de Usuario Cliente (UAC) para el destinatario
final, como se presenta en la figura 2.11. Es por tal razón que se podría traducir Back to Back
User Agent como “un agente de usuario inmediatamente después de otro” o “un agente de
usuario tras otro.

43
Tipos de servidores SIP
Agente de usuario consecutivo [Back to Back User Agent (B2BUA)]

44
Operaciones básicas de SIP

45
Operaciones básicas de SIP
La figura 2.12, muestra dos usuarios: Rebeca@[Link] y Jorge@[Link] - utilizando
agentes de usuario SIP, llamando punto a punto a través de un servidor proxy. Los ejemplos de
UA (User Agent) podrían ser un teléfono SIP de cualquier marca, un SIP softphone, o una
aplicación de comunicación en una tableta o teléfono inteligente. El servidor proxy funciona
para conectar los dos UA. La comunicación luego sigue estos pasos:
1. Rebeca@[Link] (el UAC) inicia una sesión invitando a Jorge@[Link].
Se genera una solicitud INVITE y se envía a Jorge. El mensaje INVITE contiene parámetros de
Descripción del Protocolo de Sesión (SDP) que definen los tipos de medios de la persona que
llama puede aceptar y dónde desea que se envíen los medios.
2. Una búsqueda de registro DNS SRV para servicios SIP se resuelve en el servidor proxy de
Jorge, [Link]. La solicitud INVITE se envía al servidor proxy.
3. El servidor recibe y procesa la invitación, después busca el contacto de Rebeca en el Registrar
(registrador).

46
Operaciones básicas de SIP
4. El registrador devuelve host@[Link] donde se encuentra Jorge
actualmente.
5. El servidor proxy genera y envía una solicitud INVITE al servidor
host@[Link].
6. El UAS en host@[Link] le pregunta a Jorge si quiere aceptar la
llamada. Jorge puede escuchar un timbre, ver un mensaje de texto o ver un LED
parpadeante.
7. La aceptación de Jorge se envía al servidor proxy.
8. El servidor proxy envía la aceptación a Rebeca.
9. El UA de Rebeca responde a la aceptación con un ACK (acuse de recibo), que le dice al
servidor proxy y al UA de Jorge que Rebeca está lista para comenzar la llamada.

47
Operaciones básicas de SIP
10. Al final de la conversación, Jorge cuelga su teléfono. Su UAC envía un mensaje BYE a Rebeca.
11. El UAC de Rebeca responde con un mensaje BYE que finaliza la sesión.
Aunque este flujo de llamadas describe el inicio de una llamada telefónica, la belleza de SIP es
que el mismo flujo de llamadas básico también se aplicaría para establecer videoconferencias u
otras sesiones de medios.

48
Sintaxis de mensajes SIP
Los mensajes SIP se codifican utilizando la sintaxis del mensaje HTTP / 1.1 (RFC 2068). El juego
de caracteres es ISO 10.646 con codificación UTF-8. Las líneas terminan con CR LF (retorno de
carro, avance de línea), pero los receptores también deben poder manejar CR o LF. Hay dos tipos
de mensajes SIP: SOLICITUDES y RESPUESTAS.

49