{"id":8711,"date":"2016-09-26T15:16:11","date_gmt":"2016-09-26T20:16:11","guid":{"rendered":"http:\/\/www.servervoip.com\/blog\/?p=8711"},"modified":"2019-06-07T08:32:00","modified_gmt":"2019-06-07T13:32:00","slug":"protocolos-de-senalizacion-de-la-voip","status":"publish","type":"post","link":"http:\/\/www.servervoip.com\/blog\/protocolos-de-senalizacion-de-la-voip\/","title":{"rendered":"Protocolos de Se\u00f1alizaci\u00f3n de la VoIP"},"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

Un protocolo es un conjunto de reglas y acuerdos que los computadores y dispositivos deben seguir para que puedan comunicarse entre ellos. M\u00e1s concretamente, un protocolo de se\u00f1alizaci\u00f3n es el que se encarga de gestionar los mensajes y procedimientos utilizados para establecer una comunicaci\u00f3n. <\/p>\n

Para VoIP existen varios protocolos de se\u00f1alizaci\u00f3n, tales como, H323, MGCP, SCCP, SIP y IAX2. Sin embargo, los tres protocolos m\u00e1s extendidos son SIP, IAX2, y H323. <\/p>\n

Aunque H323 ha estado muy extendido, ha sido muy utilizado y ha sido el que ha permitido el despegue de la VoIP, existiendo gran variedad de hardware que lo soporta, hoy en d\u00eda, esta en desuso, ya que uno de los objetivos de SIP era solucionar los problemas que exist\u00edan en H323, por lo que SIP a desbancado a H323. <\/p>\n

B\u00e1sicamente H323 es un protocolo cliente-servidor en el que b\u00e1sicamente intervienen dos tipos de se\u00f1alizaci\u00f3n: Se\u00f1alizaci\u00f3n de control de llamada (H225) y Se\u00f1alizaci\u00f3n de control de canal (H245), la primera se encarga del registro y localizaci\u00f3n y la segunda del establecimiento de llamadas. <\/p>\n

Respecto a MGCP (Media Gateway Control Protocol), es un protocolo del tipo cliente-servidor, y ya ha quedado obsoleto, aunque IAX2 a adoptado parte de su estructura de funcionamiento. <\/p>\n

SCCP (Skinny Client Control Protocol), es un protocolo propietario de Cisco, basado en un modelo cliente servidor que deja toda la inteligencia en manos del servidor, llamado \u201ccall manager\u201d, este protocolo se encuentra en activo en muchas corporaciones debido a la garant\u00eda y respaldo que Cisco proporciona, aunque es un sistema caro por ser propietario, ya existen interfaces que permiten su conexi\u00f3n a sistema de software libre como Asterisk. <\/p>\n

Vamos a continuaci\u00f3n a ver m\u00e1s detalladamente los dos m\u00e1s importantes que son adem\u00e1s los que vamos a utilizar en nuestra implementaci\u00f3n: SIP y IAX2. <\/p>\n

a)\tSIP (Session Initiation Protocol)<\/strong><\/p>\n

Este protocolo est\u00e1 mas integrado con las aplicaciones y servicios de Internet, posee mayor flexibilidad para incorporar nuevas funciones y su implementaci\u00f3n es mucho m\u00e1s simple que H323, incluso es parecido a los protocolos HTTP y SMTP. <\/p>\n

Las aplicaciones SIP usan el puerto 5060 con UDP (User Datagram Protocol) o TCP (Transmission Control Protocol), para informaci\u00f3n de se\u00f1alizaci\u00f3n y normalmente el rango de puertos de 10000 a 20000, para la transmisi\u00f3n de la voz mediante RTP, m\u00e1s concretamente se usan dos puertos por canal de comunicaci\u00f3n. <\/p>\n

SIP se ha propuesto como sistema gen\u00e9rico para el soporte de mecanismo de se\u00f1alizaciones de servicio de telefon\u00eda IP. SIP soporta cinco elementos funcionales para el establecimiento y terminaci\u00f3n de comunicaciones multimedia: <\/p>\n

\u27a2 Localizaci\u00f3n de Usuarios.
\n\u27a2 Intercambio y negociaci\u00f3n de capacidades de los terminales.
\n\u27a2 Disponibilidad de Usuarios.
\n\u27a2 Establecimiento de llamadas.
\n\u27a2 Mantenimiento de llamadas.<\/p>\n

SIP es un protocolo basado en el modelo cliente-servidor. Los clientes SIP env\u00edan peticiones aun servidor, el cual una vez procesada contesta con una respuesta. Los terminales SIP, tambi\u00e9n pueden establecer llamadas de voz directamente sin la intervenci\u00f3n de elementos intermedios, al igual que en el caso de H323, funcionando como \u201cpeers independientes\u201d.<\/p>\n

SIP se estructura con los siguientes componentes:<\/p>\n

1. AGENTES DE LLAMADA: Existen dos tipos de Agentes:<\/strong><\/p>\n

