Calidad de Servicio

Calidad de servicio 1

Calidad de servicioQoS o Calidad de Servicio (Quality of Service, en ingls) es el rendimiento promedio de una red de telefona o decomputadoras, particularmente el rendimiento visto por los usuarios de la red. Para cuantitativamente medir lacalidad 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. Enparticular, mucha tecnolgica ha sido desarrollada para permitir a las redes de computadoras ser tan tiles como lasredes de telfono para conversaciones de audio, as como el soporte de nuevas aplicaciones con demanda deservicios ms estrictos.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).

DefinicionesEn el campo de la telefona, calidad de servicios fue definido por la ITU (Ingles) en 1994.Calidad de servicios comprende requerimientos en todos los aspectos de una conexin, tales como tiempo derespuesta de los servicios, prdidas, ratio seal-a-ruido, diafonas, eco, interrupciones, frecuencia de respuesta,niveles de sonido, entre otros. Una sub categora de calidad de servicios de telefona son los requerimientos de nivelde servicio, los cuales comprenden aspectos de una conexin relacionados con la capacidad y cobertura de una red,por ejemplo garantizar la probabilidad mxima de bloqueo y la probabilidad de interrupcin.[1]

En el campo de las redes de computadoras y otras redes de telecomunicacin en paquetes, los trminos de ingenieradel trfico se refieren a mecanismos de control para reservacin de recursos en vez de la calidad de servicio lograda.Calidad de servicio es la habilidad de proveer diferentes prioridades a diferentes aplicaciones, usuarios, o flujos dedatos, 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. Lasgarantas de la calidad de servicio son importantes si la capacidad de la red es insuficiente, especialmente paraaplicaciones de transmisin multimedia en tiempo real tales como voz sobre IP, juegos en lnea y IP-TV, ya que amenudo estos requieren tasa de bit establecidas y son sensitivas al retraso, y en redes donde la capacidad es unrecurso 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 yreservar capacidad en los nodos de la red, por ejemplo durante una fase de establecimiento de sesin. Durante lasesin puede monitorear el nivel de rendimiento alcanzado, por ejemplo la tasa de data y el retraso, y dinmicamentecontrolar las prioridades entre los nodos de la red. Esta puede liberar la capacidad reservada durante una faseposterior.Una red o servicio de mejor-esfuerzo no soporta calidad de servicio. Una alternativa a complejos mecanismos decontrol de calidad de servicios es proveer comunicacin de alta calidad sobre una red mejor-esfuerzo sobreprovisionando la capacidad de tal manera que sea suficiente para la carga de trfico esperada. La resultante ausenciade 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 lugarde refirindose a la habilidad de reservar recursos. Calidad de servicios algunas veces se refiere al nivel de calidad deservicios, i.e. La garantizada calidad de servicio. Alta calidad de servicio a menudo es confundida con alto nivel derendimiento o la calidad de servicio alcanzada, por ejemplo altas tasas de bit, baja latencia y baja probabilidad deerror.


Problemas en redes de datos conmutadosMuchas cosas le ocurren a los paquetes desde su origen al destino, resultando los siguientes problemas vistos desdeel 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 mximorendimiento) que puede ser provista para una cierta transmisin de datos puede ser muy lenta para servicios entiempo real si toda la transmisin de datos obtiene el mismo nivel de prioridad.Paquetes sueltosLos 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 quepasar de antemano. La aplicacin del receptor puede preguntar por la informacin que ser retransmitidaposiblemente causando largos retardos a lo largo de la transmisin.RetardosPuede ocurrir que los paquetes tomen un largo perodo en alcanzar su destino, debido a que pueden permanecer enlargas colas o tomen una ruta menos directa para prevenir la congestin de la red. En algunos casos, los retardosexcesivos 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 largascolas, o tomar una ruta menos directa para evitar la congestin. Esto es diferente de rendimiento, ya que el retrasopuede mejorar con el tiempo, incluso si el rendimiento es casi normal. En algunos casos, latencia excesiva puedeconvertir a una aplicacin como VoIP juegos online inusable.Jitter

