QoS CALIDAD EN EL SERVICIO.

QoS o Calidad de Servicio (Quality of Service, en ingls) es el rendimiento promedio de una red de telefona o de computadoras, particularmente el rendimiento visto por los usuarios de la red. Para cuantitativamente medir la calidad de servicio son considerados varios aspectos del servicio de red, tales como tasas de errores, ancho de banda, rendimiento, retraso en la transmisin, disponibilidad, jitter, etc.

Calidad de servicio es particularmente importante para el transporte de trfico con requerimientos especiales. Ejemplos de mecanismos de QoS son la priorizacin de trfico y la garanta de un ancho de banda mnimo.

La aplicacin de QoS es un requisito bsico para poder implantar servicios interactivos (por ejemplo voip). Calidad de servicio es la habilidad de proveer diferentes prioridades a diferentes aplicaciones, usuarios, o flujos de datos, o de garantizar un cierto nivel de rendimiento para un flujo de datos. Por ejemplo, una requerida tasa de bits, retraso, jitter, probabilidad de eliminacin de paquetes y/o tasa de bit de errores pueden ser garantizados. Las garantas de la calidad de servicio son importantes si la capacidad de la red es insuficiente, especialmente para aplicaciones de transmisin multimedia en tiempo real tales como voz sobre IP, juegos en lnea y IP-TV, ya que a menudo estos requieren tasa de bit establecidas y son sensitivas al retraso, y en redes donde la capacidad es un recurso limitado, por ejemplo en comunicacin de data celular.

Una red o protocolo que soporta Calidad de servicios puede coincidir en un contrato de trfico con la aplicacin y reservar capacidad en los nodos de la red, por ejemplo durante una fase de establecimiento de sesin. Durante la sesin puede monitorear el nivel de rendimiento alcanzado, por ejemplo la tasa de data y el retraso, y dinmicamente controlar las prioridades entre los nodos de la red. Esta puede liberar la capacidad reservada durante una fase posterior. Una red o servicio de mejor-esfuerzo no soporta calidad de servicio. Una alternativa a complejos mecanismos de control de calidad de servicios es proveer comunicacin de alta calidad sobre una red mejor-esfuerzo sobre provisionando la capacidad de tal manera que sea suficiente para la carga de trfico esperada. La resultante ausencia de congestin en la red elimina la necesidad de mecanismos de calidad de servicios. Calidad de servicios es algunas veces usada como medidor de calidad, con muchas definiciones alternativas, en lugar de refirindose a la habilidad de reservar recursos. Calidad de servicios algunas veces se refiere al nivel de calidad de servicios, i.e. La garantizada calidad de servicio. Alta calidad de servicio a menudo es confundida con alto nivel de rendimiento o la calidad de

servicio alcanzada, por ejemplo altas tasas de bit, baja latencia y baja probabilidad de error. 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:

Bajo rendimiento Debido a la carga variante de otros usuarios compartiendo los mismos recursos de red, la tasa de bits (el mximo rendimiento) que puede ser provista para una cierta transmisin de datos puede ser muy lenta para servicios en tiempo real si toda la transmisin de datos obtiene el mismo nivel de prioridad.

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.

Latencia Puede tomar bastante tiempo para que cada paquete llegue a su destino, porque puede quedar atascado en largas colas, o tomar una ruta menos directa para evitar la congestin. Esto es diferente de rendimiento, ya que el retraso puede mejorar con el tiempo, incluso si el rendimiento es casi normal. En algunos casos, latencia excesiva puede convertir a una aplicacin como VoIP juegos online inusable.

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.

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.

Aplicaciones Transmisin de medios Televisin de protocolo de Internet (IPTV) Audio sobre Ethernet Audio sobre IP Telefona IP tambin conocida como Voz sobre IP (VoIP) Videoconferencia Telepresencia Aplicaciones de almacenamiento como iSCSI y FCoE Servicio de emulacin de circuito Aplicaciones crticas de seguridad como ciruga remota donde los problemas de disponibilidad pueden ser peligrosos Sistemas de soporte a las operaciones de redes ya sea para la misma red o para las necesidades crticas del negocio de los clientes Juegos en lnea donde el retraso en tiempo real puede ser un factor Protocolos de sistemas de control industrial como Ethernet/IP los cuales son utilizados para el control en tiempo real de la maquinaria Estos tipos de servicios son denominados no elsticos, que significa que requieren un determinado nivel mnimo de ancho de banda y una determinada latencia mxima para funcionar. En contraste, las aplicaciones elsticas pueden tomar ventaja de por mucho o poco ancho de banda haya disponible. Las aplicaciones de transferencia de archivo mayor que dependen de TCP son generalmente elsticas.

