protocolo de Iniciacion de Sesion


El Protocolo de inicio de sesión ( SIP ) es un protocolo de señalización utilizado para iniciar, mantener y terminar sesiones en tiempo real que incluyen aplicaciones de voz, video y mensajería. [2] SIP se utiliza para señalizar y controlar sesiones de comunicación multimedia en aplicaciones de telefonía por Internet para llamadas de voz y video, en sistemas privados de telefonía IP, en mensajería instantánea sobre redes de Protocolo de Internet (IP) así como llamadas de telefonía móvil sobre LTE ( VoLTE ).

El protocolo define el formato específico de los mensajes intercambiados y la secuencia de comunicaciones para la cooperación de los participantes. SIP es un protocolo basado en texto que incorpora muchos elementos del Protocolo de transferencia de hipertexto (HTTP) y el Protocolo simple de transferencia de correo (SMTP). [3] Una llamada establecida con SIP puede constar de varios flujos de medios , pero no se requieren flujos separados para aplicaciones, como la mensajería de texto , que intercambian datos como carga útil en el mensaje SIP.

SIP funciona junto con varios otros protocolos que especifican y transportan los medios de la sesión. Por lo general, la negociación de parámetros y tipos de medios y la configuración de medios se realizan con el Protocolo de descripción de sesión (SDP), que se transporta como carga útil en los mensajes SIP. SIP está diseñado para ser independiente del protocolo de capa de transporte subyacente y se puede utilizar con el Protocolo de datagramas de usuario (UDP), el Protocolo de control de transmisión (TCP) y el Protocolo de transmisión de control de flujo (SCTP). Para transmisiones seguras de mensajes SIP a través de enlaces de red inseguros, el protocolo puede cifrarse con Transport Layer Security(TLS). Para la transmisión de flujos de medios (voz, video), la carga útil SDP transportada en mensajes SIP generalmente emplea el Protocolo de transporte en tiempo real (RTP) o el Protocolo de transporte seguro en tiempo real (SRTP).

SIP fue diseñado originalmente por Mark Handley , Henning Schulzrinne , Eve Schooler y Jonathan Rosenberg en 1996 para facilitar el establecimiento de sesiones multimedia de multidifusión en Mbone . El protocolo se estandarizó como RFC  2543 en 1999. En noviembre de 2000, SIP se aceptó como protocolo de señalización 3GPP y elemento permanente de la arquitectura del subsistema multimedia IP (IMS) para servicios multimedia de transmisión basados ​​en IP en redes celulares . En junio de 2002 se revisó la especificación en RFC 3261 [4] y desde entonces se han publicado varias ampliaciones y aclaraciones. [5]

SIP fue diseñado para proporcionar un protocolo de establecimiento de llamadas y señalización para comunicaciones basadas en IP que admitan las funciones y características de procesamiento de llamadas presentes en la red telefónica pública conmutada (PSTN) con la visión de admitir nuevas aplicaciones multimedia. Se ha ampliado para videoconferencia , distribución de transmisión de medios , mensajería instantánea , información de presencia , transferencia de archivos , fax por Internet y juegos en línea . [2] [6] [7]

SIP se distingue por sus defensores por tener raíces en la comunidad de Internet más que en la industria de las telecomunicaciones . SIP ha sido estandarizado principalmente por el Grupo de Trabajo de Ingeniería de Internet (IETF), mientras que otros protocolos, como H.323 , se han asociado tradicionalmente con la Unión Internacional de Telecomunicaciones (UIT).


Registro de agente de usuario SIP en registrador SIP con autenticación.
Establecimiento de una sesión a través de un agente de usuario back-to-back .
Ejemplo: el UAC del usuario 1 utiliza una transacción de cliente de invitación para enviar el mensaje INVITE (1) inicial. Si no se recibe respuesta después de un período de espera controlado por temporizador, el UAC puede optar por finalizar la transacción o retransmitir la INVITACIÓN. Una vez que se recibe una respuesta, el Usuario1 confía en que la INVITACIÓN se entregó de manera confiable. Luego, el UAC del usuario 1 debe acusar recibo de la respuesta. Con la entrega del ACK (2), ambos lados de la transacción están completos. En este caso, es posible que se haya establecido un diálogo. [21]