Diapositivas Cap. 09 ENSA

Capítulo 9: Conceptos de QoS
Enterprise Networking,
Security, and Automation v7.0
(ENSA)
Objetivos del Capítulo
Título del Capítulo: Conceptos de QoS
Objetivo del Capítulo: Explicar cómo los dispositivos de red implementan QoS.
Título del tema Objetivo del tema

Explicar cómo las características de transmisión de la red
Calidad de transmisión de red
impactan la calidad.
Describa los requisitos mínimos de red para el tráfico de voz,
Características del trafico
video y datos.
Describa los algoritmos de colas utilizados por los dispositivos
Algoritmos de cola
de red.
Modelos de QoS Describa los diferentes modelos de QoS.
Técnicas de implementación de Explicar cómo QoS utiliza mecanismos para garantizar la
QoS calidad de la transmisión.
9.1 Calidad de transmisión
de red
© 2016 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 3
Network Transmission Quality
Priorizar el tráfico
• Cuando el volumen de tráfico es mayor
que lo que se puede transportar a través
de la red, los dispositivos hacen cola
(mantienen) los paquetes en la memoria
hasta que los recursos estén disponibles
para transmitirlos.
• Los paquetes de cola causan el delay
porque los nuevos paquetes 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 continúa aumentando, la
memoria dentro del dispositivo se llena y
se caen los paquetes.
Nota: Un dispositivo implementa QoS solamente cuando
• Una técnica de QoS que puede ayudar está experimentando algún tipo de congestión.
con este problema es clasificar los datos
en varias colas, como se muestra en la
figura.
Ancho de banda, congestión, delay y jitter
• El ancho de banda de 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 el delay. Una interfaz experimenta la congestión cuando se
presenta con más tráfico del que puede manejar. Los puntos de congestión de red son
candidatos ideales para los mecanismos de QoS.
• Los puntos de congestión típicos son la agregación, la discordancia de velocidad y la LAN a
WAN.
Ancho de banda, congestión, delay y jitter (Cont.)
El delay o la latencia se refieren al tiempo que tarda un paquete en viajar desde el
origen hasta el destino.
• El delay fijo es la cantidad de tiempo que tarda un proceso específico, como el tiempo que se
tarda en colocar un poco en los medios de transmisión.
• El delay variable toma una cantidad de tiempo no especificada y se ve afectado por factores
tales como cuánto tráfico se está procesando.
• La jitter es la variación del delay de los paquetes recibidos.
Delay Descripción
La cantidad fija de tiempo que lleva comprimir datos en la fuente antes de transmitirlos al primer
Código de delay
dispositivo de interconexión de redes, generalmente un conmutador.
delay de la paquetización El tiempo fijo que lleva encapsular un paquete con toda la información de encabezado necesaria.
delay en la cola La cantidad variable de tiempo que una trama o paquete espera para ser transmitida en el enlace.
Demora de serialización La cantidad fija de tiempo que lleva transmitir una trama al cable.
delay de propagación La cantidad variable de tiempo que tarda el fotograma en viajar entre el origen y el destino.
La cantidad fija de tiempo que toma almacenar un flujo de paquetes en el búfer y luego enviarlos en
Demora de jitter
intervalos espaciados uniformemente.
Pérdida de paquetes
Sin los mecanismos de QoS, los paquetes
sensibles al tiempo, como el vídeo en tiempo real
y la voz, se caen con la misma frecuencia que los
datos que no son sensibles al tiempo.
• Cuando un router recibe una secuencia de
audio digital del Real-Time Protocol (RTP)
para la Voz sobre IP (VoIP), compensa el
jitter que se encuentra usando un buffer del
delay de reproducción.
• El búfer de delay de reproducción almacena
en búfer estos paquetes y luego los
reproduce en una secuencia constante.
Pérdida de paquetes (Cont.)
Si el jitter es tan grande que hace que los
paquetes sean recibidos fuera del rango
del buffer de reproducción, los paquetes
fuera de rango se desechan y las caídas
se oyen en el audio.
• Para pérdidas tan pequeñas como un
paquete, el procesador de señal digital
(DSP) interpola lo que cree que debe
ser el audio y ningún problema es
audible para el usuario.
• Cuando el jitter excede lo que el DSP
puede hacer para compensar los
paquetes que faltan, se oyen los
Nota: En una red correctamente diseñada, la
problemas de audio. pérdida de paquetes debe estar cerca de cero.
9.2 Características del tráfico
Traffic Characteristics
Tendencias de tráfico de red
A principios de la década de 2000, los tipos predominantes de tráfico IP eran la voz y los datos.
• El tráfico de voz tiene una necesidad de ancho de banda predecible 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 vídeo se ha convertido en la cada vez más importante para las
comunicaciones y operaciones empresariales.
• Según el Cisco Visual Networking Index (VNI), el tráfico de vídeo representó el 70% de todo
el tráfico en 2017.
• Para 2022, el vídeo representará el 82% de todo el tráfico.
• El tráfico de vídeo móvil alcanzará los 60,9 exabytes al mes en 2022.
• El tipo de demandas que la voz, el vídeo y el tráfico de datos colocan en la red son muy
diferentes.
Voz
El tráfico de voz es predecible y suave y muy sensible a los delays 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, nerviosismo y pérdida sin efectos perceptibles
• La latencia no debe ser superior a 150 milisegundos (ms).
• La jitter no debe ser más de 30 ms, y la pérdida de paquetes no más del 1%.
• El tráfico de voz requiere al menos 30 Kbps de ancho de banda.
Características del Requisitos unidireccionales

