ENSA Module 9

Module 9: QoS Concepts
Enterprise Networking, Security,

and Automation v7.0 (ENSA)
Module Objectives
Module Title: QoS Concepts
Module Objective: Explain how networking devices implement QoS .
Topic Title Topic Objective

Calidad de transmisión de Explicar cómo las características de transmisión de red
red afectan a la calidad.
Traffic Characteristics Describir los requisitos mínimos de red para el tráfico de voz,
vídeo y datos.
Queuing Algorithms Describir los algoritmos de cola utilizados por los dispositivos
de red.
QoS Models Describir los diferentes modelos de QoS.
QoS Implementation Explicar cómo QoS utiliza mecanismos para garantizar la

Techniques calidad de la transmisión. © 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 2
9.1 Network Transmission
Quality
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 3
Network Transmission Quality
Video – The Purpose of QoS
This video explains Quality of Service (QoS) and why it is needed.
Prioritizing Traffic
• Cuando el volumen de tráfico es mayor
que el que se puede transportar a través
de la red, los dispositivos ponen en
cola (retienen) los paquetes en la
memoria hasta que los recursos estén
disponibles para transmitirlos..
• La cola de paquetes causa retraso porque
los paquetes nuevos no se pueden
transmitir hasta que se hayan procesado
los paquetes anteriores.
• Si el número de paquetes que se van a
poner en cola sigue aumentando, la
memoria dentro del dispositivo se llena y
los paquetes se eliminan.
• Una técnica de QoS que puede ayudar Note: A device implements QoS only when it is
con este problema es clasificar los datos experiencing some type of congestion.
en varias colas, como se muestra en la
figura.
Bandwidth, Congestion, Delay, and Jitter
El ancho de banda de la red se mide en el número de bits que se pueden transmitir en un solo
segundo, o bits por segundo (bps).
La congestión de la red causa retrasos. Una interfaz experimenta congestión cuando se le

presenta más tráfico del que puede manejar. Los puntos de congestión de la red son candidatos
ideales para los mecanismos de QoS.
• Los puntos de congestión típicos son la agregación, la falta de coincidencia de velocidad y la
LAN a WAN.
Bandwidth, Congestion, Delay, and Jitter (Cont.)
Delay or latency se refiere al tiempo que tarda un paquete en viajar desde el origen hasta el destino.
Fixed delay es la cantidad de tiempo que tarda un proceso específico, como el tiempo que tarda en colocar un bit en el
medio de transmisión.
• Variable delay toma una cantidad de tiempo no especificada y se ve afectado por factores como la cantidad de tráfico
que se está procesando.
• Jitter es la variación del retraso de los paquetes recibidos.
Delay Description
Code delay La cantidad fija de tiempo que se tarda en comprimir los datos en la fuente antes de
transmitirlos al primer dispositivo de interconexión, generalmente un conmutador.
Packetization delay El tiempo fijo que se tarda en encapsular un paquete con toda la información de encabezado necesaria.
Queuing delay La cantidad variable de tiempo que un marco o paquete espera a ser transmitido en el enlace.
Serialization delay La cantidad fija de tiempo que se tarda en transmitir un marco al cable.
Propagation delay La cantidad variable de tiempo que tarda el fotograma en viajar entre el origen y el destino.
De-jitter delay La cantidad fija de tiempo que se tarda en almacenar en búfer un flujo de paquetes y luego enviarlos en
intervalos espaciados uniformemente.
Packet Loss
Sin mecanismos de QoS, los paquetes sensibles
al tiempo, como el video y la voz en tiempo real,
se eliminan con la misma frecuencia que los
datos que no son sensibles al tiempo..
• Cuando un router recibe un flujo de audio
digital de protocolo en tiempo real (RTP) para
voz sobre IP (VoIP), compensa la fluctuación
que se encuentra mediante un búfer de
retardo de reproducción.
• El búfer de retardo de reproducción almacena
en búfer estos paquetes y luego los
reproduce en un flujo constante.
Packet Loss (Cont.)
Si el jitter es tan grande que hace que los
paquetes se reciban fuera del rango del búfer de
reproducción, los paquetes fuera de rango se
descartan y se escuchan abandonos en el audio.
Para pérdidas tan pequeñas como un paquete, el
procesador de señal digital (DSP) interpola lo que
cree que debería ser el audio y no hay problema
audible para el usuario.
• Cuando la fluctuación excede lo que el DSP
puede hacer para compensar los paquetes
que faltan, se escuchan problemas de audio.
Nota: En una red correctamente diseñada, la

