Listen to this article

Calidad de servicio

Ir a: navegación, búsqueda de

Calidad de servicio (Por) es el rendimiento global de un telefonía o red de computadoras, particularmente el desempeño visto por los usuarios de la red. Para medir cuantitativamente la calidad del servicio, varios aspectos relacionados con el servicio de red a menudo son considerados, tales como tasas de error, tasa de bits, rendimiento de procesamiento, retardo de transmisión, disponibilidad de, de la inquietud, etc..

En el campo de la redes de computadoras y otros conmutación de paquetes redes de telecomunicaciones, calidad de servicio se refiere a la priorización de tráfico y mecanismos de control de reserva de recursos en lugar de la calidad del servicio logrado. Calidad de servicio es la capacidad para proporcionar prioridad diferente para diferentes aplicaciones, los usuarios o los datos flujos de, o para garantizar un cierto nivel de funcionamiento a un flujo de datos.

Calidad de servicio es particularmente importante para el transporte de tráfico con requisitos especiales. En particular, los desarrolladores han introducido tecnología para redes de computadoras a ser tan útil como redes telefónicas de conversaciones de audio, como soporte de nuevas aplicaciones incluso más estrictas exigencias de servicio.

Contenido

  • 1 Definiciones
  • 2 Historia
  • 3 Cualidades del tráfico
  • 4 Aplicaciones
  • 5 Mecanismos de
    • 5.1 Aprovisionamiento en exceso
    • 5.2 Esfuerzos de IP y Ethernet
    • 5.3 Protocolos de
  • 6 End-to-end calidad de servicio
  • 7 Elusión
  • 8 Dudas sobre la calidad de servicio IP
  • 9 QoS de móvil (celular)
  • 10 Normas
  • 11 Software de código abierto
  • 12 Véase también
  • 13 Referencias
  • 14 Lectura adicional
  • 15 Acoplamientos externos

Definiciones

En el campo de la telefonía, calidad de servicio fue definida por el UIT en 1994.[1] Calidad de servicio compone de requisitos en todos los aspectos de una conexión, tales como tiempo de respuesta de servicio, pérdida, relación señal a ruido, diafonía, eco, interrupciones, respuesta de frecuencia, niveles de sonoridad y así sucesivamente. Un subconjunto de telefonía QoS es grado de servicio Requisitos (GoS), que comprende aspectos de conexión relacionados con la capacidad y cobertura de una red, por ejemplo garantizan de máxima probabilidad de bloqueo y la probabilidad de interrupción.[2]

En el campo de la redes de computadoras y otros conmutación de paquetes redes de telecomunicaciones, Ingeniería de Teletráfico se refiere a la priorización de tráfico y mecanismos de control de reserva de recursos en lugar de la calidad del servicio logrado. Calidad de servicio es la capacidad para proporcionar prioridad diferente para diferentes aplicaciones, los usuarios o los datos flujos de, o para garantizar un cierto nivel de funcionamiento a un flujo de datos. Por ejemplo, requiere tasa de bits, retardo de, de la inquietud, pérdida de paquetes o tasas de error de bit pueden ser garantizadas. Garantías de calidad de servicio es importante si la capacidad de la red es insuficiente, especialmente para en tiempo real streaming multimedia aplicaciones tales como voz sobre IP, juegos multijugador en línea y IPTV, ya que estos a menudo requieren tasa de bits fija y retardo sensible y en las redes donde la capacidad es un recurso limitado, por ejemplo en la comunicación de datos celular.

Una red o protocolo que soporta QoS podrá acordar un contrato del tráfico con la aplicación software de reserva de capacidad y en los nodos de la red, por ejemplo durante la fase de establecimiento de sesión. Durante la sesión se puede controlar el nivel alcanzado de rendimiento, por ejemplo la tarifa de datos y el retraso y controlar dinámicamente las prioridades de programación en los nodos de red. Se puede liberar la capacidad reservada durante un rasgue abajo fase.

A mejor esfuerzo red o servicio no admite calidad de servicio. Una alternativa a los complejos mecanismos de control de QoS es proporcionar comunicación de alta calidad sobre una red de mejor esfuerzo por aprovisionamiento en exceso la capacidad por lo que es suficiente para la carga máxima prevista de tráfico. La falta resultante de congestión en la red reduce o elimina la necesidad de mecanismos de QoS.

QoS se utiliza a veces como una medida de calidad, con muchas definiciones alternativas, en lugar de referirse a la capacidad para reservar recursos. Calidad de servicio a veces se refiere al nivel de calidad de servicio, es decir, la calidad de servicio garantizado.[3] Alta calidad de servicio se confunde a menudo con un alto nivel de rendimiento o logra la calidad del servicio, por ejemplo alta tasa de bits, bajo latencia de y baja probabilidad de error de bit.