tráfico de voz
• Smooth • Latency < 150ms
• Benign • Jitter < 30ms
• Drop sensitive • Loss < 1% Bandwidth (30-128 Kbps)
• Delay sensitive
• UPD priority
Video
El tráfico de vídeo tiende a ser impredecible, inconsistente y ráfaga. En comparación con la voz,
el vídeo 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 tales como 554, se utilizan para el Real-Time Streaming Protocol (RSTP) y
se deben dar prioridad sobre otro tráfico de red menos sensible al delay.
• La latencia no debe ser superior a 400 milisegundos (ms). La jitter no debe ser más de 50
ms, y la pérdida del paquete de vídeo 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
Datos
Las aplicaciones de datos que no tienen tolerancia para la pérdida de datos, como el
correo electrónico y las páginas web, utilizan TCP para asegurarse de que si los
paquetes se pierden en tránsito, se reenvíe.
• El tráfico de datos puede ser suave o ráfaga.
• El tráfico de control de red suele ser suave y predecible.
Algunas aplicaciones TCP pueden consumir una gran parte de la capacidad de red.
FTP consumirá tanto ancho de banda como pueda 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
Datos (Cont.)
El tráfico de datos es relativamente insensible a las caídas y los delays en
comparación con la voz y el vídeo. Calidad de la experiencia o QoE es importante
tener en cuenta con el tráfico de datos.
• ¿Los datos proceden de una aplicación interactiva?
• ¿Es crítica la misión de datos?
Factor Misión crítica No es crítica para la misión