pérdida de paquetes debe ser cercana a cero.
9.2 Traffic Characteristics
Traffic Characteristics
Video – Traffic Characteristics
This video will explain the characteristics of voice, video, and data traffic.
Network Traffic Trends
A principios de la década de 2000, los tipos predominantes de tráfico IP eran voz y datos.
El tráfico de voz tiene una necesidad predecible de ancho de banda y tiempos de llegada de
paquetes conocidos.
El tráfico de datos no es en tiempo real y tiene una necesidad de ancho de banda impredecible.
El tráfico de datos puede estallar temporalmente, como cuando se descarga un archivo grande.
Esta ráfaga puede consumir todo el ancho de banda de un enlace.
Más recientemente, el tráfico de video se ha vuelto cada vez más importante para las
comunicaciones y operaciones comerciales.
Según el Cisco Visual Networking Index (VNI), el tráfico de video representó el 70% de todo el
tráfico en 2017.
Para 2022, el video representará el 82% de todo el tráfico.
El tráfico de video móvil alcanzará los 60.9 exabytes por mes para 2022.
El tipo de demandas que el tráfico de voz, video y datos coloca en la red es muy diferente.
•
Voice
El tráfico de voz es predecible y suave y muy sensible a los retrasos y paquetes
caídos.
Los paquetes de voz deben recibir una prioridad más alta que otros tipos de tráfico.
Los productos de Cisco utilizan el rango de puertos RTP 16384 a 32767 para priorizar el tráfico
de voz.
La voz puede tolerar una cierta cantidad de latencia, fluctuación y pérdida sin ningún
efecto notable
La latencia no debe ser superior a 150 milisegundos (ms).
Jitter no debe ser más de 30 ms, y la pérdida de paquetes no debe ser más del 1%.
• El tráfico de voz requiere al menos 30 Kbps de ancho de banda.
Voice Traffic One-Way Requirements
Characteristics
• Smooth • Latency < 150ms
• Benign • Jitter < 30ms
• Drop sensitive • Loss < 1% Bandwidth (30-128 Kbps)
• Delay sensitive
• UPD priority © 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 13
Video
El tráfico de video tiende a ser impredecible, inconsistente y ráfaga. En comparación
con la voz, el video es menos resistente a la pérdida y tiene un mayor volumen de
datos por paquete..
El número y el tamaño de los paquetes de vídeo varía cada 33 ms en función del
contenido del vídeo.
• Los puertos UDP, como el 554, se utilizan para el Protocolo de transmisión en
tiempo real (RSTP) y se les debe dar prioridad sobre otro tráfico de red menos
sensible a los retrasos.
• Latency no debe ser más de 400 milisegundos (ms). La fluctuación no debe ser
más de 50 ms, y la pérdida de paquetes de video no debe ser más del 1%. El
tráfico de vídeo requiere al menos 384 Kbps de ancho de banda.
Video Traffic One-Way Requirements
Characteristics
• Bursty • Latency < 200-400 ms
• Greedy • Jitter < 30-50 ms
• Drop sensitive • Loss < 0.1 – 1%
• Delay sensitive • Bandwidth (384 Kbps - 20 Mbps)
• UPD priority
Data
Las aplicaciones de datos que no tienen tolerancia a la pérdida de datos, como el
correo electrónico y las páginas web, utilizan TCP para garantizar que si los paquetes
se pierden en tránsito, se reenviarán.
El tráfico de datos puede ser fluido o ráfaga.
El tráfico de control de red suele ser fluido y predecible.
Algunas aplicaciones TCP pueden consumir una gran parte de la capacidad de la

