Tema 4

Calidad de Servicio (QoS)

Ampliación Redes 4-1

Sumario
‡ Concepto de Calidad de Servicio ‡ Calidad de servicio en LANs ‡ Calidad de Servicio en Internet
± Modelo IntServ y protocolo RSVP ± Modelo DiffServ

‡ Control de congestión en Internet ‡ MPLS
Ampliación Redes 4-2

Requerimientos de Calidad de Servicio de las aplicaciones
Aplicación Correo electrónico Transferencia de ficheros Acceso Web Login remoto Audio bajo demanda Vídeo bajo demanda Telefonía Vídeoconferencia Fiabilidad Retardo Alta (*) Alta (*) Alta (*) Alta (*) Media Media Media Media Alto Alto Medio Medio Alto Alto Bajo Bajo Jitter Alto Alto Alto Medio Medio Medio Bajo Bajo Ancho de Banda Bajo Medio Medio Bajo Medio Alto Bajo Alto

(*) La fiabilidad alta en estas aplicaciones se consigue automáticamente al utilizar el protocolo de transporte TCP

Ampliación Redes 4-3

Congestión y Calidad de Servicio ‡ Sería muy fácil dar Calidad de Servicio si las redes nunca se congestionaran. Ampliación Redes 4-4 . ‡ Para dar QoS con congestión es preciso tener mecanismos que permitan dar un trato distinto al tráfico preferente y cumplir el SLA (Service Level Agreement). cosa no siempre posible o deseable. Para ello habría que sobredimensionar todos los enlaces.

Efectos de la congestión en el tiempo de servicio y el rendimiento Tiempo de Servicio Sin Congestión Congestión Moderada Congestión Fuerte Sin Congestión Congestión Moderada Congestión Fuerte Carga QoS inútil QoS útil y viable QoS inviable QoS inútil QoS útil y viable Rendimiento Carga QoS inviable Ampliación Redes 4-5 .

‡ El contrato que especifica los parámetros de QoS acordados entre el proveedor y el usuario (cliente) se denomina SLA (Service Level Agreement) Ampliación Redes 4-6 .Calidad de Servicio (QoS) ‡ Decimos que una red o un proveedor ofrece µCalidad de Servicio¶ o QoS (Quality of Service) cuando se garantiza el valor de uno o varios de los parámetros que definen la calidad de servicio que ofrece la red. Si el proveedor no se compromete en ningún parámetro decimos que lo que ofrece un servicio µbest effort¶.

9% 2 Mb/s 0.1% 80 mseg s 20 mseg Disponibilidad Tiempo mínimo que el operador asegura que la red estará en funcionamiento Ancho de Banda Pérdida de paquetes Round Trip Delay Jitter Indica el ancho de banda mínimo que el operador garantiza al usuario dentro de su red Máximo de paquetes perdidos (siempre y cuando el usuario no exceda el caudal garantizado) El retardo de ida y vuelta medio de los paquetes La fluctuación que se puede producir en el retardo de ida y vuelta medio Ampliación Redes 4-7 .Parámetros típicos de los SLAs Parámetro Significado Ejemplo 99.

Fluctuación del retardo²³Jitter´
Emisor Red Receptor

A

B

C

Emisor Transmite

t A
50 ms 50 ms

B
90 ms
Congestión

C

Receptor Recibe

t

Red vacía

Retardo: 70 ms s 20 ms (retardo: 70 ms, jitter: 40 ms)
Ampliación Redes 4-8

Relación entre la probabilidad de llegada de los datagramas y los parámetros del SLA
Probabilidad El tiempo mínimo de propagación depende de las características físicas de la red

Retardo mínimo Retardo medio

Jitter

Tiempo Datagramas considerados perdidos por haberse entregado demasiado tarde

Ampliación Redes 4-9

Reducción del Jitter
‡ La principal causa de jitter es la congestión ‡ Se puede reducir el jitter añadiendo un retardo adicional en el lado del receptor. Por ejemplo con un retardo de 70 s 20 ms se puede asegurar jitter 0 si se añade un retardo de 40 ms (90 s 0 ms). ‡ Para el retardo adicional el receptor ha de tener un buffer suficientemente grande. ‡ En algunas aplicaciones no es posible añadir mucho retardo pues esto reduce la interactividad. Ej.: videoconferencia, telefonía por Internet
Ampliación Redes 4-10

A veces se denomina µQoS hard¶.: VCs ATM con categoría de servicio CBR ± Ambulancia: darle mayor prioridad que a otros usuarios. Ejemplo: Token Ring ‡ Cada una tiene ventajas e inconvenientes. Ampliación Redes 4-11 . A veces se denomina µQoS soft¶. Ej.Calidad de Servicio: ¿Reserva o Prioridad? ‡ Existen dos posibles estrategias para dar trato preferente a un usuario en una red: ± Carril BUS: reservar capacidad para su uso exclusivo.

la información la tienen los routers ‡Los routers no necesitan conservar información de estado.¿Reserva o Prioridad? Ventajas Reserva ‡Da una garantía casi total ‡Los paquetes no necesitan llevar ninguna marca que indique como han de ser tratados. es menos segura que la reserva de recursos (puede haber overbooking) Prioridad Ampliación Redes 4-12 . Inconvenientes ‡Requiere mantener información de estado en todos los routers por lo que pasa la comunicación ‡Se requiere un protocolo de señalización para efectuar la reserva en todo el trayecto ‡Los paquetes han de ir marcados con la prioridad que les corresponde ‡La garantía se basa en factores estadísticos.

Sumario ‡ Concepto de Calidad de Servicio ‡ Calidad de servicio en LANs ‡ Calidad de Servicio en Internet ± Modelo IntServ y protocolo RSVP ± Modelo DiffServ ‡ Control de congestión en Internet ‡ MPLS Ampliación Redes 4-13 .

Dudosa utilidad dada la posibilidad de sobredimensionar a bajo costo ‡ Necesidad de acompañarlo de políticas de uso (sistema de contabilidad/facturación).QoS en LANs ‡ Desarrollos en 802. Ampliación Redes 4-14 . ‡ No se ha extendido su uso. pero incompatible. Hasta ocho niveles posibles. Similar al campo prioridad de Token Ring.1Q ‡ Campo prioridad de tres bits.1p y 802.

