{"id":7926,"date":"2016-09-02T15:20:30","date_gmt":"2016-09-02T20:20:30","guid":{"rendered":"http:\/\/www.servervoip.com\/blog\/?p=7926"},"modified":"2019-06-07T11:44:11","modified_gmt":"2019-06-07T16:44:11","slug":"protocolo-sip-usado-en-voz-ip","status":"publish","type":"post","link":"http:\/\/www.servervoip.com\/blog\/protocolo-sip-usado-en-voz-ip\/","title":{"rendered":"Protocolo SIP usado en voz ip"},"content":{"rendered":"
\n
\n
\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n <\/div>\n
\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n <\/div>\n<\/div>\n
\n <\/span>\n <\/div>\n<\/div>\n

Session Initiation Protocol (SIP o Protocolo de Inicio de Sesiones):<\/strong> Es un protocolo desarrollado por el grupo de trabajo MMUSIC del IETF con la intenci\u00f3n de ser el est\u00e1ndar para la iniciaci\u00f3n, modificaci\u00f3n y finalizaci\u00f3n de sesiones interactivas de usuario donde intervienen elementos multimedia como el video, voz, mensajer\u00eda instant\u00e1nea, juegos en l\u00ednea y realidad virtual.<\/p>\n

La sintaxis de sus operaciones se asemeja a las de HTTP y SMTP, los protocolos utilizados en los servicios de p\u00e1ginas Web y de distribuci\u00f3n de e-mails respectivamente. Esta similitud es natural ya que SIP fue dise\u00f1ado para que la telefon\u00eda se vuelva un servicio m\u00e1s en Internet.<\/p>\n

En noviembre del a\u00f1o 2000, SIP fue aceptado como el protocolo de se\u00f1alizaci\u00f3n de 3GPP y elemento permanente de la arquitectura IMS (IP Multimedia Subsystem). SIP es uno de los protocolos de se\u00f1alizaci\u00f3n para voz sobre IP, otro es H.323 y IAX actualmente IAX2.<\/p>\n

Dise\u00f1o del protocolo<\/strong><\/p>\n

El protocolo SIP fue dise\u00f1ado por el IETF con el concepto de \u201ccaja de herramientas\u201d, es decir, el protocolo SIP se vale de las funciones aportadas por otros protocolos, que da por hechas y no vuelve a desarrollar. Debido a este concepto, SIP funciona en colaboraci\u00f3n con otros muchos protocolos. El protocolo SIP se concentra en el establecimiento, modificaci\u00f3n y terminaci\u00f3n de las sesiones, y se complementa entre otros con el SDP, que describe el contenido multimedia de la sesi\u00f3n, por ejemplo qu\u00e9 direcciones IP, puertos y c\u00f3decs se usar\u00e1n durante la comunicaci\u00f3n. Es un protocolo de se\u00f1alizaci\u00f3n. Se complementa con el RTP (Real-time Transport Protocol), portador del contenido de voz y v\u00eddeo que intercambian los participantes en una sesi\u00f3n establecida por SIP.<\/p>\n

Otro concepto importante en su dise\u00f1o es el de extensibilidad. Esto significa que las funciones b\u00e1sicas del protocolo, definidas en la RFC 3261, pueden ser extendidas mediante otras RFC (Requests for Comments) dotando al protocolo de funciones m\u00e1s potentes.<\/p>\n

Las funciones b\u00e1sicas del protocolo incluyen:<\/p>\n

\u2022\tDeterminar la ubicaci\u00f3n de los usuarios, aportando movilidad.
\n\u2022\tEstablecer, modificar y terminar sesiones multipartitas entre usuarios.<\/p>\n

El protocolo SIP adopta el modelo cliente-servidor y es transaccional. El cliente realiza peticiones (requests) que el servidor atiende y genera una o m\u00e1s respuestas (dependiendo de la naturaleza, m\u00e9todo de la petici\u00f3n). Por ejemplo para iniciar una sesi\u00f3n el cliente realiza una petici\u00f3n con el m\u00e9todo INVITE en donde indica con qu\u00e9 usuario (o recurso) quiere establecer la sesi\u00f3n. El servidor responde ya sea rechazando o aceptado esa petici\u00f3n en una serie de respuestas. Las respuestas llevan un c\u00f3digo de estado que brindan informaci\u00f3n acerca de si las peticiones fueron resueltas con \u00e9xito o si se produjo un error. La petici\u00f3n inicial y todas sus respuestas constituyen una transacci\u00f3n.<\/p>\n

Los servidores, por defecto, utilizan el puerto 5060 en TCP (Transmission Control Protocol) y UDP (User Datagram Protocol) para recibir las peticiones de los clientes SIP.
\nAunque existen muchos otros protocolos de se\u00f1alizaci\u00f3n para VoIP, SIP se caracteriza porque sus promotores tienen sus ra\u00edces en la comunidad IP y no en la industria de las telecomunicaciones. SIP ha sido estandarizado y dirigido principalmente por el IETF mientras que el protocolo de VoIP H.323 ha sido tradicionalmente m\u00e1s asociado con la Uni\u00f3n Internacional de Telecomunicaciones. Sin embargo, las dos organizaciones han promocionado ambos protocolos del mismo modo.<\/p>\n

SIP es similar a HTTP y comparte con \u00e9l algunos de sus principios de dise\u00f1o: es legible por humanos y sigue una estructura de petici\u00f3n-respuesta. Los promotores de SIP afirman que es m\u00e1s simple que H.323. Sin embargo, aunque originalmente SIP ten\u00eda como objetivo la simplicidad, en su estado actual se ha vuelto tan complejo como H.323. SIP comparte muchos c\u00f3digos de estado de HTTP, como el familiar \u2018404 no encontrado\u2019 (404 not found). SIP y H.323 no se limitan a comunicaciones de voz y pueden mediar en cualquier tipo de sesi\u00f3n comunicativa desde voz hasta v\u00eddeo o futuras aplicaciones todav\u00eda sin realizar.<\/p>\n

Arquitectura SIP<\/strong>
\nEl prop\u00f3sito de SIP es la comunicaci\u00f3n entre dispositivos multimedia. SIP hace posible esta comunicaci\u00f3n gracias a dos protocolos que son RTP\/RTCP y SDP.
\nEl protocolo RTP se usa para transportar los datos de voz en tiempo real (igual que para el protocolo H.323, mientras que el protocolo SDP se usa para la negociaci\u00f3n de las capacidades de los participantes, tipo de codificaci\u00f3n, etc.)<\/p>\n

SIP fue dise\u00f1ado de acuerdo al modelo de Internet. Es un protocolo de se\u00f1alizaci\u00f3n extremo a extremo que implica que toda la l\u00f3gica es almacenada en los dispositivos finales (salvo el rutado de los mensajes SIP). El estado de la conexi\u00f3n es tambi\u00e9n almacenado en los dispositivos finales. El precio a pagar por esta capacidad de distribuci\u00f3n y su gran escalabilidad es una sobrecarga en la cabecera de los mensajes producto de tener que mandar toda la informaci\u00f3n entre los dispositivos finales.<\/p>\n

SIP es un protocolo de se\u00f1alizaci\u00f3n a nivel de aplicaci\u00f3n para establecimiento y gesti\u00f3n de sesiones con m\u00faltiples participantes. Se basa en mensajes de petici\u00f3n y respuesta y reutiliza muchos conceptos de est\u00e1ndares anteriores como HTTP y SMTP.<\/p>\n

[rev_slider captions]
\n[rev_slider ServerVoip]
\n <\/p>\n

\n

Componentes del Protocolo SIP<\/strong><\/p>\n

SIP soporta funcionalidades para el establecimiento y finalizaci\u00f3n de las sesiones multimedia: localizaci\u00f3n, disponibilidad, utilizaci\u00f3n de recursos, y caracter\u00edsticas de negociaci\u00f3n.
\nPara implementar estas funcionalidades, existen varios componentes distintos en SIP. Existen dos elementos fundamentales, los agentes de usuario (UA) y los servidores.
\n1. User Agent (UA): consisten en dos partes distintas, el User Agent Client (UAC) y el User Agent Server (UAS). Un UAC es una entidad l\u00f3gica que genera peticiones SIP y recibe respuestas a esas peticiones. Un UAS es una entidad l\u00f3gica que genera respuestas a las peticiones SIP.<\/p>\n

Ambos se encuentran en todos los agentes de usuario, as\u00ed permiten la comunicaci\u00f3n entre diferentes agentes de usuario mediante comunicaciones de tipo cliente-servidor.
\n2. Los servidores SIP pueden ser de tres tipos:<\/p>\n

\u2013 Proxy Server: retransmiten solicitudes y deciden a qu\u00e9 otro servidor deben remitir, alterando los campos de la solicitud en caso necesario. Es una entidad intermedia que act\u00faa como cliente y servidor con el prop\u00f3sito de establecer llamadas entre los usuarios. Este servidor tienen una funcionalidad semejante a la de un Proxy HTTP que tiene una tarea de encaminar las peticiones que recibe de otras entidades m\u00e1s pr\u00f3ximas al destinatario. Existen dos tipos de Proxy Servers: Statefull Proxy y Stateless Proxy.<\/p>\n

\u2022\tStatefull Proxy: mantienen el estado de las transacciones durante el procesamiento de las peticiones. Permite divisi\u00f3n de una petici\u00f3n en varias (forking), con la finalidad de la localizaci\u00f3n en paralelo de la llamada y obtener la mejor respuesta para enviarla al usuario que realiz\u00f3 la llamada.
\n\u2022\tStateless Proxy: no mantienen el estado de las transacciones durante el procesamiento de las peticiones, \u00fanicamente reenv\u00edan mensajes.
\n\u2013 Registrar Server: es un servidor que acepta peticiones de registro de los usuarios y guarda la informaci\u00f3n de estas peticiones para suministrar un servicio de localizaci\u00f3n y traducci\u00f3n de direcciones en el dominio que controla.
\n\u2013 Redirect Server: es un servidor que genera respuestas de redirecci\u00f3n a las peticiones que recibe. Este servidor reencamina las peticiones hacia el pr\u00f3ximo servidor.
\nLa divisi\u00f3n de estos servidores es conceptual, cualquiera de ellos puede estar f\u00edsicamente una \u00fanica m\u00e1quina, la divisi\u00f3n de \u00e9stos puede ser por motivos de escalabilidad y rendimiento.<\/p>\n

Mensajes SIP<\/strong><\/p>\n

SIP es un protocolo textual que usa una sem\u00e1ntica semejante a la del protocolo HTTP. Los UAC realizan las peticiones y los UAS retornan respuestas a las peticiones de los clientes. SIP define la comunicaci\u00f3n a trav\u00e9s de dos tipos de mensajes. Las solicitudes (m\u00e9todos) y las respuestas (c\u00f3digos de estado) emplean el formato de mensaje gen\u00e9rico establecido en el RFC 2822 , que consiste en una l\u00ednea inicial seguida de un o m\u00e1s campos de cabecera (headers), una l\u00ednea vac\u00eda que indica el final de las cabeceras, y por \u00faltimo, el cuerpo del mensaje que es opcional.<\/p>\n

\u2013 M\u00e9todos SIP
\nLas peticiones SIP son caracterizadas por la l\u00ednea inicial del mensaje, llamada Request-Line, que contiene el nombre del m\u00e9todo, el identificador del destinatario de la petici\u00f3n (Request-URI) y la versi\u00f3n del protocolo SIP. Existen seis m\u00e9todos b\u00e1sicos SIP (definidos en RFC 254) que describen las peticiones de los clientes:
\n\u2013 INVITE: Permite invitar un usuario o servicio para participar en una sesi\u00f3n o para modificar par\u00e1metros en una sesi\u00f3n ya existente.
\n\u2013 ACK: Confirma el establecimiento de una sesi\u00f3n.
\n\u2013 OPTION: Solicita informaci\u00f3n sobre las capacidades de un servidor.
\n\u2013 BYE: Indica la terminaci\u00f3n de una sesi\u00f3n.
\n\u2013 CANCEL: Cancela una petici\u00f3n pendiente.
\n\u2013 REGISTER: Registrar al User Agent.
\nSin embargo, existen otros m\u00e9todos adicionales que pueden ser utilizados, publicados en otros RFCs como los m\u00e9todos INFO, SUBSCRIBER,etc.<\/p>\n

Mensajes de error SIP<\/strong><\/p>\n

A continuaci\u00f3n se muestran los errores que se pueden producir en los mensajes SIP de manera m\u00e1s detallada explicando la causa concreta del error:
\nComo se ha indicado anteriormente corresponde con las respuestas de la clase:<\/p>\n

4xx \u2013 Respuestas de fallo de m\u00e9todo.
\n5xx \u2013 Respuestas de fallos de servidor.
\n6xx \u2013 Respuestas de fallos globales.
\nEstos errores se corresponden con los mensajes de error Q.931 o DSS1 y suponen el mapeo de los eventos SIP con l\u00f3s c\u00f3digos de error de la RTC (Red telef\u00f3nica conmutada)<\/p>\n

Direccionamiento SIP<\/strong>
\nUna de las funciones de los servidores SIP es la localizaci\u00f3n de los usuarios y resoluci\u00f3n de nombres. Normalmente, el agente de usuario no conoce la direcci\u00f3n IP del destinatario de la llamada, sino su e-mail.<\/p>\n

Protocolo SDP \u2013 SIP<\/strong><\/p>\n

El protocolo SDP (Session Description Protocol) RFC 2327 se utiliza para describir sesiones multicast en tiempo real, siendo \u00fatil para invitaciones, anuncios, y cualquier otra forma de inicio de sesiones.<\/p>\n

La propuesta original de SDP fue dise\u00f1ada para anunciar informaci\u00f3n necesaria para los participantes y para aplicaciones de multicast MBONE (Multicast Backbone). Actualmente, su uso est\u00e1 extendido para el anuncio y la negociaci\u00f3n de las capacidades de una sesi\u00f3n multimedia en Internet.<\/p>\n

Puesto que SDP es un protocolo de descripci\u00f3n, los mensajes SDP se pueden transportar mediante distintos protocolos con SIP, SAP, RTSP, correo electr\u00f3nico con aplicaciones MIME o protocolos como HTTP. Como el SIP, el SDP utiliza la codificaci\u00f3n del texto. Un mensaje del SDP se compone de una serie de l\u00edneas, denominados campos, d\u00f3nde los nombres son abreviados por una sola letra, y est\u00e1 en una orden requerida para simplificar el an\u00e1lisis. El SDP no fue dise\u00f1ado para ser f\u00e1cilmente extensible.
\nLa \u00fanica manera de ampliar o de agregar nuevas capacidades al SDP es definir un nuevo atributo. Sin embargo, los atributos desconocidos pueden ser ignorados. En la tabla siguiente podemos observar todos los campos.<\/p>\n

Tomado de: http:\/\/elastixtech.com\/protocolo-sip\/<\/p>\n

Contactos<\/h2>\n

Obt\u00e9n respuestas sobre tu Empresa Voip. Habla con un asesor especializado para despejar tus inquietudes.<\/p>\n

\"contacto<\/a>
\n