REPÚBLICA BOLIVARIANA DE VENEZUELA MINISTERIO DEL PODER POPULAR PARA LA DEFENSA

ESTADO MAYOR DE LA DEFENSA DIRECCIÓN GENERAL DE EDUCACIÓN

INSTITUTO UNIVERSITARIO MILITAR DE COMUNICACIONES Y ELECTRÓNICA DE LA FUERZA ARMADA NACIONAL

Caracas febrero 2011

INTRODUCCIÓN

En el campo de establecimiento de una red de la computadora y

otro packet-switched redes de telecomunicación, la ingeniería del tráfico

término calidad del servicio (QoS), refiere a mecanismos del control de la

reservación del recurso más bien que a la calidad alcanzada del servicio. La

calidad del servicio es la capacidad de proporcionar diversa prioridad a

diversos usos, a los usuarios, o a los datos flujos, o garantizar cierto nivel del

funcionamiento a datos flujo. Por ejemplo, requerido índice binario,

retrasa, inquietud, la probabilidad del paquete y/o la tarifa de error de

pedacito que caen, pueden ser garantizadas.

La calidad de las garantías del servicio es importante si la capacidad

de la red es escasa, especialmente para el tiempo real multimedia que

fluyen usos por ejemplo IP excesivo de la voz, juegos en línea y IP-TV,

puesto que son éstos requieren a menudo índice binario fijo y retrasan

sensible, y en redes donde está un recurso la capacidad limitado, por

ejemplo en la comunicación de datos celular. En ausencia de congestión de

red, Los mecanismos de QoS no se requieren.

QOS

(CALIDAD DE SERVICIO EN REDES DE COMUNICACIONES DE DATOS)

Son las tecnologías que garantizan la transmisión de cierta cantidad

de información en un tiempo dado (throughput). Calidad de servicio es la

capacidad de dar un buen servicio. Es especialmente importante para ciertas

aplicaciones tales como la transmisión de vídeo o voz.

Por otra parte el concepto de calidad de servicio (o QoS) en

telecomunicaciones puede tener, al menos, dos interpretaciones habituales.

En primer lugar, se refiere a la capacidad de determinadas redes y servicios

para admitir que se fije de antemano las condiciones en que se desarrollarán

las comunicaciones (dedicación de recursos, capacidades de transmisión,

etc.). En segundo lugar, se habla calidad de servicio como una serie de

cualidades medibles de las redes y servicios de telecomunicaciones, como el

tiempo que se tarda en realizar una llamada telefónica (desde que el usuario

marca hasta que suena el teléfono en el otro extremo).

En el ámbito de la telemática,  QoS es la capacidad de un elemento de

red (bien una aplicación, un servidor, un encaminador, un conmutador, etc.)

de asegurar que su tráfico y los requisitos del servicio previamente

establecidos puedan ser satisfechos. Habilitarla requiere además la

cooperación de todas las capas de la red, así como de cada elemento de la

misma. Desde este punto de vista, la QoS también suele ser definida como

un conjunto de tecnologías que permiten a los administradores de red

manejar los efectos de la congestión del tráfico usando óptimamente los

diferentes recursos de la red, en lugar de ir aumentando continuamente

capacidad. En este punto es necesario prestar una atención especial al

hecho de que la QoS no crea ancho de banda.

            La QoS tiene, básicamente, cuatro variantes estrechamente

relacionadas: la QoS que el usuario desea, la que el proveedor ofrece, la que

el proveedor consigue realmente y la que, finalmente, percibe el usuario. En

cualquiera de ellas existen algunos parámetros que están muy condicionados

por las características técnicas de la red soporte, y por eso el primer Informe

técnico que publicó, en 1994, el ETSI fue la ETR-003, “General Aspects of

Quality of Service (QoS) and Network Performance (NP)”, atendiendo a las

inquietudes surgidas en el seno de FITCE, que tuvieron su reflejo oficial en

los acuerdos de la reunión de Estrasburgo, de 1991, poniendo en marcha los

