Documente Academic
Documente Profesional
Documente Cultură
Introduccin
Es bien sabido que las redes basadas en el protocolo IP ofrecen un nico nivel de servicio:
Best Effort. Es decir, no se lleva a cabo ningn tipo de reserva de recursos, no se conoce el
retraso mximo sufrido por los paquetes, ni garantiza que los paquetes lleguen correctamente a
su destino. De tal forma que se ofrece el mejor servicio posible para un instante determinado.
As, se hace imperativo definir y establecer la calidad de servicio (QoS) en las redes de este tipo
para el funcionamiento correcto de las aplicaciones multimedia y servicios sncronos, como la
voz y vdeo en tiempo real. De modo que la QoS hace referencia a la capacidad de garantizar
que se cumplen los requisitos de trfico para un determinado flujo de informacin. Esto se
traduce para el usuario final en la adquisicin de una conexin y un servicio descrito en
trminos de rapidez, fiabilidad, rendimiento y disponibilidad.
Ancho de Banda
El ancho de banda (BW) establece la tasa mxima de transferencia de datos entre los extremos
de la comunicacin. Debido a que las comunicaciones en tiempo real son muy sensibles al
retraso y a la congestin que pueda sufrir la red, se tiene que garantizar un ancho de banda
mnimo para este tipo de paquetes.
Centrndonos en la voz sobre IP, los requerimientos de acho de banda para la transmisin de
la seal vocal vienen determinados por el cdec de voz usado en cuestin. En la siguiente tabla
puede observarse la relacin existente entre los cdecs de voz analizados en este estudio y el
BW consumido.
Para realizar el clculo del ancho de banda necesario por cada algoritmo de codificacin de voz
hay que tener en cuenta que se han aadido las cabeceras pertinentes al empaquetamiento de
los datos de voz.
El desglose de dichas cabeceras queda como sigue: 12 octetos para RTP, 8 para UDP, 20 para
IP y 18 bytes de cabecera de nivel de enlace, suponiendo que se trata de Ethernet con 4 octetos
de cdigo de redundancia cclica (CRC).
Silc o opus
Por ltimo, comentar que el cdec no slo determina la manera de muestrear y digitalizar la
informacin sino que tambin se encarga de comprimir la secuencia de datos. Esta compresin
de la forma de onda posee bastante relevancia en cuanto al ahorro del ancho de banda. Esto es
especialmente importante en los enlaces de baja capacidad y permite realizar un mayor nmero
de conexiones simultneamente. Otra manera de preservar el ancho de banda consiste en el
uso de las tramas SID, supresin de silencios. Proceso por el cual se genera una trama de ruido
de confort, en lugar de una rfaga de tramas activas, que sustituye a los silencios en la
conversacin.
Retardo
Talker overlap. Este fenmeno ocurre cuando uno de los abonados se superpone a la voz del
otro debido a un gran retardo de los paquetes no permitiendo la interactividad entre los
locutores. Esto comienza a ser apreciable a partir de los 150 ms aproximadamente.
Por regla general, la voz comienza a degradarse a partir de los 150 ms, aunque, en condiciones
extraordinarias, se puede aceptar hasta 400 ms. No obstante, el retardo es un factor crtico en
este tipo de comunicaciones.
Para solventarlo es relevante conocer las fuentes que lo provocan. stas pueden agruparse en
dos grupos:
Retardo en la pasarela.
Retardo de serializacin. Est relacionado con la tasa del reloj de transmisin. Se define como
el tiempo requerido para inyectar una unidad de informacin en la interfaz de red.
Retardo de supresin de jitter. Este retardo se debe al almacenamiento temporal del flujo de
paquetes en un buffer del extremo receptor. Esto se hace as para eliminar la variabilidad del
retardo transformando los retrasos variables a retrasos fijos.
Retardo en la red.
Retardo de propagacin. Es el tiempo requerido por el paquete para llegar desde su origen al
destino. Depende tanto del medio de propagacin como del estado de la red. 35
Retardo de encolado. Tiempo que esperan los paquetes almacenados en una cola de salida
antes de ser transmitidos por la red.
Perdidas de paquetes
La prdida de paquetes es un fenmeno que ocurre con mucha frecuencia en las redes de
paquetes como consecuencia de una congestin de red. Los paquetes al atravesarla pueden
encontrarse la cola de salida de algn elemento de red llena de tal manera que no se aceptan
paquetes nuevos y, consecuentemente, se desechan. Otro factor que puede provocar esta
impertinencia es que los paquetes lleguen con demasiado retraso al extremo receptor y tengan
que ser descartados.
Calidad de la comunicacin
La calidad de servicio en VoIP est ntimamente ligada con la percepcin que tienen los
usuarios finales de la conversacin mantenida. Existen medidas subjetivas que implican a
personas fsicas y mtodos de medicin que emulan la percepcin del odo humano y permiten
obtener una puntuacin equivalente.
Mtodos Subjetivos
En los mtodos subjetivos se distinguen dos mtodos de evaluacin de la calidad del audio:
por evaluacin directa (ACR) o por comparacin contra un audio de referencia (DCR). Con
evaluaciones directas se califica la calidad en funcin de una escala del uno al cinco, siendo
cinco excelente y uno malo, tal como muestra la tabla 8. El MOS (Mean Opinion Score)
es la escala ms utilizada basada en someter a conversacin a un gran nmero de usuarios y
promediar la nota otorgada por cada uno de ellos. Esta metodologa de evaluacin se halla
estandarizada en la recomendacin ITU-T P.800.
En general, los mtodos subjetivos son caros, lentos y dependientes de factores como el pas,
el idioma, la actitud de los participantes, etc.
Mtodos Objetivos
Modelo E
El componente representa la relacin seal a ruido, es decir, describe el efecto del ruido en
la comunicacin incluyendo fuentes de ruido tales como el ruido de circuito y el ruido
ambiente. El factor es la suma de todos los impedimentos que ocurren simultneamente
con la transmisin de la voz y se divide en factores ms especficos que contemplan el
volumen de la conexin y la distorsin de la cuantificacin.
modela las degradaciones producidas por los retardos y el eco, el cual a su vez se divide en
factores ms especficos que distinguen entre el eco del transmisor y del receptor. El sumando
representa el factor de ventaja que significa que se admite una degradacin de la calidad de la
comunicacin por parte del usuario a cambio de otras facilidades en el acceso al servicio.
Algunas crticas realizadas a este modelo es que no tiene en cuenta degradaciones debidas a
adaptaciones dinmicas, como por ejemplo cambio de cdecs o variacin del tamao del
buffer de reproduccin.
QoS.-
Calidad de servicio QoS refiere a la medida del rendimiento de la red desde el punto de vista
tcnico, y a la posibilidad de gestionarla para cumplir con las prestaciones necesarias para las
aplicaciones.
La calidad de la voz se establece a travs de la opinin del usuario. La calidad de audio puede
ser evaluada directamente
20
NMERO DE VOTOS
15
10
0
1 2 3 4 5
PUNTAJE DE OPINN
Gracias a ACR podemos ver que la opinion de un numero de personas y su opinion subjetiva
acerca del servicio de voz ip ademas agregar la conformidad del servicio y en su mayoria la
gente utiliza este servicio en sus dispositivos moviles.
De la misma manera gracias a DCR podemos determinar comparando cpon una media de 2,5
las puntuaciones de las 69 personas preguntadas
inaudible 1 5
audible 2 40
poco molesta 3 15
molesta 4 9
muy molesta 5 5
Con un total de 191 de calificacin, de 69 personas con una media de 2,76 de promedio sobre la
media del proyecto de 2,5.
QUIC
Google no slo se encarga de desarrollar software sino que quiere acelerar Internet. Primero
cre SPDY, un protocolo para aumentar la velocidad y disminuir la latencia de las pginas web
con respecto al protocolo HTTP, tenis todos los detalles de SPDY en este artculo. Ahora
Google ha creado QUIC, un protocolo de red experimental basado en el protocolo UDP.
Las siglas de QUIC significan Quick UDP Internet Connections, y lo que pretende este
protocolo es que las lneas de Internet de baja velocidad y alta latencia, tenga mejores
resultados que usando el protocolo TCP que se utiliza actualmente en todas las conexiones.
Debemos recordar que TCP es un protocolo fiable y orientado a conexin, QUIC quiere ser
orientado a conexin pero bajo UDP.
Google ha anunciado que un pequeo grupo de usuarios de su navegador, Google Chrome, va
a empezar a navegar con QUIC de forma experimental. En principio, los usuarios no notarn
ninguna diferencia, excepto que la navegacin web ir bastante ms rpido.
El protocolo QUIC soporta varias conexiones multiplexadas entre dos puntos finales mediante
UDP, y proporciona una seguridad equivalente a SSL/TLS por lo que nuestros datos irn
perfectamente cifrados.
Las principales caractersticas que QUIC nos proporcionar son las siguientes:
El principal motivo para desarrollar QUIC, segn Google, es por el retraso que introduce TCP
al flujo de datos cuando hay retraso en un paquete.
QUIC es cdigo libre y el objetivo de Google es convertirlo en un nuevo estndar, equivalente
a las conexiones TCP pero con una latencia muy reducida y una mejor compatibilidad con
SPDY. Si los resultados de QUIC son satisfactorios, se podra integrar en posteriores versiones
de TCP y TLS.
STUN
Se utiliza un servidor STUN (Simple Traversal of User Datagram Protocol [UDP] through
Network Address Translators [NATs]), para conseguir que los clientes NAT (tal como
computadores detrs de un firewall) puedan efectuar llamadas telefnicas a un proveedor
VOIP alojado fuera de su red local.
En una llamada de VoIP con SIP los usuarios suelen encontrar problemas, como audio
unidireccional o fallos al intentar registrarse con un proveedor de VoIP o con una centralita IP
que no est en la misma red. Esto suele deberse a cmo funcionan los protocolos SIP cuando
las entidades estn detrs de un router o firewall (escenarios bastante usuales). STUN ayuda a
resover esoso problemas.
STUN es un protocolo de red del tipo cliente/servidor que tiene como principal objetivo
conseguir que clientes NAT encuentren su direccin IP pblica, el tipo de NAT en el que se
encuentra y el puerto de Internet asociado con el puerto local por medio de NAT. Consigue
que el dispositivo que est detras de una pasarela conozca qu traduccin de puertos hizo la
pasarela (NAT); es decir qu puerto han de emplear otros dispositivos para conectarse con l.
Hay que tener en cuenta que no siempre los routers y pasarelas traducen los puertos; dependen
del tipo de NAT que tengam y cmo se haya configurado.[2] Esta informacin se utiliza para
configurar una comunicacin UDP entre dos hosts que se encuentren tras enrutadores NAT.
Se usa esta informacin para configurar la comunicacin UDP entre el cliente y el proveedor
VOIP y as poder establecer la llamada. En la actualidad este protocolo est definido en
[RFC5389].
SSDP