Calidad de servicio

Calidad de servicio
QoS o Calidad de Servicio (Quality of Service, en ingls) son las tecnologas que garantizan la transmisin de cierta cantidad de informacin en un tiempo dado (throughput). Calidad de servicio es la capacidad de dar un buen servicio. Es especialmente importante para ciertas aplicaciones tales como la transmisin de vdeo o voz.

Problemas en redes de datos conmutados

Muchas cosas le ocurren a los paquetes desde su origen al destino, resultando los siguientes problemas vistos desde el punto de vista del transmisor y receptor: Paquetes sueltos los ruteadores pueden fallar en liberar algunos paquetes si ellos llegan cuando los buffers ya estn llenos. Algunos, ninguno o todos los paquetes pueden quedar sueltos dependiendo del estado de la red, y es imposible determinar que pasar de antemano. La aplicacin del receptor puede preguntar por la informacin que ser retransmitida posiblemente causando largos retardos a lo largo de la transmisin. Retardos puede ocurrir que los paquetes tomen un largo perodo en alcanzar su destino, debido a que pueden permanecer en largas colas o tomen una ruta menos directa para prevenir la congestin de la red. En algunos casos, los retardos excesivos pueden inutilizar aplicaciones tales como VoIP o juegos en lnea. Jitter los paquetes del transmisor pueden llegar a su destino con diferentes retardos. Un retardo de un paquete vara impredeciblemente con su posicin en las colas de los ruteadores a lo largo del camino entre el transmisor y el destino. Esta variacin en retardo se conoce como jitter y puede afectar seriamente la calidad del flujo de audio y/o vdeo. Entrega de paquetes fuera de orden cuando un conjunto de paquetes relacionados entre s son encaminados a Internet, los paquetes pueden tomar diferentes rutas, resultando en diferentes retardos. Esto ocasiona que los paquetes lleguen en diferente orden de como fueron enviados. Este problema requiere un protocolo que pueda arreglar los paquetes fuera de orden a un estado iscrono una vez que ellos lleguen a su destino. Esto es especialmente importante para flujos de datos de vdeo y VoIP donde la calidad es dramticamente afectada tanto por latencia y prdida de sincrona. Errores A veces, los paquetes son mal dirigidos, combinados entre s o corrompidos cuando se encaminan. El receptor tiene que detectarlos y justo cuando el paquete es liberado, pregunta al transmisor para repetirlo as mismo.

QoS en ATM
Una de las grandes ventajas de ATM (Asynchronous Transfer Mode Modo de Transferencia Asncrona) respecto de tcnicas como el Frame Relay y Fast Ethernet es que admite niveles de QoS. Esto permite que los proveedores de servicios ATM garanticen a sus clientes que el retardo de extremo a extremo no exceder un nivel especfico de tiempo o que garantizarn un ancho de banda especfico para un servicio. Esto es posible marcando los paquetes que provengan de una direccin IP determinada de los nodos conectados a un gateway (como por ejemplo la IP de un telfono IP, segn la puerta del router, etc.). Adems, en los servicios satelitales da una nueva perspectiva en la utilizacin del ancho de banda, dando prioridades a las aplicaciones de extremo a extremo con una serie de reglas. Una red IP est basada en el envo de paquetes de datos. Estos paquetes de datos tienen una cabecera que contiene informacin sobre el resto del paquete. Existe una parte del paquete que se llama ToS (Type of Service), en realidad

Calidad de servicio pensada para llevar banderas o marcas. Lo que se puede hacer para darle prioridad a un paquete sobre el resto es marcar una de esas banderas (flags, en ingls). Para ello, el equipo que genera el paquete, por ejemplo una puerta de enlace (gateway, en ingls) de voz sobre IP, coloca una de esas banderas en un estado determinado. Los dispositivos por donde pasa ese paquete despus de ser transmitido deben tener la capacidad para poder discriminar los paquetes para darle prioridad sobre los que no fueron marcados o los que se marcaron con una prioridad menor a los anteriores. De esta manera podemos generar prioridades altas a paquetes que requieren una cierta calidad de envo, como por ejemplo la voz o el vdeo en tiempo real, y menores al resto.