estudios que permitiesen definir los parámetros técnicos de la red, a partir de

los requisitos de los usuarios

Problemas en redes de datos conmutados

Muchas cosas le ocurren a los paquetes desde su origen al destino,

resultando los siguientes problemas vistos desde el punto de vista del

transmisor y receptor:

Paquetes sueltos: los ruteadores pueden fallar en liberar algunos

paquetes si ellos llegan cuando los buffers ya están llenos. Algunos, ninguno

o todos los paquetes pueden quedar sueltos dependiendo del estado de la

red, y es imposible determinar que pasará de antemano. La aplicación del

receptor puede preguntar por la información que será retransmitida

posiblemente causando largos retardos a lo largo de la transmisión.

Retardos: puede ocurrir que los paquetes tomen un largo período en

alcanzar su destino, debido a que pueden permanecer en largas colas o

tomen una ruta menos directa para prevenir la congestión de la red. En

algunos casos, los retardos excesivos pueden inutilizar aplicaciones tales

como VoIP o juegos en línea.

Jitter: los paquetes del transmisor pueden llegar a su destino con

diferentes retardos. Un retardo de un paquete varía impredeciblemente con

su posición en las colas de los ruteadores a lo largo del camino entre el

transmisor y el destino. Esta variación en retardo se conoce como jitter y

puede afectar seriamente la calidad del flujo de audio y/o vídeo.

Entrega de paquetes fuera de orden: cuando un conjunto de

paquetes relacionados entre sí son encaminados a Internet, los paquetes

pueden tomar diferentes rutas, resultando en diferentes retardos. Esto

ocasiona que los paquetes lleguen en diferente orden de como fueron

enviados. Este problema requiere un protocolo que pueda arreglar los

paquetes fuera de orden a un estado sincrono una vez que ellos lleguen a su

destino. Esto es especialmente importante para flujos de datos de vídeo

y VoIP donde la calidad es dramáticamente afectada tanto por latencia y

pérdida de sincronía.

Errores: A veces, los paquetes son mal dirigidos, combinados entre sí

o corrompidos cuando se encaminan. El receptor tiene que detectarlos y

justo cuando el paquete es liberado, pregunta al transmisor para repetirlo así

mismo.

QoS en ATM

Una de las grandes ventajas de ATM (Asynchronous Transfer Mode –

Modo de Transferencia Asíncrona) respecto de técnicas como el Frame

Replay y Fast Ethernet es que admite niveles de QoS. Esto permite que

los proveedores de servicios ATM garanticen a sus clientes que el retardo de

extremo a extremo no excederá un nivel específico de tiempo o que

garantizarán un ancho de banda específico para un servicio. Esto es posible

marcando los paquetes que provengan de una dirección IP determinada de

los nodos conectados a un gateway (como por ejemplo la IP de un teléfono

IP, según la puerta del router, etc.). Además, en los servicios satelitales da

una nueva perspectiva en la utilización 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 envío de paquetes de datos. Estos paquetes de

datos tienen una cabecera que contiene información sobre el resto del

paquete. Existe una parte del paquete que se llama ToS (Type of Service),

en realidad pensada para llevar banderas o marcas. Lo que se puede hacer

para darle prioridad a un paquete sobre el resto es marcar una de esas

banderas (flags, en inglés).

Para ello, el equipo que genera el paquete, por ejemplo una puerta de

enlace (gateway, en inglés) de voz sobre IP, coloca una de esas banderas en

un estado determinado. Los dispositivos por donde pasa ese paquete

después de ser transmitido deben tener la capacidad para poder discriminar

los paquetes para darle prioridad sobre los que no fueron marcados o los que

se marcaron con una prioridad menor a los anteriores. De esta manera

podemos generar prioridades altas a paquetes que requieren una cierta

calidad de envío, como por ejemplo la voz o el vídeo en tiempo real, y

menores al resto.

QoS en escenarios inalámbricos

