IP QoS Historia IP QoS no es los padres fundadores de una Internet afterthought.

The
previeron esta necesidad y se aprovisionan un tipo de servicio de bytes (ToS) en la
cabecera IP para facilitar la calidad de servicio como parte de la especificacin IP inicial.
Se describe el propsito de la byte ToS como sigue: El tipo de servicio proporciona una
indicacin de los parmetros abstractos de la calidad de servicio deseada. Estos
parmetros son para ser utilizado para guiar la seleccin de los parmetros de servicio
reales durante la transmisin de un datagrama a travs de la red en particular. [1] Hasta
finales de 1980, Internet todava estaba dentro de sus races acadmicas y tena
aplicaciones limitadas y el trfico de funcionamiento del mismo. Por lo tanto, el apoyo ToS
no era necesariamente importante, y casi todas las implementaciones IP ignor el byte
ToS. aplicaciones IP no marcaron especficamente el byte ToS, ni tampoco los routers
utilizan para afectar el tratamiento de envo dado a un paquete IP. La importancia de la
calidad de servicio a travs de Internet ha crecido con su evolucin desde sus races
acadmicas a su etapa comercial y popular actual. Internet se basa en un servicio de
paquetes de extremo a extremo sin conexin, que proporciona medios tradicionalmente
de mejor esfuerzo de transporte de datos mediante el paquete de Protocolo de Control de
Transmisin / Protocolo de Internet (TCP / IP). Aunque el diseo sin conexin a Internet
da la su flexibilidad y robustez, su dinmica de paquetes tambin hacen que sea propenso
a los problemas de congestin, especialmente en los enrutadores que conectan las redes
de muy diferentes anchos de banda. El problema de la congestin colapso fue discutido
por John Nagle durante la fase temprana de crecimiento de Internet a mediados de la
dcada de 1980 [2]. El conjunto de funciones QoS inicial fue de ordenadores conectados
a Internet. Un problema importante con caras de red de rea amplia (WAN) enlaces es la
sobrecarga excesiva debido a los paquetes pequeos Protocolo de Control de
Transmisin (TCP) creadas por aplicaciones tales como telnet y rlogin. El algoritmo de
Nagle, que resuelve este problema, es ahora compatible con todas las implementaciones
de host IP [3]. El algoritmo de Nagle anunci el principio de funcionalidad basada en la
calidad de servicio de Internet en IP.
En 1986, Van Jacobson desarroll el siguiente conjunto de herramientas de Internet de
calidad de servicio, los mecanismos de evitacin de la congestin para los sistemas de
extremo que ahora se requieren en las implementaciones de TCP. Estos mecanismos de
comienzo lento y congestin de evitacin-han ayudado en gran medida en la prevencin
de un colapso de congestin de la actual Internet. Ellos hacen principalmente el TCP
flujos sensibles a las seales de congestin (paquetes descartados) dentro de la red.
-Recuperacin se aaden dos mecanismos de retransmisin-rpido y rpido adicionales
en 1990 para proporcionar un rendimiento ptimo durante los perodos de prdida de
paquetes [4]. Aunque los mecanismos de QoS en sistemas finales son esenciales, que no
completaron la historia QoS de extremo a extremo hasta que se proporcionan
mecanismos adecuados dentro de los routers para transportar el trfico entre sistemas
finales. Por lo tanto, en torno a 1990 fue el enfoque de QoS en los routers. Routers, que
estn limitados a slo el primero en entrar, primero en salir (FIFO) la programacin, no
ofrecen un mecanismo para diferenciar o priorizar el trfico dentro del algoritmo de
programacin de paquetes. FIFO causas que hacen cola cola cae y no protege bien
comportarse fluye de los flujos de mal comportamiento. WFQ, un algoritmo de
programacin de paquetes [5], y WRED, un algoritmo de gestin de colas [6], son

ampliamente aceptadas para llenar este vaco en la columna vertebral de Internet. el

desarrollo de calidad de servicio de Internet continu con los esfuerzos de normalizacin
en la entrega de la QoS de extremo a extremo a travs de Internet. Los Servicios
Integrados (IntServ) Internet Engineering Task Force (IETF) Grupo de Trabajo [7] tiene
como objetivo proporcionar los medios para aplicaciones de expresar las necesidades de
recursos de extremo a extremo con mecanismos de apoyo inrouters y tecnologas de
subred. RSVP es el protocolo de sealizacin para este propsito. El modelo Intserv exige
a los estados por flujo a lo largo del camino de la conexin, que no se escala en las redes
troncales de Internet, donde existen miles de flujos en cualquier momento. Captulo 7,
"Servicios Integrados: RSVP," ofrece una discusin sobre RSVP y los tipos de servicios
intserv. El byte IP ToS no se ha utilizado mucho en el pasado, sino que se utiliza cada vez
ms ltimamente como una forma de seal de QoS. El byte ToS se perfila como el
principal mecanismo para la entrega de diffserv a travs de Internet, y para este propsito,
los servicios diferenciados IETF (DiffServ) Grupo de Trabajo [8] est trabajando en la
estandarizacin de su uso como un byte diffserv. Captulo 2, "Arquitectura de servicios
diferenciados", trata sobre la arquitectura DiffServ en detalle.
Medidas de desempeo
despliegue QoS tiene la intencin de proporcionar una conexin con ciertos lmites de
rendimiento de la red. Ancho de banda , retardo de paquetes y jitter y prdida de
paquetes son las medidas comunes que se utilizan para caracterizar el rendimiento de
una conexin dentro de una red . Se describen en las secciones siguientes.
Ancho de banda
El trmino ancho de banda se utiliza para describir la capacidad de rendimiento
nominal de un medio , protocolo o conexin dada . En l se describe de manera
efectiva el "tamao de la tubera " requerida para la aplicacin para comunicarse a
travs de la red .
En general , una conexin que requiere un servicio garantizado tiene ciertos requisitos
de ancho de banda y la red quiere asignar un ancho de banda mnimo especficamente
para l . Una aplicacin de voz digitalizada produce la voz como un flujo de 64 kbps .
Dicha aplicacin se vuelve casi inutilizable si se recibe menos de 64 kbps desde la red
a lo largo de la ruta de la conexin.
Retardo de paquetes y jitter
retardo de paquetes, o latencia, en cada salto consta de retardo de serializacin,
retardo de propagacin, y el retardo de conmutacin. Las siguientes definiciones
describen cada tipo de retardo:
La serializacin se demore
El tiempo que toma para que un dispositivo de reloj un paquete a la tasa de salida
dada. retraso de serializacin depende de ancho de banda del enlace, as como el
tamao del paquete que se registr. Un paquete de 64 bytes frecuencia de reloj de 3
Mbps, por ejemplo, se tarda unos 171 ms para transmitir. Ntese que el retraso de
serializacin depende del ancho de banda: El mismo paquete de 64 bytes a 19,2 kbps
tarda 26 ms. retraso de serializacin tambin se denomina retardo de transmisin.
Propagacin retrasoEl tiempo que le toma a un bit transmitido de llegar desde el transmisor al receptor de
un enlace. Esto es significativo, ya que es, a lo sumo, una fraccin de la velocidad de la
luz. Tenga en cuenta que este retardo es una funcin de la distancia y los medios de
comunicacin, pero no de la anchura de banda. Para los enlaces WAN, los retardos de
propagacin de milisegundos son normales. Transcontinental retardo de propagacin
EE.UU. est en el orden de 30 ms.
Cambio de retraso-