QoS en escenarios inalmbricos

El entorno inalmbrico es muy hostil para medidas de Calidad de Servicio debido a su variabilidad con el tiempo, ya que puede mostrar una calidad nula en un cierto instante de tiempo. Esto implica que satisfacer la QoS resulta imposible para el 100% de los casos, lo que representa un serio desafo para la implementacin de restricciones de mximo retardo y mxima varianza en el retardo (jitter) en sistemas inalmbricos. Los sistemas de comunicaciones ya estandarizados con restricciones QoS de retardo y jitter en entornos inalmbricos (por ejemplo en GSM y UMTS) slo pueden garantizar los requisitos para un porcentaje (<100%) de los casos. Esto implica una cada del servicio (Outage o downtime en ingls), generando los cortes de llamadas y/o los mensajes de red ocupada. Por otro lado, algunas aplicaciones de datos (por ejemplo, WiFi) no requieren de restricciones de mximo retardo y jitter, por lo que su transmisin slo necesita de la calidad media del canal, evitando la existencia de cadas del servicio.

Soluciones para la calidad de servicio

El concepto de QoS ha sido definido dentro del proyecto europeo Medea+PlaNetS,[1] proporcionando un trmino comn para la evaluacin de las prestaciones de las comunicaciones en red, donde coexisten aplicaciones sin requisitos de retardo con otras aplicaciones con estrictas restricciones de mximo retardo y jitter. Dentro de PlaNetS, cuatro diferentes clases de aplicaciones han sido definidas, donde cada clase se distingue por sus propios valores de mximo retardo y jitter. La figura (1) muestra estas clases: 1. 2. 3. 4. Conversacin: caracterizada por la ms alta prioridad y los requerimientos de menor retardo y jitter. Streaming: flujo de vdeo o voz. Servicios interactivos. Aplicaciones secundarias: la ms baja prioridad y mayor permisividad de retardo y jitter.

Los beneficios de la solucin PlaNetS se resumen en: 1. La posibilidad de pre-calcular el mximo retardo y jitter de la comunicacin; y para cada una de las clases de aplicaciones. 2. La solucin propuesta es implementada con un simple scheduler que conoce la longitud de las colas de paquetes. 3. La conformidad de los nodos de la comunicacin es fcilmente comprobable. 4. Una mayor QoS, tanto para el sistema como para el usuario final. 5. La posibilidad de obtener esquemas prcticos de control de acceso (Connection Admission Control,(CAC), en ingls).

Calidad de servicio

Figura 1: Las cuatro diferentes clases de servicios en Medea+ PlaNetS

Calidad de servicio utilizando UPnP

UPnP es una tecnologa desarrollada por el UPnP Forum que permite a los dispositivos en una red formar comunidades y compartir servicios. Cada dispositivo se ve como coleccin de uno o ms dispositivos y servicios empotrados no necesitando establecer ninguna conexin preliminar o persistente para comunicarse con otro dispositivo. Existe un punto de control que descubre los dispositivos y sincroniza su interaccin. Esta tecnologa se usa sobre todo en el entorno multimedia, pudindola utilizar en dispositivos comerciales como la XBOX 360 (compartir archivos multimedia entre la videoconsola y el ordenador), la generacin de mviles N de Nokia, etc. Dentro del UPnP Forum se trabaja en la especificacin de arquitecturas de calidad de servicio, y considerando la calidad de servicio local, es decir dentro de la red local. La segunda versin de la especificacin de la arquitectura de calidad de servicio UPnP se ha publicado,[2] donde la especificacin no define ningn tipo de dispositivo, sino un framework de UPnP QoS formado bsicamente por tres distintos servicios. Estos servicios, por lo tanto, van a ser ofrecidos por otros dispositivos UPnP. Los tres servicios son: 1. QosDevice 2. QosPolicyHolder 3. QosManager La relacin entre estos servicios puede verse en la figura (2) en la que se muestra un diagrama con la arquitectura UPnP QoS.

Calidad de servicio

Figura 2: la arquitectura UPnP QoS.

