Redes Convergentes

Ing. Israel Emilio Salas Melndez Enero 2011

Actividad 3: Resumen en Equipo (30%)

Los protocolos de capa de aplicacin (capa 7) soportados por el protocolo TCP posen el mecanismo de transmisin que asegura la entrega de los paquetes (http, smtp, etc). El trafico UDP se asocia generalmente a las aplicaciones en tiempo real (como streaming y voz), en donde la retransmisin no es factible y las perdidas son menos tolerables.

Existen algunas restricciones en los recursos de red que no pueden evitarse durante la transmisin de datos. Estas incluyen limitaciones tecnolgicas, costos y disponibilidad del servicio de ancho de banda. Cuando se producen intentos de comunicaciones simultneas en la red, la demanda de ancho de banda puede exceder su disponibilidad, con una correspondiente perdida de paquetes.

En la mayora de los casos, cuando el volumen de paquetes es mayor de lo que se puede transportar en la red, los dispositivos colocan los paquetes en cola (en la memoria) hasta que haya recursos disponibles para transmitirlos. Los paquetes en cola provocan retrasos. Si el nmero de paquetes en cola contina aumentando, las colas de la memoria se llenan y los paquetes son descartados.

Para asegurar la QoS se requiere de un grupo de tcnicas para priorizar los paquetes de algunas aplicaciones a expensas de otros paquetes que puedan retrasarse o descartarse; esto quiere decir que QoS da prioridad al trafico mas sensible. QoS ofrece la posibilidad de tener ancho de banda dedicado y administracin del trafico para evitar la congestin de la red.

Uso de colas (queuing) para priorizar la comunicacin

Para las aplicaciones comunes de red (servicios de archivos e impresin, internet y e-mail) la entrega best-effort (mejor esfuerzo) del protocolo IP puede ser adecuado. No obstante para organizaciones que buscan integrar VoIP y video conferencias, es esencial que QoS este presente en el diseo de la red.

Algunos problemas de desempeo de aplicaciones en la red pueden ser resueltos con la implementacin de QoS, obviamente QoS no resuelve todos los problemas. Para asegurar el desempeo QoS manipula las siguientes caractersticas de la red:

El Ancho de banda disponible (bandwidth) El Retardo de extremo a extremo (delay) Las Variaciones en el retardo (jitter) La Perdida de paquetes (packet loss)

La falta de ancho de banda hace que las aplicaciones se degraden debido al retraso y a la perdida de paquetes. Es posible resolver estos problemas con las siguientes herramientas:
Incrementar el ancho de banda

Usar mecanismos de QoS de clasificacin y

marcado, as como mecanismos de encolamiento. Usar tcnicas de compresin.

En algunos casos el ancho de banda es igual a la velocidad del enlace fsico, el clock rate o la interface. El clock rate define la tasa de bits en la capa 1, mientras que bandwidth indica el ancho de banda disponible en una interface para los procesos del IOS. En un router Cisco el ancho de banda por default en una interface serial es de 1.544Mbps (equivalente a un T1).

Retardo (delay). Tiempo que tarda un paquete en viajar desde el origen hasta el destino (de extremo a extremo). Los retrasos en al red son de 4 tipos:
Retrasos de procesamiento Retrasos de encolamiento

Retrasos de serializacin
Retrasos de propagacin

Variacin del retraso (jitter). Se produce cuando los paquetes llegan al destino a velocidades diferentes a las que se emitieron desde el origen. Algunas tcnicas para reducir el jitter son:
Incrementar el ancho de banda

Priorizar los paquetes sensitivos

Usar tcnicas de compresin

Perdida de paquetes (packet loss). Paquetes que no llegan al destino como resultado de errores en la red, frames corrompidos o redes congestionadas. Mtodos para reducir o evitar el packet loss:

Incrementar el ancho de banda Modificar el tamao del buffer por default Proporcionar ancho de banda garantizado Descarte de paquetes de forma aleatoria antes de que se llenen las colas