Una definición alternativa y discutible de QoS, utilizado especialmente en los servicios de capa de aplicación como la telefonía y streaming de vídeo, requisitos en una medida que refleja o predice la calidad subjetivamente experimentada. En este contexto, QoS es el efecto acumulativo aceptable en la satisfacción del suscriptor de todas las imperfecciones que afectan el servicio. Otros términos con significado similar están la calidad de la experiencia (QoE) concepto subjetivo, requiere "el usuario percibida el rendimiento",[4] el "grado de satisfacción del usuario" requerido o el objetivo "número de clientes satisfechos". Ejemplos de medidas y métodos de medición significa puntaje de opinión (MOS), medida de la calidad perceptual de la voz (PSQM) y evaluación perceptual de la calidad de vídeo (PEVQ). Véase también Calidad de vídeo subjetiva.

Historia

Convencional Routers de Internet y Switches LAN operar en un mejor esfuerzo base. Este equipo es menos costoso, menos complejo y más rápido y por lo tanto más popular que compiten tecnologías más complejas que proporcionan mecanismos de QoS. Había cuatro"Tipo de servicio"bits y tres pedacitos de"Precedencia"en cada uno Encabezado de paquete IP, pero no se han respetado generalmente. Estos pedacitos más adelante re-fueron definidos como Puntos de código de servicios diferenciados (DSCP).

Con el advenimiento de IPTV y Telefonía IP, Mecanismos de QoS están cada vez más disponibles para el usuario final.[citación necesitada]

Un número de intentos para capa 2 tecnologías que añadir a los datos de QoS han ganado popularidad en el pasado. Los ejemplos son Relais del marco, modo de transferencia asíncrono (ATM) y conmutación por etiquetas multiprotocolo (MPLS) (una técnica entre capas 2 y 3). A pesar de estas tecnologías de red en uso hoy en día, este tipo de red perdida atención después de la llegada de las redes Ethernet. Ethernet es hoy, por lejos, la tecnología de capa 2 más popular. Ethernet utiliza 802.1P para señalar la prioridad de un marco.

Cualidades del tráfico

En redes de conmutación de paquetes, calidad de servicio se ve afectada por diversos factores, que pueden dividirse en factores "humanos" y "técnicos". Factores humanos incluyen: estabilidad del servicio, la disponibilidad del servicio, demoras, información del usuario. Los factores técnicos incluyen: escalabilidad, eficacia, fiabilidad, mantenibilidad, grado de servicio, etc..[5]

Muchas cosas pueden pasar a los paquetes en su viaje desde origen a destino, dando por resultado los siguientes problemas como se ve desde el punto de vista del emisor y del receptor:

Bajo rendimiento
Debido a la carga variable de diferentes usuarios compartiendo los mismos recursos de red, la velocidad de bits (máximo rendimiento) que puede proporcionarse a unas ciertos datos corriente puede ser demasiado baja para los servicios multimedia en tiempo real, si todos los flujos de datos dan la misma prioridad de programación.
Paquetes caídos
Los routers pueden fallar para entregar) de la gota) algunos paquetes si sus cargas de datos están dañados o si los paquetes llegan cuando los búferes de router ya están llenos. La aplicación receptora puede pedir esta información ser retransmitidos, posiblemente causando severos retrasos en la transmisión global.
Errores
A veces los paquetes son corruptos debido a errores de un bit causada por ruidos e interferencias, especialmente en comunicaciones inalámbricas y los alambres de cobre mucho tiempo. El receptor tiene que detectar esto y, como si el paquete fue caído, puede pedir esta información ser retransmitido.
Latencia de
Puede tomar un tiempo para cada paquete llegar a su destino, porque obtiene soportó en largas colas, o toma una ruta menos directa para evitar la congestión. Esto es diferente de rendimiento, como el retraso puede acumularse con el tiempo, aunque el rendimiento es casi normal. En algunos casos, excesiva latencia puede inutilizar una aplicación como VoIP o juegos online.
De la inquietud
Los paquetes de la fuente alcanzará el destino con diferentes retardos. Retardo del paquete varía con su posición en las colas de los ruteadores a lo largo de la ruta entre origen y destino y esta posición puede variar impredeciblemente. Esta variación en retardo se conoce como de la inquietud y puede afectar seriamente la calidad de streaming de audio o vídeo.
Entrega fuera de orden
Cuando una colección de paquetes relacionados se enruta a través de una red, distintos paquetes pueden tomar rutas diferentes, cada uno dando por resultado un retardo diferente. El resultado es que los paquetes lleguen en diferente orden que fueron enviados. Este problema requiere protocolos adicionales especiales responsables de reordenar los paquetes fuera de orden a un isócrono Estado una vez que lleguen a su destino. Esto es especialmente importante para el vídeo y VoIP arroyos donde calidad es afectada dramáticamente por latencia y falta de secuencia.

Aplicaciones