red. FTP consumirá tanto ancho de banda como pueda obtener cuando descargue un
archivo grande, como una película o un juego.
Data Traffic Characteristics
• Smooth/bursty
• Benign/greedy
• Drop insensitive
• Delay insensitive
• TCP Retransmits
Data (Cont.)
El tráfico de datos es relativamente insensible a las caídas y retrasos en comparación
con la voz y el video. La calidad de la experiencia o QoE es importante tener en
cuenta con el tráfico de datos.
¿Los datos provienen de una aplicación interactiva?
¿Es crítica la misión de los datos?
Factor Mission Critical Not Mission Critical

Interactive Priorice el menor retraso de todo el tráfico de Las aplicaciones podrían beneficiarse de un
datos y esfuércese por un tiempo de menor retraso.
respuesta de 1 a 2 segundos.
Not interactive El retraso puede variar mucho siempre que se Obtiene cualquier ancho de banda sobrante
suministre el ancho de banda mínimo después de satisfacer todas las necesidades
necesario. de aplicaciones de voz, vídeo y otros datos.
9.3 Queuing Algorithms
Queuing Algorithms
Video – QoS Algorithms
Este video cubrirá lo siguiente:
FIFO Queuing (absence of QoS)
• Weighted Fair Queuing (WFQ)
• Class Based Weighted Fair Queuing (CBWFQ)
• Low Latency Queuing (LLQ)
Queuing Algorithms
Queuing Overview
La directiva QoS implementada por el administrador de red se activa cuando se
produce una congestión en el vínculo. La cola es una herramienta de gestión de la
congestión que puede almacenar en búfer, priorizar y, si es necesario, reordenar los
paquetes antes de ser transmitidos al destino.
Hay varios algoritmos de cola disponibles:

First-In, First-Out (FIFO)
• Weighted Fair Queuing (WFQ)
• Class-Based Weighted Fair Queuing (CBWFQ)
• Low Latency Queuing (LLQ)
Queuing Algorithms
First in First Out
First In First Out (FIFO) hace cola en búferes y reenvía paquetes en el orden de su
llegada.
FIFO no tiene ningún concepto de prioridad o clases de tráfico y, en consecuencia, no

toma ninguna decisión sobre la prioridad de paquetes.
Solo hay una cola y todos los paquetes se tratan por igual.
Los paquetes se envían a través de una interfaz en el orden en que llegan.

•
Queuing Algorithms
Weighted Fair Queuing (WFQ)
Weighted Fair Queueing (WFQ) es un método de
programación automatizado que proporciona una
asignación justa de ancho de banda a todo el
tráfico de red.
WFQ aplica prioridad, o ponderaciones, al tráfico

identificado, lo clasifica en conversaciones o flujos
y, a continuación, determina cuánto ancho de
banda se permite cada flujo en relación con otros
flujos.
WFQ clasifica el tráfico en diferentes flujos en

función de las direcciones IP de origen y destino,
las direcciones MAC, los números de puerto, el
protocolo y el valor del tipo de servicio (ToS).
WFQ no es compatible con la tunelización y el

cifrado porque estas características modifican la © 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 21
información de contenido del paquete requerida

Queuing Algorithms
Class-Based Weighted Fair Queuing (CBWFQ)
La cola justa ponderada basada en clases (CBWFQ) amplía la funcionalidad estándar de WFQ
para proporcionar compatibilidad con las clases de tráfico definidas por el usuario.
Las clases de tráfico se definen en función de criterios de coincidencia, incluidos protocolos,

listas de control de acceso (ACL) e interfaces de entrada.
Los paquetes que satisfacen los criterios de coincidencia para una clase constituyen el tráfico
para esa clase.
Se reserva una cola FIFO para cada clase y el tráfico que pertenece a una clase se dirige a la
cola de esa clase.
A una clase se le pueden asignar características, como ancho de banda, peso y límite máximo
de paquetes. El ancho de banda asignado a una clase es el ancho de banda garantizado
entregado durante la congestión.
Los paquetes que pertenecen a una clase están sujetos a los límites de ancho de banda y cola,
que es el número máximo de paquetes permitidos para acumularse en la cola, que caracterizan a
la clase.
Queuing Algorithms
Class-Based Weighted Fair Queuing (CBWFQ) (Cont.)
Una vez que una cola ha alcanzado su límite de cola configurado, agregar más
paquetes a la clase hace que la caída de cola o la caída de paquetes surtan efecto,
dependiendo de cómo esté configurada la directiva de clase.
Tail drop descarta cualquier paquete que llegue al final de una cola que haya agotado
por completo sus recursos de retención de paquetes.
Esta es la respuesta de cola predeterminada a la congestión. Tail drop trata todo el

