Documento no encontrado! Por favor, inténtelo de nuevo

Calidad de Servicio (QoS) en redes - DTE - Universidad de Sevilla

QoS de cada posible ruta. ○ Invocar tratamiento QoS en la subred del. ○ Invocar tratamiento QoS en la subred del. Q siguiente salto. Q siguiente salto.
443KB Größe 52 Downloads 117 vistas
Programa de doctorado Informática Industrial 2009-2010 Departamento de Tecnología Electrónica – Universidad de Sevilla

Calidad de Servicio (QoS) en redes Dra. María del Carmen Romero Ternero ([email protected])

http://www.dte.us.es/personal/mcromero

Definición QoS z

ITU E.800: “Efecto global de las prestaciones de un servicio que determinan el grado de satisfacción de un usuario i all utilizar tili dicho di h servicio.” i i ”

z

IETF RFC 2386: “Conjunto de requisitos del servicio que debe cumplir la red en el transporte de un flujo.”

Usos z

Concepto de QoS tradicional z

z

QoS en servicios que evolucionan hacia nuevos modelos y arquitecturas de provisión z z z z

z

Planificación de redes, redes control de congestión, congestión ingeniería de tráfico…

Redes de sensores Móviles Web P2P . . .

Garantía de prestaciones al usuario

Modelo conceptual

Fuente: Encarna Pastor Dpto. Ingeniería de Sistemas Telemáticos ETS Ingenieros Telecomunicación Univ. Politécnica de Madrid

Diseño de interredes IP Control de la congestión z Bajo B j nivel i l de d retardo t d z Alto rendimiento z QoS z Proporcionar P i un servicio i i justo j t z

Diseño de interredes IP Control de la congestión z Bajo B j nivel i l de d retardo t d z Alto rendimiento z QoS z Proporcionar P i un servicio i i justo j t z

z

Tráfico elástico y no elástico

Tráfico elástico y no elástico z

Elástico: z z z

z

Se ajusta a variaciones de retardo y rendimiento de la red Tipo po de tráfico t á co p propio op o de las as redes edes IP Ejs: FTP, SMTP,TELNET

No elástico: z z z

No se adapta a las variaciones de retardo y rendimiento de la red Necesita optimizar: rendimiento, retardo, jitter ((fluctuación del retardo), ), pérdida p de paquetes p q Ejs: aplicaciones en tiempo real

Medidas de QoS

Requisitos q para p una comunicación en tiempo real z z z z z z z z z

Bajo jitter Baja latencia Capacidad de integrar servicios en TR y servicios en TNR Capacidad de adaptación dinámica a condiciones de tráfico y red cambiantes Buen rendimiento para grandes redes y gran cantidad de conexiones Requisitos modestos para los buffers dentro de una red Utilización de la capacidad de manera altamente efectiva Baja redundancia de bits de cabecera por paquete Baja redundancia de procesamiento por paquete dentro de la red y en el sistema final

Arquitecturas de Servicios z

Servicios integrados o IntServ (Integrated Services) RFC 1633 z z

Se implementa dentro de un dominio El proveedor de SI: z z

z

z

Li it la Limita l demanda d d a la l capacidad id d de d la l red d Reserva recursos dentro del dominio para ofrecer QoS a partes de la demanda

C Complicada li d de d implementar i l t

Servicios diferenciados o DiffServ (Differentiated Services) RFC 2475 z z

Marca el tráfico y lo distingue, ofreciendo distinta QoS para cada tipo Fácil de implementar

Arquitectura q de Servicios Integrados (ISA) z z

Compartir la capacidad disponible cuando congestión Herramientas tradicionales best effort: z z

z

Algoritmo de encaminamiento Descarte de paquetes (drop)

ISA define flujo: corriente discernible de paquetes IP relacionados que resulta de la actividad única de un usuario i y requiere i una misma i Q S QoS z z z

Es unidireccional Puede haber más de un receptor (multidifusión) Identificado por direcciones IP origen y destino, puertos y tipo de protocolo

Arquitectura de Servicios Integrados (ISA) (II) z

Funciones para gestionar congestión y dar QoS: z z z z

Control de admisión (RSVP) Algoritmo de encaminamiento (otros parámetros además del retardo) Disciplina de colas (equitativo, compartición de procesador, equitativo de ciclos de bits, equitativo ponderado…) Política de descarte (detección temprana aleatoria o RED)

Arquitectura q de Servicios Integrados (ISA) (III) z

Categorías de servicios globales: z

Garantizado 1. 2. 3 3.

z

Carga controlada 1. 2.

3.

z

z

