Hispanopedia Wiki
Articulo de referencia

Calidad del servicio

La calidad del servicio ( QoS ) es la descripción o medición del rendimiento general de un servicio, como una red telefónica o informática , o un servicio de computación en la n...

Hispanopedia WikiContenido en espanolLectura gratuita
Escucha este artículo

La calidad del servicio ( QoS ) es la descripción o medición del rendimiento general de un servicio, como una red telefónica o informática , o un servicio de computación en la nube , en particular el rendimiento percibido por los usuarios de la red. Para medir cuantitativamente la calidad del servicio, se suelen considerar varios aspectos relacionados con el servicio de red, como la pérdida de paquetes , la tasa de bits , el rendimiento , el retardo de transmisión , la disponibilidad y la fluctuación (jitter ).

En el ámbito de las redes informáticas y otras redes de telecomunicaciones conmutadas por paquetes , la calidad del servicio se refiere a los mecanismos de priorización del tráfico y control de la reserva de recursos, más que a la calidad del servicio en sí. La calidad del servicio es la capacidad de asignar diferentes prioridades a diferentes aplicaciones, usuarios o flujos de datos , o de garantizar un determinado nivel de rendimiento a un flujo de datos.

La calidad del servicio es particularmente importante para el transporte de tráfico con requisitos especiales, incluyendo voz sobre IP y otras técnicas de redes de audio , video profesional sobre IP , pagos con tarjeta , [ 1 ] y computación en tiempo real .

Definiciones

En el campo de la telefonía , la calidad del servicio fue definida por la UIT en 1994. [ 2 ] La calidad del servicio comprende requisitos sobre todos los aspectos de una conexión, como el tiempo de respuesta del servicio, la pérdida, la relación señal/ruido, la diafonía , el eco, las interrupciones, la respuesta en frecuencia, los niveles de sonoridad, etc. Un subconjunto de la QoS de telefonía son los requisitos de grado de servicio (GoS), que comprenden aspectos de una conexión relacionados con la capacidad y la cobertura de una red, por ejemplo, la probabilidad máxima de bloqueo garantizada y la probabilidad de interrupción. [ 3 ]

En el campo de las redes informáticas y otras redes de telecomunicaciones conmutadas por paquetes , la ingeniería de teletrafico se refiere a los mecanismos de priorización de tráfico y control de reserva de recursos, más que a la calidad del servicio alcanzada. La calidad del servicio es la capacidad de proporcionar diferentes prioridades a diferentes aplicaciones, usuarios o flujos de datos , o de garantizar un cierto nivel de rendimiento a un flujo de datos. Por ejemplo, se puede garantizar una tasa de bits, un retardo , una variación de retardo , una pérdida de paquetes o tasas de error de bits requeridas. La calidad del servicio es importante para aplicaciones multimedia de transmisión en tiempo real, como voz sobre IP , juegos multijugador en línea e IPTV , ya que estas suelen requerir una tasa de bits fija y son sensibles al retardo. La calidad del servicio es especialmente importante en redes donde la capacidad es un recurso limitado, por ejemplo, en la comunicación de datos celulares .

Una red o protocolo compatible con QoS puede establecer un contrato de tráfico con el software de la aplicación y reservar capacidad en los nodos de la red, por ejemplo, durante la fase de establecimiento de sesión. Durante la sesión, puede monitorizar el nivel de rendimiento alcanzado, como la tasa de datos y la latencia, y controlar dinámicamente las prioridades de programación en los nodos de la red. Puede liberar la capacidad reservada durante la fase de desconexión .

Una red o servicio de mejor esfuerzo no admite calidad de servicio (QoS). Una alternativa a los complejos mecanismos de control de QoS es proporcionar comunicación de alta calidad a través de una red de mejor esfuerzo sobredimensionando la capacidad para que sea suficiente para la carga máxima de tráfico prevista. La consiguiente ausencia de congestión de la red reduce o elimina la necesidad de mecanismos de QoS.

La QoS se utiliza a veces como medida de calidad, con muchas definiciones alternativas, en lugar de referirse a la capacidad de reservar recursos. La calidad del servicio a veces se refiere al nivel de calidad del servicio, es decir, la calidad del servicio garantizada. [ 4 ] Una QoS alta se confunde a menudo con un alto nivel de rendimiento, por ejemplo, una alta tasa de bits, una baja latencia y una baja tasa de error de bits.