tráfico por igual y no diferencia entre clases de servicio.
Queuing Algorithms
Low Latency Queuing (LLQ)
La función de cola de baja latencia
(LLQ) trae colas de prioridad estricta
(PQ) a CBWFQ.
• El PQ estricto permite que los
paquetes sensibles al retraso, como
la voz, se envíen antes que los
paquetes en otras colas.
• LLQ permite que los paquetes
sensibles al retardo, como la voz, se
envíen primero (antes que los
paquetes en otras colas), dando a los
paquetes sensibles al retraso un trato
preferencial sobre otro tráfico.
• Cisco recomienda que solo el tráfico
de voz se dirija a la cola de prioridad.
9.4 QoS Models
QoS Models
Video – QoS Models
This video will cover the following:
• Best-effort model
• Integrated services (IntServ)
• Differentiated services (DiffServ)
QoS Models
Selecting an Appropriate QoS Policy Model
Hay tres modelos para implementar QoS. QoS se implementa en una red utilizando IntServ o
DiffServ.
IntServ proporciona la más alta garantía de QoS, es muy intensivo en recursos y, por lo tanto, no
es fácilmente escalable.
DiffServ consume menos recursos y es más escalable.

IntServ y DiffServ a veces se implementan conjuntamente en implementaciones de QoS de red.
Model Description
Best-effort model No es una implementación, ya que QoS no está configurada explícitamente.
Úselo cuando no se requiera QoS.
•
Integrated services Provides paquetes QoS a IP muy altos con entrega garantizada.
(IntServ) Define un proceso de señalización para que las aplicaciones indiquen a la red que requieren
una QoS especial durante un período y que se debe reservar el ancho de banda.
IntServ puede limitar severamente la escalabilidad de una red.
•
Differentiated Proporciona alta escalabilidad y flexibilidad en la implementación de QoS.
services (DiffServ) Los dispositivos de red reconocen las clases de tráfico y proporcionan diferentes niveles de
QoS a diferentes clases de tráfico.
• © 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 27
QoS Models
Best Effort
El diseño básico de Internet es la entrega de paquetes de mejor esfuerzo y no
proporciona garantías.
El modelo de mejor esfuerzo trata todos los paquetes de red de la misma manera,
por lo que un mensaje de voz de emergencia se trata de la misma manera que se
trata una fotografía digital adjunta a un correo electrónico.
Beneficios e inconvenientes del modelo de mejor esfuerzo:

Benefits Drawbacks
El modelo es el más escalable. No hay garantías de entrega.
La escalabilidad solo está limitada por el ancho de Los paquetes llegarán siempre que puedan y en cualquier
banda disponible, en cuyo caso todo el tráfico se ve orden posible, si es que llegan.
afectado por igual..
No se requieren mecanismos especiales de QoS. Ningún paquete tiene un trato preferencial.
Es el modelo más fácil y rápido de implementar. Los datos críticos se tratan de la misma manera que se
trata el correo electrónico casual.
QoS Models
Integrated Services
IntServ ofrece la QoS de extremo a extremo
que requieren las aplicaciones en tiempo real.
Administra explícitamente los recursos de red
para proporcionar QoS a flujos o flujos
individuales, a veces llamados microflujos.
Utiliza mecanismos de reserva de recursos y
control de admisión como bloques de
construcción para establecer y mantener QoS.
• Utiliza un enfoque orientado a la conexión.
Cada comunicación individual debe
especificar explícitamente su descriptor de
tráfico y los recursos solicitados a la red.
• TEl enrutador perimetral realiza el control
de admisión para garantizar que los
recursos disponibles sean suficientes en la
red. © 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 29
QoS Models
Integrated Services (Cont.)
En el modelo de IntServ, la aplicación solicita un tipo específico de servicio de la red antes de
enviar datos.
La aplicación informa a la red de su perfil de tráfico y solicita un tipo particular de servicio que
puede abarcar sus requisitos de ancho de banda y retardo..
IntServ utiliza el Protocolo de reserva de recursos (RSVP) para señalar las necesidades de QoS
del tráfico de una aplicación a lo largo de los dispositivos en la ruta de extremo a extremo a través
de la red.
Si los dispositivos de red a lo largo de la ruta pueden reservar el ancho de banda necesario, la
aplicación de origen puede comenzar a transmitir. Si la reserva solicitada falla a lo largo de la ruta,
la aplicación de origen no envía ningún dato.
• Benefits Drawbacks
Control explícito de admisión de recursos de Uso intensivo de recursos debido al requisito de arquitectura
extremo a extremo con estado para la señalización continua.
Control de admisión de políticas por solicitud Enfoque basado en flujos no escalable a grandes
Señalización de números de puerto dinámicos implementaciones como Internet.
• •
QoS Models
Differentiated Services
El modelo QoS de servicios diferenciados
(DiffServ) especifica un mecanismo simple y
escalable para clasificar y administrar el tráfico
de red.
No es una estrategia de QoS de extremo a
extremo porque no puede hacer cumplir las
garantías de extremo a extremo.
Los hosts reenvían el tráfico a un enrutador
que clasifica los flujos en agregados (clases) y
proporciona la directiva de QoS adecuada para
las clases.
• Enforces and applies QoS mechanisms on a
hop-by-hop basis, uniformly applying global
meaning to each traffic class to provide both
flexibility and scalability.
QoS Models
Differentiated Services (Cont.)
• DiffServ divides network traffic into classes based on business requirements. Each
of the classes can then be assigned a different level of service.
• As the packets traverse a network, each of the network devices identifies the
packet class and services the packet according to that class.
• It is possible to choose many levels of service with DiffServ.
Benefits Drawbacks
• Highly scalable • No absolute guarantee of service quality
• Provides many different levels of quality • Requires a set of complex mechanisms to work in
concert throughout the network
9.5 QoS Implementation
Techniques
QoS Implementation Techniques
Video – QoS Implementation Techniques
This video will cover the following:
• Implementation tools (classification and marking, congestion avoidance,
and congestion management)
• Traffic marking
Avoiding Packet Loss
Packet loss is usually the result of congestion on an interface. Most applications that
use TCP experience slowdown because TCP automatically adjusts to network
congestion. Dropped TCP segments cause TCP sessions to reduce their window
sizes. Some applications do not use TCP and cannot handle drops (fragile flows).
The following approaches can prevent drops in sensitive applications:

• Increase link capacity to ease or prevent congestion.
• Guarantee enough bandwidth and increase buffer space to accommodate bursts
of traffic from fragile flows. WFQ, CBWFQ, and LLQ can guarantee bandwidth
and provide prioritized forwarding to drop-sensitive applications.
• Drop lower-priority packets before congestion occurs. Cisco IOS QoS provides
queuing mechanisms, such as weighted random early detection (WRED), that
start dropping lower-priority packets before congestion occurs.
QoS Tools
There are three categories of QoS tool, as described in the table.
QoS Tools Description
Classification and marking • Sessions, or flows, are analyzed to determine what traffic class
tools they belong to.
• When the traffic class is determined, the packets are marked.
Congestion avoidance tools • Traffic classes are allotted portions of network resources, as
defined by the QoS policy.
• The QoS policy also identifies how some traffic may be selectively
dropped, delayed, or re-marked to avoid congestion.
• The primary congestion avoidance tool is WRED and is used to
regulate TCP data traffic in a bandwidth-efficient manner before tail
drops caused by queue overflows occur.
Congestion management • When traffic exceeds available network resources, traffic is queued
tools to await availability of resources.
• Common Cisco IOS-based congestion management tools include
CBWFQ and LLQ algorithms.
QoS Tools (Cont.)
The figure shows the sequence of QoS tools used when applied to packet flows.
• Ingress packets are classified and their respective IP header is marked.
• To avoid congestion, packets are then allocated resources based on defined
policies.
• Packets are then queued and forwarded out the egress interface based on their
defined QoS shaping and policing policy.
Note: Classification and marking can be done on ingress or egress, whereas