En la figura se aprecia que un punto de control es el que inicia la comunicacin (por ejemplo, puede ser un punto de control multimedia). Este punto de control tiene informacin del contenido a transmitir, origen y destino de la transmisin, as como de la especificacin del trfico. Con esta informacin, accede al gestor de QoS (QosManager), que a su vez acta como punto de control para la arquitectura QoS. El QosManager consulta al QosPolicyHolder para establecer las polticas para el trfico (bsicamente para establecer la prioridad de ese flujo de trfico). El QosManager calcula adems los puntos intermedios en la ruta desde el origen al destino del flujo, y con la informacin de la poltica, configura los QosDevices que hay en dicha ruta. En funcin de los dispositivos QosDevices, o bien ellos mismos o bien la pasarela pueden realizar control de admisin de flujos. Estas interacciones entre los distintos componentes de la arquitectura se reflejan en la figura (3).

Calidad de servicio

Figura 3: las interacciones de la arquitectura.

Soluciones para la calidad de servicio

El proyecto PlaNetS ampla las arquitecturas de calidad de servicio actuales en redes locales para proporcionar calidad de servicio extremo a extremo. Por lo tanto el objetivo es que desde los propios dispositivos locales que tiene el usuario hasta la entrada/salida del entorno residencial se guarda el esquema de QoS UPnP. Los objetivos concretos son: 1. Diseo de un mecanismo de gestin de QoS extremo a extremo, potencialmente desde un dispositivo multimedia en una red local a otro en otra red local, incluyendo la configuracin de la QoS en las pasarelas, red de acceso y ncleo de la red. 2. Flexibilidad en el soporte de distintas tecnologas de red y dispositivos perifricos. 3. Desarrollo de un modelo de datos flexible que permita la integracin de la gestin de la calidad de servicio en sistemas heterogneos, y que tenga en cuenta distintos aspectos que influyen en la calidad de un servicio. 4. Soporte a calidad de servicio con prioridades y parametrizada. 5. Basado, en la medida de lo posible, en soluciones estndares.

Calidad de servicio

Referencias
[1] Poyecto europeo Medea+PlaNetS (http:/ / www. medea-planets. eu/ QoSsolution. php) (en ingls). Consultado el 28 de abril de 2010. [2] UPnP Forum (octubre de 2006). Quality of Service v2.0 (http:/ / www. upnp. org/ specs/ qos) (en ingls). Consultado el 28 de abril de 2010.

Enlaces externos
Forum UPnP (http://www.upnp.org/) (en ingls). Consultado el 28 de abril de 2010. Poyecto europeo Medea+PlaNetS (http://www.medea-planets.eu/) (en ingls). Consultado el 28 de abril de 2010.

Fuentes y contribuyentes del artculo

Fuentes y contribuyentes del artculo

Calidad de servicio Fuente: http://es.wikipedia.org/w/index.php?oldid=57894815 Contribuyentes: Adabugada, Arturo.raymundo, Barri, Cobalttempest, ColdWind, Damifb, Digigalos, Drever, Equi, Evelazquez77, Fibonacci, Gabri-gr-es, GermanX, Gustronico, Isha, Jcmrico, Jordav, LMLM, Locos epraix, Muro de Aguas, Nachosan, Nizar Zorba, Taichi, Tano4595, Xexito, Xuankar, 44 ediciones annimas

Fuentes de imagen, Licencias y contribuyentes

Archivo:NZ image 1.jpg Fuente: http://es.wikipedia.org/w/index.php?title=Archivo:NZ_image_1.jpg Licencia: Public Domain Contribuyentes: Nizarzorba Archivo:NZ image 2.jpg Fuente: http://es.wikipedia.org/w/index.php?title=Archivo:NZ_image_2.jpg Licencia: Public Domain Contribuyentes: Nizarzorba Archivo:NZ image 3.jpg Fuente: http://es.wikipedia.org/w/index.php?title=Archivo:NZ_image_3.jpg Licencia: Public Domain Contribuyentes: Nizarzorba

Licencia
Creative Commons Attribution-Share Alike 3.0 Unported //creativecommons.org/licenses/by-sa/3.0/