La calidad de servicio (QoS) se utiliza a veces en servicios de capa de aplicación, como telefonía y vídeo en streaming, para describir una métrica que refleja o predice la calidad percibida subjetivamente. En este contexto, la QoS representa el efecto acumulativo aceptable sobre la satisfacción del suscriptor de todas las imperfecciones que afectan al servicio. Otros términos con significado similar son la calidad de la experiencia (QoE), la puntuación media de opinión (MOS), la medida de calidad de voz perceptual (PSQM) y la evaluación perceptual de la calidad de vídeo (PEVQ).

Historia

En el pasado , varios intentos de tecnologías de capa 2 que añadían etiquetas QoS a los datos ganaron popularidad. Algunos ejemplos son Frame Relay , el Modo de Transferencia Asíncrona (ATM) y la Conmutación de Etiquetas Multiprotocolo (MPLS) (una técnica intermedia entre las capas 2 y 3). Si bien estas tecnologías de red siguen utilizándose hoy en día, este tipo de red perdió relevancia tras la llegada de las redes Ethernet . Actualmente, Ethernet es, con diferencia, la tecnología de capa 2 más popular. Los routers y conmutadores de red convencionales operan con un enfoque de mejor esfuerzo. Este equipo es menos costoso, menos complejo y más rápido, y por lo tanto, más popular que las tecnologías anteriores, más complejas, que proporcionaban mecanismos QoS.

Ethernet utiliza opcionalmente el estándar 802.1p para indicar la prioridad de una trama.

Originalmente, cada encabezado de paquete IP incluía cuatro bits de tipo de servicio y tres bits de precedencia , pero generalmente no se respetaban. Posteriormente, estos bits se redefinieron como puntos de código de servicios diferenciados (DSCP).

Con la llegada de la IPTV y la telefonía IP , los mecanismos de QoS están cada vez más disponibles para el usuario final.

Factores

En las redes de conmutación de paquetes , la calidad del servicio se ve afectada por diversos factores, que pueden dividirse en factores humanos y técnicos. Los factores humanos incluyen: estabilidad de la calidad del servicio, disponibilidad del servicio, tiempos de espera e información del usuario. Los factores técnicos incluyen: fiabilidad, escalabilidad, eficacia, mantenibilidad y congestión de la red. [ 5 ]

Pueden ocurrir muchas cosas a los paquetes mientras viajan desde el origen hasta el destino, lo que da lugar a los siguientes problemas desde el punto de vista del remitente y del receptor:

Buen resultado

Debido a la carga variable que generan los distintos usuarios que comparten los mismos recursos de red, el rendimiento máximo que se puede proporcionar a un flujo de datos determinado puede resultar demasiado bajo para los servicios multimedia en tiempo real.

Pérdida de paquetes

Es posible que la red no logre entregar ( descartar ) algunos paquetes debido a la congestión. La aplicación receptora podría solicitar que se retransmita esta información, lo que podría provocar un colapso por congestión o retrasos inaceptables en la transmisión general.

Errores

En ocasiones, los paquetes se corrompen debido a errores de bits causados ​​por ruido e interferencias, especialmente en comunicaciones inalámbricas y cables de cobre largos. El receptor debe detectar esto y, como si el paquete se hubiera perdido, puede solicitar que se retransmita la información.

Estado latente

Cada paquete puede tardar mucho en llegar a su destino debido a las largas colas de espera o a que toma una ruta menos directa para evitar la congestión. En algunos casos, una latencia excesiva puede hacer que aplicaciones como la telefonía VoIP o los juegos en línea resulten inutilizables.

Variación del retardo de los paquetes

Los paquetes que llegan desde el origen al destino lo hacen con diferentes retardos. El retardo de un paquete varía según su posición en las colas de los enrutadores a lo largo de la ruta entre el origen y el destino, y esta posición puede variar de forma impredecible. La variación del retardo puede ser absorbida por el receptor, pero al hacerlo aumenta la latencia general del flujo de datos.

Entrega fuera de servicio

Cuando un conjunto de paquetes relacionados se enruta a través de una red, cada paquete puede tomar rutas distintas, lo que resulta en un retardo diferente. Como consecuencia, los paquetes llegan en un orden diferente al de su envío. Este problema requiere protocolos adicionales para reorganizar los paquetes desordenados. El proceso de reordenamiento requiere almacenamiento en búfer adicional en el receptor y, al igual que con la variación del retardo de los paquetes, aumenta la latencia general del flujo.

Aplicaciones

Para ciertos tipos de tráfico de red, puede ser deseable o necesario un nivel de calidad de servicio definido, por ejemplo:

Este tipo de servicios se denominan inelásticos , lo que significa que requieren una tasa de bits mínima y una latencia máxima determinadas para funcionar. Por el contrario, las aplicaciones elásticas pueden aprovechar cualquier ancho de banda disponible. Las aplicaciones de transferencia masiva de archivos que utilizan TCP suelen ser elásticas.

Mecanismos

Las redes de conmutación de circuitos, especialmente aquellas destinadas a la transmisión de voz, como ATM o GSM , incorporan QoS en su protocolo central; se reservan recursos en cada etapa de la red para la llamada a medida que se establece, y no se requieren procedimientos adicionales para lograr el rendimiento necesario. Las unidades de datos más cortas y la QoS integrada fueron algunas de las ventajas distintivas de ATM para aplicaciones como el vídeo bajo demanda .

Cuando se justifica el gasto de los mecanismos para proporcionar QoS, los clientes y proveedores de red pueden celebrar un acuerdo contractual denominado acuerdo de nivel de servicio (SLA, por sus siglas en inglés) que especifica garantías sobre la capacidad de una conexión para ofrecer un rendimiento garantizado en términos de ancho de banda o latencia, basándose en medidas acordadas mutuamente.

Sobreaprovisionamiento

Una alternativa a los complejos mecanismos de control de QoS consiste en proporcionar comunicación de alta calidad sobredimensionando generosamente la red, de modo que la capacidad se base en estimaciones de la carga máxima de tráfico. Este enfoque es sencillo para redes con cargas máximas predecibles. Este cálculo puede requerir tener en cuenta aplicaciones exigentes que pueden compensar las variaciones de ancho de banda y retardo con grandes búferes de recepción, lo cual suele ser posible, por ejemplo, en la transmisión de vídeo.

El sobredimensionamiento puede resultar de utilidad limitada frente a protocolos de transporte (como TCP ) que, con el tiempo, aumentan la cantidad de datos que se transmiten por la red hasta agotar todo el ancho de banda disponible y provocar la pérdida de paquetes. Estos protocolos, que consumen tantos recursos, tienden a incrementar la latencia y la pérdida de paquetes para todos los usuarios.

La cantidad de sobreaprovisionamiento en los enlaces internos necesaria para reemplazar la calidad de servicio (QoS) depende del número de usuarios y sus demandas de tráfico. Esto limita la utilidad del sobreaprovisionamiento. Las aplicaciones más recientes y con mayor consumo de ancho de banda, así como la incorporación de más usuarios, provocan la pérdida de redes sobreaprovisionadas. Esto requiere una actualización física de los enlaces de red correspondientes, un proceso costoso. Por lo tanto, no se puede dar por sentado el sobreaprovisionamiento en Internet.

Los servicios VoIP comerciales suelen ser competitivos con el servicio telefónico tradicional en términos de calidad de llamada, incluso sin mecanismos de QoS en la conexión del usuario a su ISP y la conexión del proveedor de VoIP a un ISP diferente. Sin embargo, en condiciones de alta carga, la calidad de VoIP puede degradarse hasta alcanzar la de un teléfono móvil o incluso peor. Los cálculos del tráfico de paquetes indican que la red requiere tan solo un 60 % más de capacidad bruta bajo supuestos conservadores. [ 6 ]

esfuerzos relacionados con IP y Ethernet

A diferencia de las redes de un solo propietario, Internet es una serie de puntos de intercambio que interconectan redes privadas. [ 7 ] Por lo tanto, el núcleo de Internet es propiedad de varios proveedores de servicios de red diferentes y está gestionado por ellos , no por una sola entidad. Su comportamiento es mucho más impredecible .

En las redes IP modernas de conmutación de paquetes, existen dos enfoques principales para la calidad de servicio (QoS): un sistema parametrizado basado en el intercambio de requisitos de la aplicación con la red, y un sistema priorizado donde cada paquete identifica un nivel de servicio deseado para la red.

  • Los servicios integrados ("IntServ") implementan el enfoque parametrizado. En este modelo, las aplicaciones utilizan el Protocolo de Reserva de Recursos (RSVP) para solicitar y reservar recursos a través de una red.
  • Los servicios diferenciados ("DiffServ") implementan el modelo de priorización. DiffServ marca los paquetes según el tipo de servicio que requieren. En respuesta a estas marcas, los enrutadores y conmutadores utilizan diversas estrategias de programación para adaptar el rendimiento a las expectativas. Las marcas de puntos de código de servicios diferenciados (DSCP) utilizan los primeros 6 bits del campo ToS (ahora renombrado como campo DS) del encabezado del paquete IP(v4) .