\u27a2 User Agent Client (UAC): funciona como cliente iniciando peticiones SIP.
\n\u27a2 User Agent Server (UAS): funciona como servidor contactando al usuariocuando una petici\u00f3n SIP es recibida, y retornando una respuesta a favor del usuario.<\/p>\n

Estos agentes realizan las siguientes acciones:
\n\u27a2 Localizar a un usuario mediante la redirecci\u00f3n de la llamada.
\n\u27a2 Implementar servicios de redirecci\u00f3n como reenv\u00edo si no hay respuesta.
\n\u27a2 Implementar filtrado de llamadas en funci\u00f3n de su origen o destino.
\n\u27a2 Almacenar informaci\u00f3n de administraci\u00f3n de llamadas.
\nLas workstations, IPphones, gateways telef\u00f3nicos, call agents, entre otros, son dispositivos que tienen funcionalidades de User Agents dentro de una red SIP. <\/p>\n

2. SERVIDORES: Existen tres tipos de servidores, que pueden estar separados o realizar varias funciones.<\/strong><\/p>\n

Servidor Proxy: <\/strong>Se encarga de encaminar peticiones\/respuestas hacia el destino final. El encaminamiento se realiza salto a salto de un servidor a otro hasta alcanzar el destino final. Un servidor proxy es una entidad intermediaria en una red SIP que es responsable de reenviar peticiones SIP a un UAS (User Agent Server) de destino o a otro servidor proxy en nombre de otro UAC (User Agent Client). El servidor proxy tambi\u00e9n interpreta y si es necesario, reescribe partes de los mensajes de petici\u00f3n antes de reenviarlos. Tambi\u00e9n se asegura de poner en funcionamiento las pol\u00edticas en la red, tales como autenticar a un usuario antes de darle servicio. <\/p>\n

Servidor de redirecci\u00f3n: <\/strong>Equivalente al servidor proxy, pero a diferencia de este no contesta a la llamada, sino que indica como contactar el destino buscado. Un redirect server, es un UAS (User Agent Server) que se encarga de redireccionar las transacciones SIP generadas por un UAC. Para esto genera respuestas a peticiones SIP con c\u00f3digo 300 (mensajes de redirecci\u00f3n), dirigiendo al UAS a contactar a un grupo alternativo. <\/p>\n

Servidor de registro: <\/strong>Mantiene la localizaci\u00f3n actual de un usuario. Se utiliza para que los terminales registren la localizaci\u00f3n en la que se encuentran, facilitando la movilidad del usuario. <\/p>\n

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

\n

Como ya hemos comentado, SIP esta basado en arquitectura cliente\/servidor similar al HTTP, con el que comparte muchos c\u00f3digos de estado y sigue una estructura de petici\u00f3n-respuesta; estas peticiones son generadas por un cliente y enviadas a un servidor, que las procesa y devuelve la respuesta al cliente. El par petici\u00f3n-respuesta recibe el nombre de transacci\u00f3n. Al igual que el protocolo HTTP, SIP proporciona un conjunto de solicitudes y respuestas basadas en c\u00f3digos, todas ellas recogidas en la RFC 3261. <\/p>\n

El protocolo SIP define principalmente seis tipos de solicitudes o peticiones: <\/p>\n

\u27a2 INVITE: establece una sesi\u00f3n.
\n\u27a2 ACK: confirma una solicitud INVITE.
\n\u27a2 BYE: finaliza una sesi\u00f3n.
\n\u27a2 CANCEL: cancela el establecimiento de una sesi\u00f3n.
\n\u27a2 REGISTER: comunica la localizaci\u00f3n de usuario (nombre de equipo, IP).
\n\u27a2 OPTIONS: da informaci\u00f3n sobre las capacidades de env\u00edo y recepci\u00f3n. <\/p>\n

y seis clases de respuestas:<\/p>\n

\u27a2 1xx: respuestas informativas, como 180, que significa tel\u00e9fono sonando (ringing).
\n\u27a2 2xx: respuestas de \u00e9xito.
\n\u27a2 3xx: respuestas de redirecci\u00f3n.
\n\u27a2 4xx: errores de solicitud.
\n\u27a2 5xx: errores de servidor.
\n\u27a2 6xx: errores globales.<\/p>\n

REGISTER.<\/p>\n

2. El servidor requiere autentificaci\u00f3n (401 unathorized)
\n3. Se env\u00eda la informaci\u00f3n de registro.
\n4. Se acepta el registro (200 OK)
\n5. Se env\u00eda la informaci\u00f3n de registro
\n6. Y el confirma que se ha recibido.<\/p>\n

Una vez que el agente se ha registrado en el servidor, este tiene su informaci\u00f3n para poder localizarlo y poder redirigir llamadas hacia \u00e9l. Una vez registrado ya es posible establecer una comunicaci\u00f3n con ese agente. <\/p>\n

