{"id":5874,"date":"2016-08-04T12:47:59","date_gmt":"2016-08-04T17:47:59","guid":{"rendered":"http:\/\/www.servervoip.com\/blog\/?p=5874"},"modified":"2019-06-11T09:18:35","modified_gmt":"2019-06-11T14:18:35","slug":"voip-voz-sobre-ip","status":"publish","type":"post","link":"http:\/\/www.servervoip.com\/blog\/voip-voz-sobre-ip\/","title":{"rendered":"VoIP. 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

Se decidi\u00f3 que el h.323 fuera la base del VoIP. De este modo, el VoIP debe considerarse como una clarificaci\u00f3n del h.323, de tal forma que en caso de conflicto, y con el fin de evitar divergencias entre los est\u00e1ndares, se decidi\u00f3 que h.323 tendr\u00eda prioridad sobre el VoIP. El VoIP tiene como principal objetivo asegurar la interoperabilidad entre equipos de diferentes fabricantes, fijando aspectos tales como la supresi\u00f3n de silencios, codificaci\u00f3n de la voz y direccionamiento, y estableciendo nuevos elementos para permitir la conectividad con la infraestructura telef\u00f3nica tradicional. Estos elementos se refieren b\u00e1sicamente a la transmisi\u00f3n de se\u00f1alizaci\u00f3n por tonos multifrecuencia (DTMF).<\/p>\n

– El protocolo h.323 es usado, por ejemplo, por NetMeeting para hacer llamadas IP. Este protocolo permite una gran variedad de elementos que interact\u00faan entre ellos:<\/p>\n

– Terminales, son los clientes que inician una conexi\u00f3n VoIP. Estos usuarios solo pueden conectarse entre ellos, y si es necesario el acceso de un usuario adicional a la comunicaci\u00f3n se necesitaran algunos elementos adicionales.<\/p>\n

– Gatekeepers, que operan b\u00e1sicamente de la siguiente manera:<\/p>\n

– Servicio de traducci\u00f3n de direcciones (DNS), de tal manera que se puedan usar nombre en lugar de direcciones IP.<\/p>\n

– Autenticaci\u00f3n y control de admisi\u00f3n, para permitir o denegar el acceso de usuarios. Administraci\u00f3n del ancho de banda.<\/p>\n

– Gateways, puntos de referencia para conversi\u00f3n TCP\/IP – PSTN.<\/p>\n

– Unidades de control multipunto (MCUS), para permitir la realizaci\u00f3n de conferencias.<\/p>\n

– h.323 no permite solamente VoIP, sino tambi\u00e9n comunicaci\u00f3n para intercambio de datos y video. El h.323 comprende tambi\u00e9n una serie de est\u00e1ndares y se apoya en una serie de protocolos que cubren los distintos aspectos de la comunicaci\u00f3n:<\/p>\n

Direccionamiento:
\n * RAS(registration, admission and status). Protocolo de comunicaciones que permite a una estaci\u00f3n h.323 localizar otra estaci\u00f3n h.323 a trav\u00e9s de el gatekeeper.
\n * DNS (domain name service). Servicio de resoluci\u00f3n de nombres en direcciones IP con el mismo fin que el protocolo ras pero a trav\u00e9s de un servidor DNS.<\/p>\n

Se\u00f1alizaci\u00f3n:<\/strong>
\n * q.931 se\u00f1alizaci\u00f3n inicial de llamada.
\n * h.225 control de llamada: se\u00f1alizaci\u00f3n, registro y admisi\u00f3n, y paquetizaci\u00f3n \/ sincronizaci\u00f3n del stream (flujo) de voz.
\n * h.245 protocolo de control para especificar mensajes de apertura y cierre de canales para streams de voz.<\/p>\n

Compresi\u00f3n de voz:<\/strong>
\n * requeridos: g.711 y g.723
\n * opcionales: g.728, g.729 y g.722<\/p>\n

Transmisi\u00f3n de voz:<\/strong>
\n * UDP. La transmisi\u00f3n se realiza sobre paquetes UDP, pues aunque UDP no ofrece integridad en los datos, el aprovechamiento del ancho de banda es mayor que con TCP.
\n * RTP (real time protocol). Maneja los aspectos relativos a la temporizaci\u00f3n, marcando los paquetes UDP con la informaci\u00f3n necesaria para la correcta entrega de los mismos en recepci\u00f3n.
\nControl de la transmisi\u00f3n:
\n * RTCP (real time control protocol). Se utiliza principalmente para detectar situaciones de congesti\u00f3n de la red y tomar, en su caso, acciones correctoras.
\nPara ver el gr\u00e1fico seleccione la opci\u00f3n \u00abDescargar\u00bb del men\u00fa superior
\nActualmente se puede partir de una serie de elementos ya disponibles en el mercado y que, seg\u00fan diferentes dise\u00f1os, permitir\u00e1n construir las<\/p>\n

aplicaciones VoIP. Estos elementos son:<\/strong>
\n\u2022\tTel\u00e9fonos IP.
\n\u2022\tAdaptadores para PC.
\n\u2022\tHubs telef\u00f3nicos.
\n\u2022\tGateways (pasarelas RTC \/ IP).
\n\u2022\tGatekeeper.
\n\u2022\tUnidades de audioconferencia m\u00faltiple. (MCU voz)
\n\u2022\tServicios de directorio.<\/p>\n

Protocolo De Transporte En Tiempo Real RTP<\/strong><\/p>\n

Los algoritmos de compresi\u00f3n usados en los enrrutadores y en los gateways analizan un bloque de muestras PCM entregadas por el codificador de voz (voice codec). estos bloques tienen una longitud variable que depende del codificador, por ejemplo el tama\u00f1o b\u00e1sico de un bloque del algoritmo g.729 es 10 ms, mientras que el tama\u00f1o b\u00e1sico de un bloque del algoritmo g.723.1 es 30ms. un ejemplo de c\u00f3mo funciona el sistema de compresi\u00f3n g.729 es mostrado en la siguiente figura
\nPara ver el gr\u00e1fico seleccione la opci\u00f3n \u00abDescargar\u00bb del men\u00fa superior
\nLa cadena de voz an\u00e1loga es digitalizada en tramas PCM, y as\u00ed mismo entregadas al algoritmo de compresi\u00f3n en intervalos de 10 ms.<\/p>\n

Compresi\u00f3n de voz<\/strong><\/p>\n

La se\u00f1alizaci\u00f3n VoIP tiene 3 \u00e1reas distintas: se\u00f1alizaci\u00f3n del PBX al enrutador, se\u00f1alizaci\u00f3n entre enrutador y se\u00f1alizaci\u00f3n del enrutador al PBX. Por ejemplo para el caso de una intranet corporativa, esta aparece como la troncal al PBX, quien dar\u00e1 la se\u00f1alizaci\u00f3n a los usuarios de la intranet. Por lo cual el PBX reenv\u00eda los n\u00fameros digitados al enrutador de la misma forma en la que los d\u00edgitos hubiesen sido reenviados al switch de una central telef\u00f3nica.
\nCuando el enrutador remoto recibe la llamada solicitante q.931, este env\u00eda una se\u00f1alizaci\u00f3n al PBX. Luego que el PBX env\u00eda un acuse de recibo, el enrutador env\u00eda los d\u00edgitos marcados al PBX, y tramita un acuse de recibo de llamada al enrutador de origen.
\nEn una arquitectura de red no orientada a la conexi\u00f3n (como IP), la responsabilidad del establecimiento de la comunicaci\u00f3n y de la se\u00f1alizaci\u00f3n es de las estaciones finales (end stations). Para prestar exitosamente servicios de voz a trav\u00e9s de una re IP, es necesario realizar mejoras en la se\u00f1alizaci\u00f3n.
\nPor ejemplo, un agente de h.323 es adicionado al enrutador para facilitar soporte para el transporte de cadenas de audio y se\u00f1alizaci\u00f3n. El protocolo q.931 es usado para el establecimiento y desconexi\u00f3n de la llamada entre agentes h.323 o estaciones terminales. RTCP (real time control protocol) es usado para establecer canales de audio. Un protocolo confiable orientado a la conexi\u00f3n, TCP, es utilizado entre estaciones terminales para transportar los canales de se\u00f1alizaci\u00f3n.
\nRTP, protocolo de transporte en tiempo real, el cual esta soportado en UDP, es usado para el trasporte del caudal de audio en tiempo real. RTP usa UDP como mecanismo de transporte porque posee un menor retardo que TCP, y adem\u00e1s porque el trafico de voz en la actualidad, sin importar que sean datos o se\u00f1alizaci\u00f3n, toleran menos niveles de perdida y no tienen la facilidad de retransmisi\u00f3n.<\/p>\n

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

\n

Se\u00f1alizaci\u00f3n<\/strong><\/p>\n

Tomando de nuevo el ejemplo de un intranet con direccionamiento IP, podr\u00edamos ver que las interfaces de voz aparecer\u00edan como anfitriones IP adicionales, como extensiones del esquema de numeraci\u00f3n existente o como nuevas direcciones IP.
\nLa traducci\u00f3n de los d\u00edgitos marcados del PBX al host IP se realizan por medio del plan de numeraci\u00f3n. El numero de tel\u00e9fono de destino o alguna parte de este ser\u00e1 vinculado a la direcci\u00f3n IP de destino. Cuando el numero es recibido del PBX el enrutador lo compara con los que ya han sido vinculados con alguna direcci\u00f3n IP y est\u00e1n relacionados en la tabla de enrutamiento, si hay alguna coincidencia la llamada ser\u00e1 enrutada al host IP al cual este relacionada, despu\u00e9s de que la conexi\u00f3n es establecida, el enlace de la intranet es transparente hacia el suscriptor.<\/p>\n

Direccionamiento<\/strong><\/p>\n

Una de las fortalezas del IP es la sofisticaci\u00f3n y gran desarrollo de sus protocolos de enrutamiento. Un protocolo de enrutamiento moderno, como el EIGRP, es capaz de tener en consideraci\u00f3n el retardo por cada uno de los caminos posibles que puede tomar el paquete y determinar la mejor ruta que puede seguir. Caracter\u00edsticas avanzadas como el uso de pol\u00edticas de enrutamiento y uso de lista de acceso (access lists), hacen posible crear esquemas de enrutamiento altamente seguros para el tr\u00e1fico de voz.
\nRSVP puede ser utilizado por las gateways de VoIP, de tal manera que se asegure que el trafico ira a trav\u00e9s de la red por el mejor y mas corto camino, esto puede incluir segmentos de redes como ATM o LAN\u00b4s conmutadas. Algunos de los desarrollos m\u00e1s importantes del enrutamiento IP son, el desarrollo del llamado tag switching y otras t\u00e9cnicas de conmutaci\u00f3n IP.
\nEl tag switching muestra una manera extendida del enrutamiento IP, pol\u00edticas y funcionalidades del RSVP sobre ATM y otros transportes de alta. Otro de los beneficios del tag switching es la capacidad de manejo de tr\u00e1fico, la cual es necesaria para un uso eficiente de los recursos de la red. El manejo de trafico (traffic engineering) puede ser usado para cambiar la carga de este en diferentes sectores de la red basado en diferentes predicciones dependiendo del momento del d\u00eda.<\/p>\n

Enrutamiento<\/strong><\/p>\n

De acuerdo con todo lo dicho anteriormente, podemos ver que todav\u00eda no se han resuelto los problemas relacionados con el ancho de banda y el c\u00f3mo crear flujos de cadenas de datos en tiempo real.
\nLograr transportar voz de alta calidad telef\u00f3nica sobre IP en tiempo real no es una tarea nada f\u00e1cil de alcanzar ya que tal labor requiere manejo de las capacidades de la red que permita el control del tr\u00e1fico, protocolos de tiempo real (TCP\/IP no lo son) y anchos de banda \u00abdedicados\u00bb durante el tiempo que tome la realizaci\u00f3n de la llamada.
\nSin embargo, d\u00eda a d\u00eda las limitaciones en los servicios de voz basados en IP, est\u00e1n siendo superadas gracias dos factores: mejoras en los algoritmos de compresi\u00f3n (que permiten la optimizaci\u00f3n de la utilizaci\u00f3n del ancho de banda) y la sofisticaci\u00f3n y gran desarrollo de los actuales protocolos de enrutamiento (capaces de tener en consideraci\u00f3n el retardo por cada uno de los caminos posibles que puede tomar el paquete para as\u00ed determinar la mejor ruta que puede seguir, proveer reservas de ancho de banda mientras que dura la conversaci\u00f3n y dar preferencia al procesamiento de los paquetes dentro de los l\u00edmites del enrutador, de manera que aquellos de alta prioridad son procesados primero).<\/p>\n

Tomado de: http:\/\/www.monografias.com\/trabajos23\/voz-sobre-ip\/voz-sobre-ip.shtml?monosearch#general<\/p>\n

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

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