El tiempo que toma para un dispositivo para iniciar la transmisin de un paquete

despus de que el dispositivo recibe el paquete. Esto es por lo general menos de 10
microsegundos.
Todos los paquetes en un flujo no experimentan el mismo retardo en la red. El retardo
visto por cada paquete puede variar en funcin de las condiciones de red transitorias.
Si la red no est congestionada, las colas no construirn en los enrutadores, y el
retardo de serializacin en cada salto, as como cuenta el retardo de propagacin de la
demora total del paquete. Esto constituye el mnimo retraso de la red puede ofrecer.
Tenga en cuenta que los retrasos de serializacin se vuelven insignificantes en
comparacin con los retardos de propagacin en las velocidades de enlace rpido.
Si la red est congestionada, haciendo cola retrasos comenzar a influir en los retrasos
de extremo a extremo y contribuir a la variacin del retardo entre los diferentes
paquetes en la misma conexin. La variacin en el retardo de paquetes se conoce
como la fluctuacin de fase de paquetes.
fluctuacin de paquetes es importante, ya que calcula las demoras mximas entre la
recepcin de paquetes en el receptor contra el retardo de paquetes individuales. Un
receptor, dependiendo de la aplicacin, puede compensar la fluctuacin de fase por la
adicin de una memoria intermedia que podra almacenar los paquetes hasta la
fluctuacin de fase unida de recepcin. aplicaciones de reproduccin que envan un
perodo continuo de aplicaciones de transmisin de informacin, incluyendo como
llamadas de voz interactivos, videoconferencias y distribucin entran en esta categora.
La figura 1-1 ilustra el impacto de los tres tipos de retardo en el retraso total con el
aumento de las velocidades de enlace. Tenga en cuenta que el retraso de serializacin
es mnima en comparacin con el retardo de propagacin a medida que aumenta el
ancho de banda del enlace. El retardo de conmutacin es insignificante si las colas
estn vacas, pero puede aumentar drsticamente el nmero de paquetes que esperan
en los aumentos de colas.

Paquete perdido
La prdida de paquetes especifica el nmero de paquetes que se pierde por la red
durante la transmisin. Paquete de gotas en los puntos de congestin de red y
paquetes corruptos sobre la prdida de paquetes de alambre causa de transmisin.
Paquete cae generalmente ocurren en los puntos de congestin cuando los paquetes
entrantes exceden con mucho el lmite de tamao de la cola en la cola de salida.
Tambin se producen debido a la insuficiencia de los buffers de entrada a la llegada de
paquetes. La prdida de paquetes generalmente se especifica como una fraccin de
paquetes perdidos durante la transmisin de un cierto nmero de paquetes a travs de
un intervalo de tiempo.

Ciertas aplicaciones no funcionan bien o son altamente ineficientes cuando se pierden

paquetes. Tales aplicaciones prdida intolerantes exigen garantas de prdida de
paquetes desde la red.
La prdida de paquetes debe ser raro para una red bien diseada, suscrito
correctamente o infrautilizadas. Tambin es raro para aplicaciones de servicio
garantizados para el que la red ya se ha reservado los recursos necesarios. La prdida
de paquetes se debe principalmente al paquete de gotas en los puntos de congestin
de la red de lneas de transmisin de fibra, con una tasa de error (BER) de 10E-9 es
relativamente libre de prdidas. gotas de paquetes, sin embargo, son un hecho de la
vida cuando se transmite el trfico de mejor esfuerzo, aunque dichas gotas se hacen
slo cuando sea necesario. Tenga en cuenta que los recursos de red se redujo paquetes
de residuos, puesto que ya consumen ciertos recursos de la red en su camino hacia el
punto de prdida.
Las funciones de QoS
En esta seccin se analiza brevemente las diversas funciones de calidad de servicio,
sus caractersticas relacionadas, y sus beneficios. Las funciones se discuten en ms
detalle en el resto del libro.
Clasificador de paquetes y Marker
Enrutadores de borde de la red utilizan una funcin de clasificador para identificar los
paquetes que pertenecen a una determinada clase de trfico basado en uno o ms
campos de cabecera TCP / IP. Una funcin de marcador se utiliza para colorear el trfico
clasificado mediante el establecimiento o bien la precedencia IP o el campo de cdigo
de servicios diferenciados Point (DSCP).
Captulo 3, "red de lmite de trfico Acondicionadores: clasificador de paquetes,
marcador, y Manejo de la tasa de trfico," ofrece ms detalles sobre estas funciones de
calidad de servicio.
Manejo de la tasa de Trfico
Los proveedores de servicios utilizan una funcin de vigilancia de metro trfico del
cliente acceda a la red contra perfil de trfico del cliente. Al mismo tiempo, una
empresa para acceder a su proveedor de servicio puede necesitar utilizar una funcin
de limitacin de trfico para dosificar todo su trfico y enviarlo a cabo a una velocidad
constante de tal manera que todo su trfico pasa a travs de funciones de polica del
proveedor de servicios. cubetas de fichas es el esquema de medicin de trfico comn
utilizado para medir el trfico.
Captulo 3 ofrece ms detalles sobre esta funcin QoS.
Asignacin de Recursos
Fifo es el mecanismo de cola ampliamente desplegado, tradicional dentro de los routers
y los conmutadores de Internet hoy en da. A pesar de que es fcil de implementar, la
puesta en cola FIFO tiene algunos problemas fundamentales en la provisin de QoS. No
proporciona ninguna manera de habilitar el trfico sensible al retardo ser priorizados y
se traslad a la cabeza de la cola. Todo el trfico se trata exactamente de la misma, sin
margen para la diferenciacin de trfico o la diferenciacin de servicios entre el trfico.
Para el algoritmo de planificacin para entregar calidad de servicio, como mnimo tiene
que ser capaz de diferenciar entre los diferentes paquetes en la cola y conocer el nivel
de servicio de cada paquete. Un algoritmo de planificacin determina qu paquete va
al lado de una cola. Con qu frecuencia el flujo se sirven paquetes determina la
asignacin de ancho de banda o recursos para el flujo.
Captulo 4, "Per-Hop Comportamiento: Asignacin de Recursos I," cubre las
caractersticas de QoS en esta seccin en detalle.
La evitacin de la congestin de paquetes y Poltica de gota
En la puesta en cola FIFO tradicional, de gestin de colas se realiza dejando caer todos
los paquetes entrantes despus de los paquetes en la cola de alcanzar la longitud
mxima de la cola. Esta tcnica de gestin de colas se llama gota de cola, lo que indica
la congestin slo cuando la cola est completamente lleno. En este caso, ninguna
gestin activa de colas se hace para evitar la congestin, o para reducir los tamaos de

cola para minimizar los retrasos haciendo cola. Un algoritmo de gestin de cola activa
permite que los routers para detectar la congestin antes desborda la cola.
Captulo 6, "Per-Hop Comportamiento: La evitacin de la congestin de paquetes y
Poltica de gota", trata sobre la cuenta de QoS en esta seccin.
Protocolo de sealizacin de QoS
RSVP es parte de la arquitectura IntServ IETF para proporcionar calidad de servicio
extremo a extremo a travs de Internet. Se permite a las aplicaciones para sealar
requisitos de QoS por flujo a la red. parmetros de servicio se utilizan para cuantificar
especficamente estos requisitos para el control de admisin.
Captulo 7 ofrece ms detalles sobre estas funciones de calidad de servicio.

Traspuesta la funcin principal de un router es para cambiar rpida y eficiente todo el