Actividad 4: Quiz (20%)

La compresin de datos mejora el ancho de banda (con su respectivo procesamiento).

El control de admisin de llamadas (CAC) decide si se puede aceptar otra llamada de voz o video, evitando la degradacin del servicio. Las herramientas de colas (queuing tools) permiten reservar ancho de banda.

Existen varias soluciones para el tail dropped (descarte de paquetes por llenado de cola), una es agrandar las colas (aumenta el retardo), el descarte de paquetes antes de que se llenen las colas y la otra es que los dispositivos de envo lo hagan mas lentamente antes de que se llenen las colas (reduciendo la ventana en un 50%).

Esta categora abarca 2 temas relacionados: compresin y fragmentacin. La compresin puede ser del payload o del encabezado La compresin del payload puede ubicarse entre 2:1 y 4:1 La compresin de encabezados IP/UDP/RTP comprime un encabezados de 60 bytes entre 22 y 24 bytes. Sin embargo, en paquetes grandes no se provee mucha mejora, debido a que el encabezado es pequeo

La otra herramienta de enlace eficiente es la fragmentacin del enlace y el intercalado (LFI)

Practica 1:

Actividad 5: Lectura en clase

Quiz 20% unidad 3 (con Resumen)

El estndar ITU G.114 considera el retardo de 0-150 ms como aceptable. Cisco lo considera aceptable de 0 200ms Con un retardo de 150-400 ms se degrada el servicio y +400 ms el retardo es inaceptable.

Nota: Los telfonos IP de Cisco usan los cdecs G.711 y G.729 con 20 ms de voz en paquetes RTP.