Una calidad definida del servicio puede ser deseable o necesario para ciertos tipos de tráfico de red, por ejemplo:

  • Medios de transmisión específicamente
    • Televisión de protocolo de Internet (IPTV)
    • Audio sobre Ethernet
    • Audio sobre IP
  • Telefonía IP también conocido como Voz sobre IP (VoIP)
  • Videoconferencia
  • Telepresencia
  • Aplicaciones de almacenamiento tales como iSCSI y FCoE
  • Servicio de emulación de circuito
  • Crítico de seguridad aplicaciones tales como cirugía remota donde disponibilidad de problemas pueden ser peligrosos
  • Red sistemas de soporte de operaciones para la propia red, o para necesidades críticas del negocio de los clientes
  • Juegos online donde en tiempo real lag puede ser un factor
  • Sistemas de control industriales protocolos como Ethernet/IP que se utilizan para control en tiempo real de maquinaria

Se llaman estos tipos de servicio inelástica, lo que significa que requieren una cierta velocidad mínima y una cierta latencia máxima función. Por el contrario, elástico aplicaciones pueden tomar ventaja de por mucho o poco ancho de banda está disponible. Aplicaciones de transferencia de archivos a granel que se basan en TCP son generalmente elástica.

Mecanismos de

Conmutación de circuitos redes, especialmente los destinados a la transmisión de voz, tales como Modo de transferencia asíncrono (ATM) o GSM, QoS en el protocolo de núcleo y no necesita procedimientos adicionales para lograrlo. Unidades de datos más cortas y QoS incorporado fueron algunos de los únicos puntos de venta de ATM para aplicaciones tales como video bajo demanda.

Cuando se justifica el gasto de los mecanismos para proporcionar QoS, proveedores y clientes de la red pueden entrar en un contrato como un acuerdo de nivel de servicio (SLA) que especifica garantías para la capacidad de un protocolo de red para dar garantía de límites de rendimiento y rendimiento/latencia basados en medidas mutuamente convenidas, generalmente de priorización de tráfico. En otros enfoques, recursos están reservados a cada paso en la red para la llamada como se configura.

Aprovisionamiento en exceso

Una alternativa a los complejos mecanismos de control de QoS es proporcionar comunicación de alta calidad por abundante aprovisionamiento en exceso una red para que la capacidad se basa en estimaciones de carga de tráfico de pico. Este enfoque es simple para redes con las cargas máximas previsibles. El rendimiento es razonable para muchos usos. Esto podría incluir exigentes aplicaciones que pueden compensar las variaciones de ancho de banda y retardo con grandes reciban búferes, que a menudo es posible por ejemplo en video streaming. Aprovisionamiento en exceso puede ser de uso limitado, sin embargo, frente a los protocolos de transporte (tales como TCP) que con el tiempo aumentar exponencialmente la cantidad de datos colocados en la red hasta que se consume ancho de banda disponible todos y paquetes se caen. Tales protocolos codiciosos tienden a aumentar la latencia y pérdida de paquetes para todos los usuarios.

Comerciales servicios de VoIP son a menudo competitivos con servicio de teléfono tradicional en términos de calidad de la llamada aunque mecanismos QoS generalmente no están en uso en la conexión del usuario con su ISP y conexión del proveedor VoIP a un ISP diferente. Bajo condiciones de alta carga, sin embargo, VoIP puede degradar calidad celular o peor. Las matemáticas del tráfico del paquete indican que red requiere sólo 60% más de capacidad raw bajo supuestos conservadores.[6]

La cantidad de aprovisionamiento en exceso en enlaces interior necesaria para substituir QoS depende del número de usuarios y sus demandas de tráfico. Esto limita la utilidad de aprovisionamiento en exceso. Más nuevos más aplicaciones intensivas de ancho de banda y la adición de más resultados de los usuarios en la pérdida de redes suministradas demasiado. Este entonces requiere una actualización física de los enlaces de red relevante que es un proceso caro. Así aprovisionamiento en exceso no puede ser asumido ciegamente en Internet.

Esfuerzos de IP y Ethernet

A diferencia de redes solo el propietario, el Internet es que una serie de intercambio de puntos de interconexión de redes privadas.[7] Por lo tanto, base de Internet es propiedad y está gestionado por un número de diferentes proveedores de servicios de red, no una sola entidad. Su comportamiento es mucho más estocástico o impredecible. Por lo tanto, la investigación continúa sobre los procedimientos de QoS que se puede implementar en redes grandes y diversas.