El entorno inalámbrico es muy hostil para medidas de Calidad de

Servicio debido a su variabilidad con el tiempo, ya que puede mostrar una

calidad nula en un cierto instante de tiempo. Esto implica que satisfacer la

QoS resulta imposible para el 100% de los casos, lo que representa un serio

desafío para la implementación de restricciones de máximo retardo y máxima

varianza en el retardo (jitter) en sistemas inalámbricos. Los sistemas de

comunicaciones ya estandarizados con restricciones QoS de retardo

y jitter en entornos inalámbricos (por ejemplo en GSM y UMTS) sólo pueden

garantizar los requisitos para un porcentaje (<100%) de los casos. Esto

implica una caída del servicio (Outage o downtime en inglés), generando los

cortes de llamadas y/o los mensajes de “red ocupada”. Por otro lado, algunas

aplicaciones de datos (por ejemplo, WiFi) no requieren de restricciones de

máximo retardo y jitter, por lo que su transmisión sólo necesita de la calidad

media del canal, evitando la existencia de caídas del servicio.

Soluciones para la calidad de servicio

El concepto de QoS ha sido definido dentro del proyecto europeo

Medea+PlaNetS,  proporcionando un término común para la evaluación de

las prestaciones de las comunicaciones en red, donde coexisten aplicaciones

sin requisitos de retardo con otras aplicaciones con estrictas restricciones de

máximo retardo y jitter. Dentro de PlaNetS, cuatro diferentes clases de

aplicaciones han sido definidas, donde cada clase se distingue por sus

propios valores de máximo retardo y jitter.

1. Conversación: caracterizada por la más alta prioridad y los

requerimientos de menor retardo y jitter.

2. Streaming: flujo de vídeo o voz.

3. Servicios interactivos.

4. Aplicaciones secundarias: la más baja prioridad y mayor permisividad

de retardo y jitter.

Los beneficios de la solución PlaNetS se resumen en:

1. La posibilidad de pre-calcular el máximo retardo y jitter de la

comunicación; y para cada una de las clases de aplicaciones.

2. La solución propuesta es implementada con un simple scheduler que

conoce la longitud de las colas de paquetes.

3. La conformidad de los nodos de la comunicación es fácilmente

comprobable.

4. Una mayor QoS, tanto para el sistema como para el usuario final.

5. La posibilidad de obtener esquemas prácticos de control de acceso

(Connection Admission Control, (CAC), en inglés).

Calidad de servicio utilizando UPnP

UPnP es una tecnología desarrollada por el UPnP Forum, que permite

a los dispositivos en una red formar comunidades y compartir servicios. Cada

dispositivo se ve como colección de uno o más dispositivos y servicios

empotrados no necesitando establecer ninguna conexión preliminar o

persistente para comunicarse con otro dispositivo. Existe un punto de control

que descubre los dispositivos y sincroniza su interacción. Esta tecnología se

usa sobre todo en el entorno multimedia, pudiéndola utilizar en dispositivos

comerciales como la XBOX 360 (compartir archivos multimedia entre la

videoconsola y el ordenador), la generación de móviles N de Nokia, etc.

Dentro del UPnP Forum se trabaja en la especificación de arquitecturas de

calidad de servicio, y considerando la calidad de servicio local, es decir

dentro de la red local. La segunda versión de la especificación de la

arquitectura de calidad de servicio UPnP se ha publicado, donde la

especificación no define ningún tipo de dispositivo, sino un framework de

UPnP QoS formado básicamente por tres distintos servicios. Estos servicios,

por lo tanto, van a ser ofrecidos por otros dispositivos UPnP. Los tres

servicios son:

1. QosDevice

2. QosPolicyHolder

3. QosManager

La relación entre estos servicios puede verse en la figura, en la que se

muestra un diagrama con la arquitectura UPnP QoS.

En la figura se aprecia que un punto de control es el que inicia la

comunicación (por ejemplo, puede ser un punto de control multimedia). Este

punto de control tiene información del contenido a transmitir, origen y destino