Mecanismos Las redes de comunicacin por circuitos, especialmente las que estn destinadas para transmisin de voz, tales como ATM (Asynchronous Transfer Mode) o GSM, Tiene calidad de servicio en el ncleo del protocolo y no necesitan procedimientos adicionales para alcanzarla. Unidades de datos ms cortas es una de los puntos de venta nicos de ATM para aplicaciones como video en demanda. La cantidad de sobre-aprovisionamiento en enlaces interiores requerida para reemplazar la QoS depende del nmero de usuarios y sus demandas de trfico. Esto limita la usabilidad del sobre-aprovisionamiento. Aplicaciones ms nuevas con ancho de banda intensivo y la adicin de ms usuarios resulta en la prdida de redes de sobre-aprovisionamiento. Esto requiere entonces una actualizacin fsica de los enlaces de red relevantes lo cual es un proceso

costoso. Por lo tanto el sobre-aprovisionamiento no puede ser asumido a ciegas en Internet.

Esfuerzos de IP y Ethernet A diferencia de redes de un solo dueo, el Internet es una serie de puntos de intercambio interconectando redes privadas.2 Por consiguiente el ncleo de Internet pertenece y es administrado por un nmero de diferentes proveedores de servicio de red y no una entidad nica. Su comportamiento es mucho ms estocstico o impredecible. Por lo tanto, continua la investigacin sobre procedimientos de QoS que sean desplegables en redes grandes y diversas. Hay dos enfoques principales a QoS en las redes IP modernas de paquetecambiado, un sistema parametrizado basado en un intercambio de requerimientos de la aplicacin con la red, y un sistema priorizado donde cada paquete identifica un nivel de servicio deseado a la red. Servicios integrados (IntServ) implementa el enfoque parametrizado. En este modelo, las aplicaciones usan el protocolo de reservacin de recurso para solicitar y reservar recursos a lo largo de la red. Servicios diferenciados (DiffServ) implementa el modelo priorizado. DiffServ marca paquetes de acuerdo al tipo de servicio que desean. En respuesta a estas marcas, los enrutadores y switches usan varias estrategias de queueing (hacer cola) para adaptar el rendimiento a las expectativas. Marcas de punto cdigo de servicios diferenciados (DSCP) usan los primeros 6 bits en el campo de tipo de servicio de la cabecera del paquete IPv4. Primeramente se usaban la filosofa de servicios integrados (IntServ) de reservar los recursos de la red. En este modelo, las aplicaciones usaban el protocolo de reservacin de recurso para solicitar y reservar recursos a lo largo de una red. Aunque los mecanismos de IntServ funcionan, se observ que una red de ancho de banda tpica de un proveedor mayor de servicio, se requera que los enrutadores ncleo aceptaran, mantuvieran y quitaran miles o posiblemente decenas de miles de reservaciones. Se crea que este enfoque no se acomodara al crecimiento de Internet, y en cualquier evento era antittica a la nocin de disear redes de manera que los enrutadores ncleo hagan ms que slo cambiar paquetes a las tasas ms altas posibles.

En respuesta a estas marcas, los enrutadores y switches usan varias estrategias de queueing para adaptar el rendimiento a los requerimientos. En la capa IP, marcas de punto cdigo de servicios diferenciados (DSCP) usan los 6 bits en la cabecera del paquete IP. En la capa MAC, VLAN IEEE 802.1Q y IEEE 802.1p pueden ser usados para llevar esencialmente la misma informacin.

Los enrutadores que soportan DiffServ configuran su programador de red para utilizar mltiples colas para paquetes que esperan transmisin desde interfaces de ancho de banda limitado. Los vendedores de enrutadores proveen