Los paquetes del transmisor pueden llegar a su destino con diferentes retardos. Un retardo de un paquete varaimpredeciblemente con su posicin en las colas de los ruteadores a lo largo del camino entre el transmisor y eldestino. Esta variacin en retardo se conoce como jitter y puede afectar seriamente la calidad del flujo de audio y/ovdeo.Entrega de paquetes fuera de ordenCuando un conjunto de paquetes relacionados entre s son encaminados a Internet, los paquetes pueden tomardiferentes rutas, resultando en diferentes retardos. Esto ocasiona que los paquetes lleguen en diferente orden de comofueron enviados. Este problema requiere un protocolo que pueda arreglar los paquetes fuera de orden a un estadoiscrono una vez que ellos lleguen a su destino. Esto es especialmente importante para flujos de datos de vdeo yVoIP donde la calidad es dramticamente afectada tanto por latencia y prdida de sincrona.ErroresA veces, los paquetes son mal dirigidos, combinados entre s o corrompidos cuando se encaminan. El receptor tieneque 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 maquinariaEstos tipos de servicios son denominados no elsticos, que significa que requieren un determinado nivel mnimo deancho de banda y una determinada latencia mxima para funcionar. En contraste, las aplicaciones elsticas puedentomar ventaja de por mucho o poco ancho de banda haya disponible. Las aplicaciones de transferencia de archivomayor que dependen de TCP son generalmente elsticas.

MecanismosLas redes de comunicacin por circuitos, especialmente las que estn destinadas para transmisin de voz, tales comoATM (Asynchronous Transfer Mode) o GSM, Tiene calidad de servicio en el ncleo del protocolo y no necesitanprocedimientos adicionales para alcanzarla. Unidades de datos ms cortas es una de los puntos de venta nicos deATM para aplicaciones como video en demanda.La cantidad de sobre-aprovisionamiento en enlaces interiores requerida para reemplazar la QoS depende del nmerode usuarios y sus demandas de trfico. Esto limita la usabilidad del sobre-aprovisionamiento. Aplicaciones msnuevas con ancho de banda intensivo y la adicin de ms usuarios resulta en la prdida de redes desobre-aprovisionamiento. Esto requiere entonces una actualizacin fsica de los enlaces de red relevantes lo cual esun proceso costoso. Por lo tanto el sobre-aprovisionamiento no puede ser asumido a ciegas en Internet.

Esfuerzos de IP y EthernetA diferencia de redes de un solo dueo, el Internet es una serie de puntos de intercambio interconectando redesprivadas.[2] Por consiguiente el ncleo de Internet pertenece y es administrado por un nmero de diferentesproveedores 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 ydiversas.Hay dos enfoques principales a QoS en las redes IP modernas de paquete-cambiado, un sistema parametrizadobasado en un intercambio de requerimientos de la aplicacin con la red, y un sistema priorizado donde cada paqueteidentifica un nivel de servicio deseado a la red. Servicios integrados (IntServ) implementa el enfoque parametrizado. En este modelo, las aplicaciones usan elprotocolo 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 tipode 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 estemodelo, las aplicaciones usaban el protocolo de reservacin de recurso para solicitar y reservar recursos a lo largo deuna red. Aunque los mecanismos de IntServ funcionan, se observ que una red de ancho de banda tpica de unproveedor mayor de servicio, se requera que los enrutadores ncleo aceptaran, mantuvieran y quitaran miles oposiblemente decenas de miles de reservaciones. Se crea que este enfoque no se acomodara al crecimiento deInternet, y en cualquier evento era antittica a la nocin de disear redes de manera que los enrutadores ncleo haganms 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 elrendimiento a los requerimientos. En la capa IP, marcas de punto cdigo de servicios diferenciados (DSCP) usan los6 bits en la cabecera del paquete IP. En la capa MAC, VLAN IEEE 802.1Q y IEEE 802.1p pueden ser usados parallevar esencialmente la misma informacin.Los enrutadores que soportan DiffServ configuran su programador de red para utilizar mltiples colas para paquetesque esperan transmisin desde interfaces de ancho de banda limitado. Los vendedores de enrutadores proveendiferentes capacidades para configurar este comportamiento, para incluir el nmero de colas soportadas, lasprioridades 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 requierenjitter 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 decontrol de Internet y protocolos de enrutamiento), mientras que al trfico de mejor esfuerzo se le puede asignarcualquier 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 yclasificarlos. Modelos de teora de queueing han sido desarrollados en anlisis de rendimiento y QoS para protocolosde la capa MAC.Cisco IOS NetFlow y la Base de informacin de administracin de QoS basada en clase de Cisco soncomercializados por Cisco Systems.Un ejemplo convincente de la necesidad de QoS en Internet se relaciona al colapso de congestin. Internet dependede 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 comoVoIP y IPTV, porque requieren una tasa de bits constante una tasa de bits constante en gran medida y la latencia bajano puede usar TCP and no puede reducir de otra manera su tasa de trfico para ayudar a prevenir la congestin. Loscontratos QoS limitan el trfico que puede ser brindado a Internet y por ello fuerzan la formacin de trfico quepueden prevenir que se sobrecargue, y por ende una parte indispensable de la capacidad de Internet de manejar unamezcla 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) lascuales son asignadas a flujos que requieren QoS y las cuales han negociado un contrato con el controlador de lared. G.hn tambin soporta operacin sin QoS mediante ranuras de tiempo basadas en contencin. Audio Video Bridging