de la transmisión, así como de la especificación del tráfico. Con esta

información, accede al gestor de QoS (QosManager), que a su vez actúa

como punto de control para la arquitectura QoS. El QosManager consulta al

QosPolicyHolder para establecer las políticas para el tráfico (básicamente

para establecer la prioridad de ese flujo de tráfico).

El QosManager calcula además los puntos intermedios en la ruta

desde el origen al destino del flujo, y con la información de la política,

configura los QosDevices que hay en dicha ruta. En función de los

dispositivos QosDevices, o bien ellos mismos o bien la pasarela pueden

realizar control de admisión de flujos. Estas interacciones entre los distintos

componentes de la arquitectura se reflejan en la siguiente figura.

Soluciones para la calidad de servicio

El proyecto PlaNetS amplía las arquitecturas de calidad de servicio

actuales en redes locales para proporcionar calidad de servicio extremo a

extremo. Por lo tanto el objetivo es que desde los propios dispositivos locales

que tiene el usuario hasta la entrada/salida del entorno residencial se guarda

el esquema de QoS UPnP.

Los objetivos concretos son:

1. Diseño de un mecanismo de gestión de QoS extremo a extremo,

potencialmente desde un dispositivo multimedia en una red local a

otro en otra red local, incluyendo la configuración de la QoS en

las pasarelas, red de acceso y núcleo de la red.

2. Flexibilidad en el soporte de distintas tecnologías de red y

dispositivos periféricos.

3. Desarrollo de un modelo de datos flexible que permita la integración

de la gestión de la calidad de servicio en sistemas heterogéneos, y

que tenga en cuenta distintos aspectos que influyen en la calidad de

un servicio.

4. Soporte a calidad de servicio con prioridades y parametrizada.

5. Basado, en la medida de lo posible, en soluciones estándares.

Relación a las medidas subjetivas de la calidad

Una definición alternativa y discutible de QoS, usada especialmente

en telefonía y vídeo que fluye los servicios, son que reflejan o predicen la

calidad subjetivo experimentada, por ejemplo métricos Calidad de la

experiencia (QoE) el concepto subjetivo del negocio, el “usuario percibió

funcionamiento”, el “grado de satisfacción del usuario”, el “número de

clientes felices” o Cuenta mala de la opinión (MOS). En este contexto,

QoS es el efecto acumulativo sobre la satisfacción del suscriptor de todas

las imperfecciones que afectan el servicio. Esta definición incluye al uso y

a ser humano en el gravamen, y exige cargar apropiado de medidas

objetivas diversas.

Problemas

Cuando el Internet primero fue desplegado hace muchos años,

careció la capacidad de proporcionar la calidad de las garantías del

servicio debido a los límites en energía que computaba de la rebajadora.

Por lo tanto funcionó en el nivel de QoS del defecto, o el “mejor esfuerzo”.

Había cuatro “tipo los pedacitos del servicio” y tres pedacitos de la

“precedencia” proporcionados en cada mensaje, pero fueron no hechos

caso. Estos pedacitos fueron redefinidos más adelante

como DiffServ. Los puntos de código (DSCP) y se honran en gran parte

en acoplamientos mirados con fijeza en el Internet moderno.

Al mirar redes packet-switched, la calidad del servicio es afectada

por los varios factores, que se pueden dividir en “ser humano” y factores

“técnicos”. Los factores humanos incluyen: la estabilidad del servicio,

disponibilidad del servicio, retrasa, información del usuario. Los factores

técnicos incluyen: confiabilidad, scalability, eficacia, capacidad de

mantenimiento, grado del servicio, etc.

Muchas cosas pueden suceder a los paquetes mientras que viajan

de origen a la destinación, dando por resultado los problemas siguientes

según lo considerado desde el punto de vista del remitente y del receptor:

Paquetes caídos 

Las rebajadoras pudieron no poder entregar (gota) algunos paquetes

si llegan cuando sus almacenadores intermediarios son ya llenos. Algunos,

