{"id":8107,"date":"2016-09-13T11:57:30","date_gmt":"2016-09-13T16:57:30","guid":{"rendered":"http:\/\/www.servervoip.com\/blog\/?p=8107"},"modified":"2019-06-07T11:21:21","modified_gmt":"2019-06-07T16:21:21","slug":"clasificacion-de-los-protocolos-voip","status":"publish","type":"post","link":"http:\/\/www.servervoip.com\/blog\/clasificacion-de-los-protocolos-voip\/","title":{"rendered":"Clasificaci\u00f3n de los protocolos 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

Clasificaci\u00f3n de los protocolos VoIP: <\/strong> Hay muchos protocolos involucrados en la transmisi\u00f3n de voz sobre IP, adem\u00e1s de los protocolos de transporte como TCP o UDP, se colocan los protocolos de se\u00f1alizaci\u00f3n de voz<\/p>\n

Los clasificamos en tres grupos: <\/strong><\/p>\n

a.\tProtocolos de se\u00f1alizaci\u00f3n Los protocolos de se\u00f1alizaci\u00f3n en VoIP cumplen funciones similares a sus hom\u00f3logos en la telefon\u00eda tradicional, es decir tareas de establecimiento de sesi\u00f3n, control del progreso de la llamada, entre otras. Se encuentran en la capa 5 del modelo OSI, es decir en al capa de Sesi\u00f3n.
\nExisten algunos protocolos de se\u00f1alizaci\u00f3n, que han sido desarrollados por diferentes fabricantes u organismos como la ITU o el IETF, y que se encuentran soportados por Asterisk. Algunos son:
\n\u2022 SIP
\n\u2022 IAX
\n\u2022 H.323
\n\u2022 MGCP
\n\u2022 SCCP
\nEntre estos los m\u00e1s populares en el \u00e1mbito de Asterisk son SIP e IAX.
\nCada protocolo propone formas distintas de establecer y controlar comunicaciones de voz sobre redes IP. Para realizar una llamada se debe informar al terminal llamado que deseo establecer una comunicaci\u00f3n de voz. Luego el terminal llamado responder\u00e1 de alguna forma, aceptando o rechazando dicha comunicaci\u00f3n. A este tipo de intercambio de informaci\u00f3n se la suele llamar se\u00f1alizaci\u00f3n de llamada (call signalling). <\/p>\n

Por tratarse de una comunicaci\u00f3n de voz sobre una red IP, la voz se transmite codificada en paquetes. Existen una gran variedad de codificadores y hoy en d\u00eda los m\u00e1s utilizados son G.729, G.711, GSM, entre otros. Adem\u00e1s en la mayor\u00eda de los casos la voz se transporta sobre segmentos UDP, lo que hace necesario la negociaci\u00f3n de los puertos UDP donde el receptor espera recibir el audio. Debido a esto, es necesario intercambiar mensajes donde se negocien estas cuestiones y otras m\u00e1s espec\u00edficas de cada protocolo. Para el intercambio de este tipo de informaci\u00f3n se definen los protocolos de control de se\u00f1alizaci\u00f3n de llamada (Call control signaling).<\/p>\n

Una vez establecida la comunicaci\u00f3n, se debe enviar el audio codificado en paquetes IP.<\/strong><\/p>\n

Las redes IP suelen tener variaciones de retardo altos respecto a las redes de telefon\u00eda tradicionales ya que no fueron dise\u00f1adas para el transporte de voz. Y adem\u00e1s, por ser una red de datagramas, los paquetes de voz podr\u00edan llegar desordenados. Debido a estas caracter\u00edsticas de la red IP, se necesita empaquetar la informaci\u00f3n de voz sobre alg\u00fan protocolo que minimice o controle estos efectos.<\/p>\n

A \u00e9stos protocolos se los denomina protocolos de transporte de \u201cmedia\u201d (media transport protocols). Estos protocolos est\u00e1n asociados con los protocolos de control de transporte de \u201cmedia\u201d (media transport control protocols) cuya funci\u00f3n es la de enviar entre los terminales intervinientes en la comunicaci\u00f3n estad\u00edsticas sobre jitter, paquetes enviados, paquetes recibidos, paquetes perdidos, etc. La RFC3550 define el protocolo RTP y RTCP que son hoy en d\u00eda los m\u00e1s utilizados para el transporte y control de la \u201cmedia\u201d.<\/p>\n

Cuando la red empieza a crecer y ya no son solo terminales los que se quieren comunicar sino que tambi\u00e9n gateways para interconectarse con la red de telefon\u00eda p\u00fablica tradicional, se hace necesario centralizar cierto tipo de informaci\u00f3n para que la red sea escalable. Para lograr esto se coloca un dispositivo de control que posee la inteligencia de la red, es decir, capacidades de ruteo, trascoding de se\u00f1alizaci\u00f3n y localizaci\u00f3n de dispositivos entre otras funciones. A \u00e9ste dispositivo se lo suele denominar softswitch.<\/p>\n

Como consecuencia se hace necesaria la comunicaci\u00f3n entre gateways o terminales y el dispositivo de control, el softswitch. A este tipo de comunicaci\u00f3n le llamaremos protocolos de registraci\u00f3n y control. Cabe destacar que esta clasificaci\u00f3n es un poco ambigua ya que a veces la definici\u00f3n de los protocolos de registraci\u00f3n y control est\u00e1 embebida como par\u00e1metros dentro de los protocolos de se\u00f1alizaci\u00f3n de llamadas<\/p>\n

b.\tProtocolos de transporte de voz No se debe confundir aqu\u00ed con protocolos de transporte de bajo nivel como TCP y UDP. Nos referimos aqu\u00ed al protocolo que transporta la voz propiamente dicha o lo que com\u00fanmente se denomina carga \u00fatil. Este protocolo se llama RTP (Real-time Transport Protocol) y su funci\u00f3n es simple: transportar la voz con el menor retraso posible. Este protocolo entra a funcionar una vez que el protocolo de se\u00f1alizaci\u00f3n ha establecido la llamada entre los participantes. <\/p>\n

c.\tProtocolos de plataforma IP En esta categor\u00eda agruparemos a los protocolos b\u00e1sicos en redes IP y que forman la base sobre la cual se a\u00f1aden los protocolos de voz anteriores. En estos protocolos podr\u00edamos mencionar a Ethernet, IP, TCP y UDP.<\/p>\n

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

\n

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

Uno de los m\u00e1s populares, principalmente por el auge del Internet: La gran red de redes, que utiliza este protocolo para su enrutamiento. El Internet tuvo su origen en la d\u00e9cada del 60 como un proyecto del Departamento de Defensa de los Estados Unidos con el objetivo de crear una red robusta que conectara algunos organismos p\u00fablicos con universidades. La idea de la red, que originalmente se llam\u00f3 ARPANet, era que si alguno de los nodos quedaba fuera de funcionamiento esto no perjudicara significativamente a la red. Para esto se ide\u00f3 una red descentralizada que pudiera manejar m\u00e1s de un camino entre dos de sus puntos. <\/p>\n

El protocolo IP (Internet Protocol) es un protocolo que trabaja a nivel de red donde la informaci\u00f3n se env\u00eda en paquetes llamados paquetes IP. Este protocolo ofrece un servicio \u201csin garant\u00edas\u201d tambi\u00e9n llamado \u201cbest effort\u201d o del \u201cmejor esfuerzo\u201d. Es decir que nada garantiza que los paquetes lleguen a destino, sin embargo se har\u00e1 lo posible por hacerlos llegar.<\/p>\n

Protocolo de transporte TCP <\/strong><\/p>\n

El protocolo IP no garantiza que los datos lleguen a destino solo hace su mejor esfuerzo para que lleguen, por lo tanto era necesario un protocolo que se encargue de controlar la transmisi\u00f3n de datos y por esta raz\u00f3n se dise\u00f1\u00f3 lo que se llama Transmission Control Protocol o TCP es un protocolo de transporte que se transmite sobre IP. TCP controla que los datos transmitidos se encuentren libres de errores y sean recibidos por las aplicaciones en el mismo orden en que fueron enviados. Si se pierden datos en el camino introduce mecanismos para que estos datos sean reenviados.<\/p>\n

Obviamente esto implica una carga extra de informaci\u00f3n en el flujo de datos ya que hay que enviar informaci\u00f3n de control adicional. Es por esto que TCP es un buen protocolo para control de sesiones pero no tan bueno para transmisi\u00f3n de datos en tiempo real. Por esta raz\u00f3n la voz en s\u00ed no se env\u00eda usando este protocolo. Sin embargo TCP juega un rol muy importante en muchos protocolos relacionados con un servidor Elastix.<\/p>\n

TCP es quien introduce el concepto de \u201cpuerto\u201d que no es otra cosa que una abstracci\u00f3n para poder relacionar los flujos de datos con servicios de red espec\u00edficos (o protocolos de m\u00e1s alto nivel). Por ejemplo, el puerto 80 se asocia con el servicio de Web o el protocolo HTTP; el puerto 25 se asocia con el servicio de correo electr\u00f3nico o protocolo SMTP.<\/p>\n

UDP
\nDivide la informaci\u00f3n en paquetes, tambi\u00e9n llamados datagramas, para ser transportados dentro de los paquetes IP a su destino. <\/p>\n

Al no ser necesario incluir mucha informaci\u00f3n de control, el protocolo UDP reduce la cantidad de informaci\u00f3n extra en los paquetes por lo que es un protocolo m\u00e1s r\u00e1pido que TCP y adecuado para transmisi\u00f3n de informaci\u00f3n que debe ser transmitida en tiempo real como la voz. Es por esta raz\u00f3n que la voz en aplicaciones de VoIP es transmitida sobre este protocolo<\/p>\n

Tomado de:
\nBarba, R. (2012). Propuesta de integraci\u00f3n de soluciones empresariales VoIP con software libre(tesis de pregrado). Escuela Superior Polit\u00e9cnica de Chimborazo, Riobamba, Ecuador.
\nFuente:
\nhttp:\/\/dspace.espoch.edu.ec\/bitstream\/123456789\/4055\/1\/20T00457.pdf<\/p>\n

Telefon\u00eda VoIP con SoftSwitch<\/h2>\n

ServerVoIP<\/strong> te proporciona todas las herramientas necesarias para que crees y desarrolles tu negocio de comunicaci\u00f3n por internet.<\/strong><\/p>\n

Pertenece al Selecto Grupo de Emprendedores que decidieron cambiar su vida invirtiendo en un Server con ServerVoIP.<\/strong><\/p>\n

\"empresario\"<\/a>
\n