{"id":5671,"date":"2016-08-03T09:15:39","date_gmt":"2016-08-03T14:15:39","guid":{"rendered":"http:\/\/www.servervoip.com\/blog\/?p=5671"},"modified":"2019-06-11T09:38:25","modified_gmt":"2019-06-11T14:38:25","slug":"protocolos-usados-para-telefonia-voz-sobre-ip","status":"publish","type":"post","link":"http:\/\/www.servervoip.com\/blog\/protocolos-usados-para-telefonia-voz-sobre-ip\/","title":{"rendered":"Protocolos usados para telefon\u00eda voz sobre 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

Protocolos<\/strong><\/p>\n

Un protocolo es el lenguaje que utilizan las computadoras para comunicarse entre ellas. Estos pueden variar seg\u00fan las necesidades, m\u00e1s concretamente, dependiendo de lo que se quiera transmitir. Sin los protocolos las computadoras simplemente no se entender\u00edan dado que no sabr\u00edan identificar lo que est\u00e1n transmitiendo o recibiendo. Los protocolos dan a las computadoras los par\u00e1metros que deben de usar y en el orden que deben usarlos para que cualquier computadora que use el mismo protocolo pueda interpretarlos de manera correcta. A continuaci\u00f3n se explicar\u00e1 de forma general los protocolos m\u00e1s usados para transmitir y recibir paquetes de voz y sus caracter\u00edsticas. Cada uno presenta ventajas y desventajas y su uso depende del entorno donde se requiere que funcionen.<\/p>\n

Protocolo H323.<\/strong><\/p>\n

El protocolo h323, destinado para implementar aplicaciones multimedia a trav\u00e9s de TCP\/IP es un paraguas que envuelve protocolos ITU-T, que define los protocolos para proporcionar sesiones audio-visuales de la comunicaci\u00f3n en cualquier red basada en paquetes. Este protocolo forma parte de la familia de protocolos H3x, que tambi\u00e9n tratan acerca de comunicaciones ISDN, PSTN, o SS7.<\/p>\n

Historia<\/strong><\/p>\n

H.323 fue creado originalmente para proporcionar un mecanismo para transporte multimedia sobre LANs pero se ha desarrollado r\u00e1pidamente para tratar las necesidades crecientes de redes VoIP. Una ventaja de H.323 era la disponibilidad relativamente pronta de un sistema de est\u00e1ndares, definiendo no solamente el modelo b\u00e1sico de la llamada, sino adem\u00e1s los servicios suplementarios, dirigidos para satisfacer las expectativas del negocio de la comunicaci\u00f3n. H.323 fue el primer est\u00e1ndar de VoIP en adoptar el est\u00e1ndar IETF RTP para transportar audio y video sobre redes IP.<\/p>\n

H.323 esta basado en el protocolo ISDN Q.931 y por lo tanto muy conveniente a la hora de interconectar redes IP y ISDN. Se estableci\u00f3 una llamada modelo, similar al modelo de la llamada en ISDN, facilitando la introducci\u00f3n de la telefon\u00eda IP en redes existentes ISDN en sistemas controlados por una PBX. Una migraci\u00f3n hacia sistemas IP controlados por una PBX es planeable y posible. Dentro del contexto de H.323, un PBX basado en IP es, simplemente hablando, un \u201cportero\u201d, m\u00e1s servicios suplementarios. El \u201cportero\u201d en el sistema H.323 se lo conoce como \u201cGATEKEEPER\u201d. <\/p>\n

Como se dijo anteriormente el protocolo H.323 es un paraguas que cobija los siguientes protocolos:
\n\u2022\tH.225.0 Se utiliza para describir se\u00f1alaci\u00f3n de la llamada, el medio (audio y video), la paquetizaci\u00f3n de la trama, la sincronizaci\u00f3n de la trama del medio y los formatos del control de mensaje.
\n\u2022\tH.245 controla el protocolo para la comunicaci\u00f3n multimedia, describe los mensajes y los procedimientos usados para la abertura y cierre de los canales l\u00f3gicos para audio, v\u00eddeo y datos, capacidad de intercambio, control e indicaciones.
\n\u2022\tH.450 Describe servicios suplementarios.
\n\u2022\tH.235 Describe seguridad en H.323
\n\u2022\tH.239 Describe la trama dual usada en las videoconferencias, usualmente una para video en vivo, y la otra para presentaciones.
\nGatekeeper
\nUn Gatekeeper H.323 es una entidad que administra una zona H.323, proveyendo la labor de informaci\u00f3n\/traslaci\u00f3n y otros servicios a los terminales miembros de la zona, y tambi\u00e9n a los Gatekeepers que administran otras zonas.
\nLas funciones Mandatorias de un Gatekeeper son:
\n\u2022\tTraslaci\u00f3n de direcciones
\n\u2022\tControl en la admisi\u00f3n
\n\u2022\tControl de Ancho de Banda
\n\u2022\tAdministraci\u00f3n de Zona<\/p>\n

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

El protocolo SIP fue desarrollado por el grupo MMUSIC (Multimedia Session Control) del IETF, definiendo una arquitectura de se\u00f1alizaci\u00f3n y control para VoIP. Inicialmente fue publicado en febrero del 1996 en la RFC 2543, ahora obsoleta con la publicaci\u00f3n de la nueva versi\u00f3n RFC 3261 que se public\u00f3 en junio del 2002.<\/p>\n

El 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.<\/p>\n

El 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 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. Por defecto utiliza el puerto UDP 5060.<\/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. \tPara implementar estas funcionalidades, existen varios componentes distintos en SIP. <\/p>\n

Existen dos elementos fundamentales, los agentes de usuario (UA) y los servidores:
\n1.\tAgente de Usuario o 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. 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<\/p>\n

2.\tLos servidores SIP: pueden ser de tres tipos:
\n\u2022\tProxy 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 tiene 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.
\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.<\/p>\n

\u2022\tRegistrar 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.<\/p>\n

\u2022\tRedirect 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. La 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

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

\n

Protocolo IAX<\/strong><\/p>\n

IAX2 es un protocolo muy robusto y completamente equipado y adem\u00e1s sencillo. Es agn\u00f3stico a los c\u00f3decs y al n\u00famero de tramas, lo que significa que puede ser utilizado como transporte para virtualmente cualquier tipo de datos. Esta capacidad ser\u00e1 tan \u00fatil para que los video-tel\u00e9fonos lleguen a ser comunes.<\/p>\n

IAX2 utiliza una sola trama UDP, generalmente en el puerto 4569, para comunicarse entre los puntos finales, tanto para se\u00f1alizaci\u00f3n y datos. El tr\u00e1fico de la voz es transmitido \u201cin-band\u201d, esto hace que IAX2 sea m\u00e1s f\u00e1cil de pasar por un firewall y m\u00e1s aun trabajar con redes que operen bajo reglas de NAT (Network Address Translation). Esto est\u00e1 en contraste que SIP, que utiliza una trama \u201cout-of-band\u201d de RTP para entregar informaci\u00f3n.<\/p>\n

IAX2 soporta troncalizaci\u00f3n (trunking), multiplexando canales sobre un solo enlace. Cuando se usa trunking, los datos de las llamadas m\u00faltiples se combinan en un solo sistema de paquetes, lo que significa que un datagrama IP puede entregar la informaci\u00f3n de m\u00e1s de una llamada, reduciendo la sobrecarga de bits de control en la trama IP sin crear latencia adicional. Esto es una ventaja grande para los usuarios de VoIP, donde las cabeceras IP toman un gran porcentaje del uso de ancho de banda. <\/p>\n

Historia<\/strong><\/p>\n

El protocolo Inter-Asterisk IAX2 fue creado por Mark Spencer para el software Asterisk que pueda tener soporte de se\u00f1alizaci\u00f3n VoIP. El protocolo instala sesiones internas y estas sesiones pueden utilizar cualquier c\u00f3dec deseado para la transmisi\u00f3n de voz. El protocolo IAX2 esencialmente proporciona control y transmisi\u00f3n de tramas de medios sobre redes IP. IAX es extremadamente flexible y puede ser utilizado para transportar cualquier tipo de datos, incluyendo video, aunque ha sido dise\u00f1ado principalmente para control de la voz en con cualquier tipo de medios que fluyen incluyendo el v\u00eddeo sin embargo que se dise\u00f1a principalmente para el control de las llamadas de voz en redes IP. El dise\u00f1o de IAX fue basado en muchos los est\u00e1ndares comunes para control y transmisi\u00f3n de hoy, incluyendo el protocolo de iniciaci\u00f3n de sesi\u00f3n (SIP), que es el m\u00e1s com\u00fan, el protocolo del control de la entrada de los medios (MGCP) y el protocolo en tiempo real de la transferencia (RTP). <\/p>\n

Prop\u00f3sitos de IAX<\/strong><\/p>\n

Las metas fundamentales para IAX eran reducir al m\u00ednimo la utilizaci\u00f3n de ancho de banda usada en las transmisiones de medios, con particular atenci\u00f3n al control y a las llamadas de voz individuales, y proporcionar un soporte nativo para transmisiones con reglas NAT (Network Address Translation).<\/p>\n

La estructura b\u00e1sica de IAX es multiplexar se\u00f1alizaci\u00f3n y m\u00faltiples tramas de medios en un solo canal UDP (User Datagram Protocol) fluyendo entre dos computadoras. IAX es un protocolo binario, dise\u00f1ado para reducir overhead de las transmisiones mas que nada a las tramas de voz.<\/p>\n

Tomado de:
\nFernando, A. (2006). Dise\u00f1o de una red telef\u00f3nica IP interna entre los colegios San Jos\u00e9 \u2013 La Salle de Guayaquil y Hno Miguel \u2013 La Salle de Quito e implementaci\u00f3n de un prototipo, usando como central telef\u00f3nica servidores con Sistema Operativo libre y Software libre (tesis de pregrado). Escuela Superior Polit\u00e9cnica del Litoral, Guayaquil, Ecuador.<\/p>\n

Fuente:
\nhttps:\/\/www.google.com.ec\/url?sa=t&rct=j&q=&esrc=s&source=web&cd=3&cad=rja&uact=8&ved=0ahUKEwiQg7u7rqXOAhVERSYKHZ7oDyQQFggmMAI&url=https%3A%2F%2Fwww.dspace.espol.edu.ec%2Fbitstream%2F123456789%2F21561%2F1%2FTesis%2520LicRed%2520VoIP.docx&usg=AFQjCNEhWkJaZPdacaMi8ZlD2WXS_6jIrA&bvm=bv.128617741,d.eWE<\/p>\n

Emprendiendo en la Telefon\u00eda por Internet<\/h2>\n

\"empresa-de-telefonia-voip\"<\/a>
\n