ningunos, o todos los paquetes se pudieron caer, dependiendo del estado de

la red, y es imposible determinarse qué sucederá por adelantado. El uso de

recepción puede pedir esta información ser retransmitido, posiblemente el

causar severo retrasa en la transmisión total.

Retrasa 

Puede ser que tome un de largo plazo para que un paquete alcance

su destinación, porque consigue soportado en coletas largas, o toma una

ruta menos directa para evitar la congestión. En algunos casos, excesivo

retrasa puede rendir un uso, tal como VoIP o juego en línea inutilizable.

Inquietud 

Los paquetes de la fuente alcanzarán la destinación con diferente

retrasan. Un paquete retrasa varía con su posición en las coletas de las

rebajadoras a lo largo de la trayectoria entre la fuente y la destinación y esta

posición pueden variar imprevisible. Esta variación en retrasa se conoce

como inquietud y puede afectar seriamente la calidad del audio y/o del vídeo

el fluir.

Entrega estropeada 

Cuando una colección de paquetes relacionados se encamina a través

del Internet, diversos paquetes pueden tomar diversas rutas, cada uno dando

por resultado un diferente retrasan. El resultado es que los paquetes llegan

en una diversa orden que ellos fue enviado. Este problema requiere los

protocolos adicionales especiales responsables de cambiar los paquetes

estropeados a isócrono estado una vez que alcancen su destinación. Esto es

especialmente importante para el vídeo y las corrientes de VoIP donde la

calidad es afectada dramáticamente por estado latente y la carencia del

isochronicity.

Obtención de QoS

Por llamada

En llamada

Por adelantado: Cuando el costo de los mecanismos para

proporcionar QoS se justifica, los clientes y los abastecedores de la

red entran típicamente en un acuerdo contractual llamado a acuerdo

del porcentaje de disponibilidad (SLA) que especifica las garantías

para la capacidad de una red/de un protocolo dar garantizó los límites

del funcionamiento/del rendimiento de procesamiento/del estado

latente basados en medidas mutuamente convenidas, generalmente

dando la prioridad a tráfico.

Reservar recursos: Los recursos son reservados en cada paso en la

red para la llamada mientras que se instala. Un ejemplo es

RSVP, Protocolo de la reservación del recurso.

Mecanismos de QoS

Un alternativa a los mecanismos complejos del control de QoS es

proporcionar la comunicación de la alta calidad por abundante sobre-

aprovisionamiento una red para basar la capacidad en carga del tráfico

punta estime. Este acercamiento es simple y económico para las redes con

las cargas fiables y ligeras del tráfico. El funcionamiento es razonable para

muchos usos. Esto pudo incluir los usos exigentes que pueden compensar

variaciones en anchura de banda y retrasan con grande reciben

almacenadores intermediarios, que es a menudo posible por ejemplo en

fluir video.

Los servicios comerciales de VoIP son a menudo competitivos con

servicio telefónico tradicional en términos de mecanismos de QoS de la

calidad de la llamada aun cuando son generalmente parados en la

conexión del usuario a su ISP y la conexión del abastecedor de VoIP a una

diversa ISP. Bajo altas condiciones de carga, sin embargo, la calidad de

VoIP degrada calidad del célula-teléfono o peor. Las matemáticas del

tráfico del paquete indican que una red con QoS puede manejar cuatro

veces tantas llamadas con requisitos apretados de la inquietud como uno

sin QoS (citación necesitada?). La cantidad de sobre-aprovisionamiento en

los acoplamientos interiores requeridos para substituir QoS depende del

número de usuarios y de sus demandas del tráfico. Pues del Internet los

servicios ahora con más de mil millones usuarios, allí son poca posibilidad

que el sobre-aprovisionamiento puede eliminar la necesidad de QoS

cuando VoIP llega a ser más corriente.

Para las redes de banda estrecha más típicas de empresas y de

gobiernos locales, sin embargo, los costes de la anchura de banda pueden