Hay dos enfoques principales para QoS en redes modernas de conmutación de paquetes IP, un sistema parametrizado basado en un intercambio de requisitos de uso con la red y un sistema de prioridad donde cada paquete identifica un nivel de servicio deseado a la red.

  • Servicios integrados ("IntServ") implementa el método parametrizado. En este modelo, las aplicaciones utilizan la Protocolo de reserva de recursos (RSVP) para solicitar y reservar recursos a través de una red.
  • Servicios diferenciados ("DiffServ") implementa el modelo de prioridad. DiffServ marca paquetes según el tipo de servicio que desean. En respuesta a estas marcas, routers y switches utilizan varios estrategias de formación de colas para adaptar los resultados a las expectativas. Código de servicios diferenciados (DSCP) punto de marcas utilizan los primeros 6 bits en el ToS campo (ahora retitulado como el octeto DS) de la Cabecera del paquete IP(v4).

Trabajo temprano utilizó la filosofía de servicios integrados (IntServ) de reservar recursos de red. En este modelo, utilizan aplicaciones de la Protocolo de reserva de recursos (RSVP) para solicitar y reservar recursos a través de una red. Mientras que los mecanismos de IntServ trabajan, se observó que en una red de banda ancha típica de un más grande proveedor de servicios, se requerirán routers de núcleo para aceptar, mantener y destruir miles o posiblemente decenas de miles de reservas. Se creía que este enfoque no se escala con el crecimiento de Internet y en cualquier caso era antitético a la noción de diseño de redes para que los routers de núcleo poco más que simplemente cambiar paquetes al mayor precio posible.

En respuesta a estas marcas, routers y switches utilizan diversas estrategias de colas para adaptar el funcionamiento a los requisitos. En la capa IP, marcas de DSCP usan 6 bits en la cabecera del paquete IP. En la capa MAC, VLAN IEEE 802.1Q y IEEE 802.1P puede utilizarse para cumplir esencialmente la misma información.

Configuración routers DiffServ de apoyar su Planificador de red utilizar múltiples colas de paquetes en espera de transmisión de ancho de banda limitado (por ejemplo, área amplia) interfaces. Router proveedores proporcionar capacidades diferentes para configurar este comportamiento, para incluir el número de colas de apoyo, las prioridades relativas de las colas y de ancho de banda reservado para cada cola.

En la práctica, cuando un paquete debe enviarse desde una interfaz con cola, paquetes que requieren bajo jitter (p. ej., VoIP o videoconferencia) son prioridad sobre paquetes en otras colas. Normalmente, se asigna un ancho de banda por defecto para paquetes de control de red (tales como Protocolo de mensajes de Control Internet y protocolos de enrutamiento), mientras que el mejor tráfico del esfuerzo podría darse simplemente queda cualquier ancho de banda.

En el Control de acceso de los medios de comunicación Capa (MAC), VLAN IEEE 802.1Q y IEEE 802.1P puede utilizarse para distinguir entre los marcos de Ethernet y clasificarlos. Modelos de la teoría de colas se han desarrollado en el análisis de rendimiento y calidad de servicio para protocolos de la capa MAC.[8][9]

Cisco IOS NetFlow y el Cisco clase QoS basado en (CBQoS) gestión de información Base (MIB) son comercializados por Cisco Systems. [10]

Se relaciona con un ejemplo convincente de la necesidad de QoS en Internet derrumbamiento de la congestión. Internet se basa en protocolos de evitación de congestión, como en Protocolo de Control de transmisión (TCP), para reducir el tráfico en condiciones que lo contrario conduciría a la "debacle". Aplicaciones de QoS, como VoIP y IPTV, requieren en gran medida constante bitrates y baja latencia, por lo tanto no usan TCP y de lo contrario no puede reducir su tasa de tráfico para ayudar a prevenir la congestión. Contratos de QoS limitan el tráfico que puede ofrecerse a la Internet y así hacer cumplir tráfico que puede impedir que se sobrecargará y por lo tanto son una parte indispensable de la capacidad de Internet para manejar una mezcla del tráfico en tiempo real y no en tiempo real sin colapso.

Protocolos de

  • El tipo de servicio (ToS) de campo en la Rúbrica de IP(v4) (ahora reemplazado por DiffServ)
  • Servicios diferenciados (DiffServ)
  • Servicios integrados (IntServ)
  • Protocolo de reserva de recursos (RSVP)
  • Conmutación por etiquetas multiprotocolo (MPLS) ofrece ocho clases de QoS[11]
  • RSVP-TE
  • Relais del marco
  • X.25
  • Algunos ADSL módems
  • Modo de transferencia asíncrono (ATM)
  • IEEE 802.1P
  • IEEE 802.1Q
  • IEEE 802. 11e
  • HomePNA Página de inicio de red sobre los cables coaxiales y de teléfono
  • El UIT-T G.hn estándar proporciona QoS mediante "Contención-libre transmisión de oportunidades" (CFTXOPs) que se asignan a los flujos que requieren calidad de servicio y que han negociado un "contrato" con el controlador de red. G.hn también soporta QoS no operación por medio de "ranuras de tiempo basado en la contención".
  • Audio Video Bridging

End-to-end calidad de servicio