Los primeros trabajos emplearon la filosofía de servicios integrados (IntServ) para la reserva de recursos de red. En este modelo, las aplicaciones utilizaban RSVP para solicitar y reservar recursos a través de la red. Si bien los mecanismos IntServ funcionan, se comprendió que en una red de banda ancha típica de un proveedor de servicios de mayor tamaño, los enrutadores centrales tendrían que aceptar, mantener y eliminar miles, o incluso decenas de miles, de reservas. Se creía que este enfoque no sería escalable con el crecimiento de Internet [ 8 ] y, en cualquier caso, era contrario al principio de extremo a extremo , que consiste en diseñar redes de manera que los enrutadores centrales se limiten a conmutar paquetes a las velocidades más altas posibles.

En DiffServ, los paquetes se marcan ya sea por las propias fuentes de tráfico o por los dispositivos de borde por donde el tráfico ingresa a la red. En respuesta a estas marcas, los enrutadores y conmutadores utilizan diversas estrategias de colas para adaptar el rendimiento a los requisitos. En la capa IP, las marcas DSCP utilizan el campo DS de 6 bits en la cabecera del paquete IP. En la capa MAC, se puede utilizar VLAN IEEE 802.1Q para transportar 3 bits de información prácticamente idéntica. Los enrutadores y conmutadores compatibles con DiffServ configuran su planificador de red para usar múltiples colas para los paquetes que esperan transmisión desde interfaces con ancho de banda limitado (por ejemplo, de área amplia). Los fabricantes de enrutadores ofrecen diferentes capacidades para configurar este comportamiento, incluyendo el número de colas admitidas, las prioridades relativas de las colas y el ancho de banda reservado para cada una.

En la práctica, cuando se debe reenviar un paquete desde una interfaz con colas, los paquetes que requieren baja fluctuación (por ejemplo, VoIP o videoconferencias ) tienen prioridad sobre los paquetes en otras colas. Normalmente, se asigna ancho de banda por defecto a los paquetes de control de red (como el Protocolo de Mensajes de Control de Internet y los protocolos de enrutamiento), mientras que al tráfico de mejor esfuerzo se le puede asignar simplemente el ancho de banda restante.

En la capa de control de acceso al medio (MAC), las VLAN IEEE 802.1Q e IEEE 802.1p se pueden usar para distinguir entre tramas Ethernet y clasificarlas. Se han desarrollado modelos de teoría de colas para el análisis del rendimiento y la calidad de servicio (QoS) de los protocolos de la capa MAC. [ 9 ] [ 10 ]

Cisco IOS NetFlow y la base de información de gestión (MIB) de QoS basada en clases de Cisco (CBQoS) son comercializados por Cisco Systems . [ 11 ]

Un ejemplo contundente de la necesidad de QoS en Internet se relaciona con el colapso por congestión . Internet se basa en protocolos para evitar la congestión, principalmente integrados en el Protocolo de Control de Transmisión (TCP), para reducir el tráfico en condiciones que, de otro modo, provocarían un colapso por congestión. Las aplicaciones QoS, como VoIP e IPTV , requieren tasas de bits prácticamente constantes y baja latencia; por lo tanto, no pueden usar TCP ni reducir su tasa de tráfico para evitar la congestión. Los acuerdos de nivel de servicio limitan el tráfico que se puede ofrecer a Internet y, por consiguiente, imponen una gestión del tráfico que evita su sobrecarga, siendo, por tanto, una parte indispensable de la capacidad de Internet para gestionar una combinación de tráfico en tiempo real y no en tiempo real sin colapsar.

Protocolos

Existen diversos mecanismos y esquemas de calidad de servicio (QoS) para redes IP.

Las capacidades de QoS están disponibles en las siguientes tecnologías de red.

Calidad de servicio de principio a fin

La calidad de servicio de extremo a extremo puede requerir un método para coordinar la asignación de recursos entre un sistema autónomo y otro. El Grupo de Trabajo de Ingeniería de Internet (IETF) definió el Protocolo de Reserva de Recursos (RSVP) para la reserva de ancho de banda como un estándar propuesto en 1997. [ 13 ] RSVP es un protocolo de reserva de ancho de banda de extremo a extremo y control de admisión . RSVP no fue ampliamente adoptado debido a limitaciones de escalabilidad. [ 14 ] La versión de ingeniería de tráfico más escalable, RSVP-TE , se utiliza en muchas redes para establecer rutas de conmutación de etiquetas de Multiprotocol Label Switching (MPLS) con ingeniería de tráfico. [ 15 ] El IETF también definió Next Steps in Signaling (NSIS) [ 16 ] con la señalización QoS como objetivo. NSIS es un desarrollo y simplificación de RSVP.