ser substanciales y el aprovisionamiento excesivo es duro de justificar. En

estas situaciones, dos diversas filosofías fueron desarrolladas

distintamente para dirigir el tratamiento preferencial para los paquetes que

lo requieren.

El trabajo temprano utilizó “IntServ “filosofía de reservar recursos de

la red. En este modelo, los usos utilizaron Protocolo de la reservación del

recurso (RSVP) solicitar y reservar recursos a través de una red. Mientras

que los mecanismos de IntServ trabajan, fue observado que en una red de

banda ancha típica de un abastecedor de servicio más grande, las

rebajadoras de la base serían requeridas para aceptar, mantiene, y rasga

abajo millares o posiblemente diez de millares de reservaciones. Fue

creído que este acercamiento no escalaría con el crecimiento del Internet, y

en cualquier caso era antitético a la noción de diseñar redes de modo que

las rebajadoras de la base hagan poco más que cambia simplemente los

paquetes en las tarifas más altas posible.

El segundo y el acercamiento actualmente aceptado es “DiffServ“ o

servicios distinguidos. En el modelo de DiffServ, los paquetes están

marcados según el tipo de servicio que necesitan. En respuesta a estas

marcas, las rebajadoras y los interruptores utilizan varias estrategias que

hacen cola para adaptar funcionamiento a los requisitos. (En la capa del IP,

punto de código distinguido de los servicios (DSCP) las marcas utilizan los

6 pedacitos en el jefe del paquete del IP. En la capa del MAC, VLAN IEEE

802.1Q y IEEE 802.1D puede ser utilizado llevar esencialmente la misma

información).

Las rebajadoras que apoyan DiffServ utilizan las coletas múltiples

para los paquetes que aguardan la transmisión (e.g., de interfaces

obligados anchura de banda del área amplia). Los vendedores de la

rebajadora proporcionan diversas capacidades para configurar este

comportamiento, para incluir el número de las coletas apoyadas, las

prioridades relativas de coletas, y la anchura de banda reservada para

cada coleta.

En la práctica, cuando un paquete se debe remitir de un interfaz con

hacer cola, paquetes que requieren la inquietud baja (e. g., VoIP o VTC) se

dan prioridad sobre los paquetes en otras coletas. Típicamente, una cierta

anchura de banda es asignada por el defecto a los paquetes del control de

la red (e. g., ICMP y protocolos de la encaminamiento), mientras que el

mejor tráfico del esfuerzo pudo ser dado simplemente cualquier anchura de

banda se deja encima.

Adicional gerencia de la anchura de banda los mecanismos se

pueden utilizar para dirigir más lejos funcionamiento, para incluir:

El formar del tráfico (limitación de la tarifa):

o Cubo simbólico

o Cubo agujereado

o Control de la tarifa del TCP - artificial ajustando tamaño de la

ventana del TCP así como controlar el índice de ACKssiendo

vuelto al remitente

Algoritmos del Scheduling:

o El hacer cola cargado de la feria (WFQ)

o La clase basó hacer cola cargado de la feria

o Cargado alrededor de robin (WRR)

o Déficit cargado alrededor de robin (DWRR)

Evitación de la congestión:

o ROJO, WRED - Disminuye la posibilidad de almacenador

intermediario portuario de la coleta cola-gotas y esto baja la

probabilidad de Sincronización global del TCP

o El limpiar (marca/caer el paquete superior al tamaño confiado

de la tarifa y de la explosión del tráfico)

o Notificación explícita de la congestión

o El templar del almacenador intermediario

Según lo mencionado, mientras que DiffServ se utiliza en muchas

redes sofisticadas de la empresa, él no se ha desplegado extensamente en

el Internet. Internet el mirar con fijeza los arreglos son ya complejos, y no

aparece ser entusiasmo entre los abastecedores para apoyar QoS a través

de conexiones que miran con fijeza, o acuerdo sobre qué políticas se

deben apoyar para hacer tan.