End-to-end calidad de servicio puede requerir un método de coordinar la asignación de recursos entre sistema autónomo y otro. El Internet Engineering Task Force (IETF) define los Protocolo de reserva de recursos (RSVP) para la reserva de ancho de banda, como un estándar propuesto en 1997.[12] RSVP es una end-to-end Protocolo de reservación de ancho de banda. La versión de ingeniería de tráfico, RSVP-TE, se utiliza en muchas redes para establecer la ingeniería de tráfico Conmutación por etiquetas multiprotocolo Rutas de conmutación de la etiqueta (MPLS).[citación necesitada] El IETF definida también Pasos a seguir en la señalización (NSIS)[13] con QoS, señalización como un objetivo. NSIS es un desarrollo y simplificación de RSVP.

Investigación de consorcios como "end-to-end de calidad de soporte de servicio en redes heterogéneas" (EuQoS, entre 2004 y 2007)[14] y para un tal como la Foro IPsphere[15] desarrollado más mecanismos de QoS de invocación de un dominio a otro apretón de manos. IPsphere definido la Estrato de estructuración del servicio (SSS) señalización de bus con el fin de establecer, invocar e (intentar) asegurar los servicios de red. EuQoS realizadas experimentos para integrar Protocolo de inicio de sesión, Pasos a seguir en la señalización y IPsphere SSS con un costo estimado de unos 15,6 millones de euros y publicó un libro.[16][17]

Un proyecto de investigación Multi Servicio acceso por todas partes (MUSE) define otro concepto de QoS en una primera fase desde enero de 2004 hasta febrero de 2006 y una segunda fase de 2006 enero de 2007.[18][19][20] Otro proyecto de investigación denominado planetas fue propuesto para la financiación de Europa alrededor del año 2005.[21] Un proyecto europeo más amplio llamado "Arquitectura y diseño para el futuro de Internet" había conocido como los 4WARD un budgest estimado en 23,4 millones de euros y fue financiado desde enero de 2008 hasta junio de 2010.[22] Incluye una "calidad de servicio de tema" y publicó un libro.[23][24] Otro proyecto europeo, llamado ensancha (sistema de red despliegue inalámbrico) [25] propone un enfoque de reserva de ancho de banda para redes adhoc motores inalámbrico móvil.[26]
En el dominio de servicios, calidad de servicio end-to-end también se ha discutido en el caso de servicios compuestos (compuesto por servicios atómicos) o aplicaciones (consistiendo en componentes de la aplicación).[27][28] Por otra parte, en cloud computing QoS end-to-end ha sido el foco de varios esfuerzos de investigación con el objetivo de la provisión de QoS garantiza a través de la nube modelos de servicio.[29]

Elusión

Criptografía fuerte protocolos de red tales como Capa de Sockets seguros, I2P, y redes privadas virtuales ocultar los datos transferidos a usarlos. Como todos los comercio electrónico en Internet requiere el uso de estos protocolos de criptografía fuerte, unilateralmente, degradar el rendimiento del tráfico cifrado crea un riesgo inaceptable para los clientes. Sin embargo, lo contrario es incapaces de pasar tráfico cifrado inspección profunda de paquetes para QoS.

Protocolos como ICA y RDP pueden encapsular tráfico (por ejemplo, impresión, transmisión de video) con distintas necesidades de los que pueden hacer difícil optimización.

Dudas sobre la calidad de servicio IP

El Internet2 proyecto encontrado en 2001, que los protocolos de QoS fueron probablemente no desplegable dentro su Red de Abilene con el equipo disponible en ese momento.[30] Equipo disponible en el momento dependía de software para implementar QoS. El grupo también predijo que "las barreras logísticas, financieras y organizativas bloquean el camino hacia garantías de ancho de banda" por modificaciones del protocolo dirigido a QoS.[31] Cree que la economía sería alentar a los proveedores de red para erosionar deliberadamente la calidad del mejor tráfico del esfuerzo como forma de empujar los clientes servicios de QoS a un precio mayor. En su lugar propusieron aprovisionamiento en exceso de la capacidad como más rentable en el tiempo.[30][31]

El estudio de la red de Abilene fue la base para el testimonio de Gary Bachula a la Comisión de comercio del Senado de Estados Unidosde la audiencia en Neutralidad de la red a principios de 2006. Expresó la opinión de que añadiendo más ancho de banda fue más eficaz que cualquiera de los diversos sistemas para lograr QoS examinaron.[32]

Testimonio de Bachula ha sido citado por los autores de una ley que prohibía la calidad del servicio como prueba de que no hay propósito legítimo es servido por tal ofrenda. Este argumento es dependiente en el supuesto de que el aprovisionamiento en exceso no es una forma de calidad de servicio y que siempre es posible. Costo y otros factores afectan la capacidad de compañías para construir y mantener redes permanentemente exceso suministradas.

