{"id":5877,"date":"2016-08-04T13:02:02","date_gmt":"2016-08-04T18:02:02","guid":{"rendered":"http:\/\/www.servervoip.com\/blog\/?p=5877"},"modified":"2019-06-11T09:18:24","modified_gmt":"2019-06-11T14:18:24","slug":"aspectos-de-telefonia-voip","status":"publish","type":"post","link":"http:\/\/www.servervoip.com\/blog\/aspectos-de-telefonia-voip\/","title":{"rendered":"Aspectos de telefonia 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

Aspectos de VoIP<\/strong><\/p>\n

La calidad de servicio (QoS) es el rendimiento de extremo a extremo de los servicios electr\u00f3nicos tal como lo percibe el usuario final. Los par\u00e1metros de QoS son: el retardo, la variaci\u00f3n del retardo y la p\u00e9rdida de paquetes. Una red debe garantizar que puede ofrecer un cierto nivel de calidad de servicio para un nivel de tr\u00e1fico que sigue un conjunto especificado de par\u00e1metros.
\nLa implementaci\u00f3n de pol\u00edticas de calidad de servicio se puede enfocar en varios puntos seg\u00fan los requerimientos de la red, los principales son:
\n\u2022\tAsignar ancho de banda en forma diferenciada.
\n\u2022\tEvitar y\/o administrar la congesti\u00f3n en la red.
\n\u2022\tManejar prioridades de acuerdo al tipo de tr\u00e1fico.
\n\u2022\tModelar el tr\u00e1fico de la red.<\/p>\n

Como se ha dicho, la comunicaci\u00f3n sobre IP (al igual que la telefon\u00eda convencional) debe tener caracter\u00edsticas de tiempo real, desafortunadamente TCP\/IP no puede garantizar este tipo de particularidad siempre, de modo que se deben introducir algunas pol\u00edticas que puedan manejar el flujo de paquetes en todos los enrutadores que deban intercambiar paquetes. Estas son:
\nCampo tos en el protocolo IP para describir el tipo de servicio: los altos valores indican poca urgencia, mientras que los mas bajos indicaran urgencia, es decir que se solicita respuesta en tiempo real.<\/p>\n

M\u00e9todos de soluci\u00f3n para paquetes en cola:
\nFIFO (first in first out), es el m\u00e9todo m\u00e1s com\u00fan, donde sale primero el paquete que lleg\u00f3 en primer lugar.
\nWFQ (weighted fair queuing), consiste en un paso justo de paquetes en consideraci\u00f3n con el ancho de banda disponible (por ejemplo, FTP no puede consumir todo el ancho de banda disponible del enlace en cuesti\u00f3n), dependiendo del tipo de flujo de datos que se est\u00e9 dando, por ejemplo en un ambiente justo, porcada paquete UDP habr\u00e1 uno TCP.
\nCQ (custom queuing), donde los usuarios deciden la prioridad del paquete.<\/p>\n

PQ (priority queuing), se establece un numero de colas (t\u00edpicamente 4), cada una con una nivel de prioridad diferente: se comienza enviando los paquetes de la primera cola y luego (cuando la primera cola esta vac\u00eda) se env\u00edan los paquetes de la segunda cola y as\u00ed sucesivamente.<\/p>\n

CB-WFQ (class based weighted fair queuing), es muy similar a WFQ pero se adiciona el concepto de clases (hasta 64) y adem\u00e1s un valor de ancho de banda es asociado.
\nCapacidad de limitaci\u00f3n, la cual permite restringir a la fuente llegar a un ancho de banda determinado para:
\n\u2022\tDescarga (download).
\n\u2022\tCarga (upload).
\n\u2022\tPrevenci\u00f3n de congesti\u00f3n.<\/p>\n

Cuando dise\u00f1amos redes que transportan voz en paquetes, marcos, o infraestructura de c\u00e9lula, es importante entender todos los posibles causales de retardos teniendo en cuenta cada uno de los factores, es posible mantener la red en un estado aceptable. La calidad de la voz es funci\u00f3n de muchos factores, como lo son, los algoritmos de compresi\u00f3n, los errores y las perdidas de tramas, la cancelaci\u00f3n del eco y los retardos. A continuaci\u00f3n se esbozan los posibles retardos para VoIP y algunos apartes de la recomendaci\u00f3n G.114 de la UIT.
\nLimites de los retardos (UIT G.114).<\/p>\n

Para ver el gr\u00e1fico seleccione la opci\u00f3n \u00abDescargar\u00bb del men\u00fa superior
\nEstas recomendaciones se estipulan para conexiones con control de eco adecuado, eso implica el uso de equipos canceladores de eco. Estos equipos son requeridos cuando el retardo de una v\u00eda excede los 25 ms. (UIT G.131)
\nFuentes del retardo.<\/p>\n

* Se clasifican en dos tipos:
\nRetardo fijo, se adiciona directamente al total del retardo de la conexi\u00f3n.
\nRetardo variable, se adiciona por demoras en las colas de los buffer, se nota como (\u0394n).
\nA continuaci\u00f3n se identifican todos los posibles retardos, fijos o variables, en una red.
\nPara ver el gr\u00e1fico seleccione la opci\u00f3n \u00abDescargar\u00bb del men\u00fa superior
\nRetardo por codificaci\u00f3n. Tambi\u00e9n llamado retardo de proceso (\u03c7n), es el tiempo que tarda el DSP en comprimir un bloque de muestras PCM, como los codificadores trabajan en diferentes formas, este retardo varia dependiendo del codificador de voz y de la velocidad y carga del procesador.<\/p>\n

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

\n

Retardo
\n\u2022\tPerdida de paquetes<\/p>\n

El porcentaje de p\u00e9rdida de paquetes que pueda presentar una red depende b\u00e1sicamente del proveedor de acceso (ISP) o carrier que este proporcionando el enlace. Para el caso de una l\u00ednea privada, quede el servicio en si, por ejemplo, proveedores de primera talla o tambi\u00e9n llamados TIER 1 tales como sprint, mci o at&t ofrecen una perdida de paquetes del orden del 0.3% en sus redes, esto lo logran debido a la redundancia que pueda presentar la topolog\u00eda de redexistente y a los niveles de congesti\u00f3n que puedan llegar a presentar. <\/p>\n

En caso de carecer de redundancia en sus circuitos, tambi\u00e9n existen los proveedores TIER 2 que presentan un nivel de servicio inferior a los anteriormente mencionados y por lo general estos lo que hacen es simplemente tender redes por todo el mundo, aunque la puerta de acceso a Internet se la alquilan a un proveedor TIER 1 para conectarse a su backbone y tener acceso a todo el contenido de la red.<\/p>\n

los TIER 2 tienen un nivel de servicio un poco mas bajo, y pueden empezar a revender sus canales haciendo compresi\u00f3n del ancho de banda, lo cual ocasionar\u00e1 un incremento en la p\u00e9rdida de paquetes; ejemplos de estas empresas pueden ser IMPSAT, telef\u00f3nica de Espa\u00f1a o en el caso de Colombia la ETB, y de ah\u00ed en adelante existen proveedores de nivel inferior que compran sus accesos tanto a proveedores TIER 1 o TIER 2 y revenden sus circuitos aumentando as\u00ed el reuso del canal de Internet ocasionando mas congesti\u00f3n y p\u00e9rdida de paquetes, por eso es importante a la hora de contratar un servicio de Internet verificar el SLA (service level agreement) proporcionado por el proveedor para saber que porcentaje de p\u00e9rdida de paquetes ofrece.<\/p>\n

\u2022\tSeguridad
\nPara ver los gr\u00e1ficos seleccione la opci\u00f3n \u00abDescargar\u00bb del men\u00fa superior<\/p>\n

\u2022\tHardware<\/p>\n

Deben distinguirse dos escenarios de aplicaci\u00f3n de la voz IP en servicios de telefon\u00eda. El primero es cuando la voz IP es transportada a trav\u00e9s de redes privadas empresariales y el segundo, cuando la red de transporte usada entre los dos extremos de la conversaci\u00f3n es Internet. En el primer el caso, esta se considera voz viajando sobre el protocolo IP, mas no en Internet este \u00faltimo caso es cuando hablamos de telefon\u00eda por Internet. La diferencia entre los dos escenarios no son \u00fanicamente el medio de transporte sino tambi\u00e9n las posibilidades de establecer mecanismos de control de calidad que garanticen la misma calidad en todo momento.
\nLos mecanismos y las t\u00e9cnicas aplicadas en ambos casos son diferentes pero los niveles de calidad que se consiguen son muy similares y, en algunos casos, superiores a la telefon\u00eda convencional. Por ejemplo, los proveedores de servicio que utilizan Internet como una red de transporte para voz IP usan una t\u00e9cnica a partir de software que evita que los puntos de congesti\u00f3n causen p\u00e9rdidas de calidad. Cuando se trata de transportar la voz IP a trav\u00e9s de redes privadas hay medios m\u00e1s simples y efectivos que aseguran que los paquetes de voz se dirigen a cada uno de los dispositivos de la red antes que los datos y as\u00ed, se evitan potenciales atrasos en caso de saturaci\u00f3n de la red.<\/p>\n

\u2022\tLlamadas tel\u00e9fono a tel\u00e9fono
\nEn este caso s\u00f3lo un extremo necesita ponerse en contacto con un gateway. El PC debe contar con una aplicaci\u00f3n que sea capaz de establecer y mantener una llamada telef\u00f3nica. supongamos que un ordenador a trata de llamar a un tel\u00e9fono b. en primer lugar la aplicaci\u00f3n telef\u00f3nica de a ha de solicitar informaci\u00f3n al gatekeeper, que le proporcionar\u00e1 la direcci\u00f3n IP del gateway que da servicio a b. entonces la aplicaci\u00f3n telef\u00f3nica de a establece una conexi\u00f3n de datos, a trav\u00e9s de la red IP, con el gateway de b, el cu\u00e1l va regenerando la se\u00f1al anal\u00f3gica a partir del caudal de paquetes IP que recibe con destino al tel\u00e9fono b. fijaos como el gateway de b se encarga de enviar la se\u00f1al anal\u00f3gica al tel\u00e9fono b.
\nPor tanto tenemos una comunicaci\u00f3n de datos a trav\u00e9s de una red IP, entre el ordenador a y el gateway de b, y una comunicaci\u00f3n telef\u00f3nica convencional entre el gateway que da servicio al tel\u00e9fono b (gateway b), y \u00e9ste. Es decir, una llamada telef\u00f3nica convencional, y una comunicaci\u00f3n IP. Si la primera es metropolitana, que es lo normal, el margen con respecto a una llamada telef\u00f3nica convencional de larga distancia o internacional, es muy grande.<\/p>\n

Llamadas PC a tel\u00e9fono o viceversa<\/p>\n

Llamadas PC a PC
\nEn este caso la cosa cambia. Ambos ordenadores s\u00f3lo necesitan tener instalada la misma aplicaci\u00f3n encargada de gestionar la llamada telef\u00f3nica, y estar conectados a la red IP, Internet generalmente, para poder efectuar una llamada IP. Al fin y al cabo es como cualquier otra aplicaci\u00f3n Internet, por ejemplo un Chat.<\/p>\n

Escenarios de la voz IP en servicios de telefon\u00eda<\/p>\n

En primer lugar tenemos al proveedor de servicios de telefon\u00eda por Internet (PSTI, o ISTP en ingl\u00e9s). Proporciona servicio a un usuario conectado a Internet que quiere mantener una comunicaci\u00f3n con un tel\u00e9fono convencional, es decir, llamadas PC a tel\u00e9fono. Cuenta con gateways conectados a la red telef\u00f3nica en diversos puntos por una parte, y a su propia red IP por otra. Cuando un usuario de PC solicita llamar a un tel\u00e9fono normal, su red IP se hace cargo de llevar la comunicaci\u00f3n hasta el gateway que da servicio al tel\u00e9fono de destino. Esto significa que para que los usuarios de PC de un PSTI puedan llamar a muchos pa\u00edses, \u00e9ste necesita tener una gran cantidad de gateways. \u00bfO no? Pues no. conforme se van extendiendo los PSTI por todo el mundo, lo que se hace es establecer acuerdos econ\u00f3micos con otros PSTI, para intercambiar llamadas IP. T\u00fa finalizas las llamadas que originan mis usuarios, y que tengan como destino tel\u00e9fonos que tus gateways cubren de forma local, y viceversa. En vez de llevar a cabo estos acuerdos bilaterales, lo que se suele hacer es trabajar con intermediarios, que tienen acuerdos con PSTI’s de todo el mundo. Estos intermediarios son conocidos como proveedores de servicios de clearinghouse (PSC, o CSP en ingl\u00e9s).<\/p>\n

Tomado de: http:\/\/www.monografias.com\/trabajos23\/voz-sobre-ip\/voz-sobre-ip.shtml?monosearch#general#ixzz4GO4g8pia<\/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