other QoS actions such queuing and shaping are usually done on egress.
Classification and Marking
Before a packet can have a QoS policy applied to it, the packet has to be classified.
Classification determines the class of traffic to which packets or frames belong. Only
after traffic is marked can policies be applied to it.
How a packet is classified depends on the QoS implementation.

• Methods of classifying traffic flows at Layer 2 and 3 include using interfaces,
ACLs, and class maps.
• Traffic can also be classified at Layers 4 to 7 using Network Based Application
Recognition (NBAR).
Classification and Marking (Cont.)
How traffic is marked usually depends on the technology. The decision of whether to
mark traffic at Layers 2 or 3 (or both) is not trivial and should be made after
consideration of the following points:
• Layer 2 marking of frames can be performed for non-IP traffic.
• Layer 2 marking of frames is the only QoS option available for switches that are
not “IP aware”.
• Layer 3 marking will carry the QoS information end-to-end.
QoS Tools Layer Marking Field Width in Bits
Ethernet (802.1q, 802.1p) 2 Class of Service (CoS) 3
802.11 (Wi-Fi) 2 Wi-Fi Traffic Identifier (TID) 3
MPLS 2 Experimental (EXP) 3
IPv4 and IPv6 3 IP Precedence (IPP) 3
IPv4 and IPv6 3 Differentiated Services Code Point (DSCP) 6
Marking at Layer 2
802.1Q is the IEEE standard that supports VLAN tagging at Layer 2 on Ethernet
networks. When 802.1Q is implemented, two fields are inserted into the Ethernet
frame following the source MAC address field.
Marking at Layer 2 (Cont.)
The 802.1Q standard also includes the QoS prioritization scheme known as IEEE 802.1p. The
802.1p standard uses the first three bits in the Tag Control Information (TCI) field. Known as
the Priority (PRI) field, this 3-bit field identifies the Class of Service (CoS) markings.
Three bits means that a Layer 2 Ethernet frame can be marked with one of eight levels of
priority (values 0-7).
CoS Value CoS Binary Value Description
0 000 Best-Effort Data
1 001 Medium-Priority Data
2 010 High-Priority Data
3 011 Call Signaling
4 100 Videoconferencing
5 101 Voice bearer (voice traffic)
6 110 Reserved
7 111 Reserved
Marking at Layer 3
IPv4 and IPv6 specify an 8-bit field in
their packet headers to mark packets.
Both IPv4 and IPv6 support an 8-bit field