Consorcios de investigación como "soporte de calidad de servicio de extremo a extremo sobre redes heterogéneas" (EuQoS, de 2004 a 2007) [ 17 ] y foros como el Foro IPsphere [ 18 ] desarrollaron más mecanismos para la invocación de QoS mediante el protocolo de enlace entre dominios. IPsphere definió el bus de señalización Service Structuring Stratum (SSS) para establecer, invocar y (intentar) asegurar los servicios de red. EuQoS realizó experimentos para integrar el Protocolo de Iniciación de Sesión , Next Steps in Signaling y el SSS de IPsphere con un coste estimado de unos 15,6 millones de euros y publicó un libro. [ 19 ] [ 20 ]

Un proyecto de investigación Multi Service Access Everywhere (MUSE) definió otro concepto de QoS en una primera fase de enero de 2004 a febrero de 2006, y una segunda fase de enero de 2006 a 2007. [ 21 ] [ 22 ] [ 23 ] Otro proyecto de investigación llamado PlaNetS fue propuesto para financiación europea alrededor de 2005. [ 24 ] Un proyecto europeo más amplio llamado "Arquitectura y diseño para el futuro Internet" conocido como 4WARD tuvo un presupuesto estimado de 23,4 millones de euros y fue financiado de enero de 2008 a junio de 2010. [ 25 ] Incluía un "Tema de calidad de servicio" y publicó un libro. [ 26 ] [ 27 ] Otro proyecto europeo, llamado WIDENS (Wireless Deployable Network System), [ 28 ] propuso un enfoque de reserva de ancho de banda para redes ad hoc móviles inalámbricas multivelocidad. [ 29 ]

Limitaciones

Los protocolos de red con criptografía robusta, como Secure Sockets Layer (SSL) , I2P y las redes privadas virtuales (VPN) , ocultan los datos que se transmiten mediante ellos. Dado que todo el comercio electrónico en Internet requiere el uso de estos protocolos, reducir unilateralmente el rendimiento del tráfico cifrado supone un riesgo inaceptable para los clientes. Sin embargo, el tráfico cifrado no puede someterse a una inspección profunda de paquetes para garantizar la calidad del servicio (QoS).

Los protocolos como ICA y RDP pueden encapsular otro tipo de tráfico (por ejemplo, impresión, transmisión de vídeo) con requisitos variables que pueden dificultar la optimización.

El proyecto Internet2 descubrió, en 2001, que los protocolos QoS probablemente no se podían implementar dentro de su red Abilene con el equipo disponible en ese momento. [ 30 ] [ a ] ​​El grupo predijo que "las barreras logísticas, financieras y organizativas bloquearían el camino hacia cualquier garantía de ancho de banda" mediante modificaciones de protocolos dirigidas a QoS. [ 31 ] Creían que la economía alentaría a los proveedores de red a erosionar deliberadamente la calidad del tráfico de mejor esfuerzo como una forma de empujar a los clientes a servicios QoS de mayor precio. En cambio, propusieron el sobreaprovisionamiento de capacidad como más rentable en ese momento. [ 30 ] [ 31 ]

El estudio de la red de Abilene sirvió de base para el testimonio de Gary Bachula ante el Comité de Comercio del Senado de los Estados Unidos en la audiencia sobre neutralidad de la red a principios de 2006. Expresó la opinión de que aumentar el ancho de banda era más efectivo que cualquiera de los diversos esquemas para lograr la calidad de servicio (QoS) que examinaron. [ 32 ] El testimonio de Bachula ha sido citado por los defensores de una ley que prohíba la calidad de servicio como prueba de que tal oferta no cumple ningún propósito legítimo. Este argumento depende de la suposición de que el sobredimensionamiento no es una forma de QoS y que siempre es posible. El costo y otros factores afectan la capacidad de los operadores para construir y mantener redes permanentemente sobredimensionadas.

Calidad de servicio móvil (celular)

Los proveedores de servicios de telefonía móvil pueden ofrecer QoS a sus clientes, al igual que los proveedores de servicios de redes telefónicas públicas conmutadas y los proveedores de servicios de Internet . Los mecanismos de QoS siempre se proporcionan para los servicios conmutados por circuitos y son esenciales para los servicios inelásticos, como la transmisión de contenido multimedia .

La movilidad complica los mecanismos de calidad de servicio (QoS). Una llamada telefónica u otra sesión puede interrumpirse tras una transferencia si la nueva estación base está sobrecargada. Las transferencias impredecibles imposibilitan ofrecer una garantía absoluta de QoS durante la fase de inicio de la sesión.