MAC Destino Dir. 12 Bits Pri: Prioridad (8 niveles posibles) CFI: Canonical Format Indicator (indica formato de direcciones MAC) VLAN Ident.1Q Dir.Etiquetado de tramas según 802.1Q Trama 802.: Identificador VLAN (máximo 4096 en una misma red) Ampliación Redes 4-15 . MAC Origen Ethertype/ Longitud Datos Relleno (opcional) CRC Trama 802. MAC Destino Dir.3 Dir. MAC Origen X¶8100¶ Tag Ethertype/ Longitud Datos Relleno (opcional) CRC El Ethertype X¶8100¶ indica µprotocolo¶ VLAN Pri 3 CFI 1 VLAN Ident.

Sumario ‡ Concepto de Calidad de Servicio ‡ Calidad de servicio en LANs ‡ Calidad de Servicio en Internet ± Modelo IntServ y protocolo RSVP ± Modelo DiffServ ‡ Control de congestión en Internet ‡ MPLS Ampliación Redes 4-16 .

Ej. ‡ TCP/IP fue diseñado para dar un servicio µbest effort¶. ‡ Existen aplicaciones que no pueden funcionar en una red congestionada con µbest effort¶. etc.: videoconferencia. ‡ Se han hecho modificaciones a IP para que pueda funcionar como una red con QoS Ampliación Redes 4-17 .Calidad de Servicio en Internet ‡ La congestión y la falta de QoS es el principal problema de Internet actualmente. VoIP (Voice Over IP).

pero que ofrezca las garantías de calidad de servicio extremo a extremo de la red telefónica.´ S. 1997 Ampliación Redes 4-18 . Keshav: 'An Engineering Approach to Computer Networkingµ.Calidad de Servicio en Internet ³El Santo Grial de las redes de computadores es diseñar una red que tenga la flexibilidad y el bajo costo de la Internet.

Calidad de servicio en Internet ‡ Se han desarrollado y estandarizado los dos mecanismos de QoS. ± DiffServ (Differentiated Services). los routers van agregando las demandas de los usuarios y propagándolas por el trayecto. El usuario marca los paquetes con un determinado nivel de prioridad. Esto le da al usuario una confianza razonable de conseguir la QoS solicitada. ‡ Ambos son compatibles y pueden coexistir Ampliación Redes 4-19 . reserva y prioridad: ± IntServ (Integrated Services) y protocolo RSVP. El usuario solicita de antemano los recursos que necesita. cada router del trayecto ha de tomar nota y efectuar la reserva solicitada.

Sumario ‡ Concepto de Calidad de Servicio ‡ Calidad de servicio en LANs ‡ Calidad de Servicio en Internet ± Modelo IntServ y protocolo RSVP ± Modelo DiffServ ‡ Control de congestión en Internet ‡ MPLS Ampliación Redes 4-20 .

videoconferencia. Emulación de circuitos (simulación de líneas dedicadas) Ampliación Redes 4-21 .e-mail. Tiempo Flujos Multimedia en Real modo µstreaming¶. etc. Web. telefonía sobre Internet. etc. NTP. SNMP.Clasificación de las aplicaciones en IntServ (Integrated Services) Tolerantes a pérdidas Elásticas Datos UDP: DNS. Intolerantes a pérdidas Datos sobre TCP: FTP. etc.