diferentes capacidades para configurar este comportamiento, para incluir el nmero de colas soportadas, las prioridades relativas de las colas, y el ancho de banda reservado para cada cola. En la prctica, cuando un paquete debe ser remitido desde una interface con queueing, los paquetes que requieren jitter bajo (VoIP o videoconferencia, por ejemplo) reciben prioridad sobre paquetes en otras colas. Tpicamente, cierto ancho de banda es asignado por defecto a los paquetes de control de red (tales como protocolo de mensaje de control de Internet y protocolos de enrutamiento), mientras que al trfico de mejor esfuerzo se le puede asignar cualquier ancho de banda que sobre. En la capa MAC, VLAN IEEE 802.1Q y IEEE 802.1p pueden ser usados para distinguir entre cuadros Ethernet y clasificarlos. Modelos de teora de queueing han sido desarrollados en anlisis de rendimiento y QoS para protocolos de la capa MAC.3 4 Cisco IOS NetFlow y la Base de informacin de administracin de QoS basada en clase de Cisco son comercializados por Cisco Systems. Un ejemplo convincente de la necesidad de QoS en Internet se relaciona al colapso de congestin. Internet depende de protocolos de prevencin de congestin, como los integrados en el protocolo de control de transmisin (TCP), para reducir el trfico bajo condiciones que de otra manera llevaran al derrumbe. Aplicaciones QoS tales como VoIP y IPTV, porque requieren una tasa de bits constante una tasa de bits constante en gran medida y la latencia baja no puede usar TCP and no puede reducir de otra manera su tasa de trfico para ayudar a prevenir la congestin. Los contratos QoS limitan el trfico que puede ser brindado a Internet y por ello fuerzan la formacin de trfico que pueden prevenir que se sobrecargue, y por ende una parte indispensable de la capacidad de Internet de manejar una mezcla de trfico en tiempo real y trfico que no es en tiempo real sin derrumbe. Protocolos El campo de tipo de servicio (ToS) en la cabecera de IPv4 (ahora sustituida por DiffServ) Servicios diferenciados (DiffServ) Servicios integrados (IntServ) Protocolo de reservacin de recurso (RSVP) Cambio de etiqueta de multiprotocolo (MPLS) provee ocho clases QoS. RSVP-te Frame Relay X.25 Algunos mdems ADSL Modo de transferencia asncrona IEEE 802.1p IEEE 802.1Q IEEE 802.11e HomePNA Creacin de redes sobre cables coaxiales y de telfono El estndar ITU-T G.hn provee QoS mediante oportunidades de transmisin de contencin libre (CFTXOPs) las cuales son asignadas a flujos que requieren QoS y las cuales han negociado un contrato con el controlador de la red. G.hn tambin soporta operacin sin QoS mediante ranuras de tiempo basadas en contencin.

 Audio Video Bridging