trfico entrante a la interfaz de salida correcta y la direccin de salto siguiente en base a
la informacin de la tabla de reenvo. El mecanismo tradicional de reenvo basado en
cach, aunque eficaz, tiene problemas de escala y rendimiento, ya que es impulsado por
el trfico y puede conducir a un mayor mantenimiento de cach y el bajo rendimiento de
conmutacin durante la inestabilidad de la red. El mtodo de reenvo basada en topologa
resuelve los problemas que se plantean con los mecanismos de reenvo basada en cach
mediante la construccin de una tabla de reenvo que coincide exactamente con la tabla
de enrutamiento del router. El mecanismo de reenvo basado en la topologa se conoce
como Cisco Express Forwarding (CEF) en los routers Cisco. Apndice B, "Mecanismos de
conmutacin de paquetes," ofrece ms detalles sobre estas funciones de calidad de
servicio. enrutamiento enrutamiento tradicional es a base de destino y slo enruta los
paquetes en el camino ms corto derivado en la tabla de enrutamiento. Esto no es lo
suficientemente flexible para ciertos escenarios de red. Poltica de encaminamiento es
una funcin de calidad de servicio que permite al usuario cambiar el enrutamiento basado
en destino para el enrutamiento basado en varios parmetros de paquetes configurables
por el usuario. Los protocolos de enrutamiento actuales proporcionan enrutamiento de
ruta ms corta, que selecciona las rutas basndose en un valor de mtrica como la costa
de la administracin, el peso o el nmero de saltos. Los paquetes son enviados sobre la
base de la tabla de enrutamiento, sin ningn conocimiento de los requisitos de flujo o de la
disponibilidad de recursos a lo largo de la ruta. encaminamiento QoS es un mecanismo de
enrutamiento que tiene en cuenta los requisitos de QoS de un flujo y tiene algn
conocimiento de la disponibilidad de recursos en la red en sus criterios de seleccin de
ruta.
Apndice C, "Polticas de encaminamiento," ofrece ms detalles sobre estas funciones
de calidad de servicio.
Tecnologas de Capa 2 de QoS
Soporte para QoS disponible en algunas tecnologas de capa 2, que incluyen ATM,
Frame Relay, Token Ring, y recientemente en la familia de conmutacin LAN Ethernet.
Como una tecnologa orientada a la conexin, ATM ofrece un mayor apoyo para la
calidad de servicio y podra proporcionar una garanta de calidad de servicio especfica
por conexin. Por lo tanto, un nodo solicita una conexin puede solicitar una cierta QoS
de la red y puede estar seguro de que la red de entrega que QoS para la vida de la
conexin. redes Frame Relay proporcionan conexiones con un mnimo CIR, que se
aplica durante los perodos de congestin. Token Ring y un reciente informe del
Instituto ms de Ingenieros Elctricos y Electrnicos (IEEE) estndar, 802.1p, tienen
mecanismos que permiten la diferenciacin de servicios.
Si la QoS necesitan es slo dentro de una subred o una nube WAN, estas tecnologas de
capa 2, especialmente cajero automtico, puede proporcionar la respuesta. Pero cajero

automtico o cualquier otra tecnologa de Capa 2 nunca sern lo suficientemente

dominante como para ser la solucin en una escala mucho ms amplia, como en
Internet.
Cambio de etiquetas multiprotocolo
La conmutacin de etiquetas multiprotocolo (MPLS) Grupo de Trabajo [9] en la IETF est
estandarizando una tecnologa de base para el uso de un paradigma de envo de
etiquetas de intercambio (conmutacin de etiquetas), en relacin con el enrutamiento
de capa de red. El grupo tiene como objetivo implementar esta tecnologa a travs de
varias tecnologas de nivel de enlace, incluyendo paquetes sobre SONET, Frame Relay,
ATM, y 10 Mbps / 100 Mbps / 1 Gbps Ethernet. El estndar MPLS se basa principalmente
en la etiqueta de Cisco conmutacin 11.
MPLS tambin ofrece una mayor flexibilidad en la entrega de calidad de servicio y la
ingeniera de trfico. Utiliza etiquetas para identificar el trfico en particular que
necesita recibir QoS especficos y proporcionar reenvo a lo largo de una ruta explcita
diferente de la construido por reenvo basado en destino. MPLS, VPN basadas en MPLS,
e ingeniera de trfico MPLS se dirigen principalmente a las redes de proveedores de
servicios. MPLS y MPLS QoS se discuten en el captulo 9, "QoS en redes basadas en
MPLS." Captulo 10, "Ingeniera de trfico MPLS", explora el uso de la ingeniera de
trfico MPLS.
End-to-End QoS
Capa 2 QoS tecnologas ofrecen soluciones en solamente un mbito de aplicacin ms
pequea y no puede proporcionar calidad de servicio extremo a extremo, simplemente
porque el Internet o cualquier red IP a gran escala se compone de un gran grupo de
diversa capa 2 tecnologas. En una red, la conectividad de extremo a extremo se inicia
en la capa 3 y, por lo tanto, solamente un protocolo de capa de red, que es la
propiedad intelectual en Internet TCP / IP basados en, puede proporcionar calidad de
servicio extremo a extremo.
El Internet se compone de diversas tecnologas de enlace y los medios fsicos. IP,
siendo la capa que proporciona la conectividad de extremo a extremo, necesita asignar
sus funciones de calidad de servicio a los mecanismos de calidad de servicio de enlace,
especialmente de las redes conmutadas, para facilitar la QoS de extremo a extremo.
Algunas cadenas principales proveedores de servicios se basan en redes conmutadas,
tales como ATM o Frame Relay. En este caso, es necesario tener ATM y Frame QoS-a-IP
Relay interfuncionamiento para proporcionar calidad de servicio extremo a extremo.
Esto permite a la solicitud de QoS IP para ser honrado en el cajero automtico o la nube
marco.
Conmutacin LAN son una parte integral de los proveedores de servicios de Internet
(ISP) que proporcionan servicios de alojamiento web e intranets corporativas. IEEE
801.1p e IEEE 802.1Q ofrecen una diferenciacin basada en la prioridad de trfico en
redes LAN conmutadas. Interfuncionamiento con estos protocolos IP es esencial para
hacer QoS extremo a extremo. Captulo 8 discute el interfuncionamiento de QoS IP con
conmutadores, redes, redes de rea local y en detalle.
MPLS facilita la entrega de QoS IP y proporciona capacidades de ingeniera de trfico
extensas que ayudan a proporcionar VPNs basadas en MPLS. Para la QoS de extremo a
extremo, QoS IP necesita para trabajar con los mecanismos de QoS en redes privadas
virtuales basadas en MPLS MPLS y. Captulo 9 se centra en este tema.
objetivos
Este libro pretende ser un valioso recurso tcnico para los administradores de red,
arquitectos e ingenieros que quieren entender e implementar servicios de IP QoS
basado dentro de su red. funciones QoS IP son indispensables, diseos de redes IP
escalables de hoy en da, que estn destinados a ofrecer servicios de Internet en el aire
y diferenciados, dando el control de los recursos de la red y su uso para el operador de
red.

El objetivo de este libro es discutir las arquitecturas de QoS IP y sus funciones QoS

asociados que permiten a la QoS de extremo a extremo en intranets corporativas, redes