Estándares

La calidad del servicio en el ámbito de la telefonía se definió por primera vez en 1994 en la Recomendación E.800 de la UIT-T . Esta definición es muy amplia y enumera seis componentes principales: soporte, operabilidad, accesibilidad, retención, integridad y seguridad. [ 2 ] En 1998, la UIT publicó un documento que analizaba la calidad del servicio en el ámbito de las redes de datos. La Recomendación X.641 ofrece un medio para desarrollar o mejorar estándares relacionados con la calidad del servicio y proporciona conceptos y terminología que deberían ayudar a mantener la coherencia de los estándares relacionados. [ 33 ]

Algunas solicitudes de comentarios (RFC) del IETF relacionadas con QoS son Baker, Fred; Black, David L.; Nichols, Kathleen; Blake, Steven L. (diciembre de 1998), Definición del campo de servicios diferenciados (campo DS) en los encabezados IPv4 e IPv6 , doi : 10.17487/RFC2474 , RFC 2474 y Braden, Robert T.; Zhang, Lixia; Berson, Steven; Herzog, Shai; Jamin, Sugih (septiembre de 1997), Braden, R. (ed.), Resource ReSerVation Protocol (RSVP) , doi : 10.17487/RFC2205 , RFC 2205 ; ambos se discuten más arriba. El IETF también ha publicado dos RFC que brindan información general sobre QoS: Huston, Geoff (noviembre de 2000), Next Steps for the IP QoS Architecture , doi : 10.17487/RFC2990 , RFC 2990 y Floyd, S.; Kempf, J. (2004), Kempf, J. (ed.), Preocupaciones del IAB sobre el control de congestión para el tráfico de voz en Internet , doi : 10.17487/RFC3714 , RFC 3714 .

El IETF también ha publicado Baker, Fred; Babiarz, Jozef; Chan, Kwok Ho (agosto de 2006), Configuration Guidelines for DiffServ Service Classes , doi : 10.17487/RFC4594 , RFC 4594 Este documento , que ofrece información y buenas prácticas sobre los aspectos prácticos del diseño de una solución QoS para una red DiffServ , busca identificar las aplicaciones que se ejecutan habitualmente en una red IP, agruparlas en clases de tráfico, analizar el tratamiento que requieren estas clases por parte de la red y sugerir qué mecanismos QoS, comúnmente disponibles en los enrutadores, pueden utilizarse para implementar dichos tratamientos.

Véase también

Notas

  1. ↑ Los equipos disponibles en ese momento dependían de software para implementar la calidad de servicio (QoS).