Calidad de servicio de extremo a extremo. La calidad de servicio de extremo a extremo puede requerir un mtodo de coordinacin de asignacin de recursos entre un sistema autnomo y otro. El grupo de trabajo de ingeniera de Internet (GTII) defini el protocolo de reservacin de recurso (RSVP) para ancho de banda, como un estndar propuesto en 1997. RSVP es un protocolo de reservacin de ancho de banda de extremo a extremo. La versin de ingeniera de trfico, RSVP-TE, es usada en muchas redes para establecer rutas de etiqueta-cambiada de multiprotocolo de trfico dirigido. El GTII tambin defini el grupo de trabajo Next Steps in Signaling (NSIS) con la sealizacin QoS como un objetivo. NSIS es un desarrollo y simplificacin de RSVP. Consorcios de investigacin tales como soporte QoS de extremo a extremo sobre redes heterogneas (EuQoS, desde 2004 hasta 2007) y foros como el foro IPsphere desarrollaron ms mecanismos para enlazar la invocacin de QoS desde un dominio al siguiente. IPsphere defini el bus de seanlizacin denominado estrato de estructuracin de servicio (EES) con el fin de establecer, invocar y (intentar) asegurar los servicios de red. EuQoS condujo experimentos para integrar protocolo de inicio de sesin, NSIS y EES con un costo estimado de 15.6 millones de euros y public un libro. Un proyecto de investigacin Multi Service Access Everywhere (MUSE) defini otro concepto de QoS en una primera fase desde enero 2004 hasta febrero 2006, y una segunda fase desde enero 2006 hasta 2007. Otro proyecto de investigacin llamado PlaNetS fue propuesto para el financiamiento europeo alrededor del ao 2005. Un proyecto europeo ms amplio llamado Arquitectura y diseo para el Internet futuro conocido como 4WARD tuvo un presupuesto estimado de 23.4 millones de euros y fue financiado desde enero 2008 hasta junio 2010. Inclua un tema de QoS y public un libro. Otro proyecto europeo, llamado SRID (Sistema de red inalmbrica desplegable) propuso un enfoque de reservacin de ancho de banda para redes mviles inalmbricas adhoc de multitasas. En el dominio de servicios, la QoS de extremo a extremo tambin ha sido discutida en el caso de servicios compuestos (consistiendo de servicios atmicos) o aplicaciones (consistiendo de componentes de aplicaciones). Adems, en computacin en la nube la QoS de extremo a extremo ha sido el foco de varios esfuerzos de investigacin con el objetivo de la provisin que QoS garantiza a lo largo de los modelos de servicio de la nube. Elusin

Fuertes protocolos de criptografa de red tales como capa de conexin segura, I2P y redes privadas virtuales oscurecen los datos que se transfieren cuando se usan. Como todo el comercio electrnico en Internet requiere el uso de tales fuertes protocolos de criptografa, degradando unilateralmente el rendimiento de trfico encriptado crea un peligro inaceptable para los clientes. A pesar de

todo, el trfico es incapaz de someterse a una inspeccin profunda de paquetes para QoS. 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 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. Sobre-aprovisionamiento.

Un mecanismo de control de calidad de servicios alternativo ms complejo es el proveer comunicacin de alta calidad al generosamente sobre-aprovisionar una red de tal forma que la capacidad este basada en picos de trafico estimadas. Este enfoque es simple para las redes con las cargas mximas previsibles. El rendimiento es razonable para muchas aplicaciones. Esto podra incluir aplicaciones exigentes que pueden compensar las variaciones en el ancho de banda y la demora con grandes buffers de entrada, que a menudo es posible, por ejemplo, en la transmisin de vdeo. Sobre-aprovisionamiento puede ser de uso limitado, sin embargo, en vista de protocolos de transporte (como TCP) que con el tiempo aumentan exponencialmente la cantidad de datos que se colocan en la red hasta que se consume todo el ancho de banda disponible. Tales protocolos tienden a aumentar la latencia y prdida de paquetes para todos los usuarios. Los servicios de VoIP comerciales son a menudo competitivos con el servicio telefnico tradicional en trminos de calidad de la llamada a pesar de que los mecanismos de QoS por lo general no estn en uso en la conexin del usuario a su proveedor de Internet y la conexin del proveedor de VoIP a un ISP diferente. Sin embargo bajo condiciones de carga alta, VoIP puede degradarse a calidad de telfono celular o peor. Las matemticas del trfico de paquetes indican que las redes requieren 60% ms capacidad bajo asunciones conservadoras.5 Soluciones para la calidad de servicio.

El concepto de QoS ha sido definido dentro del proyecto europeo Medea+PlaNetS,6 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: 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: La posibilidad de pre-calcular el mximo retardo y jitter de la comunicacin; y para cada una de las clases de aplicaciones. La solucin propuesta es implementada con un simple scheduler que conoce la longitud de las colas de paquetes. La conformidad de los nodos de la comunicacin es fcilmente comprobable. Una mayor QoS, tanto para el sistema como para el usuario final. La posibilidad de obtener esquemas prcticos de control de acceso (Connection Admission Control,(CAC), en ingls).

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, 7 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: QosDevice QosPolicyHolder QosManager La relacin entre estos servicios puede verse en la figura (2) en la que se muestra un diagrama con la arquitectura UPnP QoS.

La arquitectura UPnP QoS. 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.

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.