de proveedores de servicios, y, en general, Internet. Sobre el tema de las arquitecturas de
QoS IP, el objetivo principal de este libro es en la arquitectura DiffServ. Este libro tambin
se centra en la ATM, Frame Relay, 801.1p IEEE, IEEE 801.1Q, MPLS y MPLS VPN QoS
tecnologas y sobre cmo interactuar con las QoS IP en la prestacin de un servicio de
extremo a extremo. Otro tema importante de este libro es la ingeniera de trfico MPLS.
Este libro proporciona una cobertura completa de QoS IP y todas las tecnologas
relacionadas, con estudios de casos. Los lectores obtendrn un conocimiento profundo en
las siguientes reas para ayudar a entregar y desplegar QoS IP y la ingeniera de trfico
basada en MPLS: Fundamentos y la necesidad de QoS IP La arquitectura de QoS
DiffServ y su funcionalidad QoS permite El modelo Intserv QoS y sus funciones que
permiten QoS ATM, Frame Relay, e IEEE 802.1p / 802.1Q QoS tecnologas de
interfuncionamiento con QoS IP MPLS y MPLS VPN QoS de interfuncionamiento con
QoS IP ingeniera de trfico MPLS Las polticas de encaminamiento, las funciones
generales de QoS IP, y otra informacin de QoS diverso QoS se aplica a cualquier red
basada en IP. Como tal, este libro se dirige a todas las redes corporativas IP-intranets,
redes de proveedores de servicio, y el Internet. Audiencia El libro est dirigido a los
profesionales de conexin en red que son responsables de disear y mantener los
servicios IP para intranets corporativas y servicios de infraestructuras de red de
proveedores. Si usted es un ingeniero de redes, arquitecto, planificador, diseador, o el
operador que tiene un conocimiento rudimentario de las tecnologas de QoS, este libro le
dar una visin prctica de lo que usted necesita considerar para disear e implementar
diversos grados de calidad de servicio en la red. Este libro tambin incluye informacin til
para consultores, ingenieros de sistemas, ingenieros de ventas y que disean las redes IP
para los clientes. La informacin contenida en este libro cubre una amplia audiencia
debido a la incorporacin de un cierto grado de calidad de servicio es una parte integral
de cualquier proceso de diseo de la red.
Alcance y limitaciones
Aunque el libro intenta cubrir de forma exhaustiva QoS IP y funcionalidad QoS de Cisco,
algunas cosas estn fuera del alcance de este libro. Por ejemplo, no trata de cubrir la
informacin de Cisco arquitectura de la plataforma que podra estar relacionada con la
QoS. Aunque se trata de mantener la cobertura genrica de tal manera que se aplica a
travs de las plataformas Cisco, algunas de las caractersticas relevantes para
plataformas especficas se destacan debido a que las ofertas actuales de QoS no son
verdaderamente consistente a travs de todas las plataformas.
Uno de los objetivos es mantener la cobertura genrica y hasta al da para que siga
siendo relevante para el largo plazo. Sin embargo, QoS en rasgos generales y Cisco
QoS, en particular, estn viendo una gran cantidad de nuevos desarrollos, y siempre
hay un cierto margen para unos pocos detalles para cambiar aqu y all a medida que
pasa el tiempo.
Los casos estudiados en este libro estn diseados para examinar la solicitud y
proporcionar algunos detalles de configuracin sobre cmo activar la funcionalidad QoS
para ayudar al lector implementar QoS en su red. No se pretende sustituir la
documentacin general de Cisco. La documentacin de Cisco sigue siendo el mejor
recurso para obtener detalles completos sobre un comando en particular configuracin
de QoS.
Los casos estudiados en este libro se basan en un nmero de diferentes versiones de
IOS. En general, la mayora de los casos de estudio se basan en 12.0 (6) S o una
versin ms reciente 12.0S IOS menos que se indique lo contrario. En el caso de los
estudios de casos MPLS, se utiliza 12.0 (8) ST o una versin ms reciente 12.0ST IOS.

Captulo 2. Arquitectura de servicios diferenciados

El objetivo de IP Calidad de Servicio (QoS) es entregar servicios garantizados y
diferenciados en Internet o en cualquier red basada en IP. servicios
garantizados y diferenciados proporcionan diferentes niveles de QoS, y cada
uno representa un modelo arquitectnico para la entrega de QoS.
En este captulo se centra principalmente en los servicios diferenciados
(DiffServ) para la entrega de la arquitectura de calidad de servicio en Internet.
El otro modelo de arquitectura, Servicios Integrados (IntServ) se introduce.
Intserv se discute en el captulo 7, "Servicios Integrados: RSVP." Tambin se
presenta un modelo de QoS operacional para un nodo de red.
intserv Arquitectura
El Grupo de Trabajo de Ingeniera de Internet (IETF) cre el Grupo de Trabajo
(GT) intserv en 1994 para ampliar el modelo de servicio de Internet para
satisfacer mejor las necesidades de las aplicaciones emergentes, diversa de
voz / vdeo. Su objetivo es definir claramente el nuevo modelo de servicio
mejorada de Internet, as como para proporcionar los medios para que las
aplicaciones puedan expresar las necesidades de recursos de extremo a
extremo con mecanismos de apoyo en los routers y las tecnologas de subred.
De ello se desprende el objetivo de la gestin de dichos flujos por separado que
solicitaron QoS especficos.
Dos servicios garantizados-[1] y la carga controlada [2] -son definidos para
este fin. servicio garantizado ofrece garantas de retardo deterministas,
mientras que el servicio de carga controlada ofrece un servicio de red similar a
la proporcionada por una red de mejor esfuerzo en condiciones de carga ligera.
Ambos servicios se discuten en detalle en el captulo 7.
Protocolo de reserva de recursos (RSVP) se sugiere como el protocolo de
sealizacin que entrega los requisitos de servicio de extremo a extremo [3].
El modelo IntServ requiere QoS por flujo garantizados en Internet. Con los miles
de flujos existentes en Internet hoy en da, la cantidad de informacin de
estado se requiere en los routers pueden ser enormes. Esto puede crear
problemas de escala, como la informacin de estado aumenta a medida que el
nmero de flujos aumenta. Esto hace intserv difcil de implementar en la
Internet.
En 1998, el Grupo de Trabajo diffserv se form bajo IETF. Diffserv es un puente
entre los requisitos de calidad de servicio garantizados de IntServ y el servicio
de mejor esfuerzo que ofrece Internet hoy en da. Diffserv proporciona
diferenciacin de trfico mediante la clasificacin de trfico en algunas clases,
con prioridad de servicio relativa entre las clases de trfico.

Arquitectura de servicios diferenciados