Un ejemplo que obliga de la necesidad de QoS en el Internet se

relaciona con esta aplicación derrumbamiento de la congestión. El Internet

confía en protocolos de la evitación de la congestión, según lo construido

en el TCP, para reducir la carga del tráfico bajo condiciones que

conducirían de otra manera a la fusión del Internet.

Usos de QoS por ejemplo VoIP y IPTV, porque ellos requieren los

bitrates en gran parte constantes y el estado latente bajo no pueden

utilizar TCP, y no puede reducir de otra manera su tarifa del tráfico a la

ayuda previene la fusión cualquiera. QoS contrae el tráfico del límite que

puede ser ofrecido al Internet y de tal modo hacer cumplir formar del tráfico

que pueda evitar que el sobrecargarse, por lo tanto son una parte

imprescindible de la capacidad del Internet de manejar una mezcla del

tráfico en tiempo real y no en tiempo real sin la fusión.

Asynchronous Transfer Mode (Atmósfera) protocolo de red tiene un

marco elaborado para enchufar los mecanismos de QoS de la opción.

Unidades de datos más cortas y QoS incorporado eran algo de puntos de

venta únicos de la atmósfera en telecomunicaciones usos por

ejemplo vídeo en demanda, IP excesivo de la voz.

Niveles de la prioridad de QoS

Nivel de la prioridad

Tipo del tráfico

0 El mejor esfuerzo

1 Fondo

2 Estándar (repuestos)

3Carga excelente

(Negocio crítico)

4Carga controlada

(Multimedias que fluyen)

5

Voz y vídeo(Medios y voz interactivos)[Menos que el estado latente 100ms y la inquietud]

6 Tráfico reservado del control de la red de la capa 3

[Menos que el estado latente

10ms y la inquietud]

7

Tráfico reservado del control de la red de la capa 2

[El estado latente y la inquietud más bajos]

Problemas de QoS

Internet El grupo de funcionamiento de QoS concluyó eso anchura de

banda de aumento es probablemente más práctico que poniendo QoS

en ejecución.

Protocolos que proporcionan la calidad del servicio

Servicios distinguidos (DiffServ)

Relais del capítulo

X.25

Algunos ADSL módems

Servicios integrados (IntServ)

Protocolo de la reservación del recurso (RSVP)

RSVP-TE

Asynchronous Transfer Mode (Atmósfera)

Conmutación Multiprotocol de la etiqueta (MPLS) proporciona ocho

clases de QoS

IEEE 802.1p

IEEE 802.11e

IEEE 802.11p

Tipo de servicio Campo (TOS) en el jefe del IP

HomePNA Alambres caseros del coaxil y del teléfono del excedente

del establecimiento de una red

Soluciones de QoS

El proyecto de investigación MUSE definió un concepto de QoS en la

fase I que fue resuelta más a fondo en otro proyecto de

investigación PLANETAS. La nueva idea de esta solución es convenir en

un valor discreto de la inquietud por la clase de QoS que se impone ante

nodos de red. Incluyendo el mejor esfuerzo, cuatro clases de QoS fueron

definidas, dos elásticos y dos inelásticos. La solución tiene varias ventajas:

End-to-end retrasa y la tarifa de la pérdida del paquete puede ser

predicha

Es fácil poner en ejecución con la longitud simple del planificador y de

la coleta dada adentro PLANETAS

Los nodos se pueden verificar fácilmente para la conformidad

Los usuarios finales notan la diferencia en calidad

El proyecto del MUSE finalmente elaboró su propia Solución de

QoS en cuál se basa sobre todo:

El uso de las clases del tráfico

Concepto selectivo de CAC

Dimensioning apropiado de la red

Vea también

BSSGP

Mejor-esfuerzo

Clase del servicio

Grado del servicio (GOS)

Cuenta mala de la opinión (MOS)

QoS móvil

Neutralidad de la red

Calidad de la experiencia (QoE)

Serie de tubos

Medios que fluyen

Calidad video subjetiva

Internet con gradas