Garantiza una tasa de datos Límite superior para el retardo de colas No hay pérdidas en las colas Similar a mayor esfuerzo pero en condiciones sin carga No hay límite superior para el retardo de colas, pero se asegura un % alto de paquetes no superen el retardo mínimo de tránsito (tpropag+tprocrouter) % alto de paquetes entregados con éxito

Mayor esfuerzo (best effort) (por defecto)

P Para un fl flujo j particular ti l (especificaciones ( ifi i de d tráfico, t áfi Tspec; cubo con créditos o token bucket)

Arquitectura q de Servicios Diferenciados (SD) z

Se etiquetan los paquetes IP mediante campos de la cabecera (DS): z z

z z z

IPv4 Æ Tipo de servicio IPv6 Æ Clase de tráfico

Acuerdo de nivel de servicio (SLA) entre proveedor y cliente antes de usar DS Æ no cambio en aplicaciones Mecanismo de agregación incorporado Los routers tratan cada paquete independientemente Æ no tienen que guardar información sobre paquetes descartados

Arquitectura q de Servicios Diferenciados (SD) (II)

Arquitectura q de Servicios Diferenciados (SD) (II)

Arquitectura q de Servicios Diferenciados (SD) (III) z z

Comportamiento por salto (PHB): tratamiento de emisión dado por un router Tipos: z z

z

Expedited Forwarding (RFC 2598) Servicio de primera calidad (P2P o línea alquilada): pocas pérdidas, poco retardo, poco jitter, AB asegurado y servicio extremo a extremo a través de los dominios DS.

Assured Service (RFC 2597) z z

Superior al de máximo esfuerzo, pero sin reserva de recursos y sin discriminación detallada de flujos. 4 perfiles de tráfico y 3 prioridades de descarte por paquete

QoS en los routers z

Disciplina de colas para dar preferencia a los paquetes según la QoS establecida.

z

S l ió de Selección d ruta t según ú las l características t í ti de d QoS de cada posible ruta.

z

Invocar tratamiento Q QoS en la subred del siguiente salto.

Protocolos z

RSVP (Resource ReSerVation Protocol) [RFC 2205] z

z

MPLS (Multiprotocol Label Switching) [RFC 3031] z z

z

Transporte

Enlace de datos y Red Redes ATM, Frame Relay e IP

RTP (Real-Time (R l Ti T Transport t Protocol) P t l) y RTCP (RTP Control Protocol) [RFC 3550] z

Aplicación ó

RSVP z

Unidifusión y multidifusión

z

Simplex o unidireccional

z

Reservas iniciadas por el receptor

z

Mantenimiento de estados no permanentes en routers

z

Provisión de diferentes estilos de reserva

z

Funcionamiento transparente a través de routers que no empleen RSVP

z

Soporte para IPv4 (ToS) y para IPv6 (Etiqueta de flujo)

RSVP (II)

RSVP (III)

MPLS z

Soporte QoS orientado a la conexión z

z

Ingeniería del tráfico z z z

z

Definición de rutas dinámicas Planificación de entregas de tráfico según la demanda conocida Optimizar el uso de la red

Redes privadas virtuales z z

z

Contratos de tráfico con QoS ofisticada y fiable

Rendimiento Seguridad

Soporte multiprotocolo z

IP, ATM, Frame Relay (completas o mezcladas)

MPLS

RTP/RTCP z

Procesamiento integrado por capas

Fuente: Stallings

z

z

Transferencia en tiempo real entre varios participantes de una sesión (puerto RTP, puerto RTCP e IPs participantes) Multimedia/Streaming

RTP/RTCP

Cabecera RTP

Cabecera RTCP

Referencias z

Redes e Internet de Alta Velocidad. Rendimiento y Calidad de Servicio, W. Stallings, Pearson Prentice Hall, 2002

z

QoS in p packet networks, Kun I. Park, Springer, p g 2005

z

IETF RFC 2386: Framework for QoS-based Routing in the Internet,, 1998

z

ITU E.800: Terms and definitions related to quality performance including g of service and network p dependability, 1994

Trabajos z z z z z z z z

Estado del arte de MAS aplicados a la mejora del encaminamiento de datos E t d d Estado dell arte t de d MAS aplicados li d a la l mejora j de d la l QoS Q S en redes de datos Estado del arte de MAS aplicados p a la mejora j de servicios de redes Estado del arte sobre el aprendizaje de los agentes en un MAS E t d d Estado dell arte t en la l implementación i l t ió de d las l distintas di ti t arquitecturas que presenta un MAS Estado del arte sobre desarrollo y p plataformas para p MAS (David) Estado del arte de MAS aplicados a Robótica (Pablo) E t d d Estado dell arte t de d MAS aplicados li d a Telemedicina T l di i (Manolo) (M l )