El mtodo DiffServ [4] para proporcionar calidad de servicio en redes emplea
un conjunto pequeo y bien definido de la construccin de bloques de la cual
se puede construir una variedad de servicios. Su objetivo es definir los servicios
diferenciados (DS) de bytes, el tipo de servicio de bytes (ToS) del Protocolo de
Internet (IP) cabecea versin 4 y el byte de clase de trfico de IP versin 6, y
marcar el byte estandarizada DS del paquete de tal manera que recibe un
tratamiento de envo particular o comportamiento por salto (PHB), en cada
nodo de red.
La arquitectura DiffServ proporciona un marco [5] en el que los proveedores de
servicios pueden ofrecer a los clientes una gama de servicios de red, cada una
diferenciada basada en el rendimiento. Un cliente puede elegir el nivel de
rendimiento necesario en una base de paquete por paquete, simplemente
marcando el campo del paquete de cdigo de servicios diferenciados Point
(DSCP) a un valor especfico. Este valor especifica el PHB dado al paquete
dentro de la red del proveedor de servicios. Por lo general, el proveedor de
servicios y el cliente negocian un perfil que describe la velocidad a la que el
trfico puede ser presentada en cada nivel de servicio. Los paquetes
presentados en exceso del perfil acordado no pueden ser asignados el nivel de
servicio requerido.
La arquitectura DiffServ slo especifica los mecanismos bsicos de maneras
que usted puede tratar paquetes. Se puede construir una variedad de servicios
mediante el uso de estos mecanismos como bloques de construccin. Un
servicio define alguna caracterstica significativa de la transmisin de
paquetes, tales como el rendimiento, retardo, fluctuacin de fase, y la prdida
de paquetes en una direccin a lo largo de un camino en una red. Adems, se
puede caracterizar a un servicio en trminos de la prioridad relativa de acceso
a los recursos en una red. Despus se define un servicio, un PHB se especifica
en todos los nodos de red de la red que ofrece este servicio, y un DSCP se
asigna a la PHB. Un PHB es un comportamiento de reenvo externamente
observable dada por un nodo de red a todos los paquetes que llevan un valor
especfico DSCP. El trfico que requiere un nivel de servicio especfica lleva el
campo DSCP asociado en sus paquetes.
Todos los nodos del dominio DiffServ observan el PHB en funcin del campo
DSCP en el paquete. Adems , los nodos de red en la frontera del dominio
DiffServ llevan la importante funcin de acondicionamiento del trfico que
entra en el dominio. Trfico acondicionado implica funciones tales como la
clasificacin de paquetes y de polticas de trfico y por lo general se lleva a
cabo en la interfaz de entrada del trfico que llega en el dominio . Trfico
acondicionado juega un papel crucial en la ingeniera de trfico realizado
dentro de un dominio DiffServ , de manera que la red puede observar el PHB
para todo su trfico de entrar en el dominio.
La arquitectura DiffServ se ilustra en la Figura 2-1 . Los dos principales bloques
funcionales en esta arquitectura se muestran en la Tabla 2-1 .

Aparte de estos dos bloques functiona l , la poltica de asignacin de recursos

juega un papel importante en la definicin de la poltica de control de
admisin , la relacin de exceso de reservas de recursos, y as sucesivamente.
Un modelo operativo de calidad de servicio general se muestra en la Figura 2-2
.

Lmite de trfico de red Acondicionadores

acondicionadores de trfico son necesarias varias funciones de QoS en un
lmite de red. Las funciones de borde clasifican o marcar el trfico
estableciendo el campo DSCP y controlar el trfico entrante en la red para el
cumplimiento perfil.
DSCP es el campo que indica qu tratamiento debe recibir el paquete en un
dominio DiffServ. La funcin puede ser la de clasificador de paquetes, marcador
DSCP, o funcin de medicin de trfico, ya sea con el modelador o accin
gotero. Estas funciones se describen en las siguientes secciones; sin embargo,
se explican con ms detalle en el captulo 3, "red de lmite de trfico
Acondicionadores: clasificador de paquetes, marcador, y Manejo de la tasa de
trfico."
clasificador
El clasificador selecciona un paquete en un flujo de trfico basado en el
contenido de una parte de la cabecera del paquete. La forma ms comn de
clasificar el trfico se basa en el campo DSCP, pero se puede clasificar el trfico
basado en los otros campos en las cabeceras de los paquetes. Esta funcin
identifica la clase de trfico de un paquete.
Marcador

Esta funcin ayuda a escribir / reescribir el campo DSCP de un paquete en

funcin de su clase de trfico.
Medida
La funcin de medicin comprueba el cumplimiento de perfil de trfico, basado
en un descriptor de trfico, tales como un colector de testigos, y pasa el
resultado a la funcin de marcador y, o bien una funcin modelador o gotero
para desencadenar la accin particular para los paquetes en el perfil y fuerade-perfil .
Moldeador
La funcin de la talladora retrasos en el trfico por la precarga algunos
paquetes para que cumplan con el perfil. Esta accin tambin se conoce como
la modulacin del trfico.
Cuentagotas
La funcin gotero todo el trfico que no cumpla con el perfil de trfico. Esta
accin tambin se conoce como polticas de trfico.
PHB
Los nodos de red con soporte DiffServ utilizan el campo DSCP en el encabezado
IP para seleccionar un PHB especfica para un paquete. Un PHB es una
descripcin del comportamiento de reenvo externamente observable de un
nodo de DiffServ aplicado a un conjunto de paquetes con el mismo DSCP.
Se puede definir un PHB en trminos de su prioridad relativa de recursos a
otras empresas del sector privado, o de algunas caractersticas observables de
servicios de trnsito, tales como paquetes de demora, prdida o fluctuaciones.
Puede ver una PHB como un cuadro negro, ya que define un comportamiento
de reenvo observable externamente y sin que obliga a una aplicacin en
particular.
En una red DiffServ, el comportamiento de mejor esfuerzo se puede ver como
el PHB predeterminado. Diffserv recomienda valores DSCP especficos para
cada PHB, pero un proveedor de red puede elegir usar un DSCP diferente de los
valores recomendados en su red. El DSCP recomendado para el
comportamiento de mejor esfuerzo es 000000.
El PHB de una clase de trfico especfica depende de un nmero de factores:
Tasa de llegada o de carga para el trfico de clases
Esto es controlado por el condicionamiento de trfico en la frontera de la red.
La asignacin de recursos para el trfico de clases
Esto es controlado por la asignacin de recursos en los nodos en el dominio
DiffServ. La asignacin de recursos en los nodos de la red se discute en el

Captulo 4, "Per-Hop Comportamiento: Asignacin de Recursos yo", y el captulo

5, "Per-Hop Comportamiento:. Asignacin de Recursos II"
deficitaria Trfico
Esto depende de la poltica de descarte de paquetes en los nodos del dominio
DiffServ. Esta funcin se describe en el Captulo 6, "Per-Hop Comportamiento:
La evitacin de la congestin de paquetes y Poltica de gota."
Dos empresas del sector privado, EF y AF, estn estandarizados. Se discuten
en las siguientes secciones.
PHB EF
Puede utilizar la EF PHB para construir un servicio de baja prdida, baja
latencia y baja fluctuacin, con garanta de ancho de banda, de extremo a
extremo a travs de dominios DiffServ. [8] Objetivos EF PHB aplicaciones tales
como voz sobre IP (VoIP) y videoconferencia, y servicios tales como la lnea
arrendada virtual, ya que el servicio se ve como una conexin punto a punto
para los nodos finales de una red Diffserv. Dicho servicio tambin se denomina
a menudo como servicio premium.
Los principales contribuyentes a los altos retrasos de paquetes y fluctuacin de
paquetes estn haciendo cola retrasos causados por grandes colas,
acumulados. Tales colas son tpicos en los puntos de congestin de la red.
congestin de la red se produce cuando la tasa de llegada de paquetes es
superior a su tasa de salida. Usted puede eliminar esencialmente cola retrasos
si la tasa mxima de llegada es inferior a la tasa de salida mnima. El servicio
EF establece la velocidad de salida, mientras que se puede controlar la
velocidad de llegada del trfico en el nodo mediante el uso de
acondicionadores de trfico correspondientes en el lmite de la red.
Un EF PHB necesita para asegurar que el trfico no ve o colas de mnimos y,
por lo tanto, tiene que configurar una velocidad de salida para el trfico que es
igual a o menor que la tasa de llegada de paquetes. La tasa de salida o ancho
de banda debe ser independiente del resto del trfico en cualquier momento.
Las tasas de llegada de paquetes y de salida se miden tpicamente a intervalos
iguales a el tiempo que toma para la unidad de transmisin mxima de un
enlace (MTU) de paquetes -sized a transmitir.
Un router puede asignar recursos a una tasa de salida determinado en una
interfaz mediante el uso de diferentes implementaciones de la funcionalidad de
EF. tcnicas, tales como la programacin de paquetes basado en clases
(Weighted Fair Queuing CBWFQ), Weighted Round Robin (WRR) y Dficit de
Round Robin (RRD) en Argentina- esta funcionalidad cuando el trfico EF se
puede llevar ms de una cola muy ponderada; es decir, un peso que asigna un
ndice mucho ms alto que el trfico EF que la tasa de llegada real del trfico
EF. Adems, puede modificar estas tcnicas de programacin para incluir una
cola de prioridad para transportar trfico de EF. Las tcnicas de programacin
se discuten en detalle en el captulo 5.