for marking: the Type of Service (ToS)
field for IPv4 and the Traffic Class field
for IPv6.
Type of Service and Traffic Class Field
The Type of Service (IPv4) and Traffic Class
(IPv6) carry the packet marking as assigned by
the QoS classification tools.
• RFC 791 specified the 3-bit IP Precedence
(IPP) field to be used for QoS markings.
• RFC 2474 supersedes RFC 791 and redefines
the ToS field by renaming and extending the
IPP field to 6 bits.
• Called the Differentiated Services Code Point
(DSCP) field, these six bits offer a maximum of
64 possible classes of service.
• The remaining two IP Extended Congestion
Notification (ECN) bits can be used by ECN-
aware routers to mark packets instead of
dropping them.
DSCP Values
The 64 DSCP values are organized into three categories:
• Best-Effort (BE) - This is the default for all IP packets. The DSCP value is 0. The
per-hop behavior is normal routing. When a router experiences congestion, these
packets will be dropped. No QoS plan is implemented.
• Expedited Forwarding (EF) - RFC 3246 defines EF as the DSCP decimal value
46 (binary 101110). The first 3 bits (101) map directly to the Layer 2 CoS value 5
used for voice traffic. At Layer 3, Cisco recommends that EF only be used to mark
voice packets.
• Assured Forwarding (AF) - RFC 2597 defines AF to use the 5 most significant
DSCP bits to indicate queues and drop preference.
DSCP Values (Cont.)
Assured Forwarding values are shown in
the figure.
The AFxy formula is specified as follows:
• The first 3 most significant bits are
used to designate the class. Class 4 is
the best queue and Class 1 is the
worst queue.
• The 4th and 5th most significant bits
are used to designate the drop
preference.
• The 6th most significant bit is set to
zero.
For example: AF32 belongs to class 3 (binary 011) and has a medium drop preference
(binary 10). The full DSCP value is 28 because you include the 6th 0 bit (binary 011100).
Class Selector Bits
Class Selector (CS) bits:
• The first 3 most significant bits
of the DSCP field and indicate
the class.
• Map directly to the 3 bits of the
CoS field and the IPP field to
maintain compatibility with
802.1p and RFC 791.
Trust Boundaries
Traffic should be classified and marked as close to its source as technically and
administratively feasible. This defines the trust boundary.
1. Trusted endpoints have the capabilities and intelligence to mark application traffic to the
appropriate Layer 2 CoS and/or Layer 3 DSCP values.
2. Secure endpoints can have traffic marked at the Layer 2 switch.
3. Traffic can also be marked at Layer 3 switches / routers.
Congestion Avoidance
Congestion avoidance tools monitor network traffic loads in an effort to anticipate and
avoid congestion at common network and internetwork bottlenecks before congestion
becomes a problem.
• They monitor network traffic loads in an effort to anticipate and avoid congestion at common
network and internetwork bottlenecks before congestion becomes a problem.
• They monitor the average depth of the queue. When the queue is below the minimum threshold,
there are no drops. As the queue fills up to the maximum threshold, a small percentage of
packets are dropped. When the maximum threshold is passed, all packets are dropped.
Some congestion avoidance techniques provide preferential treatment for which packets
get dropped.
• Weighted random early detection (WRED) allows for congestion avoidance on network interfaces
by providing buffer management and allowing TCP traffic to decrease, or throttle back, before
buffers are exhausted.
• WRED helps avoid tail drops and maximizes network use and TCP-based application
performance.
Shaping and Policing
Traffic shaping and traffic policing are two mechanisms provided by Cisco IOS QoS
software to prevent congestion.
• Traffic shaping retains excess packets in a queue and then schedules the excess for
later transmission over increments of time. Traffic shaping results in a smoothed
packet output rate.
• Shaping is an outbound concept; packets going out an interface get queued and can
be shaped. In contrast, policing is applied to inbound traffic on an interface.
Shaping and Policing (Cont.)
Policing is applied to inbound traffic on an interface. Policing is commonly implemented
by service providers to enforce a contracted customer information rate (CIR). However,
the service provider may also allow bursting over the CIR if the service provider’s
network is not currently experiencing congestion.
QoS Policy Guidelines
QoS policies must consider the full path from source to destination.
A few guidelines that help ensure the best experience for end users includes the
following:
• Enable queuing at every device in the path between source and destination.
• Classify and mark traffic as close the source as possible.
• Shape and police traffic flows as close to their sources as possible.
9.6 Module Practice and Quiz
Module Practice and Quiz
What did I learn in this module?
• Voice and live video transmissions create higher expectations for quality delivery among
users, and create a need for Quality of Service (QoS).
• Without any QoS mechanisms in place, packets are processed in the order in which they are
received. When congestion occurs, network devices such as routers and switches can drop
packets.
• Without any QoS time-sensitive packets, such as real-time video and voice, will be dropped
with the same frequency as data that is not time-sensitive, such as email and web browsing.
• Queuing packets causes delay because new packets cannot be transmitted until previous
packets have been processed.
• Two types of delays are fixed and variable.
• Sources of delay are code delay, packetization delay, queuing delay, serialization delay,
propagation delay, and de-jitter delay.
• Jitter is the variation in the delay of received packets.
• Voice and video traffic are two of the main reasons for QoS.
• Voice traffic is smooth and benign, but it is sensitive to drops and delays.
What did I learn in this module? (Cont.)
• Voice can tolerate a certain amount of latency, jitter, and loss without any noticeable effects.
• Video traffic is more demanding than voice traffic because of the size of the packets it sends
across the network.
• Video traffic is bursty, greedy, drop sensitive, and delay sensitive.
• Data traffic is not as demanding as voice and video traffic. Data packets often use TCP
applications which can retransmit data and, therefore, are not sensitive to drops and delays.
• The QoS policy implemented by the network administrator becomes active when congestion
occurs on the link.
• Queuing is a congestion management tool that can buffer, prioritize, and, if required, reorder
packets before being transmitted to the destination.
• FIFO queuing buffers and forwards packets in the order of their arrival. FIFO has no concept
of priority or classes of traffic and consequently, makes no decision about packet priority.
• WFQ is an automated scheduling method that provides fair bandwidth allocation to all
network traffic. WFQ applies priority, or weights, to identified traffic and classifies it into
conversations or flows.
• CBWFQ extends the standard WFQ functionality to provide support for user-defined traffic
classes. With CBWFQ, you define traffic classes based on match criteria including protocols,
access control lists (ACLs), and input interfaces. LLQ feature brings strict priority queuing
(PQ) to CBWFQ.
• There are three models for implementing QoS: Best-effort model, Integrated services
(IntServ), and Differentiated services (DiffServ).
• IntServ architecture model was developed to meet the needs of real-time applications, such
as remote video, multimedia conferencing, data visualization applications, and virtual reality.
• DiffServ QoS model specifies a simple and scalable mechanism for classifying and managing
network traffic. The DiffServ design overcomes the limitations of both the best-effort and
IntServ models.
• There are three categories of QoS tools: classification and marking tools, congestion
avoidance tools, and congestion management tools.
• Classification determines the class of traffic to which packets or frames belong.
• Methods of classifying traffic flows at Layer 2 and 3 include using interfaces, ACLs, and class
maps. Traffic can also be classified at Layers 4 to 7 using Network Based Application
Recognition (NBAR).
• Congestion management includes queuing and scheduling methods where excess traffic is
buffered or queued (and sometimes dropped) while it waits to be sent out an egress interface.
• Congestion avoidance tools help to monitor network traffic loads in an effort to anticipate and
avoid congestion at common network and internetwork bottlenecks before congestion
becomes a problem.
• Cisco IOS QoS includes weighted random early detection (WRED) as a possible congestion
avoidance solution.