El formar del tráfico

QPPB

Actividad de los estándares

Calidad del servicio, o QoS, en el campo de telefonía, fue definido en

1994 en ITU Recomendación E.800. Esta definición es muy amplia,

enumerando 6 componentes primarios: Ayuda, Operability,

accesibilidad, Retainability, integridad y seguridad.

En 1998 el ITU publicado un documento que discute QoS en el campo

del establecimiento de una red de datos. Ésta es la recomendación

X.641 de ITU-T. X.641 se diseña para ofrecer medios de desarrollar o

de realzar los estándares relacionados con QoS y para proporcionar

los conceptos y la terminología que asistirán a mantener la

consistencia de estándares relacionados.

El IETF QoS-relacionado RFCs de la cañería es definición del campo

distinguido de los servicios (el campo del DS) en los jefes IPv4 e IPv6

(RFC 2474), y protocolo de la reservación del recurso (RSVP) (RFC

2205); ambo éstos se discuten arriba. El IETF también ha publicado

dos RFCs que daba el fondo en QoS: RFC 2990: Pasos siguientes

para la arquitectura del IP QoS, y RFC 3714: Preocupaciones del IAB

con respecto al control de la congestión por tráfico de la voz en el

Internet.

CONCLUSIÓN

En el campo de telefonía, calidad del servicio fue definido

en ITU X.902 estándar como “sistema de requisitos de calidad en el

comportamiento colectivo de unos o más objetos”. La calidad del servicio

abarca requisitos en todos los aspectos de una conexión, tales como

tiempo de reacción del servicio, pérdida, cociente signal-to-noise,

interferencia, eco, interrupciones, respuesta de frecuencia, niveles de

intensidad, y así sucesivamente. Un subconjunto de telefonía QoS

es Grado del servicio Los requisitos (GOS), que abarca aspectos de una

conexión referente a capacidad y de cobertura de una red, por ejemplo

garantizaron probabilidad de bloqueo máxima y probabilidad de la

interrupción.

QoS se utiliza a veces como medida de la calidad, con muchas

definiciones alternativas, más bien que referir a la capacidad de reservar

recursos. La calidad del servicio refiere a veces al nivel de la calidad del

servicio, es decir. la calidad garantizada del servicio. QoS alto se confunde

a menudo con un de alto nivel del funcionamiento o de la calidad alcanzada

del servicio, por ejemplo arriba índice binario, bajo estado latente y

bajo probabilidad de error de pedacito

BIBLIOGRAFÍA

 {{cite el título de la tela = QoS y el control de la tarifa | editor = Packeteer Inc.

| URL =http://www.packeteer.com/technology/ratecontrol.cfm |

accessdate = 2007-10-09}}

¿El gran archivo americano de Blog” Blog” cuánto anchura de banda es

bastante?

Grupo de estudio de ITU-T 2, manual de la ingeniería de Teletraffic (350

páginas, MB 2.7) (utiliza la abreviatura el GoS en vez de

QoS) http://www.com.dtu.dk/teletraffic/handbook/telenook.pdf

IP que despliega y MPLS QoS para las redes de Multiservice: Teoría y

práctica " por Juan Evans, Clarence Filsfils (Morgan Kaufmann,

2007, ISBN 0-12-370549-5)

ITU-T Rec E.800: Los términos y las definiciones se relacionaron con la

calidad del funcionamiento del servicio y de la red incluyendo

formalidad http://www.itu.int/rec/T-REC-E.800-199408-I/en

ITU-T Rec X.641: Tecnología de información - calidad del servicio:

Marco http://www.itu.int/rec/T-REC-X.641-199712-I/en

Leonard Franken. Calidad de la gerencia del servicio: Un acercamiento

Modelo-Basado. Tesis de PhD, centro para el Telematics y tecnología

de información, 1996.

Peuhkuri M., calidad del IP del servicio, universidad de la tecnología,

laboratorio de Helsinki de las telecomunicaciones Technology, 1999.