Tema 1 Calidad de Servicio en Redes IP

Ingeniera de Telecomunicacin.
E. P. S. de Linares. Universidad de Jan
Tema 1
ndice
Calidad de servicio en redes IP
Contenido.
Tema 1: Calidad de servicio en redes IP. 1.1 Introduccin a la QoS y flujos multimedia. Introduccin. Requisitos de los flujos multimedia. 1.2 Internet de Servicios Integrados
Tipos de servicios: garantizado y carga controlada Protocolos de Reserva: RSVP
1.3 Internet de Servicios Diferenciados.

Servicios Integrados vs. Diferenciados Modelo de Gestin de Recursos. Funciones bsicas: clasificacin, marcado, etc Servicios definidos: Expedited y Assured Forwarding.
1.4 Modelos de QoS mixtos: IntServ/DiffServ
Dpto. de Ingeniera de Telecomunicacin rea de Ingeniera Telemtica
VERSIN 1.0
Universidad de Jan E. P. S. de Linares
Tema 1
Ref
Bibliografa
Bibliografa bsica Comer, Douglas E. "Internetworking with TCP/IP Principles, Protocols, and Architectures" 4 Edicin vol. 1, 2000, Prentice Hall. Grenville Armitage. Quality of Service in IP Networks. MacMillan Technical Plublishing, 2000. Stallings, William. Redes e Internet de Alta Velocidad Rendimiento y Calidad de Servicio, 2 Edicin. Prentice Hall, 2004.
VERSIN 1.0
Aplicaciones Telemticas Avanzadas II. Pg. 1
Tema 1
Ref
Bibliografa en Internet
Request for Comments (http://www.ietf.org/rfc.html) Deering, S. and R. Hinden, Internet Protocol, Version 6 (IPv6) Specification, RFC 2460, December 1998. Postel, J., Editor, Internet Protocol, STD 5, RFC 791, September 1981. Otros documentos Simple Differential Services: IP TOS and Precedence, Delay Indication, and Drop Preference http://www3.ietf.org/proceedings/97dec/slides/intserv-ferguson/sld001.htm
VERSIN 1.0
Tema 1
1.1
Introduccin a la QoS y flujos multimedia.
Introduccin. El protocolo IP, y por extensin Internet, en su diseo inicial1, no provea ms que una sola clase de servicio (o visto de otra manera, de ninguna), denominada best-effort, que viene a significar que se hara lo posible porque el paquete llegara a su destino, pero no se garantizaba su entrega ni la notificacin de la misma, as como no se ofreca la posibilidad de marcar los paquetes como trfico preferencial. Por ese mismo hecho, las aplicaciones desarrolladas usando el protocolo IP a nivel de red necesitaban cierta elasticidad. Como ejemplo tenemos el correo electrnico, el servicio web (world wide web), el servicio de transferencia de ficheros. 1.Realmente si exista una forma de marcar paquetes con los bits TOS (Type of service)
VERSIN 1.0
Tema 1
1.1
Las crecientes aplicaciones de tiempo real (real-time applications) comenzaban a requerir un cambio en el esquema de fucionamiento: Voz/Telefona sobre IP (VoIP). Streaming. Radio, TV y video bajo demanda. Telecontrol y acceso remoto a terminales con entornos grficos. Juegos online. Todas estas aplicaciones deben ofrecer sus servicios/datos en un tiempo acotado, ya que en otro caso el servicio sufrira sensiblemente y conllevara a una posible cada de la aplicacin o incluso a la inviabilidad del misma. En definitiva comenzaron a aparecer aplicaciones in-elsticas en cuanto a su comportamiento sobre IP.
Dpto. de Ingeniera de Telecomunicacin rea de Ingeniera Telemtica VERSIN 1.0 Universidad de Jan E. P. S. de Linares
Tema 1
1.1 Tipos de aplicaciones.
Aplicaciones elsticas. Pueden funcionar dentro de un amplio rango de tasas de trasferencia y retardos, aunque mientras ms rpido mejor. Ejemplo: Apliaciones SMTP/POP3, HTTP y FTP. Aplicaciones de Transmisin multimedia continua. Tambin llamadas tiempo real tolerante porque pueden adaptarse al funcionamiento de la red. Ejemplo: Streaming de video con cambio de frame rate. Aplicaciones de Tiempo real Requieren te tiempos de respuesta acotados y transmisin acotados. Ejemplo: Aplicaciones de control, Voz/Telefona sobre IP, etc.
VERSIN 1.0
Tema 1
1.1
Ante la creciente problemtica aparece una cuestin muy importante:
Se deben modificar estas aplicaciones para que sean ms adaptativas, o se debe modificar Internet para soportar estos comportamientos no elsticos?
La respuesta a esta pregunta no es fcil, y en concreto no se ha optado claramente por una u otra, si no que se ha trabajado por diversos grupos, investigadores y empresas en ambas posibilidades. Para ms informacin ver los Grupos del IETF: www.ietf.org/html.charters/wg-dir.html
Tema 1
1.1
Diferentes entornos y soluciones adoptadas para ofrecer calidad de servicio en Internet. Los protocolos y aplicaciones se han hecho adaptativos en lo posible. Por ejemplo: TCP, end-to-end congenstion control, IP TOS. Se han desarrollado nuevas tecnologas que ha permitido ofrecer calidad de servicio bajo IP (ATM, MPLS) Se ha intentado controlar el funcionamiento de IP aadiendo dos esquemas diferentes de QoS: Internet de Servicios Integrados (IntServ) o Internet de Servicios Diferenciados (DiffServ), o esquemas mixtos entre ambos.
VERSIN 1.0
Tema 1
1.1
Requisitos de los flujos multimedia. Sin duda uno de los factores que ha contribuido ms tenazmente al desarrollo y bsqueda de redes con calidad de servicio en la actualidad es la distribucin y acceso a servicios multimedia, ya sea, voz, audio, video o cualquier otro servicio derivado de estos, como la radio, televisin o juegos online. Este tipo de servicios tiene una serie de caractersticas comunes que chocan con el enfoque best-efford de IP. Sin embargo debido al gran auge de Internet se han ido adaptando de diferentes formas al funcionamiento sobre IP, ya sea usando protocolos de transporte como UDP, TCP o RTP, o protocolos de aplicacin (SIP, SDP, RTSP). Alrededor de este tema a numerosos estudios, siendo hoy en da un punto clave en el desarrollo de Internet.
Tema 1
1.1
10
Algunos de los requisitos que los flujos multimedia y que un servicio de QoS podra proporcionar son: Reserva o garanta de uso de un determinado ancho de banda. Deteccin y control del retardo y su variacin (jitter) de los paquetes en la red. Deteccin y control de la congestin en la red. Uso de polticas de planificacin para organizar trfico de diferentes prioridades o requerimientos (voz, audio, video, control,). Se necesitan mecanismos, polticas, protocolos que puedan conseguir esto.
Se necesita ofrecer Calidad de Servicio (QoS)

Tema 1
1.1
11
Que es la Calidad de Servicio (QoS)?
En el contexto de Internet, y de los diferentes mtodos, protocolos y arquitecturas que se va a mostrar en este tema, la Calidad de Servicio (QoS) se refiere al servicio de envo de paquetes provisto por Internet, caracterizado por una serie de parmetros tales como ancho de banda conseguido, retardo de paquete y porcentaje de paquetes perdidos. Servicio de Control de la QoS: Conjunto de capacidades coordinadas provistas por un elemento de la red, incluyendo la especificacin de las funciones que deben ser realizadas por el elemento de la red, la informacin requerida por el elemento para poder realizar esas funciones, as como la informacin generada por el elemento para los dems elementos del sistema. Un servicio est conceptualmente implementado dentro de un mdulo de servicio contenido en el elemento de la red.
VERSIN 1.0
Tema 1
1.1
12
Los principios para poder proporcionar QoS a los flujos multimedia se muestran a continuacin: Diferenciar entre distintos tipos de trfico segn el contenido (voz, audio, video, datos) Proporcionar proteccin y aislamiento a unas clases de QoS con respecto a otras. Usar los recursos de la forma ms eficiente posible. Control sobre el acceso a la red y diferenciar entre usuarios con diferentes prioridades o calidades de servicio.
VERSIN 1.0
Tema 1
1.1 Clases de Servicio.
13
Servicio Garantizado (Guaranteed service): Control estricto del desempeo de la red y del retardo. Control de admisin. Servicio de Carga controlada (Controlled-Load service): Intenta mantener un servicio en el que parezca que la red est descargada. Controla la admisin. Servicio del Mejor esfuerzo. (Best-Effort service): Sin compromisos de ningn tipo de desempeo, retardo o confirmacin de entrega. Sin control de admisin.
Tema 1
1.2
14
Internet de Servicios Integrados.
Introduccin. Internet de Servicios Integrados provee la capacidad para las aplicaciones de elegir entre mltiples niveles de control de enviar sus paquetes de datos. Para soportar esta capacidad, IntServ da un enfoque de orientado a flujo, basado en: Los elementos individuales de la red (subnets y routers IP) a lo largo del camino seguido por los paquetes de una aplicacin, deben soportar los mecanismos de control de calidad de servicio (QoS) para esos paquetes. Debe ser proporcionada una manera de comunicar los requerimientos de las aplicaciones a los elementos de la red, as como una manera de enviar informacin de gestin de la QoS entre los elementos de la red y la aplicacin.
VERSIN 1.0
Tema 1
1.2
15
Dentro del marco de IntServ, la primera funcin se consigue gracias a los servicios de Control de QoS tales como: Carga Controlada (Controlled-Load, RFC 2211) Servicio Garantizado (Guaranteed Quality of Service, RFC 2212). La segunda funcin puede ser proporcionada de diferentes maneras, pero frecuentemente es a travs de un protocolo de configuracin y reserva tal como RSVP (Resource ReServation Protocol, RFC 2205) Informacin adicional: RFC 2216 Shenker, S., and J. Wroclawski. "Network Element Service Specification Template", September 1997.
Tema 1
1.2
16
El desarrollo e implantacin de IntServ tiene numerosos aspectos que contemplar, tales como: Complejidad: El uso as como la necesidades el software y del hardware no deben de ser excesivamente complejas para permitir una robusta implantacin as como su uso y mantenimiento. Escalabilidad: El sistema de QoS debe soportar ampliaciones y cambios en la arquitectura sin cambios en los mecanismos. Modelo de negocio: Debe mantener y asegurar los servicios ofrecidos actualmente y facilitar la implantacin de otros nuevos, sin generar costes desproporcionados o cambios sustanciales en los actuales. Sobrecarga: La implantacin y uso no debe suponer una sobrecarga a la actual red, que pueda llevar en el peor de los casos a desestimar las mejoras.
VERSIN 1.0
Tema 1
1.2 Definiciones (RFC 2216).
17
Elemento de Red (Network Element): Es cualquier componente de una red que puede manejar directamente paquetes de datos y as potencialmente capaz de ejercer un control de las QoS sobre el flujo de datos que lo atraviesa. Los elementos de red incluyen routers, subredes y los sistemas operativos de los nodos finales. Flujo de datos (flow): Conjunto de paquetes que atraviesan un elemento de red, todos los cuales estn agrupados por la misma peticin de control de la QoS. En un elemento de red en concreto, un flujo puede consistir en los paquetes provenientes de una sola sesin de una aplicacin, o ser el resultado de combinar el trfico de diferentes sesiones de aplicaciones.
VERSIN 1.0
Tema 1
18
Especificacin de Trfico (Traffic Specification, TSpec): Es una descripcin de los patrones de trfico que va a ser requerido para el servicio. En general, las TSpec forman uno de los lados del contrato entra el flujo de datos y el servicio. Como ejemplo, esta especificacin puede ser en forma de un filtro token bucket. Se debe resear que la estas especificaciones detalan el patrn de trfico permitido para un flujo, no el patrn de trfico actual. El comportamiento de un servicio cuando el trfico acutal de un flujo de datos no respeta la especificacin de trfico esperado, debe ser definido en dicho servicio mediante una poltica de actiuacin.
VERSIN 1.0
Tema 1
19
Especificacin de Peticin de Servicio (Service Request Specification, RSpec): Una Especificacin de Peticin de Servicio, o RSpec, es una especificacin de la QoS que desea solicita un flujo de un elemento de la red. El contenido de dicha especificacin est altamente detallado para cada servicio en particular. Como ejemplo, estas especificaciones pueden contener informacin acerca del ancho de banda reservado para el flujo de datos, los retardos mximos o los porcentajes de prdida de paquetes.
VERSIN 1.0
Tema 1
1.2
20
Servicio Garantizado. Con este servicio se pretende conseguir tanto un compromiso de ancho de banda y retardo en Internet. En este servicio los flujos de datos se describen usando token bucket, y para esto los elementos del servicio (routers, subnet, etc.) deben computar diversos parmetros que describan como el elemento est manejando el flujo de datos. Aunando los datos recogidos por los elementos a lo largo de una ruta, es posible conseguir una medida del mximo retardo que un paquete de datos puede experimentar al ser transmitido por esa ruta.
VERSIN 1.0
Tema 1
1.2
21
Este servicio se apoya en estos tres aspectos: Es necesario un mtodo de establecer la configuracin y comunicar la informacin entre los elementos de servicio, aunque no se define en este servicio ni este mtodo ni la forma de hacerlo, ya sea con RSVP, manualmente, con SNMP, etc. Para conseguir ofrecer los lmites de retardo y ancho de banda acordados, todos los elementos de la ruta deber soportar, o al menos imitar, el Servicio Garantizado. Lo que no significa que sea necesario implementar este servicio en toda Internet para que sea til.
VERSIN 1.0
Tema 1
1.2
22
Debido a que los elementos de servicio no reciben un lmite de retardo, si no que devuelven uno, se asume normalmente que las aplicaciones no pueden controlar el retardo. Realmente, el Servicio Garantizado da un amplio margen de maniobra sobre su retardo. El retardo tiene dos partes; una fija (retardos de transmisin) y retardo de cola. Slo el retardo de cola es calculado por el Servicio Garantizado, el cual es funcin del token bucket (principalmente del tamao b) y de la velocidad de datos (R) que la aplicacin solicita. Concretamente estos dos valores estn bajo el control de la aplicacin, por lo que sta puede hacer una estimacin a priori de su retardo y modificar alguno de sus parmetros para ajustarse al retardo que puede realmente conseguir.
VERSIN 1.0
Tema 1
1.2
23
Servicio Garantizado. Comportamiento Extremo a Extremo El comportamiento extremo a extremo proporcionado por los elementos de red que conforman una ruta, aseguran un determinado ancho de banda, el cual cuando es usado por un flujo controlado, produce un servicio con retardo-acotado, sin prdidas en colas de espera para todos los datagramas conformados (asumiendo que no hay fallos en la red o cambios en el enrutado durante la vida del flujo de datos). El Servicio Garantizado no controla el retardo mnimo o medio de los datagramas, simplemente el mximo retardo de cola. El servicio est sujeto a un control de admisin.
VERSIN 1.0
Tema 1
1.2
24
Servicio Garantizado. Motivacin El Servicio Garantizado asegura que los datagramas llegarn dentro del tiempo de distribucin acordado y que no sern descartados debido a desbordamientos en las colas. Este servicio est pensado para aplicaciones que necesitan una firme garanta de que un datagrama llegar no ms tarde de un cierto tiempo desde que fue transmitido por la fuente Por ejemplo aplicaciones de play-back de audio y video son intolerantes a la llegada de datagramas despues de su tiempo de play-back. Aplicaciones que tienen estrictos requerimienos de tiempo real tambin requieren este tipo de servicio.
VERSIN 1.0
Tema 1
1.2
25
Servicio de Carga Controlada. Este servicio provee al cliente con un flujo de datos con una QoS cercana a la que aproximadamente recibira el mismo flujo de datos en un elemento de la red descargado con best efford. Este servicio utiliza un control de admisin para asegurar que es posible ofrecerse incluso en momentos en el que un elemento de red est sobrecargado. Nota: El echo de que un elemento de red se considere descargado implica que no est muy cargado o congestionado, no que no haya ninn otro trfico a travs de l. Debido a la ambigedad de la definicin de este servicio, para su mayor concrecin se definen los eventos o circunstancias que deberan ser poco probables que sucedieran en un flujo de datos que reciba una QoS de Carga Controlada.
VERSIN 1.0
Tema 1
1.2
26
Pequeos o ningn retardo de cola sobre todos los plazos de tiempo significativamente mayores que el tiempo de rfaga. Pequea o ninguna prdida por congestin en todos los plazos significativamente mayores que el tiempo de rfaga. En este contexto, estas prdidas incluyen las prdidas de paquetes debido a la escasez de recursos en cualquier elemento de proceso, tales como espacio en buffers o ancho de banda de un enlace. A pesar de todo una prdida ocasional pueden ocurrir, pero una prdida continuada y sustancial representa un fallo en el algoritmo de control de admisin. Tiempo de rfaga (burst time): Se define como el tiempo requerido para la rfaga de mayor tamao del flujo de datos para ser transmitida segn la velocidad de transmisin requerida. Tanto el tamao de rfaga, como la velocidad de transmisin se definen en el TSpec del flujo de datos.
Tema 1
1.2
27
Token Bucket
El servicio de carga controlada usa la especificacin de trfico TOKEN_BUCKET_TSPEC definida en la RFC 2215, el cual describe un filtro simple Token Bucket.
TOKEN_BUCKET_TSPEC r : Velocidad sostenida de datos p : Velocidad pico de datos b : Tamao de rfaga M: Tamao mximo de paquete m : Unidad mnima procesada.
b p +
VERSIN 1.0 Universidad de Jan E. P. S. de Linares
Tema 1
1.2
28
Poltica de servicio. El TSpec de token bucket requiere que el trfico obedezca la regla en cualquier intervalo de tiempo de que la cantidad de datos enviado no exceda rT+b, donde r y b son los parmetros del token bucket y T es la duracin del intervalo de tiempo. Los paquetes que lleguen al elemento de red y ocasionen una violacin de la condicin anterior, o excedan la MTU, sern considerados como trfico no conformado y tan slo se les ofrecer un servicio best effort. La recepcin de trfico no conformado no se puede suponer como una fallo o mal funcionamiento de la red, y debe ser asumido como algo posible y habitual.
VERSIN 1.0
Tema 1
1.2
29
Aplicaciones del servicio de carga controlada. En general el servicio de carga controlada puede ser usado por cualquier aplicacin que funcione bien en un entorno best effort, pero se aprovechar mejor en aplicaciones que puedan caracterizar apropiadamente su trfico, como las basadas en el transporte contnuo de contenido mulimedia, como el audio o video digitalizado. El servicio de carga controlada no es iscrono por lo que la temporizacin y control de entrega debe ser realizado por protocolos de aplicacin, como por ejemplo RTP. Tambin, las aplicaciones dependientes de la carga (load-sensitive), que normalmente usan un esquema best effort, pueden aprovecharse en momentos del servicio de carga controlada cuando no consiguen un funcionamiento adecuado con best effort o si por ejemplo el uso de QoS supone un coste al servicio.
Tema 1
1.2
30
RSVP. Introduccin. Qu es lo ms caracterstico del Protocolo RSVP? (1/3) RSVP hace reservas tanto para aplicaciones unicast como multicast, adaptndose dinmicamente a los cambios de asignacin de miembros de grupos as como de rutas. El funcionamiento de RSVP es simplex, ya que la reserva se hace para flujos unidireccionales de datos. RSVP es un protocolo de sealizacin orientado al receptor, ya que es este el que inicia y mantiene la reserva de recursos para un flujo de datos al que se ha conectado.
VERSIN 1.0
Tema 1
1.2
31
Qu es lo ms caracterstico del Protocolo RSVP? (2/3) RSVP debe mantener en cada nodo los requerimientos de reserva, los cuales se denominan soft state , lo cual provee de un adecuado mtodo para adapterse a los cambios de pertenecia a grupos, as como adaptacin automtica a los cambios de ruta. RSVP no es un protocolo de enrutamiento pero depende de los protocolos de enrutamiento presentes y futuros. RSVP transporta y mantiene parmetros de control de trfico y de polticas, pero lo hace de forma transparente a estos. RSVP se usa encima de IP4 e IP6 para funcionar, al igual que los protocolos de transporte, pero no transporta ningn dato de la aplicaciones.
Tema 1
1.2
32
Qu es lo ms caracterstico del Protocolo RSVP? (3/3) RSVP proporciona diversos modelos de reserva o Estilos para ajustarse a varios tipos de aplicaciones. RSVP provee una operacin transparente a travs de los routers que no lo soportan.
VERSIN 1.0
Tema 1
1.2
33
Mecanismos del Control de Trfico de RSVP. La calidad de servicio es implementada para una flujo de datos en particular por una serie de mecanismos que colectivamente se denominan Control de Trfico, segn han sido definidos por el Integrated Services Working Group. Clasificador de trfico: Determina la clase de QoS, y posiblemente la ruta para cada paquete. Control de admisin. Planificador de paquetes: Para cada interfaz de salida el planificador, u otro mecanismo de nivel de enlace, que intenta conseguir la QoS requerida.
VERSIN 1.0
Tema 1
1.2
34
Durante la reserva, una peticin de QoS RSVP se pasa a dos mdulos de decisin locales. Control de Admisin: Determina si en el nodo que recibe la peticin tiene los suficientes recursos para proporcionar la QoS requerida. Control de Poltica: Determina si el usuario que hace la peticin tiene los suficientes permisos administrativos para hacer tal reserva. Si ambas pruebas son superadas se establecen los parmetros en el clasificador de trfico y en el planificador de paquetes para obtener la QoS deseada. Si cualquiera de las dos pruebas falla el servicio RSVP devolver una notificacin de error al proceso de aplicacin que origin la peticin.
Tema 1
1.2 HOST
Aplicacin Proceso RSVP
35

ROUTER
Proceso de enrutado Proceso RSVP Control de polticas
Control de Trfico
D A T O S
Control de polticas
Control de admisin Organizador de paquetes
Control de admisin Organizador de DATOS paquetes
Clasificador
DATOS
Clasificador
VERSIN 1.0
Tema 1
1.2
36
[RFC 2205] Resource ReSerVation Protocol (RSVP) -- Version 1 Functional Specification R. Braden, Ed., L. Zhang, S. Berson, S. Herzog, S. JaminSeptember 1997 Updated by RFC2750, RFC3936, RFC4495 PROPOSED STANDARD [RFC 2211] Specification of the Controlled-Load Network Element Service J. WroclawskiSeptember 1997 PROPOSED STANDARD [RFC 2212] Specification of Guaranteed Quality of Service S. Shenker, C. Partridge, R. GuerinSeptember 1997 PROPOSED STANDARD
VERSIN 1.0
Tema 1
1.3
37
Differentiated Services (Diffserv)
Introduccin DiffServ fue pensado para proveer QoS en redes grandes como Internet, ya que el tratamiento no lo hace por flujo si no por grupo de flujos. Para esto es necesario definir un SLA (Service Level Agreement ) entre el cliente y el proveedor de servicios donde se especifica, entre otras cosas, el comportamiento del trfico que el cliente va a enviar hacia la red y las acciones que el proveedor va a tomar cuando se cumple o no con el contrato (por ejemplo el conformado o descartado del trfico).
VERSIN 1.0
Tema 1
1.3
38
Limitaciones 1. Ante estados de congestin de la red, pueden haber bloqueos de flujos con prioridades bajas (por ejemplo de un servicio bronze frente a un gold). Es necesario establecer contratos de peering entre proveedores para asegurar una QoS en el servicio cuando se transita por ms de una red. El mantenimiento de las configuraciones en los nodos agrega complejidad a la gestin. Los clientes tienden a sobreestimar sus necesidades de trfico, por lo que el proveedor termina realizando un overprovisioning de su red para soportar los servicios vendidos.
VERSIN 1.0 Universidad de Jan E. P. S. de Linares
2.
3.
4.
Tema 1
1.3
39
Justificacin En principio DiffServ nace con la idea de solventar algunas de las dificultades de IntServ y RSVP, tales como: Escalabilidad: Mantener los estados de funcionamiento en los routers de redes de alta velocidad es difcil debido al gran nmero de flujos de datos. Modelos de Servicio Flexibles: IntServ tiene slo dos clases, por lo que se piensa en aportar nuevas clases de servicio cualitativamente diferentes, y clases de servicio relativas (usuarios plata, oro, platino,) Sealizacin simple: En vez del uso de RSVP, muchas aplicaciones y usuarios pueden querer slo especificar una manera ms cualitativa de QoS.
VERSIN 1.0
Tema 1
1.3
40
Motivacin Poder realizar un esfuerzo de grado fino solamente desde el borde de la red. Normalmente lo enlaces ms lentos estn en los bordes. Ejemplo: La ordenacin del correo en una oficina de correos. Marcar los paquetes con un campo de QoS. Ejemplo: El sello de urgente en el servicio de correos. El ncleo de la red usa slo este campo de tipo de QoS para la gestin del servicio Un nmero reducido de tipos pero con un comportamiento claro y bien definido. Pueden ser tratados de una forma ms rpida. Evolucin en vez de revolucin.
VERSIN 1.0
Tema 1
1.3
41
Funciones de los routers de frontera/hosts Clasificacin: Marca los paquetes de acuerdo con las reglas de clasificacin especificadas. Medicin: Comprueba cuando el trfico se ajusta al perfil negociado. Marcado: Marca el trfico que se ajusta al perfil. Acondicionado: Retarda y luego enva, descarta o remarca otros trficos.
Tema 1
1.3
42
Clasificacin y Acondicionado Los paquetes se marcan usando el campo Type of Service (TOS) en IPv4, y usando el campo Traffic Class en IPv6. Slo 6 bits son usados para el Differentiated Service Code Point (DSCP) y determinar el PHB (Per Hop Behavior) que el paquete recibir. Los otros 2 bits estn actualmente reservados para un futuro uso.
VERSIN 1.0
Tema 1
1.3
43
Funciones del ncleo de la red Envo: De acuerdo con el Per-Hop-Behavior o PHB especificado para una clase de QoS de un paquete en particular, tal PHB est basado estrictamente en la clase marcada en el paquete, ningn otro campo de la cabecera es necesario o puede influenciar el PHB. GRAN VENTAJA: No es necesaria mantener una informacin de estado en los routers.
VERSIN 1.0
Tema 1
1.3
44
Envo (Forwarding). PHB El PHB genera diferentes y observables (mesurables) comportamientos en el funcionamiento del envo. El PHB no especifica que mecanismos sern necesarios usar para asegurar el correspondiente comportamiento definido para cada PHB. Ejemplos: Clase A: Conseguir que el x% del ancho de banda de salida del enlace sobre intervalos de tiempo de duracin especificada. Los paquetes de Clase A sern enviados siempre antes que los de Clase B.
VERSIN 1.0
Tema 1
1.3
45
Envo (Forwarding). PHB Expedited Forwarding (EF): Garantiza cierto un mnimo ratio de envo para el trfico EF. Aislamiento: Garantiza que el trfico EF no debe ser influenciado por otras clases de trfico. Admisin basada en la velocidad de pico. EL trfico no conformado es descartado o re-ajustado (shaped). Posibilidad de servicio: Proveer un cable virtual.
VERSIN 1.0
Tema 1
1.3
46
Envo (Forwarding). PHB Assured Forwarding (AF): AF define 4 clases con algn ancho de banda y tamao en buffers reservado para ellas. El objetivo es que sean usadas para implementar servicios que difieran relativamene uno de otro (por ejemplo, oro, plata, ) Dentro de cada clase hay tres prioridades de descarte, que afecta a qu paquetes sern descartados primero en el caso de congestin. Hay muchos estudios de como estas clases y las prioridades de descarte afectan al control de flujo de TCP. El trfico no conformado es remarcado.
VERSIN 1.0
Tema 1
1.3
47
Aspectos importantes de DiffServ AF y EF no son un estndar an. La clave del funcionamiento de Diffserv es el control del ancho de banda en el ncleo de la red. Es sencillo para servicios simples como el canal virtual, pero mucho ms desafiante para diferentes niveles de acuerdo para complejos servicios. Se desprende la necesidad de un bandwidth broker que manejara el ancho de banda de la red.. Definicin extremo a extremo para servicios a lo largo de redes con diferentes comportamientos de envo. Los paquetes pueden ser tratados de forma distinta en routers diferentes. Algunos routers no soportan DiffServ.
VERSIN 1.0
Tema 1
Ref
48
[RFC 2598] Jacobson, V., Nichols, K. and K. Poduri, "An Expedited Forwarding PHB", June 1999. [RFC 2474] Nichols, K., Blake, S., Baker, F. and D. Black, "Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers",December 1998. [RFC 2475] Black, D., Blake, S., Carlson, M., Davies, E., Wang, Z. and W. Weiss, "An Architecture for Differentiated Services", December 1998. [RFC 2983] Black, D., "Differentiated Services and Tunnels", RFC 2983, October 2000. [RFC 2998] Y. Bernet, P. Ford, R. Yavatkar, F. Baker, L. Zhang, M. Speer, R. Baden, B. Davie, J. Wroclawski, and E. Felstaine. A framework for integrated services operation over diffserv networks., November 2000.
Tema 1
Ref
49
[RFC 3086] Nichols K. and B. Carpenter, "Definition of Differentiated Services Per Domain Behaviors and Rules for their Specification",April 2001. [RFC 3246] Davie, B., Charny, A., Baker, F., Bennett, J.C.R., Benson, K., Boudec, J., Chiu, A., Courtney, W., Davari, S., Firoiu, V., Kalmanek, C., Ramakrishnan, K.K. and D. Stiliadis, "An Expedited Forwarding PHB (Per-Hop Behavior)", March 2002. [RFC 3247] Charny, A., Baker, F., Davie, B., Bennett, J.C.R., Benson, K., Le Boudec, J.Y., Chiu, A., Courtney, W., Davari, S., Firoiu, V., Kalmanek, C., Ramakrishnan, K.K. and D. Stiliadis, "Supplemental Information for the New Definition of the EF PHB (Expedited Forwarding Per-Hop Behavior)", March 2002.
VERSIN 1.0
Tema 1
1.4
50
Interfuncionamiento con IntServ Los estudios e investigaciones sobre la QoS de servicio sobre IP, como se ha visto, han derivado en dos diferentes vertientes: La arquitectura de Servicios Integrados (IntServ) y la de Servicios Diferenciados (DiffServ). IntServ es una arquitectura de QoS orientada a flujo, que usa RSVP para la reserva de recursos. En contraste DiffServ clasifica los paquetes entre un pequeo nmero de tipos de flujos o clases, basados en el Diffserv Code Point (DSCP) situado en la cabecera de los paquetes IP. Siendo en cada router DiffServ donde los paquetes estn sometidos al perhop behavior (PHB), el cual se desprende del DSCP.
VERSIN 1.0
Tema 1
1.4
51
Modelos de QoS mixtos: IntServ/DiffServ
Interfuncionamiento con IntServ IntServ, RSVP y DiffServ, pueden ser vistas como tecnologa complementarias en la persecucin de la QoS extremo a extremo. Juntos, estos mecanismos pueden facilitar el despliegue de aplicacin como Telefona-IP, video bajo demanda y otros muchos tipos de aplicaciones no multimedia con crticos requisitos de funcionamiento. IntServ posibilita a los hosts el poder solicitar recursos cuantificables para cada flujo de datos, a lo largo de rutas de datos extremo a extremo, y a su vez, obtener una respuesta de la viabilidad de esas peticiones. DiffServ posibilita la escalabilidad a travs de grandes redes.
VERSIN 1.0
Tema 1
1.4
52
Interfuncionamiento con IntServ

Regin Diffserv Tx
IntServ/RSVP
PHB IntServ/RSVP
meter
Rx
classifier
marker
Shaper/ dropper
A los nodos interiores
VERSIN 1.0
Tema 1
1.4
53
Ejemplo de correspondencia de trfico IntServ sobre DiffServ usando una poltica de mapeado sobre PHB
VERSIN 1.0
Tema 1
1.4
54
En este esquema, la QoS extremo a extremo se provee aplicando un modelo IntServ extremo a extremo a lo largo de una red que contiene una o varias regiones DiffServ. Las regiones DiffServ pueden o no participar en la sealizacin extremo a extremo de RSVP con el propsito de optimizar la reserva de recursos y el soporte al control de admisin. Desde la perspectiva de IntServ, las regiones DiffServ de la red son tratadas como enlaces virtuales conectando routers y hots que implementan IntServ. Dentro de las regiones DiffServ de la red, los routers implementan PHB especficos. La cantidad total de trfico admitido dentro de la regin DiffServ que recibir cierto PHB puede ser limitado gracias a un control de poltica en el borde.
VERSIN 1.0
Tema 1
Ref
55
[RFC 2598] Jacobson, V., Nichols, K. and K. Poduri, "An Expedited Forwarding PHB", June 1999. [RFC 2474] Nichols, K., Blake, S., Baker, F. and D. Black, "Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers",December 1998. [RFC 2475] Black, D., Blake, S., Carlson, M., Davies, E., Wang, Z. and W. Weiss, "An Architecture for Differentiated Services", December 1998. [RFC 2983] Black, D., "Differentiated Services and Tunnels", RFC 2983, October 2000. [RFC 2998] Y. Bernet, P. Ford, R. Yavatkar, F. Baker, L. Zhang, M. Speer, R. Baden, B. Davie, J. Wroclawski, and E. Felstaine. A framework for integrated services operation over diffserv networks., November 2000.
Tema 1
Ref
56
[RFC 3086] Nichols K. and B. Carpenter, "Definition of Differentiated Services Per Domain Behaviors and Rules for their Specification",April 2001. [RFC 3246] Davie, B., Charny, A., Baker, F., Bennett, J.C.R., Benson, K., Boudec, J., Chiu, A., Courtney, W., Davari, S., Firoiu, V., Kalmanek, C., Ramakrishnan, K.K. and D. Stiliadis, "An Expedited Forwarding PHB (Per-Hop Behavior)", March 2002. [RFC 3247] Charny, A., Baker, F., Davie, B., Bennett, J.C.R., Benson, K., Le Boudec, J.Y., Chiu, A., Courtney, W., Davari, S., Firoiu, V., Kalmanek, C., Ramakrishnan, K.K. and D. Stiliadis, "Supplemental Information for the New Definition of the EF PHB (Expedited Forwarding Per-Hop Behavior)", March 2002.
VERSIN 1.0

Tema 1 Calidad de Servicio en Redes IP

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Tema 1 Calidad de Servicio en Redes IP

Cargado por

Copyright:

Formatos disponibles

Ingeniera de Telecomunicacin.

E. P. S. de Linares. Universidad de Jan

Calidad de servicio en redes IP

1.3 Internet de Servicios Diferenciados.

1.4 Modelos de QoS mixtos: IntServ/DiffServ

Dpto. de Ingeniera de Telecomunicacin rea de Ingeniera Telemtica

Universidad de Jan E. P. S. de Linares

Calidad de servicio en redes IP

Dpto. de Ingeniera de Telecomunicacin rea de Ingeniera Telemtica

Universidad de Jan E. P. S. de Linares

Aplicaciones Telemticas Avanzadas II. Pg. 1

E. P. S. de Linares. Universidad de Jan

Calidad de servicio en redes IP

Dpto. de Ingeniera de Telecomunicacin rea de Ingeniera Telemtica

Universidad de Jan E. P. S. de Linares

Calidad de servicio en redes IP

Introduccin a la QoS y flujos multimedia.

Dpto. de Ingeniera de Telecomunicacin rea de Ingeniera Telemtica

Universidad de Jan E. P. S. de Linares

Aplicaciones Telemticas Avanzadas II. Pg. 2

E. P. S. de Linares. Universidad de Jan

Calidad de servicio en redes IP

Introduccin a la QoS y flujos multimedia.

Calidad de servicio en redes IP

Introduccin a la QoS y flujos multimedia.

Dpto. de Ingeniera de Telecomunicacin rea de Ingeniera Telemtica

Universidad de Jan E. P. S. de Linares

Aplicaciones Telemticas Avanzadas II. Pg. 3

E. P. S. de Linares. Universidad de Jan

Calidad de servicio en redes IP

Introduccin a la QoS y flujos multimedia.

Ante la creciente problemtica aparece una cuestin muy importante:

Calidad de servicio en redes IP

Introduccin a la QoS y flujos multimedia.

Dpto. de Ingeniera de Telecomunicacin rea de Ingeniera Telemtica

Universidad de Jan E. P. S. de Linares

Aplicaciones Telemticas Avanzadas II. Pg. 4

E. P. S. de Linares. Universidad de Jan

Calidad de servicio en redes IP

Introduccin a la QoS y flujos multimedia.

Calidad de servicio en redes IP

Introduccin a la QoS y flujos multimedia.

Se necesita ofrecer Calidad de Servicio (QoS)

Aplicaciones Telemticas Avanzadas II. Pg. 5

E. P. S. de Linares. Universidad de Jan

Calidad de servicio en redes IP

Introduccin a la QoS y flujos multimedia.

Que es la Calidad de Servicio (QoS)?

Dpto. de Ingeniera de Telecomunicacin rea de Ingeniera Telemtica

Universidad de Jan E. P. S. de Linares

Calidad de servicio en redes IP

Introduccin a la QoS y flujos multimedia.

Dpto. de Ingeniera de Telecomunicacin rea de Ingeniera Telemtica

Universidad de Jan E. P. S. de Linares

Aplicaciones Telemticas Avanzadas II. Pg. 6

E. P. S. de Linares. Universidad de Jan

Calidad de servicio en redes IP

Introduccin a la QoS y flujos multimedia.

Calidad de servicio en redes IP

Internet de Servicios Integrados.

Dpto. de Ingeniera de Telecomunicacin rea de Ingeniera Telemtica

Universidad de Jan E. P. S. de Linares

Aplicaciones Telemticas Avanzadas II. Pg. 7

E. P. S. de Linares. Universidad de Jan