Tipos de servicio en IntServ Servicio Garantizado Características Equivalencia en ATM CBR ‡Garantiza un caudal mínimo y un retardo máximo VBR-rt ‡Cada router del trayecto debe dar garantías ‡A veces no puede implementarse por limitaciones del medio físico (Ej. pero Load¶) no se dan garantías µBest Effort¶ ‡Ninguna garantía (como antes sin QoS) Ampliación Redes 4-22 UBR . Ethernet compartida VBR-nrt Carga Controlada ‡Calidad similar a la de una red de datagramas poco cargada (µControlled ‡Se supone que el retardo es bajo.

Reparto de recursos en IntServ Best Effort Caudal p Carga controlada Garantizado Tiempo p Ampliación Redes 4-23 .

IntServ y RSVP ‡ 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í. Ampliación Redes 4-24 . que es lo que llamamos un flujo.

uno para el audio y otro para el vídeo.Concepto de flujo ‡ 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 ‡ Ejemplo: una videoconferencia estaría formada por cuatro flujos. dos en cada sentido. Ampliación Redes 4-25 . ‡ Los flujos pueden agruparse en clases. todos los flujos dentro de una misma clase reciben la misma QoS.

Flujos en una videoconferencia A 147.13:2843 158.156.22:3567 -> 158.35.22:5387 Ampliación Redes 4-26 .135.22:2056 -> 158.35.156.22 B 158.35.13:4065 147.42.13 Flujo vídeo A->B: Flujo audio A->B: Flujo vídeo B->A: Flujo vídeo B->A: 147.135.42.42.135.156.156.13:2492 -> 147.22:6846 158.35.135.13:1734 -> 147.156.35.135.42.42.

112.76 Puerto UDP: 2127 Flujo µverde¶ (256 Kb/s): 147. 47.156.36.97 Puerto UDP: 5753 .47.21.156.26.26.26.112.20:2038p158.21.12:3124p158.20 Puerto UDP: 2038 X Y IP: 158.76:2127 Reserva total flujos de vídeo: en sentido X pY: 384 Kb/s Vídeo 128 Kb/s IP: 147.Agrupación de flujos Flujo µrojo¶ (128 Kb/s): 147.97:5753 Vídeo 256 Kb/s IP: 147.156.156.36.12 Puerto UDP: 3124 Ampliación Redes 4-27 IP: 158.26.

Ampliación Redes 4-28 . Aún no hay ninguna implementación de RSVP que utilice la etiqueta de flujo.Identificación de flujos ‡ 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.

¿Que es RSVP? ‡ Reserva la capacidad solicitada por un flujo en todos los routers del camino. etc. Ampliación Redes 4-29 . ‡ Está pensado principalmente para tráfico multicast ‡ No es un protocolo de routing (de eso se ocupará OSPF. PIM-SM. Es un servicio orientado a conexión. ‡ Requiere guardar información de estado en todos los routers del trayecto. IS-IS. ‡ Es un protocolo de señalización (como el utilizado para establecer SVCs en ATM).

Ampliación Redes 4-30 . ± Policy Control: determina si el usuario tiene los permisos adecuados para la petición realizada (por ejemplo si tiene crédito disponible).Componentes de RSVP ‡ Para implementar RSVP los routers han de incorporar cuatro elementos: ± Admission Control: comprueba si la red tiene los recursos suficientes para satisfacer la petición. Equivalente al CAC (Connection Admission Control) de ATM. La comprobación se puede realizar consultando una base de datos mediante el protocolo COPS (Common Open Policy Service) ± Packet Classifier: clasifica los paquetes en categorías de acuerdo con la QoS a la que pertenecen. ± Packet Scheduler: organiza el envío de los paquetes dentro de cada categoría (cada cola). Cada categoría tendrá una cola y un espacio propio para buffers en el router.

‡ Si no se pueden asegurar las condiciones pedidas se rechaza la llamada (control de admisión) Ampliación Redes 4-31 .RSVP (Cont. El router mantiene información de estado sobre cada flujo que pasa por él. ‡ Cada router ha de mantener el detalle de todas las conexiones activas que pasan por él. y los recursos que cada una ha reservado.) ‡ RSVP reserva la capacidad solicitada en todos los routers del camino.

Esto hace inviable usar RSVP en grandes redes.Problemas de IntServ/RSVP ‡ RSVP produjo una euforia inicial (19961997) que luego dió paso a la decepción. ‡ La razón principal fueron problemas de escalabilidad debidos a la necesidad de mantener información de estado en cada router. por ejemplo en el µcore¶ de Internet. Ampliación Redes 4-32 .

Problema de escalabilidad de RSVP Estos routers han de mantener información sobre muchos flujos y por tanto mucha información de estado µCore¶ de Internet Ampliación Redes 4-33 .

debido al elevado costo que tiene implementar en hardware las funciones de mantenimiento de la información de estado. ‡ A pesar de todo RSVP/IntServ puede desempeñar un papel en la red de acceso.Problemas de IntServ/RSVP ‡ Los fabricantes de routers no han desarrollado implementaciones eficientes de RSVP. donde los enlaces son de baja capacidad y los routers soportan pocos flujos. En estos casos el número de flujos no suele ser muy grande Ampliación Redes 4-34 . ‡ Recientemente ha resurgido el interés por RSVP por su aplicación en MPLS y funciones de ingeniería de tráfico.

5 Mb/s 1.Funcionamiento de RSVP en Multicast Emisor (flujo de 1.5 Mb/s Receptor Receptor Receptor Ampliación Redes 4-35 .5 Mb/s) 1.5 Mb/s 1. ‡Así se optimiza el uso de la red (solo se reserva una vez en cada tramo). 1.5 Mb/s 1.5 Mb/s ‡Las reservas se agregan a medida que ascienden en el árbol multicast.

¿que pasa cuando ese se borra del grupo y quedan otros suscritos? Si no se le concede al primero. ¿que pasa si luego se le concede a otro solicitante? ± Suponiendo que se cobre por el servicio ¿A quién se le factura el uso de la parte común? ¿se prorratea entre todos los usuarios activos en ese momento? Eso significa que el precio cambiará con el uso. por ejemplo: ± ¿Por cuenta de que receptor se efectúa el Policy Control en la parte común del árbol? Si se concede la reserva al primer solicitante.Problemas de RSVP en Multicast ‡ La combinación de Multicast y RSVP plantea algunos problemas no resueltos. Ampliación Redes 4-36 .

Ident. for RSVP RFC 2961 (4/2001): RSVP Refresh Overhead Reduction Extensions RFC 2996 (11/2000): Format of the RSVP DCLASS Object RFC 2998 (11/2000): A Framework for Integarted Services Operation over Diffserv Networks RFC 3006 (11/2000): Integrated Services in the Presence of Compressible Flows RFC 3097 (4/2001): RSVP Cryptographic Authentication RFC 3175 (9/2001): Aggregation of RSVP for IPv4 and IPv6 Reservations RFC 3182 (10/2001): Identity Representation for RSVP RFC 3209 (12/2001): RSVP-TE: Extensions to RSVP for LSP Tunnels RFC 3210 (12/2001): Applicability Statement for Extensions to RSVP for LSP-Tunnels Ampliación Redes 4-37 . Policy Elem. Ctrl) RFC 2815 (5/2000): Integrated Service Mappings on IEEE 802 Networks RFC 2816 (5/2000): A Framework for Integrated Services Over Shared and Switched IEEE 802 LAN Technologies RFC 2872 (6/2000): Appl. and Sub Appl.RFCs sobre IntServ/RSVP ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ RFC 1633 (6/1994): Integrated Services in the Internet Architecture: an Overview RFC 2205 (9/1997): RSVP Version 1 Functional Specification RFC 2206 (9/1997): RSVP MIB using SMIv2 RFC 2207 (9/1997): RSVP Extensions for IPSEC Data Flows RFC 2208 (9/1997): RSVP Version 1 Applicability Statement Some Guidelines on Deployment RFC 2209 (9/1997): RSVP Version 1 Message Processing Rules RFC 2210 (9/1997): The Use of RSVP with IETF Integrated Services RFC 2211 (9/1997): Servicio de carga controlada RFC 2212 (9/1997): Servicio Garantizado RFC 2213 (9/1997): Integrated Services Management Information Base Using SMIv2 RFC 2214 (9/1997): Integrated Services MIB Guaranteed Service Extensions using SMIv2 RFC 2215 (9/1997): General Characterization Parameters for Integrated Services RFC 2379 (8/1998): RSVP over ATM Implementation Guidelines RFC 2380 (8/1998): RSVP over ATM Implementation Requirements RFC 2382 (8/1998): A Framework for Integrated Services and RSVP over ATM RFC 2490 (1/1999): A Simulation Model for IP Multicast with RSVP RFC 2688 (9/1997): Integrated Services Mappings for Low Speed Networks RFC 2689 (9/1999): Providing Integrated Services over Low-bitrate Links RFC 2745 (1/2000): RSVP Diagnostic Messages RFC 2746 (1/2000): RSVP Operation over IP Tunnels RFC 2747 (1/2000): RSVP Cryptographic Authentication RFC 2748 (1/2000): The COPS (Common Open Policy Service) Protocol RFC 2749 (1/2000): COPS usage for RSVP RFC 2750 (1/2000): RSVP Extensions for Policy Control RFC 2752 (1/2000): Identity Representation for RSVP RFC 2814 (5/2000): Subnet Bandwidth Manager (para RSVP Admis.

Sumario ‡ Concepto de Calidad de Servicio ‡ Calidad de servicio en LANs ‡ Calidad de Servicio en Internet ± Modelo IntServ y protocolo RSVP ± Modelo DiffServ ‡ Control de congestión en Internet ‡ MPLS Ampliación Redes 4-38 .

no hay información de estado en los routers.Modelo DiffServ (Differentiated Services) ‡ Intenta evitar los problemas de escalabilidad que plantea IntServ/RSVP. ‡ Se basa en el marcado de paquetes únicamente. no hay protocolo de señalización. Ampliación Redes 4-39 . ‡ Las garantías de calidad de servicio no son tan severas como en IntServ pero en muchos casos se consideran suficientes. No hay reserva de recursos por flujo.

Ampliación Redes 4-40 . 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). ‡ 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.DiffServ ‡ En vez de distinguir flujos individuales clasifica los paquetes en categorías (según el tipo de servicio solicitado). ‡ Los routers tratan cada paquete según su categoría (que viene marcada en la cabecera del paquete).

DiffServ
‡ La información se puede sumarizar fácilmente ya que todos los flujos quedan clasificados en alguna de las categorías existentes. ‡ El número de categorías posibles es limitado e independiente del número de flujos o usuarios; por tanto la complejidad es constante, no proporcional al número de usuarios (decimos que la arquitectura es µescalable¶, o que µescala bien¶). ‡ La información de QoS no está en los routers sino que cabalga µmontada¶ en los datagramas.
Ampliación Redes 4-41

Version Lon.Cab. TOS Identificación Tiempo de vida

Longitud total X D M Desplazamiento F F fragmento Protocolo Checksum Dirección de origen Dirección de destino Opciones

Cabecera IPv4 antes de DiffServ
Version Lon.Cab. DS Identificación Tiempo de vida Longitud total XDM Desplazamiento F F fragmento Protocolo Checksum Dirección de origen Dirección de destino Opciones

Cabecera IPv4 con DiffServ (RFC2474, 12/1998)
Ampliación Redes 4-42

Campo TOS (obsoleto)
Campo TOS

Precedencia

D

T

R

C

X

‡ 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

Ampliación Redes 4-43

Este campo se utiliza actualmente para control de congestión Ampliación Redes 4-44 . Seis bits que indican el tratamiento que debe recibir este paquete en los routers ‡ CU: Currently Unused (reservado).Campo DS (RFC 2474) Campo DS DSCP CU ‡ DSCP: Differentiated Services CodePoint.

Campo DS en IPv6 ‡ El campo DS. Ampliación Redes 4-45 . con igual longitud y formato que en IPv4. ‡ Los cambios no produjeron problemas ya que ninguno de los dos campos (prioridad ni etiqueta de flujo) se había utilizado. se coloca en IPv6 sustituyendo al campo prioridad (de 4 bits) y a los cuatro primeros bits del campo µetiqueta de flujo¶ que se reduce de 24 a 20 bits.

Cabecera Límite saltos Dirección de origen (16 bytes) Dirección de destino (16 bytes) Cabecera IPv6 con DiffServ (RFC2474. 12/1998) Ampliación Redes 4-46 .Versión Prior. Longitud de carga útil Etiqueta de flujo Sig. Cabecera Límite saltos Dirección de origen (16 bytes) Dirección de destino (16 bytes) Cabecera IPv6 antes de DiffServ (RFC 1883) Versión DS Longitud de carga útil Etiqueta de flujo Sig.

Aparición del campo DS en IPv4 e IPv6 IPv4 Antes Precedencia D T R C X CU IPv4 e IPv6 Ahora DSCP IPv6 Antes Prioridad Etiq. de Flujo (1-4) (1- Los tres primeros bits se interpretan como prioridad en todos los casos Ampliación Redes 4-47 .

‡ De momento se han dividido en 3 grupos: Codepoint xxxyy0 xxxx11 xxxx01 Valores 32 16 16 Uso Estándar Local/experimental Reservado En el grupo estándar los tres primeros bits (xxx) indican la clase Ampliación Redes 4-48 .Campo DSCP ‡ 6 bits = 64 µcodepoints¶ (categorías de tráfico) diferentes.

retardo y jitter ‡Valor 101110 en DSCP ‡Asegura un trato preferente. Equivale a una línea dedicada ‡Garantiza Caudal. tasa de pérdidas.Tipos de Servicio en DiffServ Servicio µExpedited Forwarding¶ o µPremium¶ Características ‡Es el que da más garantías. pero sin fijar garantías (no hay SLA) ‡Se definen cuatro clases y en cada una tres niveles de descarte de paquetes ‡Sin garantías. pero obtendrá trato preferente frente a µbest effort sin prioridad¶ Equivalencia en ATM CBR VBR-rt µAssured Forwarding¶ VBR-nrt µBest Effort¶ con prioridad ABR µBest Effort¶ sin ‡Ninguna garantía. obtiene solo las migajas UBR prioridad Ampliación Redes 4-49 .

Reparto de recursos en DiffServ Best Effort sin prioridad Caudal p Best Effort con prioridad Assured Forwarding Expedited Forwarding o Premium Tiempo p Ampliación Redes 4-50 .

RFC2598) ‡ Es el que da más seguridad (µvirtual leased line¶). ‡ Ofrece un SLA (Service Level Agreement) que garantiza: ± Un caudal mínimo ± Una tasa máxima de pérdida de paquetes ± Un retardo máximo ± Un jitter máximo ‡ El valor DSCP es ³101110´ Ampliación Redes 4-51 .Servicio EF (Expedited Forwarding.

‡ En cada clase se definen tres categorías de descarte de paquetes (alta. etc. RFC2597) ‡ Asegura un trato preferente. dd = descarte) Ampliación Redes 4-52 . ‡ DSCP: µcccdd0¶ (ccc = clase. pudiéndose asignar una cantidad de recursos (ancho de banda y espacio en buffers) diferente a cada una. media y baja). retardos. ‡ Se definen cuatro clases.Servicio AF (Assured Forwarding. pero no garantiza caudales.

Codepoints del Servicio AF (RFC2597) Menor probabilidad de descarte Mayor probabilidad de descarte Precedencia de descarte µdd¶ Clase µccc¶ Mayor prioridad Baja ¶01¶ 10001 01101 01001 00101 Media ¶10¶ 10010 01110 01010 00110 Alta ¶11¶ 10011 01111 01011 00111 4 µ100¶ 3 µ011¶ 2 µ010¶ Menor prioridad 1 µ001¶ Ampliación Redes 4-53 .

Ampliación Redes 4-54 . usándolos de forma parecida al bit DE de Frame Relay o al CLP de ATM. En DiffServ se pueden fijar tres categorías.Traffic Policing en Servicio AF ‡ En el servicio AF el usuario puede contratar con el ISP un caudal para una clase determinada. en función de lo µgorda¶ que sea la infracción. ‡ El ISP puede aplicar µtraffic policing¶ sobre el tráfico del usuario y si se excede jugar con los bits de precedencia de descarte.

‡ Otros DSCP de la clase 000 pueden usarse para servicios Best Effort con prioridad.Otros µcodepoints¶ ‡ Las clases 111 y 110 están reservadas para paquetes de control de la red y protocolos de routing ‡ El DSCP µ000000¶ es por defecto el servicio Best Effort sin prioridad. Ampliación Redes 4-55 .

Baja Configurable por el usuario Assured Clase 2 Preced. Baja Configurable por el usuario Configurable por el usuario Configurable por el usuario Configurable por el usuario Best Effort (default) Ampliación Redes 4-56 . campo DSCP 111110 111100 111010 111000 110110 110100 110010 110000 101110 101100 101010 101000 100110 100100 100010 100000 Reservado (routing y control) Reservado (routing y control) Reservado (routing y control) Reservado (routing y control) Reservado (routing y control) Reservado (routing y control) Reservado (routing y control) Reservado (routing y control) Expedited (Premium) Configurable por el usuario Configurable por el usuario Configurable por el usuario Assured Clase 4 Preced. Alta Assured Clase 1 Preced. Alta Assured Clase 2 Preced.Valores de µcodepoint¶. Media Assured Clase 1 Preced. Baja Configurable por el usuario Assured Clase 1 Preced. Alta Assured Clase 4 Preced. Media Assured Clase 2 Preced. Media Assured Clase 3 Preced. Baja Configurable por el usuario 011110 011100 011010 011000 010110 010100 010010 010000 001110 001100 001010 001000 000110 000100 000010 000000 Assured Clase 3 Preced. Alta Assured Clase 3 Preced. Media Assured Clase 4 Preced.

Asigna al DSCP el valor que corresponde Priorizar. si es necesario. proteger y aislar tráfico Controlar ráfagas y conformar tráfico Ampliación Redes 4-57 .Implementación de DiffServ en los routers Identificar y separar tráfico en las diferentes clases Descartar tráfico que se comporta mal para garantizar la integridad de la red Marcar tráfico.

Encolamiento de paquetes en los routers Cola µExpedited¶ Cola µAssured 4¶ Cola µAssured 3¶ WFQ Cola µAssured 2¶ Cola µAssured 1¶ Cola µBest Effort¶ FWFQ Línea de salida PQ Ampliación Redes 4-58 .

‡ Los ISPs pueden acordar políticas de intercambio mutuo. El BB puede intercambiar información con otros BB de otras redes. Ampliación Redes 4-59 . ‡ El BB es el encargado de realizar todos los controles administrativos y gestionar los recursos de red disponibles.DiffServ ‡ La información necesaria para aplicar el Policy Control y Administrative Control es mantenida para toda la red por un elemento denominado el Bandwidth Broker (BB).

gestionar recursos de red. marcar flujos) Router fronterizo saliente (dosificar agregados) Controlar = traffic policing Dosificar = traffic shaping Router fronterizo entrante (classificar. configurar routers periféricos y fronterizos) Destino BB BB AS ISP 1 Routers ¶core· Routers ¶core· AS ISP 2 Router periférico (controlar. marcar aggregados) Ampliación Redes 4-60 .Arquitectura DiffServ Origen Bandwidth Brokers (control de admisión. controlar.

RFC 3270 (5/2002): MPLS Support of DiffServ RFC 3287 (7/2002): Remote Monitoring MIB Extensions for DiffServ RFC 3289 (5/2002): Management Information Base for the DiffServ Architect. RFC 2474 (12/1998): Definition of the DS field in the IPv4 and IPv6 Headers RFC 2475 (12/1998): An Architecture for Differentiated Service RFC 2597 (6/1999): Servicio Expedited Forwarding RFC 2598 (6/1999): Servicio Assured Forwarding RFC 2638 (7/1999): A Two-bit DiffServ Architecture for the Internet RFC 2963 (10/2000): A Rate Adaptive Shaper for Differentiated Services RFC 2983 (10/2000) Differentiated Services and Tunnels RFC 3086 (4/2001): Def.RFCs Modelo Diffserv ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ RFC 2430 (10/1998): A Provider Architecture for DiffServ and Traffic Eng. Ampliación Redes 4-61 . of DiffServ Per Domain Behaviors & Rules for Spec.

pero no de IntServ. Ampliación Redes 4-62 . ‡ Actualmente muchos ISP implementan DiffServ. ‡ Qbone (red expermiental de QoS en Internet 2) utiliza el modelo DiffServ. ‡ Debido a estas diferencias muchos fabricantes de routers implementan versiones eficientes de DiffServ.IntServ vs DiffServ ‡ IntServ fue desarrollado con anterioridad a DiffServ. Sin embargo DiffServ se ha extendido más que IntServ ‡ DiffServ permite agregar flujos. el modelo es escalable.

RSVP/IntServ vs DiffServ RSVP/IntServ ‡Información por flujo en cada router ‡Problemas de escalabilidad ‡Énfasis en multicast BB DiffServ BB ‡Cada red tiene un BB que gestiona sus recursos ‡Recursos controlados en punto de acceso ‡Paquetes clasificados por categorías ‡Enfocado a tráfico agregado. no a flujos Ampliación Redes 4-63 .

Combinación de RSVP y DiffServ RSVP DiffServ RSVP RSVP RSVP En la periferia de la red el uso de RSVP no plantea problemas y puede ser necesaria la reserva estricta de recursos. Ampliación Redes 4-64 . En este caso el router que conecta con el core µtraducirᶠla petición al servicio DiffServ más parecido.

org/inet99/proceedings/4f/4f_1.org/html.isi.edu/rsvp/pub. Teitelbaum: µInternet 2 Qbone: A Test Bed for Differentiated Services¶.org/html.edu/qos/wg ‡ Qbone: http://qbone. Ver también: http://www.cisco.internet2.Referencias QoS ‡ µQuality of Service-Fact or Fiction?¶ Geoff Huston.html ‡ Intserv: http://www.net/quantum Ampliación Redes 4-65 .html . Internet Protocol Journal Vol.html ‡ Grupo de Trabajo QoS Internet2: http://www.charters/rsvp-charter. http://www.charters/intserv-charter. 3 Nº 1.isoc.edu ‡ B.html ‡ Diffserv: http://www.charters/diffserv-charter.ietf.com/warp/public/759/ipj_3-1/ipj_31_qos.html ‡ RSVP: http://www. http://www.ietf.ietf.dante.htm ‡ Proyecto Quantum: http://www.org/html.internet2.

Sumario ‡ Concepto de Calidad de Servicio ‡ Calidad de servicio en LANs ‡ Calidad de Servicio en Internet ± Modelo IntServ y protocolo RSVP ± Modelo DiffServ ‡ Control de congestión en Internet ‡ MPLS Ampliación Redes 4-66 .

Esto hace que todas las sesiones TCP ejecuten el µslowstart¶ y se cae en un comportamiento oscilante. Esto obliga a algunas sesiones a realizar el slow-start. pero no todas a la vez. Esto se conoce como RED (Random Early Detect o Random Early Discard) Ampliación Redes 4-67 . ‡ Se ha visto que el rendimiento global mejora si se descartan algunos paquetes (al azar) bastante antes de llenar los buffers. Este mecanismo solo actúa cuando ya se ha perdido algún paquete ‡ Cuando los routers empiezan a descartar por llenado de buffers suelen descartar todos los paquetes que les llegan. El rendimiento es malo.Control de congestión en Internet ‡ El mecanismo tradicional de control de congestión en IP es el control que ejerce TCP por medio del µslow-start¶.

Los hosts reducen el ritmo. ECN (Explicit Cuando los routers detectan Congestion congestión notifican a los hosts para Notification) que reduzcan el ritmo. Aplicado a nivel de: Transporte (TCP) Red (IP) RED (Random Cuando los routers detectan Early Detect) congestión descartan paquetes al azar. Red (IP) y Transporte (TCP) Ampliación Redes 4-68 .Mecanismos de Control de Congestión en Internet Mecanismo Slow Start Consiste en: Cuando un host detecta pérdidas reduce el ritmo y se autocontrola.

Se especificó como un protocolo µExperimental¶ ‡ El RFC 3168 (7/2001) deja obsoleto al RFC 2481. También se añadieron dos flags en la cabecera TCP.ECN en Internet ‡ El RFC 2481(1/1999) definió el uso de los dos bits libres del campo DS para el subcampo ECN (Explicit Congestion Notification). eleva el ECN al status de µStandards Track¶ y aclara algunos puntos ‡ Ya hay algunas implementaciones de ECN (Linux) Ampliación Redes 4-69 .

El Host emisor soporta ECN (caso alternativo). El Host soporta ECN. El Host emisor soporta ECN (caso normal). Ampliación Redes 4-70 . La red ha marcado congestión.Campo ECN en IP (RFC 3168) DSCP ECN ECN Significado 00 01 10 11 El Host emisor no soporta ECN.

Formato de los bytes 13 y 14 en la cabecera TCP Antes de ECN: 4 bits 6 bits 6 bits Long. Cabecera Reservado U A P R S F R C S S Y I G K H T N N Flags Después de ECN: 4 bits 4 bits 8 bits Long. Cabecera Reservado C E U A P R S F W C R C S S Y I R E G K H T N N Flags CWR: Congestion Window Reduced ECE: ECN Echo Ampliación Redes 4-71 .

Funcionamiento de IP y TCP con ECN 1: A envía un paquete a B IP: ECN = ¶10¶ TCP: CWR = 0. ECE = 0 2: Router Y recibe el paquete. ECE = 0 7 7: B recibe confirmación (CWR = 1) y se queda tranquilo (sabe que no ha de insistir con ECE = 1) Ampliación Redes 4-72 . ECE = 1 5: A recibe aviso de B (ECE = 1) 6 6: TCP de A reduce su ventana y envía confirmación a B indicando que ha recibido el aviso IP: ECN = ¶10¶ TCP: CWR = 1. detecta congestión y cambia ECN IP: ECN = ¶11¶ 3: B recibe el paquete y detecta que ha habido congestión en el camino (ECN = ¶11¶) A 1 X 5 2 Y Z 3 4 B 4: TCP de B envía paquete de aviso a A IP: ECN = ¶10¶ TCP: CWR = 0.

por tanto nunca pone a 1 flag ECE Ampliación Redes 4-73 . ECE = 0 3: Router Z recibe paquete.ECN en una red que µengaña¶ al host 1: A envía paquete a B IP: ECN = ¶10¶ TCP: CWR = 0. pone ECN = ¶10¶ y lo envía a B 2: Router X pone ECN = ¶00¶ y lo envía A 1 X Router frontera de ISP Red del ISP 2 Y Z Router frontera de ISP Cuando router Y sufra congestión descartará paquetes (nunca cambiará ECN pues la red no lo soporta) 3 B Host B nunca detecta congestión.

salvo que el host pone el segundo bit y el router el primero ‡ Con dos posibles maneras de marcar el soporte de congestión en el host resulta mucho más difícil para el ISP engañar al usuario ‡ Por ejemplo en el caso anterior el router Z no sabe si ha de restaurar el ECN ¶10¶ o el ¶01¶. Para saberlo tendría que preguntar al router de entrada (X) y mantener ambos información de estado para cada conexión TCP activa Ampliación Redes 4-74 .ECN alternativo ‡ El caso alternativo funciona igual.

Funcionamiento de ECN ‡ El bit de congestión de ECN equivale en IP a: ± El bit EFCI de ATM (bit intermedio del campo PTI. EFCI=Explicit Forward Congestion Indication) ± El bit FECN (Forward Explicit Congestion Notification) de Frame Relay Ampliación Redes 4-75 .

Sumario ‡ Concepto de Calidad de Servicio ‡ Calidad de servicio en LANs ‡ Calidad de Servicio en Internet ± Modelo IntServ y protocolo RSVP ± Modelo DiffServ ‡ Control de congestión en Internet ‡ MPLS Ampliación Redes 4-76 .

Policy routing: El problema del µpez¶ Problema: Usuario A Tarifa premium Usuario B Tarifa normal Enlaces de alta capacidad El ISP no puede controlar en X que solo vaya por la ruta de alta capacidad el tráfico dirigido a C desde A y no el de B C Usuario C A X B Y Backbone del ISP V W Z Enlaces de baja capacidad Solución ATM: Usuario A Tarifa premium Usuario B Tarifa normal A X B PVC A-C Y Al crear diferentes PVCs el ISP puede separar fácilmente el tráfico de A del de B Backbone del ISP V W Z C Usuario C PVC B-C Este es un ejemplo de lo que se denomina µIngeniería de Tráfico¶ Ampliación Redes 4-77 .

‡ ATM puede resolver el problema gracias a la posibilidad de fijar la ruta de los datagramas mediante el establecimiento del VC Ampliación Redes 4-78 .Problema de los routers IP ‡ Es difícil encaminar eficientemente los datagramas cuando hay que respetar reglas externas. ajenas a la dirección de destino. es decir hay que hacer µpolicy routing¶ o enrutamiento por políticas de uso ‡ Resulta difícil hacer Gigarouters eficientes que respeten el µpolicy routing¶ ‡ Esto es especialmente crítico en los enlaces troncales de las grandes redes.

etc. Solo se da en el origen y destino.ATM vs IP Ventajas de ATM ‡ Rápida conmutación (consulta en tabla de VPI o VPI/VCI) ‡ Posibilidad de fijar la ruta según el origen (ingeniería de tráfico) Inconvenientes de ATM ‡ SAR (segmentación y reensamblado). Ampliación Redes 4-79 . ‡ Overhead ($13%) debido al µCell tax¶ (cabecera) encapsulado AAL5.

MPLS ‡ MPLS (Multiprotocol Label Switching) intenta conseguir las ventajas de ATM. no la dirección de destino) ‡ Las principales aplicaciones de MPLS son: ± Funciones de ingeniería de tráfico (a los flujos de cada usuario se les asocia una etiqueta diferente) ± Policy Routing ± Servicios de VPN ± Servicios que requieren QoS Ampliación Redes 4-80 . pero sin sus inconvenientes ‡ Asigna a los datagramas de cada flujo una etiqueta única que permite una conmutación rápida en los routers intermedios (solo se mira la etiqueta.

Solución MPLS al problema del pez Las etiquetas solo tienen significado local y pueden cambiar a lo largo del trayecto (como los VPI/VCI de ATM) E H Usuario A Tarifa premium Usuario B Tarifa normal - F K 5 3 E 5 F 4 E K 4 7 F F - A E X H F 5 3 E E Y F 4 E 7 Z K C ha de distinguir de algun modo los paquetes que envía hacia A o B (puede usar subinterfaces diferentes) F C Usuario C B K 2 V F E W F E Los routers X y Z se encargan de etiquetar los flujos según origen-destino 3 F 2 E 2 F 7 Ampliación Redes 4-81 .

Normalmente se trata de datagramas que pertenecen a un mismo flujo. Se encargan de clasificar los paquetes en FECs y poner las etiquetas correspondientes. Se encargan de eliminar del paquete la etiqueta MPLS. Una FEC puede agrupar varios flujos. Es equivalente a un circuito virtual en ATM o Frame Relay.Terminología MPLS ‡FEC (Forwarding Equivalence Class): conjunto de paquetes que entran en la red MPLS por la misma interfaz. Relaciona la pareja (interfaz de entrada . ‡LSP (Label Switched Path): camino que siguen por la red MPLS los paquetes que pertenecen a la misma FEC. ‡LSR (Label Switching Router) : router que puede encaminar paquetes en función del valor de la etiqueta MPLS ‡LIB (Label Information Base): La tabla de etiquetas que manejan los LSR.etiqueta de salida) Los LSR pueden ser a su vez de varios tipos: ‡LSR Interior: el que encamina paquetes dentro de la red MPLS. ‡LSR Frontera de egreso: Los que se encuentran a la salida del flujo de la red MPLS (al final del LSP). pero un mismo flujo no puede pertenecer a más de una FEC al mismo tiempo.etiqueta de entrada) con (interfaz de salida . que reciben la misma etiqueta y por tanto circulan por un mismo trayecto. Su misión es únicamente cambiar las etiquetas para cada FEC según le indica su LIB ‡LSR Frontera de ingreso: los que se encuentran en la entrada del flujo a la red MPLS (al principio del LSP). dejándolo tal como estaba al principio Ampliación Redes 4-82 .

Terminología MPLS LSPs LIB FECs E H F K 5 3 5 Routers IP ordinarios (no MPLS µenabled¶) A E H B LIB LSR Frontera de ingreso E 3 F 2 E 2 X F K 3 E V E 5 F 4 E K 4 7 F F - Router IP ordinario (no MPLS µenabled¶) E Y F 4 7 F E Z K F C F 2 E W LIB F 7 LSR Frontera de egreso LSRs Interiores (V. Y) Ampliación Redes 4-83 . W.

de forma estática (equivalente a los PVCs en ATM) ± Por un protocolo de señalización: ‡ LDP: Label Distribution Protocol ‡ RSVP mejorado ‡ El enrutamiento del LSP se hace en base a la información que suministra el protocolo de routing. que permiten conocer la ruta completa y por tanto fijar reglas de ingeniería de tráfico. normalmente IS-IS o (más raramente) OSPF. ‡ Si una vez fijado el LSP falla algún enlace hay que crear un nuevo LSP por otra ruta para poder pasar tráfico Ampliación Redes 4-84 . ‡ Siempre se usan algoritmos del estado del enlace.‡ Creación de los LSP (Label Switched Path) Se puede hacer: ± Por configuración.

UDP.) ± Valor del campo DSCP de DiffServ ± Etiqueta de flujo en IPv6 Ampliación Redes 4-85 . como por ejemplo: ± Dirección IP de origen o destino (dirección de host o de red) ± Número de puerto de origen o destino (a nivel de transporte) ± Campo protocolo de IP (TCP. etc. ICMP.Clasificación del tráfico en FECs ‡ Se puede efectuar en base a diferentes criterios.

formando una pila. ‡ Las etiquetas pueden anidarse. ATM o Frame Relay. El mecanismo es escalable. ‡ En ATM y Frame Relay la etiqueta MPLS ocupa el lugar del campo VPI/VCI o en el DLCI ‡ La etiqueta MPLS se coloca delante del paquete de red y detrás de la cabecera de nivel de enlace. LANs. Ampliación Redes 4-86 .MPLS ‡ MPLS funciona sobre multitud de tecnologías de nivel de enlace: líneas dedicadas (PPP). Esto permite ir agregando (o segregando) flujos.

Formato de la etiqueta MPLS Bits p 20 Etiqueta 3 1 8 TTL Exp S Etiqueta: La etiqueta propiamente dicha que identifica una FEC (con significado local) Exp: Bits para uso experimental. Ampliación Redes 4-87 . cero para el resto TTL: Contador del número de saltos. una propuesta es transmitir en ellos información de DiffServ S: Vale 1 para la primera entrada en la pila (la más antigua). Este campo reemplaza al TTL de la cabecera IP durante el viaje del datagrama por la red MPLS.

Situación de la etiqueta MPLS PPP (Líneas dedicadas) Cabecera PPP Pila de etiquetas MPLS Cabecera IP Datos Cola PPP LANs (802.2) Cabecera MAC Cabecera LLC Pila de etiquetas MPLS Cabecera IP Datos Cola MAC Campo VPI/VCI ATM Etiqueta MPLS Superior Cabecera ATM Campo DLCI Resto de etiquetas MPLS Cabecera IP Datos Frame Relay Etiqueta MPLS Superior Cabecera Frame Relay Resto de etiquetas MPLS Cabecera IP Datos Cola Frame Relay Ampliación Redes 4-88 .

‡ A la salida el router de egreso coloca en la cabecera IP el valor del TLL que tenía la etiqueta.Tratamiento del campo TTL ‡ Al entrar un paquete en la red MPLS el router de ingreso inicializa el TTL de la etiqueta al mismo valor que tiene en ese momento la cabecera IP ‡ Durante el viaje del paquete por la red MPLS el campo TTL de la etiqueta disminuye en uno por cada salto. Ampliación Redes 4-89 . menos uno ‡ Si en algún momento el TTL vale 0 el paquete es descartado ‡ Si hay etiquetas apiladas solo cambia el TTL de la etiqueta situada más arriba. cuando se quita pasa su valor (menos uno) a la que tenía debajo. Cuando se añade una etiqueta hereda el valor de la anterior en la pila. El de la cabecera IP no se modifica.

V e Y no ven las etiquetas rojas que manejan W y X 2 (13) Y Red MPLS ISP C 8 (12) Z En cierto modo es como si entre V e Y se hubiera hecho un túnel que atravesara W y X Ampliación Redes 4-90 IP (11) . V e Y Para el ISP B parece como si V e Y fueran routers IP ordinarios (no MPLS µenabled¶) Los routers V e Y están enlazados por un LSP que ha creado el ISP B.Apilamiento de etiquetas en MPLS IP (17) IP (17) Paquete IP (TTL) U Red MPLS ISP A 4 (16) V LSR de Ingreso 2º nivel 2 (15) Etiqueta (TTL) de 1er nivel LSR de Egreso 2º nivel 7 (14) Etiqueta (TTL) de 2º nivel 2 (15) LSR de Ingreso 1er nivel LSR Interior 1er nivel W Red MPLS ISP B 7 (14) 2 (15) X LSR Interior 1er nivel LSR de Egreso 1er nivel Los routers U y Z han constituido un LSP con dos LSR interiores.

‡ VPN: la posibilidad de crear y anidar LSPs da gran versatilidad a MPLS y hace muy sencilla la creación de VPNs. ‡ Ingeniería de Tráfico: se conoce con este nombre la planificación de rutas en una red en base a previsiones y estimaciones a largo plazo con el fin de optimizar los recursos y reducir congestión. ya que el encaminamiento de los paquetes se realiza en base a la etiqueta MPLS estándar.Aplicaciones de MPLS ‡ Redes de alto rendimiento: las decisiones de encaminamiento que han de tomar los routers MPLS en base a la LIB son mucho más sencillas y rápidas que las que toma un router IP ordinario (la LIB es mucho más pequeña que una tabla de rutas normal). por lo que el mecanismo es escalable. La anidación de etiquetas permite agregar flujos con mucha facilidad. no a la cabecera de nivel de red. ‡ Soporte multiprotocolo: los LSPs son válidos para múltiples protocolos. ‡ QoS: es posible asignar a un cliente o a un tipo de tráfico una FEC a la que se asocie un LSP que discurra por enlaces con bajo nivel de carga. Ampliación Redes 4-91 .

RFCs MPLS ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ ‡ RFC 2702 (9/1999): Requirements for Traffic Engineering Over MPLS RFC 2917 (9/2000): A Core MPLS IP VPN Architecture RFC 3031 (1/2001): MPLS Architecture RFC 3032 (1/2001): MPLS Label Stack Encoding RFC 3035 (1/2001): MPLS using LDP and ATM VC Switching RFC 3036 (1/2001): LDP (Label Distribution Protocol) Specification RFC 3063 (2/2001): MPLS Loop Prevention Mechanism RFC 3270 (5/2002): MPLS Support of DiffServ RFC 3346 (8/2002): Applicability Statement for Traffic Engineering with MPLS ‡ RFC 3353 (8/2002): Overview of IP Multicast in a MPLS Environment Ampliación Redes 4-92 .

charters/mplscharter. septiembre 2000. Internet Protocol Journal Vo.com/ ‡ MPLS Working Group: http://www.ppt Ampliación Redes 4-93 .com/warp/public/759/ipj_4-3/ipj_4-3_mpls.Referencias MPLS ‡ MPLS Forum: http://www.mplsrc.es/rediris/boletin/53/enfoque1.org/html. José Barberá. http://www.mplsforum. William Stallings.org/ ‡ MPLS Resource Center: http://www.microsoft.com/spain/download/technet/6onoTechnnet_200 1.cisco. Boletín RedIRIS Nº 53.html ‡ Red MPLS de ONO (Telia) en España: http://www.html ‡ Proyecto MPLS for Linux: http://sourceforge. 4 Nº 3 http://www.html ‡ µMPLS: Una arquitectura de backbone para la Internet del siglo XXI¶.net/projects/mpls-linux/ ‡ µMPLS¶.rediris.ietf.