Weigthed Random Early Detection (WRED) QoS

Buenas,

Hoy hablaremos sobre WRED, un topico sumamente importante en el area de QoS,

WRED es un mecanismo de prevencion de congestion que basicamente evita los problemas de TCP synchronization.

Pero que es TCP Synchronization?

Basicamente en una conexion TCP cuando hay un dispositivo final determina que hay perdida de paquetes(congestion), este bajara el flujo de transmision a la mitad.

Uno de los problemas mas grandes es que regularmente estos tipos de problemas suceden cuando la red se ve congestionada (Traffic Bursts) por ende los queues de los routers se llenan y empezamos a ver lo que se conoce como "Tail-Drops"

Que es un "Tail-Drop"?

Basicamente ocurre cuando un queue de un dispositivo se llena de tal manera que se llega al limite de este, por ende cada nuevo paquete se botara hasta que haya campo en el queue.

El problema que existe con los "Tail-Drops" es que no se marca una diferencia entre un flow de trafico y otro (todos se tratan de la misma manera)

Volviendo al tema.....

WRED nos proporciona un mecanismo de manejo del queue que va a evitar los "Tail-Drops", ahora los paquetes a la hora de haber congestion en el queue seran manejados de una manera diferente.

Se puede configurar a nivel de interface o de MQC.

Como funciona WRED?

Basicamente configuraremos el queue de tal manera que va a existir un momento X en el cual paquetes se empezaran a botar hasta llegar a el momento Y.

Luego del momento Y todos los paquetes se empezaran a botar "Tail-Drop".

Cual es la ganancia al usar WRED?


Pues que los paquetes van a empezar a descalificarse basados en diferentes valores en un IP header o CoS luego de llegar al momento X.


Por ende no todas las sesiones se van a ver afectadas,lo cual ayudara a evitar el " TCP Global Synchronization".

Configuracion de WRED con MQC

Vamos a configurar una politica de QoS que se encargue de aplicar WRED a paquetes HTTP que tengan un valor de dscp de 2 de tal manera que los paquetes se empiecen a botar cuando el queue tenga 7 paquetes y llegara hasta 20, posterior a esto "Tail-Drop" pasara. Aparte de esto cuando el queue crezca hasta llegar al maximum threshold(20) la probabilidad de que se boten paquetes debe ser del 12%

Nota:La probabilidad de que paquetes se boten al llegar al limite o maximum threshold es 1/10 o = 10% por defecto

1) Identificar el Trafico

class-map HTTP

match protocol http

2) Realizar la accion al trafico

policy-map QoS_HTTP

class HTTP

random-detect dscp 2 7 20 8

Como obtuvimos el 8 ( Probabilidad de que paquetes se botaran o mark probability denominator )

1/X = 12%

(1/12)*100 = 8

Basicamente dice que se botara un paquete por cada 8 que lleguen al queue.

3) Aplicar la politica a una interfaz

Interface gigabit 0/0

service-policy output QoS_HTTP

Puntos Finales WRED


  • Busca evitar el TCP Synchronization, por ende mejorar el rendimiento de la red
  • CEF debe estar habilitado para su uso
  • Puede trabajar basado en diferentes valores dentro del IP header o Ethernet header
  • No puede ser configurado en una sub-interfaz.
  • Es un mecanismo de prevencion de congestion en la red.

Cualquier pregunta o consulta contactarme a julio17carvajal@hotmail.com o jcarvaja@cisco.com

Saludos,

Julio Carvajal

Historial de versiones
Revisión n.º
1 de 1
Última actualización:
‎07-03-2013 12:20 AM
Actualizado por:
 
Etiquetas (1)
Comentarios
New Member

Buen Post...