Calidad de servicio de extremo a extremoLa calidad de servicio de extremo a extremo puede requerir un mtodo de coordinacin de asignacin de recursosentre un sistema autnomo y otro. El grupo de trabajo de ingeniera de Internet (GTII) defini el protocolo dereservacin de recurso (RSVP) para ancho de banda, como un estndar propuesto en 1997. RSVP es un protocolo dereservacin de ancho de banda de extremo a extremo. La versin de ingeniera de trfico, RSVP-TE, es usada enmuchas redes para establecer rutas de etiqueta-cambiada de multiprotocolo de trfico dirigido. El GTII tambindefini el grupo de trabajo Next Steps in Signaling (NSIS) con la sealizacin QoS como un objetivo. NSIS es undesarrollo 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 deQoS desde un dominio al siguiente. IPsphere defini el bus de seanlizacin denominado estrato de estructuracin deservicio (EES) con el fin de establecer, invocar y (intentar) asegurar los servicios de red. EuQoS condujoexperimentos para integrar protocolo de inicio de sesin, NSIS y EES con un costo estimado de 15.6 millones deeuros y public un libro.Un proyecto de investigacin Multi Service Access Everywhere (MUSE) defini otro concepto de QoS en unaprimera fase desde enero 2004 hasta febrero 2006, y una segunda fase desde enero 2006 hasta 2007. Otro proyectode investigacin llamado PlaNetS fue propuesto para el financiamiento europeo alrededor del ao 2005. Un proyectoeuropeo ms amplio llamado Arquitectura y diseo para el Internet futuro conocido como 4WARD tuvo unpresupuesto estimado de 23.4 millones de euros y fue financiado desde enero 2008 hasta junio 2010. Inclua untema 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 servicioscompuestos (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 deinvestigacin con el objetivo de la provisin que QoS garantiza a lo largo de los modelos de servicio de la nube.

ElusinFuertes protocolos de criptografa de red tales como capa de conexin segura, I2P y redes privadas virtualesoscurecen los datos que se transfieren cuando se usan. Como todo el comercio electrnico en Internet requiere el usode tales fuertes protocolos de criptografa, degradando unilateralmente el rendimiento de trfico encriptado crea unpeligro inaceptable para los clientes. A pesar de todo, el trfico es incapaz de someterse a una inspeccin profundade paquetes para QoS.

QoS en ATMUna de las grandes ventajas de ATM (Asynchronous Transfer Mode Modo de Transferencia Asncrona) respectode tcnicas como el Frame Relay y Fast Ethernet es que admite niveles de QoS. Esto permite que los proveedores deservicios ATM garanticen a sus clientes que el retardo de extremo a extremo no exceder un nivel especfico detiempo o que garantizarn un ancho de banda especfico para un servicio. Esto es posible marcando los paquetes queprovengan de una direccin IP determinada de los nodos conectados a un gateway (como por ejemplo la IP de untelfono IP, segn la puerta del router, etc.). Adems, en los servicios satelitales da una nueva perspectiva en lautilizacin 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 contieneinformacin sobre el resto del paquete. Existe una parte del paquete que se llama ToS (Type of Service), en realidadpensada para llevar banderas o marcas. Lo que se puede hacer para darle prioridad a un paquete sobre el resto esmarcar 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 sertransmitido deben tener la capacidad para poder discriminar los paquetes para darle prioridad sobre los que no fueronmarcados o los que se marcaron con una prioridad menor a los anteriores. De esta manera podemos generarprioridades altas a paquetes que requieren una cierta calidad de envo, como por ejemplo la voz o el vdeo en tiemporeal, y menores al resto.

QoS en escenarios inalmbricosEl entorno inalmbrico es muy hostil para medidas de Calidad de Servicio debido a su variabilidad con el tiempo, yaque puede mostrar una calidad nula en un cierto instante de tiempo. Esto implica que satisfacer la QoS resultaimposible para el 100% de los casos, lo que representa un serio desafo para la implementacin de restricciones demximo 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 (


Sobre-aprovisionamientoUn mecanismo de control de calidad de servicios alternativo ms complejo es el proveer comunicacin de altacalidad al generosamente sobre-aprovisionar una red de tal forma que la capacidad este basada en picos de traficoestimadas. Este enfoque es simple para las redes con las cargas mximas previsibles. El rendimiento es razonablepara muchas aplicaciones. Esto podra incluir aplicaciones exigentes que pueden compensar las variaciones en elancho de banda y la demora con grandes buffers de entrada, que a menudo es posible, por ejemplo, en la transmisinde 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 quese consume todo el ancho de banda disponible. Tales protocolos tienden a aumentar la latencia y prdida de paquetespara todos los usuarios.Los servicios de VoIP comerciales son a menudo competitivos con el servicio telefnico tradicional en trminos decalidad de la llamada a pesar de que los mecanismos de QoS por lo general no estn en uso en la conexin delusuario a su proveedor de Internet y la conexin del proveedor de VoIP a un ISP diferente. Sin embargo bajocondiciones de carga alta, VoIP puede degradarse a calidad de telfono celular o peor. Las matemticas del trfico depaquetes indican que las redes requieren 60% ms capacidad bajo asunciones conservadoras.

Soluciones para la calidad de servicioEl concepto de QoS ha sido definido dentro del proyecto europeo Medea+PlaNetS, proporcionando un trminocomn para la evaluacin de las prestaciones de las comunicaciones en red, donde coexisten aplicaciones sinrequisitos 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 demximo retardo y jitter. La figura (1) muestra estas clases:1. Conversacin: caracterizada por la ms alta prioridad y los requerimientos de menor retardo y jitter.2. Streaming: flujo de vdeo o voz.3. Servicios interactivos.4.4. 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.2. La solucin propuesta es implementada con un simple scheduler que conoce la longitud de las colas de paquetes.3.3. La conformidad de los nodos de la comunicacin es fcilmente comprobable.4.4. Una mayor QoS, tanto para el sistema como para el usuario final.5.5. La posibilidad de obtener esquemas prcticos de control de acceso (Connection Admission Control,(CAC), en

ingls).


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

Calidad de servicio utilizando UPnPUPnP es una tecnologa desarrollada por el UPnP Forum que permite a los dispositivos en una red formarcomunidades y compartir servicios. Cada dispositivo se ve como coleccin de uno o ms dispositivos y serviciosempotrados no necesitando establecer ninguna conexin preliminar o persistente para comunicarse con otrodispositivo. Existe un punto de control que descubre los dispositivos y sincroniza su interaccin. Esta tecnologa seusa 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 lacalidad de servicio local, es decir dentro de la red local. La segunda versin de la especificacin de la arquitectura decalidad de servicio UPnP se ha publicado, donde la especificacin no define ningn tipo de dispositivo, sino unframework de UPnP QoS formado bsicamente por tres distintos servicios. Estos servicios, por lo tanto, van a serofrecidos por otros dispositivos UPnP. Los tres servicios son:1.1. QosDevice2.2. QosPolicyHolder3.3. QosManagerLa relacin entre estos servicios puede verse en la figura (2) en la que se muestra un diagrama con la arquitecturaUPnP QoS.


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 decontrol multimedia). Este punto de control tiene informacin del contenido a transmitir, origen y destino de latransmisin, 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 QosPolicyHolderpara 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 lainformacin de la poltica, configura los QosDevices que hay en dicha ruta. En funcin de los dispositivosQosDevices, o bien ellos mismos o bien la pasarela pueden realizar control de admisin de flujos. Estas interaccionesentre los distintos componentes de la arquitectura se reflejan en la figura (3).


Figura 3: las interacciones de la arquitectura.

Soluciones para la calidad de servicioEl proyecto PlaNetS ampla las arquitecturas de calidad de servicio actuales en redes locales para proporcionarcalidad de servicio extremo a extremo. Por lo tanto el objetivo es que desde los propios dispositivos locales que tieneel 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 yncleo de la red.

2. Flexibilidad en el soporte de distintas tecnologas de red y dispositivos perifricos.3.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.4. Soporte a calidad de servicio con prioridades y parametrizada.5.5. Basado, en la medida de lo posible, en soluciones estndares.


Referencias[1] Teletraffic Engineering Handbook (http:/ / www. com. dtu. dk/ teletraffic/ handbook/ telenook. pdf) ITU-T Study Group 2 (350 pages,

448MiB)(It uses abbreviation GoS instead of QoS)[2] An Evening With Robert Kahn (http:/ / archive. computerhistory. org/ lectures/ an_eveninig_with_robert_kahn. lecture. 2007. 01. 09. wmv),

from Computer History Museum, 9 Jan 2007

Enlaces externos Esta obra deriva de la traduccin parcial de Quality of service, publicada bajo la Licencia de documentacin libre

de GNU y la Licencia Creative Commons Atribucin-CompartirIgual 3.0 Unported por editores de la Wikipediaen ingls.

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 12

Fuentes y contribuyentes del artculoCalidad de servicio Fuente: http://es.wikipedia.org/w/index.php?oldid=72843283 Contribuyentes: Adabugada, Arturo.raymundo, Barri, Cobalttempest, ColdWind, Damifb, Daniel rda,Digigalos, Drever, Eduardosalg, Edygs10, Equi, Evelazquez77, Fibonacci, Gabri-gr-es, Gaijin, GermanX, Grillitus, Gustronico, Isha, Jcmrico, Jordav, Kiloteam, LMLM, Locos epraix, Muro deAguas, Nachosan, Nizar Zorba, Oskraad, Petronas, Taichi, Tano4595, TeleMania, Xexito, Xuankar, 48 ediciones annimas

Fuentes de imagen, Licencias y contribuyentesArchivo:NZ image 1.jpg Fuente: http://es.wikipedia.org/w/index.php?title=Archivo:NZ_image_1.jpg Licencia: Public Domain Contribuyentes: NizarzorbaArchivo:NZ image 2.jpg Fuente: http://es.wikipedia.org/w/index.php?title=Archivo:NZ_image_2.jpg Licencia: Public Domain Contribuyentes: NizarzorbaArchivo:NZ image 3.jpg Fuente: http://es.wikipedia.org/w/index.php?title=Archivo:NZ_image_3.jpg Licencia: Public Domain Contribuyentes: Nizarzorba

LicenciaCreative Commons Attribution-Share Alike 3.0//creativecommons.org/licenses/by-sa/3.0/

Calidad de servicioDefiniciones Problemas en redes de datos conmutados Aplicaciones Mecanismos Esfuerzos de IP y Ethernet Protocolos

Calidad de servicio de extremo a extremo Elusin QoS en ATM QoS en escenarios inalmbricos Sobre-aprovisionamiento Soluciones para la calidad de servicio Calidad de servicio utilizando UPnP Soluciones para la calidad de servicio Referencias Enlaces externos

Licencia

Documents

Calidad de Servicio