QoS de móvil (celular)

Artículo principal: Calidad de servicio móvil

Los proveedores de servicios celulares móviles pueden ofrecer calidad de servicio móvil a los clientes así como la línea fija PSTN proveedores de servicios y proveedores de servicios de Internet (ISP) pueden ofrecer QoS. Mecanismos QoS son siempre para circuito conmutado servicios y son esenciales para los servicios no elásticos, por ejemplo streaming multimedia.

Movilidad añade complicación a los mecanismos de QoS, por varias razones:

  • Una llamada telefónica u otra sesión puede ser interrumpido después de una entrega, si el nuevo estación base está sobrecargado. Traspasos impredecibles hacen imposible dar una garantía absoluta de calidad de servicio durante una fase de inicio de sesión.
  • La estructura de precios se basa a menudo en una tarifa por minuto o por megabyte en lugar de tarifa planay puede ser diferente para diferentes servicios de contenido.
  • Es una parte crucial de la calidad de servicio en comunicaciones móviles Grado de servicio, que implica la probabilidad de interrupción (la probabilidad de que la estación móvil está fuera de la zona de cobertura del servicio, o afectadas por la interferencia de canales compartidos, es decir, interferencia), probabilidad de bloqueo (la probabilidad de que no se puede ofrecer el nivel requerido de calidad de servicio) y programación de hambre. Estas medidas de rendimiento se ven afectadas por mecanismos tales como gestión de la movilidad, gestión de recursos radio, control de la admisión, programación de Feria, programación de canal-dependiente etc.

Normas

Calidad de servicio en el campo de la telefonía, primero fue definida en 1994 en el UIT-T Recomendación E.800. Esta definición es muy amplia, listado 6 componentes principales: apoyo, funcionamiento, accesibilidad, Retainability, integridad y seguridad.[1] Un 1995 X.902 incluyó una definición de la recomendación sobre la Modelo de referencia OSI.[33] En 1998 la UIT publicó un documento sobre el QoS en el campo de redes de datos. X.641 ofrece un medio para desarrollar o mejorar las normas relacionadas con calidad de servicio y proporcionan conceptos y terminología que le ayudará a mantener la consistencia de los estándares relacionados.[34]

Algunos IETF QoS relacionados Solicitud de comentarios (RFC) son Definición de los diferenciados servicios de campo (campo del DS) en la cabecera IPv6 y IPv4, RFC 2474Freely accessible , y Protocolo de reserva de recursos (RSVP), RFC 2205Freely accessible ; tanto éstos se discuten arriba. El IETF ha publicado también dos RFCs a fondo de QoS: Pasos a seguir para la arquitectura de QoS IP, RFC 2990Freely accessible , y Preocupaciones IAB sobre el Control de la congestión para el tráfico de voz en Internet, RFC 3714Freely accessible .

El IETF ha publicado Pautas de configuración para las clases de servicio de DiffServ, RFC 4594Freely accessible  como un informativo o "mejores prácticas" documento sobre los aspectos prácticos de diseño de una solución de QoS para una DiffServ red. Tratan de identificar qué tipos de aplicaciones se ejecutan comúnmente sobre una red IP para agruparlos en clases de tráfico, estudiar qué tratamiento hacer cada una de estas clases de necesidad de la red y sugieren que los mecanismos de QoS comúnmente disponibles en routers pueden utilizarse para implementar estos tratamientos.

Software de código abierto

  • Linux Enrutamiento avanzado y Control de tráfico (de 2000 a 2005)[35]
  • Árbitro de ancho de banda de Linux (2003 a 2005)[36]
  • Cero Shell[37]
  • mod_qos adición de QoS para el Servidor HTTP Apache

Véase también

  • Arquitectura de aplicaciones de servicio
  • Mejor esfuerzo
  • BSSGP
  • Bufferbloat
  • Clase de servicio
  • Inspección profunda de paquetes (DPI)
  • Grado de servicio (GoS)
  • LEDBAT
  • Cola de baja latencia (CII)
  • Significa puntaje de opinión (MOS)
  • Protocolo de transporte micro
  • Neutralidad de la red
  • QPPB
  • Calidad de la experiencia (QoE)
  • Serie de tubos
  • Medios de transmisión
  • Calidad de vídeo subjetiva
  • Internet en niveles
  • Clasificación de tráfico
  • Tráfico