Referencias

  1. ↑ M'Chirgui, Zouhaïer; Pénard, Thierry (agosto de 2011). "¿Cómo brindar garantías de calidad de servicio en Internet? Lecciones aprendidas de los sectores de aerolíneas y pagos con tarjeta". European Management Journal . 29 (4): 306– 318. doi : 10.1016/j.emj.2010.12.003 .
  2. 1 2 "E.800: Términos y definiciones relacionados con la calidad del servicio y el rendimiento de la red, incluida la fiabilidad" . Recomendación de la UIT-T . Agosto de 1994. Consultado el 14 de octubre de 2011 .Actualizado en septiembre de 2008 como Definiciones de términos relacionados con la calidad del servicio.
  3. ↑ Manual de ingeniería de teletrafico archivado el 11 de enero de 2007 en Wayback Machine , Grupo de estudio 2 de la UIT-T (350 páginas, 2,69 MB) (Utiliza la abreviatura GoS en lugar de QoS)
  4. ↑ Menychtas Andreas (2009). "Reconfiguración en tiempo real para garantizar niveles de provisión de QoS en entornos Grid". Future Generation Computer Systems . 25 (7): 779– 784. doi : 10.1016/j.future.2008.11.001 .
  5. ↑ Peuhkuri M. (1999-05-10). "Calidad de servicio IP" . Universidad Tecnológica de Helsinki, Laboratorio de Tecnología de Telecomunicaciones.
  6. ↑ Yuksel, Murat; Ramakrishnan, KK; Kalyanaraman, Shivkumar; Houle, Joseph D.; Sadhvani, Rita (2007). "Valor del soporte de la clase de servicio en las redes troncales IP". Decimoquinto Taller Internacional IEEE sobre Calidad de Servicio de 2007. págs. 109–112 . doi : 10.1109/IWQOS.2007.376555 . ISBN  978-1-4244-1185-6.
  7. ↑ "Una velada con Robert Kahn" . Museo de Historia de la Computación . 9 de enero de 2007. Archivado del original el 19 de diciembre de 2008.
  8. ↑ "4.9". Manual de procesamiento de imágenes y vídeo (2.ª ed.). 2005. ISBN  978-0-12-119792-6Sin embargo , el esfuerzo necesario para establecer reservas de recursos basadas en el flujo a lo largo de la ruta es enorme. Además, la señalización de control requerida y el mantenimiento del estado en los enrutadores limitan la escalabilidad de este enfoque.
  9. ↑ Bianchi, G. (marzo de 2000). "Análisis de rendimiento de la función de coordinación distribuida IEEE 802.11". IEEE Journal on Selected Areas in Communications . 18 (3): 535– 547. Bibcode : 2000IJSAC..18..535B . doi : 10.1109/49.840210 .
  10. ↑ Shi, Zhefu; Beard, Cory; Mitchell, Ken (septiembre de 2009). "Modelos analíticos para comprender el mal comportamiento y la amabilidad MAC en redes CSMA". Performance Evaluation . 66 ( 9–10 ): 469–487 . doi : 10.1016/j.peva.2009.02.002 .
  11. ↑ Ben Erwin (16 de diciembre de 2008). "Cómo gestionar la calidad de servicio en su entorno, parte 1 de 3" . Vídeo de Network Performance Daily . NetQoS . Archivado del original el 29 de septiembre de 2011. Consultado el 15 de octubre de 2011 .
  12. ↑ "VoIP en MPLS" . Buscar en Comunicaciones Unificadas . Consultado el 12 de marzo de 2012 .
  13. ↑ Bob Braden ed. L. Zhang, S. Berson, S. Herzog, S. Jamin (septiembre de 1997). Protocolo de reserva de recursos (RSVP) . IETF . doi : 10.17487/RFC2205 . RFC 2205 .{{citation}}: CS1 maint: varios nombres: lista de autores ( enlace )
  14. ↑ Pana, Flavius; Put, Ferdi (diciembre de 2014), "Evaluación del rendimiento de RSVP utilizando OPNET Modeler", Simulation Modelling Practice and Theory , 49 : 85–97 , doi : 10.1016/j.simpat.2014.08.005
  15. ↑ Enrutamiento de segmentos MPLS , Arista, 10 de diciembre de 2019, archivado del original el 14 de agosto de 2020 , recuperado el 16 de abril de 2020.
  16. ↑ "Carta "Próximos pasos en señalización" .
  17. ↑ "EuQoS - Soporte de calidad de servicio de extremo a extremo en redes heterogéneas" . Sitio web del proyecto . 2004–2006. Archivado del original el 30 de abril de 2007. Consultado el 12 de octubre de 2011 .
  18. ↑ IPSphere: Habilitando la prestación de servicios avanzados. Archivado el 13 de enero de 2011 en Wayback Machine .
  19. ↑ "Soporte integral de calidad de servicio en redes heterogéneas" . Descripción del proyecto . Servicio Europeo de Información sobre Investigación y Desarrollo . Consultado el 12 de octubre de 2011 .
  20. ↑ Torsten Braun; Thomas Staub (2008). Calidad de servicio de extremo a extremo en redes heterogéneas . Springer. ISBN 978-3-540-79119-5.
  21. ↑ "Acceso Multiservicio en Todas Partes (MUSE)" . Sitio web del proyecto . Archivado del original el 16 de noviembre de 2011. Consultado el 12 de octubre de 2011 .
  22. ↑ "Acceso a múltiples servicios en todas partes" . Descripción del proyecto . Servicio Europeo de Información sobre Investigación y Desarrollo . Consultado el 12 de octubre de 2011 .
  23. ↑ "Acceso a múltiples servicios en todas partes" . Descripción del proyecto . Servicio Europeo de Información sobre Investigación y Desarrollo . Consultado el 12 de octubre de 2011 .
  24. ↑ "Solución QoS de PlaNetS" . Sitio web del proyecto . 28 de julio de 2017. Archivado del original el 12 de noviembre de 2009. Consultado el 12 de octubre de 2011 .
  25. ↑ "4WARD: Arquitectura y diseño para el futuro de Internet" . Descripción del proyecto . Servicio Europeo de Información sobre Investigación y Desarrollo . Consultado el 15 de octubre de 2011 .
  26. ↑ "Going 4WARD" . Boletín del proyecto . Junio ​​de 2010. Archivado del original (PDF) el 9 de mayo de 2013. Consultado el 15 de octubre de 2011 .
  27. ↑ Luis M. Correia; Joao Schwarz (FRW) da Silva (30 de enero de 2011). Arquitectura y diseño para la Internet del futuro: Proyecto 4WARD UE . Saltador. ISBN 978-90-481-9345-5.
  28. ↑ "Sistema de red inalámbrica desplegable" . Descripción del proyecto . Unión Europea . Consultado el 23 de mayo de 2012 .
  29. ↑ R. Guimaraes; L. Cerdà; JM Barcelo-Ordinas; J. Garcia-Vidal; M. Voorhaen; C. Blondia (marzo de 2009). "Calidad de servicio mediante reserva de ancho de banda en redes inalámbricas ad hoc multivelocidad". Redes ad hoc . 7 (2): 388– 400. doi : 10.1016/j.adhoc.2008.04.002 .
  30. 1 2 Benjamin Teitelbaum, Stanislav Shalunov (3 de mayo de 2002). "Por qué el servicio IP Premium no se ha implementado (y probablemente nunca se implementará)" . Borrador del documento informativo . Grupo de trabajo de QoS de Internet2. Archivado del original el 30 de agosto de 2002. Recuperado el 15 de octubre de 2011 .
  31. 1 2 Andy Oram (11 de junio de 2002). "¿Una buena manera de obtener calidad de servicio de red?" Columna Platform Independent . O'Reilly. Archivado del original el 5 de agosto de 2002. Recuperado el 15 de octubre de 2011 .
  32. ↑ Gary Bachula (7 de febrero de 2006). "Testimonio de Gary R. Bachula, vicepresidente de Internet2" (PDF) . págs. 2–3 . Archivado del original (PDF) el 7 de enero de 2010. Recuperado el 15 de octubre de 2011 . 
  33. ↑ "X.641: Tecnología de la información - Calidad del servicio: marco" . Recomendación de la UIT-T . Diciembre de 1997.