Cuando el trfico EF se implementa utilizando una cola de prioridad, es

importante asegurarse de que una cola de prioridad EF ocupado no
potencialmente morir de hambre las colas de trfico restantes ms all de
cierto lmite configurable. Para aliviar este problema, un usuario puede
establecer una tasa mxima contra la que es objeto de control del trfico
atendido por la cola de prioridad. Si el trfico excede el lmite de velocidad
configurada, se deja caer todo el exceso de trfico de EF. Los acondicionadores
de trfico de lmite de red deben estar configurados de tal manera que el
trfico EF no es superior a su tasa mxima configurada en cualquier salto en la
red.
El DSCP recomendado para ser utilizado para el trfico de EF en la red es
101110.
PHB AF
AF PHB [9] es un medio para que un proveedor de servicios para ofrecer
diferentes niveles de garantas de reenvo de paquetes IP recibidos de un
dominio DiffServ cliente. Es adecuado para la mayora de aplicaciones basadas
en Protocolo de Control de Transmisin (TCP).
Un PHB AF proporciona niveles de servicio diferenciados entre las cuatro clases
de trfico AF. Cada clase de trfico AF es atendida en su propia cola, lo que
permite la gestin de capacidad independiente para las cuatro clases de
trfico. Dentro de cada clase AF tres niveles de precedencia (bajo, medio y
alto) para Random Early Detection (RED) -al igual que la gestin de colas.
Poltica de asignacin de recursos
La ltima seccin discute las empresas del sector privado diffserv definidos en
una red. Cmo est el trfico condicionado por el borde y los recursos
asignados en la red para lograr el PHB deseada? Tres soluciones se sugieren:
aprovisionamiento de red, sealado QoS, y gestor de polticas.
aprovisionamiento de la red
Una solucin es la asignacin de recursos a los recursos de provisin dentro de
la red utilizando mtodos heursticos o tcnicas de modelado sistemticas. Este
mtodo slo puede funcionar en un entorno de red pequea, donde las
polticas de calidad de servicio y el perfil de trfico de red no cambian con
frecuencia.
QoS sealizados
En este mtodo, aplicaciones de seales peticiones de calidad de servicio
usando un protocolo de sealizacin, tales como RSVP. Para RSVP, el dominio
DiffServ es tratado como un eslabn ms de la red de control de admisin.
QoSes se asignan entre las clases de RSVP y DiffServ. Puede asignar al servicio
garantizado de RSVP Diffserv servicio de EF, por ejemplo.

QoS sealiza pueden ser una solucin escalable en un entorno de red a gran
escala, porque de RSVP se ejecuta slo en los bordes de la red con diffserv
utilizados en el ncleo de la red, como se muestra en la Figura 2-5.
Correspondencia entre las reservas RSVP y una clase DiffServ sucede en el
borde de la red Diffserv. Con el apoyo de RSVP generalizada (por ejemplo, el
sistema operativo Microsoft Windows 2000 admite RSVP), aplicaciones de
poltica consciente en los bordes de la red pueden utilizar de RSVP para sealar
QoS a travs de la red sin ninguna preocupacin de escalabilidad. La solucin
se adapta bien en algunas redes empresariales a gran escala.

De RSVP puede escalar bien para soportar unos pocos miles de sesiones por el
flujo que se ejecutan en paralelo. Adems, se est trabajando para proveer de
RSVP agregada. las reservas RSVP mltiples se agregan en una sola reserva
agregada para el despliegue de RSVP a gran escala a travs de una red troncal
de ncleo que requiere el control de admisin topologa-consciente. reserva
RSVP agregada es una grasa, ajustando poco a poco el estado de reservas que
se traduce en una reduccin de informacin de sealizacin del estado en el
ncleo de la red. Como una reserva de RSVP normales, puede asignar la
reserva agregada a una clase DiffServ.
Administrador de polticas de QoS
La definicin de la poltica determina la calidad de servicio aplicado sobre un
flujo de trfico. La poltica identifica el trfico de aplicaciones crticas en la red
y especifica su nivel de calidad de servicio. Poltica es simplemente la
configuracin necesaria en todos los nodos de red individuales para permitir
QoS. Cmo conseguir un nodo QoS su poltica?
En trminos simples, un ingeniero de red puede configurar las polticas y hacer
cambios a la configuracin de un router. En una red a gran escala, sin embargo,
el proceso se vuelve tedioso y difcil de manejar. Para entregar calidad de
servicio de extremo a extremo en una red a gran escala, las polticas que se
aplican en todos los nodos individuales de la red deben ser coherentes. Como
tal, un gestor de polticas centralizado para definir polticas hace que la tarea
menos desalentadora. Este gestor de polticas puede distribuir la poltica a
todos los dispositivos de red.
Servicio de Poltica Abierta Comn (COPS) es un protocolo IETF para la
distribucin de la poltica. En la terminologa de COPS, el servidor de polticas

centralizadas se llama el punto de decisin de polticas (PDP). El nodo de red

implementar o hacer cumplir la poltica se llama el punto de ejecucin de la
poltica (PEP). El PDP utiliza el protocolo COPS para la descarga de las polticas
en los PEPs en la red. Un dispositivo PEP puede generar un mensaje informando
al PDP si no se puede poner en prctica una poltica que se le dio por PDP.

Captulo 3. Red de Lmites de trfico Acondicionadores: clasificador de

paquetes, marcador, y gestin del trfico Tasa
Trfico funciones de acondicionamiento en la frontera de la red son vitales para
la entrega de servicios diferenciados dentro de un dominio de red. Estas
funciones proporcionan clasificador de paquetes, marcador, y el manejo del
tipo de trfico.
En una red, los paquetes se diferencian generalmente sobre una base de flujo
por los cinco campos de flujo en el Protocolo de Internet (IP) cabecera del
paquete: direccin IP de origen; Direccin IP de destino; campo de protocolo IP;
y los puertos de origen y destino. Un flujo individuo est hecha de paquetes
que van desde una aplicacin en una mquina de origen a una aplicacin en un
equipo de destino, y los paquetes que pertenecen a un flujo llevan los mismos
valores para los campos de flujo de cabecera de cinco paquetes. Calidad de
Servicio (QoS) que se aplica sobre una base de flujo individual, sin embargo, no
es escalable ya que el nmero de flujos puede ser grande. Por lo tanto, los
routers en la frontera de la red realizan funciones clasificador para identificar
los paquetes que pertenecen a una determinada clase de trfico basado en
uno o ms campos de cabecera Protocolo de Control de Transmisin / Protocolo
de Internet (TCP / IP). Una funcin de marcador se utiliza para colorear el
trfico clasificado, ya sea mediante el establecimiento de la el campo de
cdigo de servicios diferenciados Point (DSCP) Precedencia IP o. Dentro del
ncleo de la red, se puede aplicar un comportamiento por salto (PHB) para los
paquetes basados ya sea en el Precedencia IP o el campo DSCP marcado en la
cabecera del paquete.
Otro acondicionador de trfico importante en la frontera de la red es el manejo
del tipo de trfico. Se permite a un proveedor de servicios para metro trfico
del cliente acceda a la red contra perfil de trfico del cliente usando una
funcin de vigilancia. A la inversa, una empresa para acceder a su proveedor
de servicios puede metros todo su trfico para dar forma al trfico y enviar a
una velocidad constante de tal manera que todo su trfico pasa a travs de
funciones de polica del proveedor de servicios.
Red de acondicionadores de trfico lmites son esenciales para la prestacin de
servicios diferenciados en una red.