Referencias

  1. ^ a b "E.800: términos y definiciones relacionados con la calidad de servicio y la red incluyendo fiabilidad". Recomendación UIT-T. Agosto de 1994. 14 de octubre, 2011.  Actualización de septiembre de 2008, como Definiciones de términos relacionados con la calidad del servicio
  2. ^ Manual de ingeniería de Teletráfico Programa archivado 11 de enero de 2007, en el Máquina de Wayback. Grupo de estudio de ITU-T 2 (350 páginas, 4·48MiB) (Usa abreviatura GoS en vez de QoS)
  3. ^ Reconfiguración en tiempo real para garantizar QoS provisioning de los niveles en entornos de red Sistemas informáticos de futura generación, volumen 25, edición 7, julio de 2009, páginas 779-784, Elsevier
  4. ^ Leonard Franken. Calidad de gestión de servicio: un enfoque basado en el modelo. Tesis doctoral, centro de telemática y tecnologías de la información, 1996.
  5. ^ Peuhkuri M., calidad IP del servicio, Helsinki University of Technology, laboratorio de tecnología de las telecomunicaciones, 1999.
  6. ^ Yuksel, M.; Ramakrishnan, k. k.; Kalyanaraman, S.; Houle, J. D.; Sadhvani, R. (2007). "Valor de la clase de servicio de apoyo en redes troncales IP" (PDF). Taller Internacional de IEEE sobre calidad de servicio (IWQoS'07). Evanston, IL, Estados Unidos: 109-112. doi:10.1109/IWQOS.2007.376555. ISBN 1-4244-1185-8. 
  7. ^ Una noche con Robert Kahn Programa archivado 19 de diciembre de 2008, en el Máquina de Wayback., de Computer History Museum, 09 de enero de 2007
  8. ^ Bianchi, Giuseppe (2000). "Análisis de funcionamiento de IEEE 802.11 distribuyen la función de coordinación". Diario de IEEE en áreas seleccionadas en las comunicaciones. 18 (3): 535. doi:10.1109/49.840210. 
  9. ^ Shi, Zhefu; Barba, Cory; Mitchell, Ken (2009). "Modelos analíticos por mala conducta de comprensión y amistad de MAC en las redes CSMA". Evaluación del desempeño. 66 (9-10): 469. doi:10.1016/j.PEVA.2009.02.002. 
  10. ^ Ben Erwin (16 de diciembre de 2008). "Cómo gestionar la calidad de servicio en su entorno, parte 1 de 3". Red rendimiento diario video. NetQoS. 15 de octubre, 2011. 
  11. ^ "VoIP en MPLS". La búsqueda de comunicaciones unificadas. 12 de marzo 2012. 
  12. ^ Bob Braden Ed. L. Zhang, S. Berson, S. Herzog, Jamin S. (septiembre de 1997), Protocolo de reserva de recursos (RSVP), IETF, RFC 2205Freely accessible 
  13. ^ Carta de "Próximos pasos en la señalización"
  14. ^ «EuQoS - End-to-end de calidad de servicio de apoyo sobre redes heterogéneas». Sitio web del proyecto. 2004 – 2006. Archivado de el original en 30 de abril de 2007. 12 de octubre, 2011. 
  15. ^ IPSphere: Que permite la prestación de servicios avanzados Programa archivado 13 de enero de 2011, en el Máquina de Wayback.
  16. ^ "end-to-end calidad de soporte de servicio en redes heterogéneas". Descripción del proyecto. Investigación de la Comunidad Europea y el servicio de información de desarrollo. 12 de octubre, 2011. 
  17. ^ Torsten Braun; Thomas Staub (2008). End-to-end calidad de servicio en redes heterogéneas. Springer. ISBN 978-3-540-79119-5. 
  18. ^ "Servicio de Multi acceso por todas partes (MUSE)". Sitio web del proyecto. 12 de octubre, 2011. 
  19. ^ "Multi Servicio de acceso a todo el mundo". Descripción del proyecto. Investigación de la Comunidad Europea y el servicio de información de desarrollo. 12 de octubre, 2011. 
  20. ^ "Multi Servicio de acceso a todo el mundo". Descripción del proyecto. Investigación de la Comunidad Europea y el servicio de información de desarrollo. 12 de octubre, 2011. 
  21. ^ "Solución de QoS de planetas". Sitio web del proyecto. Archivado de el original en 12 de noviembre de 2009. 12 de octubre, 2011. 
  22. ^ "4WARD: arquitectura y diseño para el futuro de Internet". Descripción del proyecto. Investigación de la Comunidad Europea y el servicio de información de desarrollo. 15 de octubre, 2011. 
  23. ^ "Va 4WARD" (PDF). Boletín informativo del proyecto. De junio de 2010. 15 de octubre, 2011. 
  24. ^ Luís M. Correia; Silva del da de João Schwarz (FRW) (30 de enero de 2011). Arquitectura y diseño para el futuro de Internet: proyecto de la UE 4WARD. Springer. ISBN 978-90-481-9345-5. 
  25. ^ "Sistema de despliegue de red inalámbrica". Descripción del proyecto. Unión Europea. 23 de mayo, 2012. 
  26. ^ R. Guimaraes; L. Cerdà; J. M. Barcelo-Ordinas; J. Garcia-Vidal; M. Voorhaen; C. Blondia (marzo de 2009). "Calidad de servicio a través de la reserva de ancho de banda en redes inalámbricas motores Ad-doc". Redes Ad Hoc. 7 (2): 388-400. doi:10.1016/j.adhoc.2008.04.002. 
  27. ^ D. Kyriazis, K. Tserpes, A. Menychtas, A. Litke, T. Varvarigou, Un mecanismo de mapeo de flujo de trabajo innovador para rejillas en el marco de calidad de servicio, Elsevier futuro generación sistemas informáticos, Vol. 24, Iss. 6, págs. 498-511, 2008
  28. ^ P. el sol, S. Wang, H. Zou, Yang F., QSSA: Un enfoque de selección de servicios conciente de la calidad de servicio, Revista internacional de Web y servicios de red, pp.147 - 169, 2011
  29. ^ D Kyriazis, Menychtas, Kousiouris G, K Oberle, T Voith, Bonifacio M, Oliveros E, T Cucinotta, Berger S, Un servicio en tiempo real orientado a infraestructura, Conferencia Internacional sobre embebidos y en tiempo real sistemas (EMR 2010), Singapur, noviembre de 2010
  30. ^ a b Benjamín Teitelbaum, Stanislav Shalunov (3 de mayo de 2002). "por qué no ha implementado servicio IP Premium (y probablemente nunca voluntad)". Documento informativo de proyecto. Grupo de trabajo de la QoS de Internet2. Programa archivado de la original en 12 de septiembre de 2010. 15 de octubre, 2011. 
  31. ^ a b Andy Oram (11 de junio de 2002). "Una buena manera para obtener la calidad de la red de servicio?". Columna independiente de la plataforma. O ' Reilly. Programa archivado de la original en 12 de septiembre de 2010. 15 de octubre, 2011. 
  32. ^ Gary Bachula (07 de febrero de 2006). "Testimonio de Gary R. Bachula, Vicepresidente de Internet2" (PDF). págs. 2-3. 15 de octubre, 2011. 
  33. ^ "modelo de referencia de tecnología – abierto distribuido de procesamiento – X.902:Information: fundaciones". Recomendación UIT-T. Noviembre de 1995. 14 de octubre, 2011.  Actualización de octubre de 2009.
  34. ^ "X.641: tecnología de la información - calidad de servicio: marco". Recomendación UIT-T. De diciembre de 1997. 
  35. ^ «HOWTO de enrutamiento avanzado y Control de tráfico». 21 de agosto de 2005. 14 de octubre, 2011. 
  36. ^ "Árbitro de ancho de banda de Linux". APConnections. 14 de octubre, 2011. 
  37. ^ Fulvio Ricciardi. "QoS y Traffic Shaping en modo puente transparente". Sitio web de router/Bridge Linux Firewall. Servicios de la red ZeroShell. 15 de octubre, 2011. 

Lectura adicional

  • Implementación de IP y MPLS QoS para redes multiservicio: teoría y práctica por John Evans, Clarence Filsfils (Morgan Kaufmann, 2007, ISBN 0-12-370549-5)
  • Lelli, F. Maron, Orlando G., S. Estimación de lado cliente de una ejecución de servicio remoto. 15 Simposio Internacional de modelado, análisis y simulación de sistemas de computación y telecomunicaciones, 2007. MASCOTAS ' 07.
  • QoS en redes heterogéneas por Mario Marchese (Wiley, 2007, ISBN 978-0-470-01752-4)
  • XiPeng Xiao (08 de septiembre de 2008). Desafíos técnicos, comerciales y regulatorios de QoS: una perspectiva de modelo de servicio de Internet. Morgan Kaufmann. ISBN 978-0-12-373693-2. 
  • Servicios en la arquitectura de Internet integrados: un resumen, RFC 1633Freely accessible 
  • Una arquitectura de servicios diferenciados, RFC 2475Freely accessible 
  • RSVP-TE: Extensiones a RSVP para los túneles LSP, RFC 3209Freely accessible 

Acoplamientos externos

  • Nate Hoy. "Implementación de QoS". Foro de Vonage. 14 de octubre, 2011. 
  • Manual de tecnología de Internetworking de Cisco
  • Henning Schulzrinne (9 de enero de 2008). "Calidad de servicio de red". Página Web de Facultad de la Universidad de Columbia. 14 de octubre, 2011. 
  • "Calidad de servicio". Microsoft TechNet. 31 de marzo de 2011. 14 de octubre, 2011. 
  • "Herramienta de análisis de calidad de servicio de cámara web". FishyCam. 31 de octubre de 2012. 16 de noviembre, 2012. 
  • "Calidad de servicio (QoS) en aplicaciones de alta prioridad" (PDF). Redes de transición. Febrero de 2003. 16 de febrero, 2017. 

Otras Páginas

Obtenido de"https://en.copro.org/w/index.php?title=Quality_of_service&oldid=773174069"