Lecturas adicionales

  • Implementación de QoS IP y MPLS para redes multiservicio: Teoría y práctica por John Evans, Clarence Filsfils (Morgan Kaufmann, 2007, ISBN 0-12-370549-5)
  • Lelli, F. Maron, G. Orlando, S. Estimación del lado del cliente de la ejecución de un servicio remoto . XV Simposio Internacional sobre Modelado, Análisis y Simulación de Sistemas Informáticos y de Telecomunicaciones, 2007. MASCOTS '07.
  • QoS sobre redes heterogéneas por Mario Marchese (Wiley, 2007, ISBN) 978-0-470-01752-4)
  • XiPeng Xiao (8 de septiembre de 2008). Desafíos técnicos, comerciales y regulatorios de la QoS: una perspectiva del modelo de servicio de Internet . Morgan Kaufmann. ISBN 978-0-12-373693-2.
  • Braden, Robert T.; Clark, David D.; Shenker, Scott (junio de 1994), Servicios integrados en la arquitectura de Internet: una visión general , doi : 10.17487/RFC1633 , RFC 1633 
  • Black, David L.; Wang, Zheng; Carlson, Mark A.; Weiss, Walter; Davies, Elwyn B.; Blake, Steven L. (diciembre de 1998), Una arquitectura para servicios diferenciados , doi : 10.17487/RFC2475 , RFC 2475 
  • Awduche, Daniel O.; Berger, Lou; Gan, Der-Hwa; Li, Tony; Srinivasan, Vijay; Swallow, George (diciembre de 2001), RSVP-TE: Extensiones de RSVP para túneles LSP , doi : 10.17487/RFC3209 , RFC 3209 
  • Nate Hoy. "Implementación de QoS" . Foro de Vonage . Consultado el 14 de octubre de 2011 .
  • Manual de tecnología de interconexión de redes de Cisco archivado el 6 de septiembre de 2015 en Wayback Machine.
  • Henning Schulzrinne (9 de enero de 2008). "Calidad de servicio de la red" . Sitio web de la facultad de la Universidad de Columbia . Consultado el 14 de octubre de 2011 .
  • "Descripción general de la calidad del servicio (QoS)" . Microsoft TechNet . 31 de marzo de 2011. Consultado el 14 de octubre de 2011 .
  • "Calidad de servicio (QoS) en aplicaciones de alta prioridad" (PDF) . Transition Networks. Febrero de 2003. Consultado el 16 de febrero de 2017 .
  • "Implementación de la calidad de servicio para priorizar el tráfico de red" . EtherWAN . Consultado el 15 de diciembre de 2022 .