1. El tel\u00e9fono llamante env\u00eda un INVITE.
\n2. Se solicita autenticaci\u00f3n mediante la respuesta 407 (407 Autenticaci\u00f3n Proxy Requerida).
\n3. El tel\u00e9fono llamante responde con un ACK confirmado.
\n4. El tel\u00e9fono al que se llama env\u00eda una respuesta informativa 100 (tratando).
\n5. Cuando el tel\u00e9fono llamado empieza a sonar env\u00eda una respuesta 180 (tel\u00e9fono sonando).
\n6. Cuando el receptor descuelga, el tel\u00e9fono al que se llama env\u00eda una respuesta 200 (OK).
\n7. El tel\u00e9fono llamante responde con un ACK confirmado.
\n8. Ahora la voz es transmitida como datos usando RTP.
\n9. Cuando la persona a la que se llama cuelga, BYE es enviado al tel\u00e9fono llamante.
\n10. El tel\u00e9fono llamante responde con un 200 (OK).<\/p>\n

b) IAX (Inter-Asterisk eXchange protocol)<\/strong><\/p>\n

Este protocolo es utilizado para manejar conexiones VoIP ya sea entre servidores Asterisk, o entre servidores y clientes. El protocolo IAX ahora se refiere generalmente al IAX2, la segunda versi\u00f3n del protocolo IAX2.<\/p>\n

IAX2 fue creado y estandarizado en Enero de 2004 por Mark Spencer y su empresa Digium, la creadora de Asterisk, y es creado para y por Asterisk. Y surge tambi\u00e9n, para corregir algunos de los problemas principales del protocolo SIP, estos objetivos son:<\/p>\n

\u2714 Minimizar el ancho de banda usado en las transmisiones de control y multimedia. <\/p>\n

\u2714 Cambiar de protocolo de texto a protocolo binario. Peque\u00f1as cabeceras y bajo consumo de ancho de banda.<\/p>\n

\u2714 Evitar problemas de NAT (Network Address Translation). IAX2 usa UDP sobre un \u00fanico puerto, el 4569, donde viajan la informaci\u00f3n de se\u00f1alizaci\u00f3n y datos. <\/p>\n

\u2714 Soporte para transmitir planes de marcaci\u00f3n (dialplans). <\/p>\n

c) SIP Vs. IAX – Comparativa <\/strong><\/p>\n

Las principales diferencias ente IAX y SIP son las siguientes:
\n\u2022Ancho 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 m\u00e1ximo la informaci\u00f3n de las cabeceras de los mensajes reduciendo tambi\u00e9n el ancho de banda necesario.
\n\u2022NAT : En IAX la se\u00f1alizaci\u00f3n y los datos viajan conjuntamente con lo cual se evitan los problemas de NAT que frecuentemente aparecen en SIP. En SIP la se\u00f1alizaci\u00f3n 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.<\/p>\n

\u2022 Estandarizaci\u00f3n 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\u00e1 aun siendo estandarizado y es por ello que no se encuentra en muchos dispositivos existentes en el mercado.
\n\u2022 Utilizaci\u00f3n de puertos : IAX utiliza un solo puerto (4569) para mandar la informaci\u00f3n de se\u00f1alizaci\u00f3n y los datos de todas sus llamadas. Para ello utiliza un mecanismo de multiplexaci\u00f3n o \u00abtrunking\u00bb. SIP, sin embargo utiliza un puerto (5060) para se\u00f1alizaci\u00f3n y 2 puertos RTP por cada conexi\u00f3n de audio (como m\u00ednimo 3 puertos). Por ejemplo para 100 llamadas simultaneas con SIP se usar\u00edan 200 puertos (RTP) m\u00e1s el puerto 5060 de se\u00f1alizaci\u00f3n. IAX utilizar\u00eda s\u00f3lo un puerto para todo (4569).
\n\u2022 Flujo de audio al utilizar un servidor : En SIP si utilizamos un servidor la se\u00f1alizaci\u00f3n de control pasa siempre por el servidor pero la informaci\u00f3n de audio (flujo RTP) puede viajar extremo a extremo sin tener que pasar necesariamente por el servidor SIP. En IAX al viajar la se\u00f1alizaci\u00f3n y los datos de forma conjunta todo el tr\u00e1fico 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 simultaneas.
\n\u2022 Otras funcionalidades: IAX es un protocolo pensado para VoIP y transmisi\u00f3n de v\u00eddeo y presenta funcionalidades interesantes como la posibilidad de enviar o recibir planes de marcado (dialplans) que resultan muy \u00fatiles usados junto con servidores Asterisk. SIP es un protocolo de prop\u00f3sito general y podr\u00eda transmitir sin dificultad cualquier informaci\u00f3n y no solo audio y v\u00eddeo, pero no funciona de manera tan optima como lo hace IAX2. <\/p>\n

Tomado de:
\nSierra, A. (2008). Instalaci\u00f3n de un sistema VoIP corporativo basado en Asterisk (Proyecto fin de Master). Universidad Polit\u00e9cnica de Cartajena, Murcia, Espa\u00f1a.
\nFuente:
\nhttp:\/\/repositorio.upct.es\/bitstream\/handle\/10317\/737\/pfm35.pdf;jsessionid=951D111758801A0375EA20D3195A6313?sequence=1<\/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