clasificacin de paquetes
clasificacin de paquetes es un medio de identificacin de paquetes a ser de
una cierta clase basada en uno o ms campos en un paquete. La funcin de
identificacin puede variar de simple a compleja. Los diferentes tipos de
soporte de clasificacin incluyen:
identificacin de flujo IP basada en los cinco parmetros de flujo: Direccin IP
de origen, direccin IP de destino, campo de protocolo IP, Fuente nmero de
puerto y Destino nmero de puerto.
La identificacin basada en Precedencia IP o el campo DSCP.
identificacin de paquetes en base a otros parmetros de cabecera TCP / IP,
como la longitud del paquete.
La identificacin basada en origen y el destino Media Access Control (MAC).
Identificacin de la aplicacin sobre la base de los nmeros de puerto, Web
Universal Resource Locator (URL) direcciones, y as sucesivamente. Esta
funcionalidad est disponible en los productos de Cisco como red basada en
reconocimiento de aplicaciones (NBAR).
Puede utilizar listas de acceso para que coincida con los paquetes en base a los
diferentes parmetros de flujo. Las listas de acceso tambin puede identificar
los paquetes en base a la Precedencia IP o el campo DSCP. NBAR permite a un
router para reconocer los flujos de trfico como pertenecientes a una aplicacin
especfica que permite la clasificacin de paquetes basado en la aplicacin.
de clasificacin de paquetes tambin se puede hacer en base a la informacin
interna al router. Ejemplos de dicha clasificacin son la identificacin basado en
la interfaz de entrada llegado y el campo de grupo QoS en la estructura de
paquetes de datos interna. Todos los mecanismos de clasificacin anteriores
son compatibles en todas las funciones de calidad de servicio como parte de
QoS modular de interfaz de lnea de comandos (CLI). Modular QoS CLI se
discute en el Apndice A, "Cisco QoS modular de interfaz de lnea de
comandos."
La accin de clasificacin se refiere como el marcado de paquetes o de
coloracin de paquetes. Los paquetes identificados a pertenecer a una clase
son de color en consecuencia.

marcado de paquetes
Puede marcar los paquetes de anuncios para indicar su clase de trfico . Puede
color paquetes marcando la Precedencia IP o el campo DSCP en el encabezado
IP del paquete, o el campo de grupo de calidad de servicio en la estructura
interna de datos del paquete dentro de un router .
Precedencia IP

El campo de precedencia de IP en la cabecera IP del paquete se utiliza para

indicar la prioridad relativa con la que un paquete particular debe ser
manejado . Se compone de tres bits en el tipo de la cabecera IP del Servicio de
bytes (TOS) . Aparte de precedencia IP , el byte ToS contiene bits de TOS . bits
de TOS fueron diseados para contener valores que indican cmo cada
paquete debe ser manejado de una red, pero este campo en particular nunca
se usa mucho en el mundo real . El byte ToS [ 1 ] que muestra tanto los bits de
prioridad de los operadores de telecomunicaciones IP se ilustra en la Figura 2-3
en el Captulo 2 , " Arquitectura de Servicios diferenciados ". La tabla 3-1
muestra los diferentes valores de los bits de precedencia IP y sus nombres
[2].

Paquete de coloracin ajustando el campo de precedencia IP puede hacerse ya

sea por la aplicacin que origina el trfico o por un nodo en la red. Cisco
caractersticas de QoS apoyo a esta funcin incluyen Comprometidos Acceso
Rate ( CAR ) , Poltica - Based Routing ( PBR ) , y la directiva QoS Propagacin
mediante control de pasarela de frontera ( BGP ) ( QPPB ) . Estudio de caso 31 , ms adelante en este captulo, se analiza el establecimiento de la prioridad
de IP usando diferentes caractersticas de QoS . CAR se discute en la seccin
de "Traffic Policing " de este captulo. PBR y QPPB se discuten en el Apndice
C , " Polticas de encaminamiento . "
Nota
PBR es principalmente una funcin para encaminar los paquetes en base a la
poltica , a pesar de que tiene una funcionalidad para marcar los paquetes con
prioridad IP . Como tal , PBR se recomienda slo para marcar los paquetes
cuando ya sea coche o apoyo QPPB no est disponible, o cuando Precedencia
IP necesita ser marcada , mientras que el enrutamiento de paquetes basado en
una poltica .
DSCP

campo DSCP se utiliza para indicar un cierto PHB en una red. Se compone de 6
bits en la cabecera IP y est siendo normalizado por el Grupo de Trabajo de
Servicios Diferenciados ( IETF ) Internet Engineering Task Force . los
28
ToS originales de bytes que contiene los bits DSCP se ha cambiado el nombre
del byte DSCP . El byte de DSCP se muestra en la Figura 2-4 en el Captulo 2.
Las definiciones de campo DSCP [ 3] y los valores DSCP recomendados para los
diferentes comportamientos de reenvo tambin se discuten en el Captulo 2 .
El campo DSCP es parte de la cabecera IP , similar a la precedencia de IP . De
hecho , el campo DSCP es un superconjunto del campo de precedencia IP . Por
lo tanto , el campo DSCP se utiliza y se establece de manera similar a lo que se
describi con respecto a la precedencia de IP .
Tenga en cuenta que la definicin del campo DSCP es compatible con versiones
anteriores con los valores de precedencia IP .
El Grupo de QoS
El grupo de calidad de servicio es un campo en la estructura de paquetes de
datos interna para el router . El grupo de calidad de servicio se utiliza para
marcar los paquetes que coincidan con ciertos criterios de clasificacin
especificadas por el usuario . Es importante tener en cuenta que un grupo QoS
es una etiqueta interna al router y no es parte de la cabecera del paquete IP .
Paquete de coloracin interna al router se realiza con grupos de calidad de
servicio . Cisco caractersticas de QoS apoyo a esta funcin incluyen CAR y
QPPB . Estudio de caso 3-2 , ms adelante en este captulo, se describe la
configuracin del grupo de calidad de servicio que utilizan las diferentes
caractersticas de QoS .
Modular QoS CLI permite el marcado de paquetes por cualquiera de los tres
mecanismos discutidos en esta seccin . Tabla 3-2 compara coloracin de
paquetes utilizando precedencia IP , DSCP , y grupos de calidad de servicio .

