Es importante que usted como cliente de TELECNIUM pueda entender la importancia que tiene su sistema de internet y una red (red de datos local / network) sólida en sus facilidades. Si uno de estos dos es de baja o pobre calidad su sistema de telefonía VoIP se verá afectado. Recuerde que el sistema telefónico que su empresa tiene con TELECNIUM es uno vasado en Voz Sobre Protocolo de Internet (VoIP, por sus siglas en ingles). Esto quiere decir que su telefonía corre a través del internet y su red de datos local. Los problemas de la calidad en el servicio en VoIP vienen derivados de dos factores principalmente:
A continuación, le presentamos factores que afectan directamente al VoIP y sus Valores Recomendados: Latencia:
CAUSAS: A la latencia también se la llama retardo. No es un problema específico de las redes no orientadas a conexión y por tanto de la VoIP. Es un problema general de las redes de telecomunicación. Por ejemplo, la latencia en los enlaces vía satélite es muy elevada por las distancias que debe recorrer la información. La latencia se define técnicamente en VoIP como el tiempo que tarda un paquete en llegar desde la fuente al destino. Las comunicaciones en tiempo real (como VoIP) y full-duplex[i] son sensibles a este efecto. Es el problema de "pisarnos". Al igual que el jitter, es un problema frecuente en enlaces lentos o congestionados. VALORES RECOMENDADOS: La latencia o retardo entre el punto inicial y final de la comunicación debiera ser inferior a 150 ms. El oído humano es capaz de detectar latencias de unos 250 ms, 200 ms en el caso de personas bastante sensibles. Si se supera ese umbral la comunicación se vuelve molesta. POSIBLES SOLUCIONES: No hay una solución que se pueda implementar de manera sencilla. Muchas veces depende de los equipos por los que pasan los paquetes, es decir, de la red misma. Se puede intentar reservar un ancho de banda de origen a destino o señalizar los paquetes con valores de ToS[ii] (Type of Service = Tipo de servicio) para intentar que los equipos sepan que se trata de tráfico en tiempo real y lo traten con mayor prioridad, pero actualmente no suelen ser medidas muy eficaces ya que no disponemos del control de la red. Si el problema de la latencia está en nuestra propia red interna podemos aumentar el ancho de banda o velocidad del enlace o priorizar esos paquetes dentro de nuestra red (QoS[iii]). Jitter: CAUSAS: El jitter (fluctuación) es un efecto de las redes de datos no orientadas a conexión y basadas en conmutación de paquetes. Como la información se discretiza en paquetes cada uno de los paquetes puede seguir una ruta distinta para llegar al destino. El jitter se define técnicamente como la variación en el tiempo en la llegada de los paquetes, causada por congestión de red, perdida de sincronización o por las diferentes rutas seguidas por los paquetes para llegar al destino. Las comunicaciones en tiempo real (como VoIP) son especialmente sensibles a este efecto. En general, es un problema frecuente en enlaces lentos o congestionados. Se espera que el aumento de mecanismos de QoS (calidad del servicio) como prioridad en las colas, reserva de ancho de banda o enlaces de mayor velocidad (100Mb Ethernet, E3/T3, SDH) puedan reducir los problemas del jitter en el futuro aunque seguirá siendo un problema por bastante tiempo. VALORES RECOMENDADOS: El jitter entre el punto inicial y final de la comunicación debiera ser inferior a 100 ms. Si el valor es menor a 100 ms el jitter puede ser compensado de manera apropiada. En caso contrario debiera ser minimizado. POSIBLES SOLUCIONES: La solución más ampliamente adoptada es la utilización del jitter buffer. El jitter buffer consiste básicamente en asignar una pequeña cola o almacén para ir recibiendo los paquetes y sirviéndolos con un pequeño retraso. Si alguno paquete no está en el buffer (se perdió o no ha llegado todavía) cuando sea necesario se descarta. Normalmente en los teléfonos IP (hardware y software) se pueden modificar los buffers. Un aumento del buffer implica menos perdida de paquetes, pero más retraso. Una disminución implica menos retardo, pero más perdida de paquetes. Eco: CAUSAS: El eco se produce por un fenómeno técnico que es la conversión de 2 a 4 hilos de los sistemas telefónicos o por un retorno de la señal que se escucha por los altavoces y se cuela de nuevo por el micrófono. El eco también se suele conocer como reverberación. El eco se define como una reflexión retardada de la señal acústica original. El eco es especialmente molesto cuanto mayor es el retardo y cuanto mayor es su intensidad con lo cual se convierte en un problema en VoIP puesto que los retardos suelen ser mayores que en la red de telefonía tradicional. VALORES RECOMENDADOS: El oído humano es capaz de detectar el eco cuando su retardo con la señal original es igual o superior a 10 ms. Pero otro factor importante es la intensidad del eco, ya que normalmente la señal de vuelta tiene menor potencia que la original. Es tolerable que llegue a 65 ms y una atenuación de 25 a 30 dB. POSIBLES SOLUCIONES: En este caso hay dos posibles soluciones para evitar este efecto tan molesto.
Perdida de Paquetes: CAUSAS: Las comunicaciones en tiempo real están basadas en el protocolo UDP[i]. Este protocolo no está orientado a conexión y si se produce una pérdida de paquetes no se reenvían. Además, la perdida de paquetes también se produce por descartes de paquetes que no llegan a tiempo al receptor. Sin embargo, la voz es bastante predictiva y si se pierden paquetes aislados se puede recomponer la voz de una manera bastante óptima. El problema es mayor cuando se producen pérdidas de paquetes en ráfagas. VALORES RECOMENDADOS: La pérdida de paquetes máxima admitida para que no se degrade la comunicación deber ser inferior al 1%. Pero es bastante dependiente del códec que se utiliza. Cuanto mayor sea la compresión del códec más pernicioso es el efecto de la pérdida de paquetes. Una pérdida del 1% degrada más la comunicación si se usa el códec G.729 en vez del G.711. POSIBLES SOLUCIONES: Para evitar la pérdida de paquetes una técnica muy eficaz en redes con congestión o de baja velocidad es no transmitir los silencios. Gran parte de las conversaciones están llenas de momentos de silencio. Si solo transmitimos cuando haya información audible liberamos bastante los enlaces y evitamos fenómenos de congestión. De todos modos este fenómeno puede estar también bastante relacionado con el jitter y el jitter buffer. Ancho de Banda (Upload & Download por llamada): CAUSAS: El ancho de banda de las comunicaciones es limitado y suele estar compartido por numerosas aplicaciones (web, correo electrónico, tráfico FTP, descarga de archivos, etc.). En conexiones a Internet el ancho de banda se define técnicamente como la cantidad de información o de datos que se puede enviar a través de una conexión de red en un período de tiempo dado. El ancho de banda se indica generalmente en bites por segundo (BPS), kilobits por segundo (kbps), o megabits por segundo (mbps). Si nuestras comunicaciones de VoIP comparten ancho de banda con otras aplicaciones puede que no tengamos suficiente capacidad para mantener correctamente una comunicación de Voz IP. VALORES RECOMENDADOS: (100kbps mínimo por cada llamada.) El ancho de banda está fuertemente relacionado con el códec o codificación que estemos usando. Por ejemplo, para una comunicación usando el códec G.711 codificamos la voz a 64 Kbps. Como tenemos que añadirle cabeceras para empaquetar los paquetes de voz podemos necesitar aproximadamente 80 Kbps de ancho de banda para una sola conversación (depende de los protocolos sobre los que encapsulemos) Si utilizamos por ejemplo un códec como G.729 más comprimido y que codifica la voz a 8 Kbps necesitaremos, al añadirle las cabeceras, unos 24 Kbps de ancho de banda para mantener una conversación. POSIBLES SOLUCIONES: Si tenemos problemas de ancho de banda podemos abordar el problema desde varios frentes:
0 Comments
Leave a Reply. |
AuthorPeet Riv Archives
March 2018
Categories |