Los paquetes de video pueden ser clasificados en 2 categoras principales: Video Interactivo. Incluye H.323 compatible con los sistemas de video conferencias (usa RTP para su transmisin). Video no interactivo. Incluye los servicios tpicos de video e-learning y medios streaming (usan H.323 o RTSP para la configuracin de la llamada y la descarga, y RTP o RDT para el payload del video.

Antes que la video conferencia pueda ocurrir, sucede: La unidad de video conferencia debe ejecutar la configuracin de la llamada Se deben de establecer 2 streams RTP (uno para el audio y otro para el video)

VOZ
Cdec G711 PCM G.726 ADPCM G.729 G.723.1 Kbps 64 32 8 5.3 Cdec MPEG-1 MPEG-2 MPEG-4 H.261

VIDEO
Kbps 500 a 1500kbps 1.5 a 10Mbps 28.8 a 400kbps 100 a 400kbps

Nota: El ancho de banda es solo para el payload (voz digitalizada), no incluye los encabezados

Nota: El video de alta calidad requiere aproximadamente 768kbps.

Cisco recomienda configurar 20% mas que el promedio de ancho de banda para el video. Cisco recomienda reservar no mas del 33% del enlace para el trafico de video. El tamao de las colas esta medido en el numero paquetes que puede almacenar (pps) Algunas configuraciones de las herramientas de colas pueden afectar el ancho de banda requerido (kbps), as como la tasa de paquetes (pps).

Significa que no hay QoS aplicado, de manera que todos los paquetes dentro de la red reciben el mismo trato independientemente del tipo que sean. No hay que hacer nada para su implementacin. Su desventaja es que no es posible garantizar ningn tipo de servicio a ninguna aplicacin.

Fue el primer modelo que proporciono QoS, basado en la sealizacin explicita y reserva de recursos de la red para las aplicaciones que lo necesitan. El protocolo usado para la sealizacin es el RSVP (Resource Reservation Protocol). Cuando una aplicacin tiene un requerimiento de ancho de banda RSVP va salto por salto intentado hacer la reserva solicitada, en donde podr operar s el elemento tienen los recursos suficientes.

Para su implementacin satisfactoria se deben de habilitar otros servicios. Beneficios: el control de admisin de recursos de extremo a extremo, polticas de control de admisin por peticin y sealizacin de nmeros de puertos dinmicos. Desventajas: cada flujo activo necesita sealizacin continua, usando recursos extra, haciendo que no sea un modelo escalable

Es el modelo actual y ha sido desarrollado para suplir las deficiencias de sus predecesores. Usa PHB (Per-Hop Behavior) para programar el nivel de servicio que recibir cada clase de trafico en cada salto Ventajas: su escalabilidad y capacidad para soportar muchos tipos de niveles de servicios Desventajas: el servicio no es absolutamente garantizado y es mas complejo de configurar

El proceso de planeacin e implementacin de polticas de QoS sugiere 3 pasos: 1. Identificar el trafico (su importancia para el negocio) y sus requerimientos 2. Dividir el trafico en clases (se refiere a uno o mas tipos de trafico con la misma clase de servicios) 3. Definir las polticas (acciones) de uso para cada clase

El numero de clases de servicio puede diferir de un lugar a otro. Sin embargo, para la voz y el video, se tendrn al final 3 tipos de clases: Uno para el payload de voz Uno para el payload de video Uno para ambos trficos de voz y video

Para los datos podr finalizar con una o dos clases de servicios o mas. Cisco selecciona las siguientes clases: Misin Critica. Tpicamente interactiva y de primordial importancia para la organizacin Transaccional. Interactiva y de importancia para el negocio Best-Effort. Navegacin web, e-mail y otro trafico sin especificar Restante. Trafico de menor importancia

Se debe marcar el encabezado IP y no el de enlace de datos, por que el encabezado IP es mantenido a travs de la red. Las 2 marcas comnmente empleados son el campo de prioridad IP y el campo DSCP (Differentiated Service Code Point). Una vez marcado el trafico, las herramientas pueden diferenciar los paquetes y realizar las acciones necesarias.

Las herramientas basadas en clase pueden usar reglas complejas para clasificar los paquetes como: la coincidencia con una subred, la interface de entrada, la URL del trafico web y cualquier otra coincidencia que se pueda realizar con una ACL. En pocas palabras son mas funcionales, pero requieren de un mayor trabajo.

En una LAN los paquetes deberan marcarse antes de llegar al primer router, esto generalmente debera de ocurrir en los switches, los telfonos IP o las computadoras de los usuarios; usando los campos de prioridad IP o DSCP Muchos ISP permiten a sus clientes especificar que tipo de trafico debe de recibir mejor servicio de QoS.

Aunque todos los ISP tienen las mismas categoras en general, es difcil una coincidencia efectiva entre todos, debido a que cada ISP tiene diferentes clientes y proveedores. Por lo que se recomienda usar categoras en general, como: voz, video, sealizacin de voz/video, datos importantes y no tan importantes

En IP, los primeros 3 bits del byte ToS, fueron definidos como Prioridad IP, para implementar clases de servicios. El byte ToS incluye un campo para especificar el tipo de retardo. ToS se usa rara vez.

Prioridad 0 1 2 3

Binario 000 001 010 011

4 5 6 7

100 101 110 111

RFC 1394 redefine el campo ToS por el campo DS (Differentiated Service), con 6 bits para diferenciar los servicios y 2 bits para el control de flujo en el modelo DiffServ. C
IP Precedence ToS Field 0-2 3-6 Unused 7

IP Header Before DiffServ IP Header After DiffServ

ToS Byte DS Field 0-5 DSCP 6-7 ECN

Algunas versiones de IOS no soportan DiffServ, por lo que los valores de DSCP proveen compatibilidad con la prioridad de ToS. El valor 0 de prioridad IP implica un lento servicio y 7 el mejor servicio. El Selector de Clases sigue una lgica similar.

Selector de Clase

DSCP

Default CS1 CS2 CS3 CS4 CS5 CS6 CS7

000000 001000 010000 011000 100000 101000 110000 111000

Los conceptos de diseo de RFC 2597 y AF PHB (aseguramiento por salto) pueden resumirse:
Uso de 4 diferentes colas por cada clase.

Uso de 3 diferentes limites de congestin en cada

cola para determinar cuando inicia el descarte de los diferentes tipos de paquetes. Para el marcado son necesarios 12 valores de DSCP, los nombres de estos valores inician con AF (Assured Forwarding).

Clase
Clase 1

Baja probabilidad de descarte AF11 / 001010

Mediana probabilidad de descarte AF12 / 001100

Alta probabilidad de descarte AF13 / 001110

Clase 2 Clase 3 Clase 4

AF21 / 010010 AF22 / 010100 AF23 / 010110 AF31 / 011010 AF32 / 011100 AF33 / 011110 AF 41 / 100010 AF42 / 100100 AF43 / 100110

Los primeros 3 bits especifican la clase, mientras que los siguientes 3 especifican la probabilidad de descarte.

RFC 2598 define el envi acelerado de baja latencia mediante un nico valor de DSCP denominado EF (Expedited Forwarding) para el trafico mas importante, cuyos paquetes deberan de minimizar su retardo, jitter y loss hasta garantizar el ancho de banda requerido para la clase.

Valores que puede tomar DSCP en el modelo DiffServ, para especificar las clases de trafico
Descripcin Trafico sin QoS Usa 8 valores compatibles con la Prioridad IP de ToS Usa 4 clases con 3 tipos de prioridad de descarte Especifica el trafico de mayor prioridad DSCP BE (default) CS1, CS2, CS3, CS4, CS5, CS6, Cs7 AF11, AF12, AF13, AF21, AF22, AF23, AF31, AF32, AF33, AF41, AF42, AF43 EF

PHB Best Effort Class Selector Assured Forwarding Expedited Forwarding

Para implementar QoS existen 3 comandos: El comando class-map define los parmetros de coincidencia para la clasificacin de los paquetes en clases de servicios las acciones de los PHB son configuradas bajo el comando policy-map Debido a que MQC opera sobre los paquetes que entran o salen de una interface, el policy map necesita ser habilitado en una interface usando el comando service-policy

Comandos MQC y sus relaciones

AutoQoS permite generar los comandos de configuracin de QoS de forma automtica. Actualmente se usa AutoQoS Discovery, capaz de analizar el trafico de la red para posteriormente generar clases de trafico basadas en ese anlisis. Adicionalmente segn el tipo de interface podr aadir caractersticas como fragmentacin, interleaving y otras.

Clasificacin. Descubre de forma automtica aplicaciones y protocolos usando NBAR y, se sirve de CDP para saber si hay telfonos IP. Generacin de Polticas. Proporciona el tratamiento adecuado al trafico previamente clasificado. Tambin contempla opciones como fragmentacin, compresin, etc. Configuracin. Solo se necesita el comando auto qos en la interface elegida

Antes de poder usar AutoQoS hay que tener la seguridad de tener CEF (Cisco Express Forwarding) habilitado (por default lo est) y que cada interface posea el ancho de banda correcto, especialmente las interface WAN. CEF usa la tabla de enrutamiento de capa 3 de los switches multicapa para conmutar paquetes rpidamente

Router(config)# ip cef Router(config)# Interface serial 1 /0 Router(config-if)# Bandwidth 1024 Router(config-if)# Ip address 10.1.1.1 255.255.255.0 Router(config-if)# Auto qos voip

Auto qos voip pertenece a la primera generacin de AutoQoS. Para usar Auto QoS for Enterprise primero se debe utilizar el comando auto discovery qos para analizar y descubrir el trafico, y despus el comando auto qos para terminar la configuracin.

Aringanello, E. & Barrientos, E. (2010). Redes Cisco CCNP a Fondo. Edit. Alfaomega Cisco (2007). CCNA Exploration 4.0. Aspectos bsicos de Internetworking. Odom, W. & Cavanaugh, M. (2005). IP Telephony Selft-Study Cisco QoS 2 Edition. Edit. Cisco Press. Revista Users No. 10 Administrador de redes. (2009). Calidad del Servicio. Revista mensual.