Priorice la demora más baja de todo el
Las aplicaciones podrían beneficiarse de
Interactivo tráfico de datos y luche por un tiempo de
un menor delay.
respuesta de 1 a 2 segundos.
Obtiene cualquier ancho de banda
La demora puede variar mucho siempre
sobrante después de que se cumplan
No interactivo que se suministre el ancho de banda
todas las necesidades de aplicaciones
mínimo necesario.
de voz, video y otros datos.
9.3 Algoritmos de cola
Queuing Algorithms
Visión general de la cola
La directiva de QoS implementada por el administrador de la red se vuelve activa
cuando ocurre la congestión en el link. La cola es una herramienta de gestión de
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 a los buffers y reenviar los paquetes en el
orden de su llegada.
• FIFO no tiene ningún concepto de prioridad o clases de tráfico y, por
consiguiente, no toma ninguna decisión sobre la prioridad de paquetes.
• Hay solamente una cola, y todos los paquetes se tratan por igual.
• Los paquetes se envían una interfaz en el orden en que llegan.
Queuing Algorithms
Weighted Fair Queuing (WFQ)
Weighted Fair Queuing (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 se soporta con la tunelización y el cifrado
porque estas características modifican la información
del contenido del paquete requerida por el WFQ para
la clasificación.
Queuing Algorithms
Class-Based Weighted Fair Queuing (CBWFQ)
Class-Based Weighted Fair Queuing (CBWFQ) extiende la funcionalidad estándar de WFQ para
proporcionar soporte para 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.
• Una cola FIFO se reserva 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 pertenecientes 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 acumular en la cola, que
caracterizan a la clase.
Queuing Algorithms
Class-Based Weighted Fair Queuing (CBWFQ) (Cont.)
Después de que una cola haya 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 tomen efecto, dependiendo de cómo
se configure la directiva de clase.
• La caída de la cola descarta cualquier paquete que llegue al extremo de la cola de una cola
que haya agotado completamente sus recursos de retención de paquetes.
• Esta es la respuesta de cola predeterminada a la congestión. La caída de cola trata todo el
tráfico por igual y no diferencia entre las clases de servicio.
Queuing Algorithms
Low Latency Queuing (LLQ)
La característica Low Latency Queuing (LLQ)
trae estricta prioridad de cola (PQ) a CBWFQ.
• El PQ estricto permite que los paquetes
sensibles al delay tales como la Voz sean
enviados antes de los paquetes en otras
colas de administración del tráfico.
• El LLQ permite que los paquetes
sensibles al delay tales como la Voz sean
enviados primero (antes de los paquetes
en otras colas), dando a los paquetes
sensibles al delay el tratamiento
preferencial sobre el otro tráfico.
• Cisco recomienda que solamente el tráfico
de voz sea dirigido a la cola de prioridad.
9.4 Modelos de QoS
QoS Models
Selección de un modelo de directiva de QoS adecuado
Hay tres modelos para implementar QoS. QoS se implementa en una red mediante
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.
Modelo Descripción
Modelo de mejor  No es una implementación ya que QoS no está configurado explícitamente.
esfuerzo  Úselo cuando no se requiere QoS.
 Proporciona paquetes QoS a IP muy altos con entrega garantizada.
Servicios integrados  Define un proceso de señalización para que las aplicaciones envíen señales a la red que
(IntServ) requieren QoS especiales durante un período y que el ancho de banda debe reservarse.
 IntServ puede limitar severamente la escalabilidad de una red.
Servicios  Proporciona alta escalabilidad y flexibilidad en la implementación de QoS.
diferenciados  Los dispositivos de red reconocen las clases de tráfico y proporcionan diferentes niveles
(DiffServ) de QoS a diferentes clases de tráfico.
QoS Models
Mejor esfuerzo
El diseño básico de Internet es la entrega de paquetes de mejor esfuerzo y no
ofrece 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:
Beneficios Inconvenientes
El modelo es el más escalable. No hay garantías de entrega.
La escalabilidad solo está limitada por el ancho
Los paquetes llegarán siempre que puedan y en
de banda disponible, en cuyo caso todo el tráfico
cualquier orden posible, si llegan.
se ve igualmente afectado.
No se requieren mecanismos especiales de
Ningún paquete tiene un trato preferencial.
QoS.
Es el modelo más fácil y rápido de implementar. Los datos críticos se tratan igual que el correo casual.
QoS Models
Servicios Integrados
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 secuencias
individuales, a veces llamados microflujos.
• Utiliza los mecanismos de reserva de recursos y
control de admisión como bloques de creació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.
• El router perimetral realiza el control de admisión
para asegurarse de que los recursos disponibles
son suficientes en la red.
QoS Models
Servicios Integrados (Cont.)
En el modelo 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 delay.
• 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 acceso de extremo a
extremo a través de la red.
• Si los dispositivos de red a lo largo de la ruta de acceso pueden reservar el ancho de banda
necesario, la aplicación de origen puede comenzar a transmitir. Si se produce un error en la
reserva solicitada a lo largo de la ruta de acceso, la aplicación de origen no envía ningún dato.
 Control explícito de admisión de recursos de  Uso intensivo de recursos debido al requisito de
extremo a extremo arquitectura con estado para la señalización continua.
 Control de admisión de políticas por solicitud  Enfoque basado en el flujo no escalable a
 Señalización de números de puerto dinámicos. implementaciones grandes como internet.
QoS Models
Servicios diferenciados
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 aplicar garantías de
extremo a extremo.
• Los host reenvían el tráfico a un router que
clasifica los flujos en agregados (clases) y
proporciona la directiva de QoS apropiada para
las clases.
• Aplica y aplica los mecanismos de QoS salto a
salto, aplicando uniformemente el significado
global a cada clase de tráfico para proporcionar
flexibilidad y escalabilidad.
QoS Models
Servicios diferenciados (Cont.)
• DiffServ divide el tráfico de red en clases en función de los requisitos
empresariales. A continuación, a cada una de las clases se le puede asignar un
nivel de servicio diferente.
• A medida que los paquetes atraviesan una red, cada uno de los dispositivos de
red identifica la clase de paquetes y los servicios del paquete según esa clase.
• Es posible elegir muchos niveles de servicio con DiffServ.
 No hay garantía absoluta de la calidad del servicio.

 Altamente escalable
 Requiere un conjunto de mecanismos complejos
 Proporciona muchos niveles diferentes de calidad.
para trabajar en concierto en toda la red
9.5 Técnicas de
implementación de QoS
QoS Implementation Techniques
Evitar la pérdida de paquetes
La pérdida de paquetes es generalmente el resultado de la congestión en una interfaz. La
mayoría de las aplicaciones que utilizan TCP experimentan desaceleración porque TCP se
ajusta automáticamente a la congestión de la red. Los segmentos TCP eliminados hacen que las
sesiones TCP reduzcan sus tamaños de ventana. Algunas aplicaciones no utilizan TCP y no
pueden manejar caídas (flujos frágiles).
Los siguientes enfoques pueden evitar caídas en aplicaciones sensibles:

• Aumente la capacidad de enlace para aliviar o prevenir la congestión.
• Garantice suficiente ancho de banda y aumente el espacio del búfer para acomodar las
ráfagas de tráfico de los flujos frágiles. WFQ, CBWFQ y LLQ pueden garantizar el ancho de
banda y proporcionar un reenvío priorizado a las aplicaciones sensibles a caídas.
• Suelte los paquetes de menor prioridad antes de que ocurra la congestión. El Cisco IOS QoS
proporciona los mecanismos de la cola, tales como la detección temprana aleatoria
ponderada (WRED), que comienzan a caer los paquetes de menor prioridad antes de que
ocurra la congestión.
Herramientas de QoS
Hay tres categorías de herramienta QoS, como se describe en la tabla.
Herramientas de QoS Descripción
 Las sesiones, o flujos, se analizan para determinar a qué clase de tráfico
Herramientas de clasificación y
pertenecen.
marcado.
 Cuando se determina la clase de tráfico, se marcan los paquetes.
 Las clases de tráfico son porciones asignadas de recursos de red, según lo
definido por la política de QoS.
 La política de QoS también identifica cómo se puede descartar, retrasar o
Herramientas para evitar la volver a marcar selectivamente parte del tráfico para evitar la congestión.
congestión  La herramienta principal para evitar la congestión es WRED y se usa para
regular el tráfico de datos TCP de manera eficiente en el ancho de banda
antes de que se produzcan caídas de cola causadas por desbordamientos
de cola.
 Cuando el tráfico excede los recursos de red disponibles, el tráfico se pone
Herramientas de gestión de en cola para esperar la disponibilidad de recursos.
congestión  Las herramientas comunes de administración de congestión basadas en
Cisco IOS incluyen los algoritmos CBWFQ y LLQ.
Herramientas de QoS (Cont.)
La figura muestra la secuencia de las herramientas de QoS utilizadas cuando se aplica a los
flujos de paquetes.
• Los paquetes de ingreso se clasifican y se marca su encabezado IP respectivo.
• Para evitar la congestión, los paquetes se asignan los recursos en función de las directivas
definidas.
• Los paquetes entonces se ponen en cola y se remiten hacia fuera la interfaz de salida
basada en su configuración de QoS definida y la directiva de regulación.
Nota: La clasificación y el marcado se pueden hacer en el ingreso o la salida,

mientras que otras acciones de QoS tales que hacen cola y la formación se
hacen generalmente en la salida.
Clasificación y marcado
Antes de que un paquete pueda tener una directiva de QoS aplicada a él, el paquete
tiene que ser clasificado.
La clasificación determina la clase de tráfico a la que pertenecen los paquetes o las
tramas. Solamente después de que se marque el tráfico pueden aplicarse las
directivas a él.
La forma en que se clasifica un paquete depende de la implementación de QoS.
• Los métodos de clasificación de los flujos de tráfico en las capas 2 y 3 incluyen el
uso de interfaces, ACL y correspondencias de clases.
• El tráfico también se puede clasificar en las capas 4 a 7 usando el
reconocimiento de aplicaciones basado en la red (NBAR).
Clasificación y marcado (Cont.)
La forma en que se marca el tráfico suele depender de la tecnología. La decisión de
marcar el tráfico en las capas 2 o 3 (o ambas) no es trivial y debe tomarse después
de tener en cuenta los siguientes puntos:
• La marca de la capa 2 de las tramas se puede realizar para el tráfico NON-IP.
• La marca de la capa 2 de las tramas es la única opción de QoS disponible para
el Switches que no es "IP consciente".
• El marcado de la capa 3 llevará la información de QoS de extremo a extremo.
Herramientas de QoS Capa Campo de marcado Ancho en bits
Ethernet (802.1q, 802.1p) 2 Clase de servicio (CoS) 3
802.11 (Wi-Fi) 2 Identificador de tráfico Wi-Fi (TID) 3
MPLS 2 Experimental (EXP) 3
IPv4 Y IPv6 3 Precedencia IP (IPP) 3
IPv4 Y IPv6 3 Punto de Código de Servicios Diferenciados (DSCP) 6
Marcado en la Capa 2
802.1Q es el estándar IEEE que soporta el etiquetado VLAN en la capa 2 en las
redes Ethernet. Cuando se implementa 802.1Q, se insertan dos campos en la trama
Ethernet siguiendo el campo de dirección MAC de origen.
Marcado en la Capa 2 (Cont.)
El estándar 802.1Q también incluye el esquema de priorización de QoS conocido
como IEEE 802.1p. El estándar 802.1p utiliza los tres primeros bits en el campo
información de control de etiquetas (TCI). Conocido como el campo de prioridad
(PRI), este campo de 3 bits identifica las marcas de clase de servicio (CoS).
Tres bits significa que una trama Ethernet de la capa 2 se puede marcar con uno de
los ocho niveles de prioridad (valores 0-7).
Valor de CoS CoS Valor binario Descripción
0 000 Datos del mejor esfuerzo
1 001 Datos de prioridad media
2 010 Datos de alta prioridad
3 011 Señalización de llamadas
4 100 Videoconferencia
5 101 Portador de voz (tráfico de voz)
6 110 Reservados
7 111 Reservados
Marking at Layer 3
IPv4 e IPv6 especifican un campo de 8
bits en sus encabezados de paquetes
para marcar paquetes.
Tanto IPv4 como IPv6 admiten un
campo de 8 bits para marcar: el campo
Tipo de servicio (ToS) para IPv4 y el
campo Clase de tráfico para IPv6.
Tipo de Campo de Clase de Servicio y Tráfico
El tipo de servicio (IPv4) y la clase de tráfico (IPv6)
llevan la marca de paquetes asignada por las
herramientas de clasificación de QoS.
• Rfc 791 especificó el campo de precedencia IP de 3
bits (IPP) que se utilizará para las marcas de QoS.
• RFC 2474 reemplaza RFC 791 y redefine el campo
ToS cambiando el nombre y extendiendo el campo
IPP a 6 bits.
• Llamado el campo differentiated Services Code Point
(DSCP), estos seis bits ofrecen un máximo de 64
clases de servicio posibles.
• Los dos bits restantes de la notificación de
congestión extendida IP (ECN) pueden ser utilizados
por los routeres conscientes de ECN para marcar los
paquetes en lugar de caerlos.
Valores DSCP
Los 64 valores DSCP se organizan en tres categorías:
• Mejor esfuerzo (BE) - Este es el valor predeterminado para todos los paquetes
IP. El valor DSCP es 0. El comportamiento por salto es enrutamiento normal.
Cuando un router experimenta la congestión, estos paquetes serán caídos. No
se implementa ningún plan QoS.
• Reenvío acelerado (EF) - RFC 3246 define EF como el valor decimal DSCP 46
(binario 101110). Los primeros 3 bits (101) se asignan directamente al valor 5 de
CoS de la capa 2 usado para el tráfico de voz. En la capa 3, Cisco recomienda
que ef se utilice solamente para marcar los paquetes de voz.
• Reenvío asegurado (AF) - RFC 2597 define AF para utilizar los 5 bits DSCP
más significativos para indicar las colas y la preferencia de caída.
Valores DSCP (Cont.)
Los valores de reenvío asegurados se
muestran en la figura.
La fórmula AFxy se especifica de la siguiente
manera:
• Los primeros 3 bits más significativos se
utilizan para designar la clase. La clase 4 es
la mejor cola y la clase 1 es la cola peor.
• Los bits 4o y 5o más significativos se
utilizan para designar la preferencia de
caída.
• El 6o bit más significativo se establece en
cero.
Por ejemplo: AF32 pertenece a la clase 3 (binario 011) y tiene una preferencia de caída
media (binario 10). El valor DSCP completo es 28 porque incluye el 6o 0 bits (binario
011100).
Bits selectores de clase
Bits selector de clase (CS):
• Los primeros 3 bits más
significativos del campo DSCP
e indican la clase.
• Asigne directamente a los 3
bits del campo de CoS y al
campo IPP para mantener la
compatibilidad con 802.1p y
RFC 791.
Límites de confianza
El tráfico debe clasificarse y marcarse tan cerca de su origen como técnica y
administrativamente viable. Esto define el límite de confianza.
1. Los puntos finales de confianza tienen las capacidades y la inteligencia para marcar el
tráfico de la aplicación a los valores apropiados del CoS de la capa 2 y/o de la capa 3 DSCP.
2. Los puntos finales seguros pueden tener el tráfico marcado en el Switch de la capa 2.
3. El tráfico también se puede marcar en los switches/routers de la capa 3.
Evitación de la congestión
Las herramientas para evitar la congestión supervisan las cargas de tráfico de la red en un
esfuerzo por anticipar y evitar la congestión en los cuellos de botella comunes de la red y las
redes antes de que la congestión se convierta en un problema.
• Supervisan las cargas de tráfico de red en un esfuerzo por anticipar y evitar la congestión en los cuellos de
botella comunes de la red y de la interconexión de redes antes de que la congestión se convierta en un
problema.
• Supervisan la profundidad media de la cola. Cuando la cola está por debajo del umbral mínimo, no hay
caídas. Mientras que la cola llena hasta el umbral máximo, se cae un pequeño porcentaje de paquetes.
Cuando se pasa el umbral máximo, se caen todos los paquetes.
Algunas técnicas de prevención de la congestión proporcionan un trato preferencial para el que
se caen los paquetes.
• La detección temprana aleatoria ponderada (WRED) permite evitar la congestión en las interfaces de red
proporcionando la administración del búfer y permitiendo que el tráfico TCP disminuya, o limite hacia atrás,
antes de que se agoten los buffers.
• WRED ayuda a evitar caídas de cola y maximiza el uso de la red y el rendimiento de las aplicaciones
basadas en TCP.
Modelado y vigilancia
El modelado de tráfico y la regulación del tráfico son dos mecanismos proporcionados por el
software QoS del Cisco IOS para prevenir la congestión.
• El modelado de tráfico retiene el exceso de paquetes en una cola y, a continuación,
programa el exceso para la transmisión posterior durante incrementos de tiempo. El
modelado de tráfico da como resultado una velocidad de salida de paquetes suavizada.
• El modelado es un concepto de salida; los paquetes que salen una interfaz consiguen cola y
se pueden dar forma. Por el contrario, la regulación se aplica al tráfico entrante en una
interfaz.
Modelado y vigilancia (Cont.)
El policing se aplica al tráfico entrante en una interfaz. La vigilancia es
implementada comúnmente por los proveedores de servicios para hacer cumplir una
tarifa de información de cliente (CIR) contratada. Sin embargo, el proveedor de
servicios también puede permitir la explosión sobre el CIR si la red del proveedor de
servicios no está experimentando actualmente la congestión.
Directrices de política de QoS
Las directivas de QoS deben considerar la ruta de acceso completa de origen a
destino.
Algunas pautas que ayudan a garantizar la mejor experiencia para los usuarios
finales incluyen las siguientes:
• Habilite la cola en cada dispositivo de la ruta de acceso entre el origen y el
destino.
• Clasificar y marcar el tráfico lo más cerca posible de la fuente.
• La forma y el tráfico policial fluye lo más cerca posible de sus fuentes.
9.6 Práctica y Quiz
Module Practice and Quiz
¿Qué aprendí en este Capítulo?
• Las transmisiones de voz y vídeo en directo crean mayores expectativas de entrega
de calidad entre los usuarios y crean una necesidad de calidad de servicio (QoS).
• Sin ningún mecanismo de QoS en su lugar, los paquetes se procesan en el orden en
que se reciben. Cuando ocurre la congestión, los dispositivos de red tales como
routers y switches pueden caer paquetes.
• Sin ningún paquete sensible al tiempo de QoS, como vídeo en tiempo real y voz, se
descartarán con la misma frecuencia que los datos que no son sensibles al tiempo,
como el correo electrónico y la navegación web.
• Los paquetes de cola causan el delay porque los nuevos paquetes no se pueden
transmitir hasta que se hayan procesado los paquetes anteriores.
• Dos tipos de delays son fijos y variables.
• Las fuentes de delay son delay de código, delay de empaquetado, delay de cola,
delay de serialización, delay de propagación y delay de des jitter.
• El jitter es la variación en el delay de los paquetes recibidos.
• El tráfico de voz y video son dos de las razones principales para QoS.
• El tráfico de voz es suave y benigno, pero es sensible a caídas y delays.
¿Qué aprendí en este Capítulo? (Cont.)
• La voz puede tolerar una cierta cantidad de latencia, jitter y pérdida sin efectos
perceptibles.
• El tráfico de vídeo es más exigente que el tráfico de voz debido al tamaño de los paquetes
que envía a través de la red.
• El tráfico de vídeo es ráfaga, codicioso, sensible a caídas y sensible al delay.
• El tráfico de datos no es tan exigente como el tráfico de voz y vídeo. Los paquetes de
datos utilizan a menudo aplicaciones TCP que pueden retransmitir datos y, por lo tanto, no
son sensibles a caídas y delays.
• La directiva de QoS implementada por el administrador de la red se vuelve activa cuando
ocurre la congestión en el link.
• La cola es una herramienta de administración de congestión que puede almacenar en
búfer, priorizar y, si es necesario, reordenar los paquetes antes de ser transmitidos al
destino.
• FIFO que pone en cola los buffers y reenvía los paquetes en el orden de su llegada. FIFO
no tiene ningún concepto de prioridad o clases de tráfico y, por consiguiente, no toma
ninguna decisión sobre la prioridad de paquetes.
• 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 pesos, al tráfico
identificado y lo clasifica en conversaciones o flujos.
• CBWFQ amplía la funcionalidad WFQ estándar para proporcionar compatibilidad con
clases de tráfico definidas por el usuario. Con CBWFQ, usted define las clases de tráfico
basadas en los criterios de coincidencia incluyendo los protocolos, las listas de control de
acceso (ACL), y las interfaces de entrada. La característica LLQ trae la cola de prioridad
estricta (PQ) a CBWFQ.
• Hay tres modelos para implementar QoS: modelo de mejor esfuerzo, servicios integrados
(IntServ) y servicios diferenciados (DiffServ).
• El modelo de arquitectura IntServ se desarrolló para satisfacer las necesidades de
aplicaciones en tiempo real, como vídeo remoto, conferencias multimedia, aplicaciones de
visualización de datos y realidad virtual.
• El modelo De QoS de DiffServ especifica un mecanismo simple y escalable para clasificar
y administrar el tráfico de red. El diseño DiffServ supera las limitaciones de los modelos de
mejor esfuerzo e IntServ.
• Hay tres categorías de herramientas de QoS: herramientas de clasificación y marcado,
herramientas para evitar la congestión y herramientas de administración de congestión.
• La clasificación determina la clase de tráfico a la que pertenecen los paquetes o las
tramas.
• Los métodos de clasificación de los flujos de tráfico en las capas 2 y 3 incluyen el
uso de interfaces, ACL y correspondencias de clases. El tráfico también se puede
clasificar en las capas 4 a 7 usando el reconocimiento de aplicaciones basado en la
red (NBAR).
• La administración de la congestión incluye los métodos de la cola y de la
programación donde el exceso de tráfico se almacena en búfer o se pone en cola (y
a veces se cae) mientras que espera ser enviado una interfaz de egreso.
• Las herramientas de prevención de congestión ayudan a supervisar las cargas de
tráfico de red en un esfuerzo por anticipar y evitar la congestión en los cuellos de
botella comunes de la red y de la interconexión de redes antes de que la congestión
se convierta en un problema.
• QoS del Cisco IOS incluye la detección temprana aleatoria ponderada (WRED) como
una posible solución para evitar la congestión.
Module 8: VPN and IPsec Concepts
New Terms and Commands
• code delay • best-effort
• packetization delay • expedited forwarding
• queuing delay • assured forwarding
• serialization delay • trust boundaries
• propagation delay • shaping
• de-jitter delay • policing
• first-in-first out (FIFO)
• weighted fair queuing (WFQ)
• class-based weighted fair queuing (CBWFQ)
• low latency queuing (LLQ)
• IntServ
• DiffServ
• classification and marking
• congestion avoidance
• congestion management
• class of service
• differentiated code point (DSCP)

Diapositivas Cap. 09 ENSA

Cargado por

Información del documento

Título original

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

Diapositivas Cap. 09 ENSA

Cargado por

Copyright:

Formatos disponibles

Capítulo 9: Conceptos de QoS

Título del tema Objetivo del tema

Características del Requisitos unidireccionales

Video Traffic One-Way Requirements

Data Traffic Characteristics

Factor Misión crítica No es crítica para la misión

Hay varios algoritmos de cola disponibles:

 No hay garantía absoluta de la calidad del servicio.

Los siguientes enfoques pueden evitar caídas en aplicaciones sensibles:

Nota: La clasificación y el marcado se pueden hacer en el ingreso o la salida,

También podría gustarte