ENSA Module 9

Cargado por

Copyright:

Formatos disponibles

ENSA Module 9

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

ENSA Module 9

Cargado por

Copyright:

Formatos disponibles

Module 9: QoS Concepts

Enterprise Networking, Security,

Module Objective: Explain how networking devices implement QoS .

Topic Title Topic Objective

QoS Models Describir los diferentes modelos de QoS.

QoS Implementation Explicar cómo QoS utiliza mecanismos para garantizar la

La congestión de la red causa retrasos. Una interfaz experimenta congestión cuando se le

Nota: En una red correctamente diseñada, la

El tráfico de datos puede ser fluido o ráfaga.

El tráfico de control de red suele ser fluido y predecible.

Algunas aplicaciones TCP pueden consumir una gran parte de la capacidad de la

¿Los datos provienen de una aplicación interactiva?

¿Es crítica la misión de los datos?

Factor Mission Critical Not Mission Critical

Hay varios algoritmos de cola disponibles:

FIFO no tiene ningún concepto de prioridad o clases de tráfico y, en consecuencia, no

Los paquetes se envían a través de una interfaz en el orden en que llegan.

WFQ aplica prioridad, o ponderaciones, al tráfico

WFQ clasifica el tráfico en diferentes flujos en

WFQ no es compatible con la tunelización y el

información de contenido del paquete requerida

Las clases de tráfico se definen en función de criterios de coincidencia, incluidos protocolos,

Esta es la respuesta de cola predeterminada a la congestión. Tail drop trata todo el

DiffServ consume menos recursos y es más escalable.

Beneficios e inconvenientes del modelo de mejor esfuerzo:

The following approaches can prevent drops in sensitive applications:

Note: Classification and marking can be done on ingress or egress, whereas

How a packet is classified depends on the QoS implementation.

Both IPv4 and IPv6 support an 8-bit field

También podría gustarte