Está en la página 1de 17

Session Initiation Protocol (SIP o Protocolo de Inicializacin de Sesiones) es un protocol de sealizacin simple, utilizado para telefona y videoconferencia por

Internet. Basado en el Protocolo de Transporte de correo simple (SMTP) y en el Protocolo de Transferencia Hipertexto (HTTP) fue desarrollado por el IETF MMUSIC Working Group con la intencin de ser el estndar para la iniciacin, modificacin y finalizacin de sesiones interactivas de usuario donde intervienen elementos multimedia como el video, voz, mensajera instantnea, juegos online y realidad virtual.

El 22 de febrero de 1996 Mark Handley y Eve Schooler presentaron al IETF un borrador del Session Invitation Protocol conocido ahora como SIPv1 era el concepto de registro, por el cual un usuario informaba a la red dnde (en qu host de Internet) poda recibir invitaciones a conferencias.

El Dr. Henning Schulzrinne present un borrador del Simple Conference Invitation Protocol (SCIP), que estaba basado en el HTTP (Hypertext Transport Protocol). Usaba TCP (Transmission Control Protocol) como protocolo de transporte.
El IETF decidi combinar ambos en un nico protocolo denominado Session Initiation Protocol: dando origen al SIPv2.

MMUSIC (Multiparty Multimedia Session Control) del IETF alcanz el grado de "proposed standard" en la [RFC 2543] publicada en febrero de 1999. En septiembre de 1999 se cre el grupo de trabajo SIP en el IETF que continu con el desarrollo del protocolo Junio de 2002 se public la [RFC 3261] que reemplaz a la anterior introduciendo modificaciones propuestas durante el trabajo del grupo SIP.

Resolucin de direcciones, mapeo de nombres y redireccin de llamadas. Descubrimiento dinmico de las capacidades media del endpoint, por uso del Protocolo de descripcin de Sesin (SDP). Descubrimiento dinmico de la disponibilidad del endpoint. Origen y administracin de la sesin entre el host y los endpoints.

SIP es un protocolo de la capa de aplicacin. SIP esta basado en una arquitectura cliente servidor en la cual los clientes inician las llamadas y los servidores responden las llamadas. Es un protocolo abierto basado en estndares, ampliamente soportado y no es dependiente de un solo fabricante de equipos.

SIP puede utilizar en su capa de transporte tanto UDP, TCP como TLS Transport

Layer Security (Refirindonos a TLS sobre TCP). TLS es utilizado

para dar un cierto nivel de seguridad, encriptando la informacin que usualmente es vulnerable a ataques ya que se enva en texto plano.

SIP utiliza un puerto (5060) para sealizacin y puertos RTP (Real-time Transport Protocol Protocolo de Transporte de Tiempo real) por cada conexin de audio (como mnimo 3 puertos).

Es uno de los protocolos utilizado por Asterisk, un servidor PBX (central telefnica) de cdigo abierto patrocinado por Digium. Es utilizado para manejar conexiones VoIP entre servidores Asterisk, y entre servidores y clientes que tambin utilizan protocolo IAX. El protocolo IAX ahora se refiere generalmente al IAX2, la segunda versin del protocolo IAX. El protocolo original ha quedado obsoleto en favor de IAX2

El protocolo IAX2 fue creado por Mark Spencer para la sealizacin de VoIP en Asterisk. El protocolo crea sesiones internas y dichas sesiones pueden utilizar cualquier cdec que pueda transmitir voz o vdeo. El IAX esencialmente provee control y transmisin de flujos de datos multimedia sobre redes IP. IAX es extremadamente flexible y puede ser utilizado con cualquier tipo de dato incluido vdeo. El diseo de IAX se bas en muchos estndares de transmisin de datos, incluidos SIP (el cual es el ms comn actualmente), MGCP y Real-time Transport Protocol CAPA OSI

Es robusto, lleno de novedades y muy simple en comparacin con otros protocolos. Permite manejar una gran cantidad de cdecs y un gran nmero de streams, lo que significa que puede ser utilizado para transportar virtualmente cualquier tipo de dato. Esta capacidad lo hace muy til para realizar videoconferencias o realizar presentaciones remotas.

IAX2 soporta Trunking (red), donde un simple enlace permite enviar datos y sealizacin por mltiples canales. Cuando se realiza Trunking, los datos de mltiples llamadas son manejados en un nico conjunto de paquetes, lo que significa que un datagrama IP puede entregar informacin para ms llamadas sin crear latencia adicional. Esto es una gran ventaja para los usuarios de VoIP, donde las cabeceras IP son un gran porcentaje del ancho de banda utilizado.

IAX utiliza un solo puerto (4569) para mandar la informacin de sealizacin y los datos de todas sus llamadas. Para ello utiliza un mecanismo de multiplexin o "trunking".

- Estandarizacin y uso SIP es un protocolo estandarizado por la IETF hace bastante tiempo y que es ampliamente implementado por todos los fabricantes de equipos y software. IAX est aun siendo estandarizado y es por ello que no se encuentra en muchos dispositivos existentes en el mercado. - Utilizacin de puertos IAX utiliza un solo puerto (4569) para mandar la informacin de sealizacin y los datos de todas sus llamadas. Para ello utiliza un mecanismo de multiplexin o "trunking". SIP, sin embargo utiliza un puerto (5060) para sealizacin y 2 puertos RTP por cada conexin de audio (como mnimo 3 puertos). Por ejemplo para 100 llamadas simultaneas con SIP se usaran 200 puertos (RTP) ms el puerto 5060 de sealizacin. IAX utilizara slo un puerto para todo (4569)

- Ancho de banda. IAX utiliza un menor ancho de banda que SIP ya que los mensajes son codificados de forma binaria mientras que en SIP son mensajes de texto. Asimismo, IAX intenta reducir al mximo la informacin de las cabeceras de los mensajes reduciendo tambin el ancho de banda

- NAT En IAX la sealizacin y los datos viajan conjuntamente con lo cual se evitan los problemas de NAT que frecuentemente aparecen en SIP. En SIP la sealizacin y los datos viajan de manera separada y por eso aparecen problemas de NAT en el flujo de audio cuando este flujo debe superar los routers y firewalls. SIP suele necesitar un servidor STUN para estos problemas

- Flujo de audio al utilizar un servidor En SIP si utilizamos un servidor la sealizacin de control pasa siempre por el servidor pero la informacin de audio (flujo RTP) puede viajar extremo a extremo sin tener que pasar necesariamente por el servidor SIP. En IAX al viajar la sealizacin y los datos de forma conjunta todo el trfico de audio debe pasar obligatoriamente por el servidor IAX. Esto produce una aumento en el uso del ancho de banda que deben soportar los servidores IAX sobretodo cuando hay muchas llamadas simulataneas. - Otras funcionalidades IAX es un protocolo pensado para VoIP y transmisin de video y presenta funcionalidades interesantes como la posibilidad de enviar o recibir planes de marcado (dialplans) que resultan muy interesante al usarlo conjuntamente con servidores Asterisk. SIP es un protocolo de proposito general y podra transmitir sin dificultad cualquier informacin y no slo audio o video.

También podría gustarte