CALIDAD DE SERVICIO (QoS)
Sergio Rubio – srubio@[Link]
Taller de Optimización de Servicios IP
TM305
Calidad de Servicio (QoS)
Internet y el protocolo IP se diseñaron de modo que proporcionen un servicio que
realizara el mejor esfuerzo (best- effot) en la entrega.
En este mecanismo de mejor esfuerzo, Internet (o una Intranet privada) tratan por
igual a todos los paquetes de datos.
Aplicaciones tradicionales de Internet (Web, FTP, e-mail, telnet) son orientadas a
datos: Tolerantes a retardos, pero no a perdidas
Conforme crece el nivel de trafico en las redes y se produce congestión, la entrega
de todos los paquetes se ralentiza. Si la congestión llega a ser severa, se descartan
paquetes para aliviar dicha congestión.
No se hace ninguna distinción en términos de la importancia relativa de ningún tipo de trafico.
Calidad de Servicio (QoS)
Con el incremento del volumen de trafico y
con la introducción de nuevas aplicaciones en
tiempo real (tolerantes a pérdidas pero no a
retardos) y multimedia, los protocolos y
servicios tradicionales de Internet son
inadecuados.
Necesidad de dar garantías sobre el servicio
(procisión de la calidad de servicio – QoS)
Calidad de Servicio (QoS)
En la actualidad, redes totalmente distintas se fusionan en
una red IP. Por ejemplo, las redes de telefonía y de video
(CCTV) están migrando a IP. En estas redes, es necesario
controlar la forma de compartir los recursos de una red
para satisfacer los requisitos de cada servicio.
Una soluciones e permitir que los enrutadores y
conmutadores de la red se comprometen de forma distinta
en función de los diferentes tipos de servicios (voz, datos,
video) mientras el trafico pasa a través de la red.
Esta técnica se denomina Servicios diferenciados(DiffServ).
Al hacer uso de QoS, distintas aplicaciones de la red
pueden coexistir en la misma red sin consumir el ancho de
banda de la otra.
Definiciones de QoS
Es la capacidad de dar un buen servicio.
Es un conjunto de requisitos de servicio que la red debe
cumplir para asegurar un nivel de servicio adecuado para la
transmisión de los datos. Estos requisitos se basan en
estándares de funcionalidad de QoS.
Permite que los programas en tiempo real optimicen el uso
de ancho de banda de la red.
El término Calidad de Servicio hace referencia a las diversas
tecnologías que garantizan una cierta calidad para los
distintos servicios de la red.
Un ejemplo de calidad de servicio puede ser un nivel de ancho
de banda sostenido, un tiempo de espera reducido, ausencia de
perdida de paquetes, etc.
Definiciones de QoS
Las ventajas principales de una red compatible
con QoS pueden resumirse de la siguiente
forma:
La capacidad de priorizar el trafico y, por lo tanto,
permitir que los flujos importantes sean utilizados
antes que los flujos de menor prioridad.
Mayor fiabilidad en la red, gracias al control de la
cantidad de ancho de banda que puede utilizar
una aplicación y, en consecuencia, el control sobre
carreras de ancho de banda entre aplicaciones.
Mecanismos de QoS
Tres mecanismo básicos:
Seguir con “best-effort” - Sobredimensionar
capacidades.
Reservar a priori recursos - Servicios
Integrados (IntServ)
Priorizar determinados servicios/usuarios –
Servicios Diferenciados (DiffServ)
Best-effort
No es necesario realizar ningún cambio en la red
Aumento de la capacidad (ancho de banda y capacidad
de conmutación) en los ISPs – Mejor servicio para los
usuarios – Más usuarios y mayor costo
Las redes de distribución de contenidos replican su
contenido y ubican este en los extremos de Internet –
Reducción de la carga en los ISP.
Multimedia en directo – Desplegar redes de
superposición multidifusión (a nivel de aplicación)
Limitaciones del Best-Effort
Retardo extremo a extremo
• Especialmente critico en aplicaciones audio interactivas
como telefonia o videoconferencia
• Retardos > 400 ms. Pueden dañar la interactividad de la
conversación seriamente, por lo que suelen implicar
descartes en la recepción
Variación de retardo (jitter)
• Datos multimedia son generados a tasa constante y deben
ser reproducidos de la misma forma
– Necesidad de eliminar el jitter introduciendo un retardo artifical
(buffer), fijo o adaptativo.
Limitaciones del Best-Effort
Pérdidas
• Una ventaja del trafico multimedia en su tolerancia a
pérdidas (ventajas <2% suelen pasar inadvertidas)
– Estas pérdidas podrían eliminarse con TCP, pero implicaría
retardos
• Por ello, el protocolo usado es UDP.
• Datos multimedia son generados a tasa constante y
deben ser reproducidos de la misma forma
– Necesidad de eliminar el jitter introduciendo un retardo
artifical (buffer), fijo o adaptativo.
Calidad de Servicio (QoS)
Servicios Integrados (IntServ) y RSVP
• IntServ provee garantías por flujo y con un establecimiento previo
de la ruta lo cual le supone un buen comportamiento en términos
de granularidad de servicio y de seguridad pero representa un
pobre desempeño en parámetros como escalabilidad y velocidad.
• Para ofrecer QoS IntServ se basa en la reserva previa de recursos en
todo el trayecto
• Para esa reserva se emplea el protocolo RSVP (Resource
ReserVation Protocol) muy relacionado con el modelo IntServ
• Se supone que la reserva permitirá asegurar la QoS solicitada
(siempre y cuando la red tenga aún recursos suficientes)
• Normalmente la reserva se realiza para una secuencia de
datagramas relacionados entre sí, que es lo que llamamos un flujo.
Concepto de flujo (IntServ)
• Un flujo es una secuencia de datagramas que se
produce como resultado de una acción del usuario y
requiere la misma QoS
• • Un flujo es simplex (unidireccional)
• Un flujo es la entidad más pequeña a la que los routers
pueden aplicar una determinada QoS
– Eje: una videoconferencia estaría formada por cuatro
flujos, dos en cada sentido, uno para el audio y otro para el
vídeo.
• Los flujos pueden agruparse en clases; todos los flujos
dentro de una misma clase reciben la misma QoS.
Identificación de flujos (IntServ)
• En IPv4 se hace por:
– Dirección IP de origen
– Puerto de origen
– Dirección IP de destino
– Puerto de destino
– Protocolo de transporte utilizado (TCP o UDP)
• En IPv6 la identificación puede hacerse como en IPv4 o
alternativamente usando el campo ‘etiqueta de flujo’
en vez de los números de puertos. Aún no hay ninguna
implementación de RSVP que utilice la etiqueta de
flujo.
IntServ: Reparto de recursos
¿Que es RSVP?
• Reserva la capacidad solicitada por un flujo en
todos los routers del camino.
• Es un protocolo de señalización.
• Requiere guardar información de estado en todos
los routers del trayecto. Es un servicio orientado a
conexión.
• Está pensado principalmente para tráfico
multicast .
• No es un protocolo de routing (de eso se ocupará
OSPF, IS-IS, PIM-SM, etc.
RSVP
• RSVP reserva la capacidad solicitada en todos los
routers del camino.
• Cada router ha de mantener el detalle de todas
las conexiones activas que pasan por él, y los
recursos que cada una ha reservado. El router
mantiene información de estado sobre cada flujo
que pasa por él.
• Si no se pueden asegurar las condiciones pedidas
se rechaza la llamada (control de admisión)
Problema de escalabilidad de RSVP
DiffServ
• En vez de distinguir flujos individuales clasifica los paquetes
en categorías (según el tipo de servicio solicitado).
• A cada categoría le corresponde un SLA (Service Level
Agreement). Los usuarios pueden contratar o solicitar un
determinado caudal en la categoría que deseen.
• Los routers tratan cada paquete según su categoría (que
viene marcada en la cabecera del paquete). El Policy
Control/Admission Control sólo se ha de efectuar en los
routers de entrada a la red del proveedor y en los que
atraviesan fronteras entre proveedores diferentes
(normalmente en las fronteras entre sistemas autónomos).
DiffServ: Reparto de recursos
DiffServ: Cabeceras Ipv4
Cabecera IPv4 antes de DiffServ
Cabecera IPv4 con DiffServ (RFC2474, 12/1998)
Diffserv: Campo TOS (obsoleto)
Campo TOS
• Precedencia: prioridad (ocho niveles)
• D,T,R,C: flags para indicar la ruta que se quiere utilizar:
• D: Delay (mínimo retardo)
• T: Throughput (máximo rendimiento)
• R: Reliability (máxima fiabilidad)
• C: Cost (mínimo costo)
• X: bit reservado
Diffserv: Campo DS (RFC 2474)
Campo DS
• DSCP: Differentiated Services CodePoint. Seis bits que indican el
tratamiento que debe recibir este paquete en los routers
• CU: Currently Unused (reservado). Este campo se utiliza actualmente para
control de congestión
• Se usan 6 bits para identificar Differentiated Service Code Point (DSCP) que
determinan el comportamiento por salto (PHB, Per-Hop Behavior) que
recibirá el paquete en los routers de la red DiffServ.
• Quedan los 2 bits menos significativos del campo ToS que no se usan para
DiffServ, sino para la notificaci´on de congesti´on (Explicit Congestion
Notification, ECN). ECN es utilizado conjuntamente por los extremos de
una conexi´on TCP y los routers intermedios que usan la disciplina de cola
RED, Random Early Detection.
Diffserv: Tipos de servicios
Implementación de DiffServ en los routers
Identificar y Descartar Marcar tráfico, Priorizar, Controlar
separar tráfico en tráfico que se si es proteger y ráfagas y
las diferentes comporta mal necesario. aislar tráfico conformar
Asigna al DSCP tráfico
clases para garantizar
el valor que
la integridad de corresponde
la red
Arquitectura DiffServ
Resumiendo DiffServ
• Clasificación del tráfico. Proceso que permite dividir el tráfico de la red en diferentes categorías,
cada una de las cuáles requiere un tratamiento diferente.
• Marcado del tráfico. Proceso por el que se identifica cada trama de acuerdo a una clase o categoría
de modo que los dispositivos de la red puedan reconocer a qué clase pertenece y operar en
consecuencia.
• Administración de la congestión del tráfico. En función de la clasificación del tráfico se da diferente
tratamiento a cada flujo d datos para asegurar que el tráfico perteneciente a aquellas clases que
requieren menor delay sea reenviado antes que el tráfico que no es sensible al delay.
• Control de la congestión del tráfico. En caso de congestión del tráfico de la red es posible optar por
un descarte selectivo de paquetes (de clases de menor precedencia), para preservar el tráfico de las
clases de alta prioridad.
• Implementación de políticas de tráfico. Un problema a resolver son las ráfagas de tráfico que
desbordan el ancho de banda reservado para una clase, poniendo en riesgo la integridad de la red.
La implementación de policing traffic permite indicar a las interfaces que deben descartar el tráfico
excedente de un determinado ancho de banda asignado.
• Implementación de traffic shaping. Una opción para manejar las ráfagas de tráfico excedentes es
indicar al dispositivo que haga buffer de esas ráfagas antes de descartar el tráfico.
• Mecanismos de mejora de la eficiencia del enlace. Permiten mejorar la performance de los enlaces.