A menudo , los paquetes llegan a un lmite de una red que lleva un conjunto de
precedencia IP o el campo DSCP . Incluso en estas situaciones cuando el
paquete que llega a la red ya est marcado , un operador de red quiere que se
cumplan el marcado en el borde de la red basado en la clase del paquete y su
nivel de servicio ofrecido antes de que el trfico entra en la red correcta .
Estudio de caso 3-3 , ms adelante en este captulo, se describe un ejemplo de
aplicacin de la prioridad de IP .

Estudio de Caso 3-1 : Clasificacin y marcado de paquetes Uso de precedencia

IP
Un proveedor de servicios de Internet (ISP ) ofrece diferentes niveles de
servicios de primera calidad utilizando Precedencia IP para el trfico de clientes
, lo que asegura un tratamiento preferencial dentro de su red troncal. Un
cliente que la empresa adquiere dos niveles de servicio del ISP . Le gusta su
trfico de red 215.215.215.0/24 tener un nivel de servicio de precedencia IP 5 y
el resto del trfico de un nivel de servicio de precedencia IP 4 , como en la
Figura 3-1 .

Este estudio de caso analiza la funcin de ajuste de precedencia IP utilizando

CAR , PBR , y QPPB .
En de alta velocidad de interfaz serie del router ISP ( IHSS ) que conecta al
cliente de empresa, debe configurar CAR , PBR , o QPPB comandos para
establecer los valores de precedencia IP basndose en la direccin IP de origen
para todo el trfico entrante.
El uso de precedencia IP CAR
El listado 3-1 muestra un ejemplo de configuracin para habilitar el trfico
basado en IP Precedencia utilizando CAR .

Dos declaraciones de la velocidad lmite se definen para establecer los valores

de precedencia IP . La primera instruccin establece precedencia IP 5 para todo
el trfico que lleva una direccin de origen en el espacio de direcciones

215.215.215.0/24 . El resto del trfico que llega en el Hssi0 / 0 / 1 interfaz est

configurado con una Precedencia IP de 4 .
Tenga en cuenta que aunque los parmetros de la velocidad lmite se definen
en los dos estados , el propsito no es para valorar lmite , sino simplemente
para establecer precedencia IP basado en una lista de acceso IP .
Nota
CAR ofrece dos funciones en una sola instruccin : la limitacin de velocidad y
ajuste de precedencia IP . En este estudio de caso , el propsito es establecer
slo el Precedencia IP , sino una declaracin CAR requiere tanto limitante de la
velocidad y las funciones de precedencia IP a configurar. En el futuro , con el
apoyo de QoS modular CLI , el establecimiento de precedencia IP no requerir
que permite funciones que limitan la velocidad .

El mapa de la ruta de Tasmania se utiliza para establecer la precedencia IP 5

para el trfico con una direccin de origen en el espacio de direcciones y
215.215.215.0/24 Precedencia IP 4 para el resto del trfico.
Precedencia IP Usando QPPB
El router del ISP recibe una ruta BGP de 215.215.215.0 de la red de la empresa.
Dentro de la configuracin del router BGP ISP, un mapa de la tabla de Tasmania
se define para etiquetar el 215.215.215.0 ruta con una precedencia de 5. El
resto de las rutas BGP de la empresa estn etiquetados con precedencia IP 4.
BGP instala la ruta BGP en el enrutamiento mesa con su valor de precedencia
IP asociada. Cisco Express Forwarding (CEF) lleva el valor de precedencia IP
junto con la informacin de reenvo de la tabla de enrutamiento. CEF se discute
en el Apndice B, "Mecanismos de conmutacin de paquetes."
Cuando CEF conmutacin de trfico entrante en el Hssi0 / 0/1 interfaz,
compruebe la direccin de origen del paquete y la etiqueta del valor de
precedencia IP asociada desde el registro de entrada CEF juego antes de
transmitir el paquete en la interfaz de salida. La configuracin para este
propsito se muestra en el listado 3-3.

Estudio de Caso 3-2 : Clasificacin de paquetes y marcado Uso de grupos de

QoS
En caso de estudio 3-1 , suponga que el ISP prefiere el uso de grupos de
calidad de servicio para indicar diferentes niveles de servicio de trfico en sus
routers que se conectan a los clientes . En caso de estudio 2, el trfico de la
empresa cliente de la red 215.215.215.0/24 consigue un nivel de servicio QoS
grupo 3 , y el resto del trfico de un nivel de servicio de QoS grupo 0 , como se
muestra en la Figura 3-1 . 31
Nota
Usted puede elegir para clasificar los paquetes por grupo de calidad de servicio
en lugar de precedencia IP o bien cuando se desea ms de ocho clases de
trfico , o cuando no se desea cambiar los valores de precedencia IP de los
paquetes originales.
Este estudio de caso analiza la clasificacin de paquetes basado en el grupo de
QoS utilizando CAR y QPPB . Muestra configuraciones CAR y QPPB de ejemplo
en el router ISP para clasificar y marcar los paquetes utilizando los valores del
grupo de calidad de servicio .
Grupos QoS Uso CAR
Listado 3-4 es un ejemplo de configuracin para habilitar el trfico basado en
grupos de QoS utilizando CAR .

Estudio de Caso 3-3 : Aplicacin de precedencia IP Marco

Un proveedor de servicios ofrece a sus clientes diferentes niveles de servicio,
adems de un servicio de mejor esfuerzo . clientes de servicios Premium estn
etiquetados con un nivel de precedencia IP de 5, y con los clientes de forma
predeterminada , el servicio de mejor esfuerzo haya sido marcado con un
Precedencia IP de 0 , como se muestra en la Figura 3-2 . El proveedor de
servicios hace cumplir el ajuste de prioridad de IP basado en el nivel de servicio
en la frontera de la red .

El proveedor de servicios tiene que cumplir la precedencia IP puesta a 0 para

todo el trfico procedente de los clientes del servicio de mejor esfuerzo . Para
el trfico procedente de los clientes premium , el proveedor de servicios tiene
que marcar los paquetes con un Precedencia IP del 5 .
CAR entrada est configurada en la interfaz del router HSSI hacer cumplir los
valores de precedencia IP . Listado 3-6 muestra un ejemplo de configuracin .

Interfaz Hssi1 / 0 se conecta a un cliente con el servicio normal, de mximo

esfuerzo. Por lo tanto, todo el trfico entrante en esta interfaz est marcado
con un Precedencia IP de 0.
Del mismo modo, la interfaz Hssi1 / 1 se conecta a un cliente con un servicio
de alta calidad. Por lo tanto, todo el trfico entrante en esta interfaz est
marcado con un Precedencia IP del 5.
La necesidad de una gestin tasa de trfico
Para ofrecer calidad de servicio en una red, el trfico que entra la red del
proveedor de servicios tiene que ser vigilada en los routers de frontera de red
para asegurarse de que las estancias de la tasa de trfico dentro del lmite de
servicio. Incluso si un par de enrutadores en la frontera de la red empezar a
enviar ms trfico de lo que el ncleo de la red se aprovisiona de manejar, el
aumento de la carga de trfico conduce a la congestin de la red. La prdida
en el rendimiento de la red hace que sea imposible la entrega de QoS para
todo el trfico de red.
Funciones de polica de trfico mediante la funcin CAR y dar forma a las
funciones utilizando la funcin de limitacin de trfico (TS) gestionar tasa de
trfico, pero difieren en la forma en que tratan de trfico cuando se agoten las
fichas. El concepto de fichas proviene del esquema de cubetas de fichas, una
funcin de medicin de trfico se discute en la siguiente seccin. Tabla 3-3
compara las funciones de polica y de conformacin.