Manual Redes Convergentes

Redes Convergentes
CARRERAS PROFESIONALES
CIBERTEC
NUEVAS TECNOLOGAS 3
INDICE
Presentacin 5
Red de contenidos
Sesion de aprendizaje Semana 1 : Requerimientos Convergentes de Conectividad de Redes 7
Semana 2
: Implementacin de Cisco VoIP
23
Semana 3
: Introduccin a IP QoS
67
Semana 4
: Implementacin Diferenciados
del
modelo
QoS
Servicios
97
Semana 5
: Implementacin de Cisco AutoQoS
167
CIBERTEC
CIBERTEC
NUEVAS TECNOLOGAS 5
PRESENTACIN
El presente manual correspondiente al curso de Redes Convergentes, ofrece una visin integral de las redes convergentes, tema de bastante actualidad debido a la tendencia cada vez mayor de las empresas, de utilizar las redes de datos para ofrecer a sus usuarios la posibilidad de comunicacin de voz, video y datos. En este manual se detallan los requerimientos fundamentales para implementar este tipo de servicios, especialmente el transporte de Voz sobre IP, describiendo los elementos necesarios para la implementacin y la arquitectura de esta red. Con el mismo objetivo, se describen los diferentes mecanismos de Calidad de Servicio (QoS) que se deben implementar en redes IP, sobre todo basndonos en el modelo de Servicios Diferenciados (DiffServ) y las diferentes modalidades de implementacin, incluyendo la configuracin automtica o AutoQoS. En resumen, este manual es un importante aporte para el desarrollo del curso de Redes Convergentes y a su vez para realizar despliegues de red y servicios convergentes sobre redes IP.
CIBERTEC
RED DE CONTENIDOS
Redes Convergentes
Requerimientos de Redes Convergentes
Voz sobre IP
Calidad de Servicio
Servicios de Red
Converg encia sobre IP
Sealiza cin y protocol os VoIP
Telefona IP, arquitectu ra y topologias
Introdu ccin
Configura cin y AutoQoS
CIBERTEC
NUEVAS TECNOLOGAS 7
SEMANA
1
REQUERIMIENTOS CONVERGENTES
OBJETIVOS ESPECFICOS
Describir el concepto de las redes convergentes que llevan voz, vdeo, y datos.
DE
CONECTIVIDAD
DE
REDES
TEMARIO
La primera leccin describe la red telefnica tradicional y define muchos de los trminos y los conceptos heredados que afectan las tecnologas de convergencia de red presentados en este curso. La segunda leccin ilustra el concepto de redes convergentes con ejemplos de arquitecturas y modelos de la red que acomodan los servicios integrados dentro de redes convergentes.
ACTIVIDADES PROPUESTAS
Buscar informacin sobre trminos desconocidos del mundo de la telefona tradicional.
CIBERTEC
1.1
EVOLUCIN DE LA TELEFONA EN LAS EMPRESAS

Los gobiernos y las organizaciones comerciales han utilizado los servicios telefnicos por ms de 100 aos. Durante ese tiempo, las tecnologas han avanzado para proveer ms servicios, ms confiabilidad, y un costo ms bajo al pblico y a los clientes. En la ltima dcada, con avances enormes en tecnologa de computacin y del establecimiento de una red, la capacidad para que las empresas utilicen las nuevas oportunidades exige que los servicios de voz, vdeo, y datos sean convergentes sobre una sola red.
1.1.1 Un sistema telefnico bsico

Los negocios han utilizado el telfono por ms de 100 aos. En este perodo, ha habido muchos cambios significativos al equipo que se utiliza y a las compaas que proporcionan los servicios. VoIP se est convirtiendo hoy rpidamente en la tecnologa clave. Sin embargo, es importante repasar ms all de tecnologas puesto que pueden tener impacto significativo en el despliegue de la red dentro de la empresa. Un sistema telefnico consiste en cuatro elementos segn las indicaciones de figura: Cada abonado utiliza un sistema telefnico que convierte el sonido en seales elctricas y al otro extremo otra vez a sonido. La base tiene que marcar para iniciar la llamada y el timbrado que el otro dispositivo realiza para notificar al usuario que una llamada de otro usuario se est recibiendo. Unos o ms grupos de centrales permite la interconexin de las instalaciones de conmutacin o los switches telefnicos de abonados locales. Los switches telefnicos modernos utilizan la multiplexacin de divisin de tiempo (TDM) para convertir seales analgicas a digitales. Los switches asignan estas seales convertidas a digital a las ranuras de tiempo apropiadas. Los switches interconectan circuitos digitales de voz y datos a la vez. Las instalaciones inter-exchange de la red de transporte conectan mltiples switches a travs de redes telefnicas. El cableado y los cables conectan a los abonados con el switch. Hay tres maneras para que un abonado conecte con el switch telefnico: La utilizacin de conexiones fsicas dedicadas o cables Subterrneos implica consumos indirectos Por radio (celular, satlite o radiotelfono) Usando VoIP
CIBERTEC
NUEVAS TECNOLOGAS 9
1.1.2 Servicios de las empresas telefnicas tradicionales

La red telefnica pblica (PSTN) en Norteamrica y los servicios postales, del telfono y del telgrafo (PTT), llevan voz analgica sobre cables de cobre. Este servicio telefnico bsico a menudo se llama POTS. En algunos lugares, los POTS significan el servicio telefnico de la oficina de correos o el sistema telefnico de la oficina de correos. Sin embargo, como los servicios telefnicos fueron poco a poco quitados del control de los servicios de correo nacionales, el trmino se conoca ms extensamente como antiguo servicio telefnico plano. Los POTS siguen siendo la forma bsica de servicio telefnico de la empresa residencial y pequea casi por todas partes en el mundo. Hasta la introduccin de la telefona mvil, los POTS eran el nico servicio telefnico que la mayora de la gente conoca. Los POTS han estado disponibles casi desde la introduccin del sistema telefnico a fines del siglo diecinueve. El servicio telefnico segua siendo el mismo sobre todo sin cambios al usuario medio desde mediados del siglo XX, a pesar de la introduccin de los switches telefnico electrnicos en el PSTN y PTT. Aqu estn algunos de los servicios de los POTS que estn disponibles: Seales bidireccionales o full dplex que llevan el sonido de voz humana en ambos sentidos inmediatamente: Sealizacin de tono de marcado y timbrado Marcacin por abonado Servicios de operador, por ejemplo asistencia de directorios, larga distancia, y conferencias.
CIBERTEC
10
Alimentacin elctrica al telfono
1.1.3 Tecnologas de Telefona Digital

La red telefnica conmutada pblica (PSTN) se ha desarrollado hacia la telefona digital y la capacidad y la calidad de la red ha mejorado. En los aos 70, las compaas telefnicas (telcos) comenzaron a modificar sus redes telefnicas analgicas aumentando las secciones de transmisin de sus redes con tecnologa de fibra ptica. La transmisin digital permiti llevar mltiples circuitos convertidos a digital en un solo medio de la transmisin (conocido como multiplexacin). Aunque el equipo del usuario sigue siendo anlogo en gran parte, los switches en la central telefnica convierten las seales analgicas a las seales binarias. Recientemente, los telcos comenzaron a mover sus redes digitales ms cerca al cliente. Generalmente, los telcos ofrecen servicios de transporte digitales en una de dos forms. Integrated Services Digital Network (ISDN) proporciona un lazo digital al switch (o sede) a las ubicaciones del cliente. En Norteamrica y Japn, la tecnologa del portador de la transmisin 1 (T1) proporciona lneas interurbanas entre los switches. Europa 1 (E1), usada en Europa, es un portador similar, aunque los dos servicios diferencian de estas maneras: Las lneas T1 y E1 son conexiones telefnicas dedicadas que soportan altas tasas de datos. El portador T1 es el servicio de transmisin digital de mayor uso general en los Estados Unidos, Canad y Japn. El estndar E1 se utiliza en Europa y otras partes del mundo. o Una lnea T1 tiene 24 canales individuales, es capaz de soportar una llamada telefnica analgica. La capacidad total de una lnea T1 es 1.544 Mbps. Los Internet Service Provider grandes (ISPs) utilizan comnmente las lneas de la transmisin 3 (T3) que proporcionan 44.736 Mbps. Los circuitos T3 ahora son arrendados comnmente por negocios pequeos y medios. o Una lnea E1 tiene 32 canales de 64 kbps y soporta un agregado de 2.048 Mbps. o El T1 y E1 utilizan seales de la modulacin de cdigo de pulso (PCM) con la multiplexacin de divisin de tiempo (TDM). Cada canal de 64 kbps se puede configurar para llevar voz o los datos trafican. Muchas compaas telefnicas ofrecen a clientes los canales individuales o el acceso fraccionario T1. El T1 se alinea el cable de cobre originalmente usado pero ahora tambin incluye medios pticos e inalmbricos. o Las lneas T1 son una opcin de lnea arrendada para los negocios que se conectan con el Internet y para ISPs que conecta con el backbone de Internet. En los das iniciales de Internet, era comn para que ISPs conecte con el Internet como punto-de-presencia (POP) sobre una lnea T1 gestinada por una red telefnica importante. Muchos
CIBERTEC
NUEVAS TECNOLOGAS 11
negocios tambin utilizan las lneas T1 (y T3) para conectar con un proveedor de acceso de Internet. El ISDN provee transmisin digital sobre el cable de cobre telefnico as como sobre otros medios. o Conceptualmente, ISDN integra ambos trficos anlogo o de voz con datos digitales sobre la misma red. Los usuarios de hogar y de negocios reciben datos a velocidades de hasta dos veces la tasa de una conexin por mdem. o ISDN requiere adaptadores en ambos extremos de la transmisin (extremo del cliente y del proveedor de servicio). La mayora de las compaas telefnicas en reas urbanas en Norteamrica y Europa pueden proveer ISDN. En muchas reas donde los proveedores de servicio ofrecen la lnea digital del abonado (DSL) y el servicio del mdem de cable, el ISDN no es ms una opcin popular. o Hay dos niveles de servicio del ISDN. Ambas tasas incluyen un nmero de canales B y un canal D. Cada canal B lleva datos, voz, y otros servicios a una tasa de 64 kbps. Cada canal D lleva la informacin del control y de sealizacin: o El interfaz de tasa bsico (BRI) es para La aplicacin de la empresa casera y pequea. BRI contiene dos canales B y un canal D. o El interfaz de tasa primario (PRI) es para usuarios ms grandes. PRI incluye 23 canales B en Norteamrica y Japn (30 en Europa) y un canal D. o Los proveedores de servicio transmiten generalmente servicio PRI a travs de una lnea T1 en Norteamrica y de una lnea E1 en Europa. o Desdel punto de vista del consumidor, y como un servicio de la conexin de datos, DSL substituye al ISDN. o ISDN tambin se utiliza como tecnologa de red prevista para agregar nuevos servicios a la PSTN dando a usuarios el acceso directo a los servicios digitales. o El ISDN se utiliza debido a su servicio en tiempo real garantizado que no se logra en Internet y la fidelidad audio que es superior al servicio de los POTS. Algunas compaas utilizan equipos de videoconferencia combina 3 lneas de BRI (seis canales 64K), para lograr una imagen de buena calidad.
1.1.4 Servicios Telefnicos Digitales

Cuando la automatizacin de los switches telefnico electrnicos comenz en los aos 70 y los aos 80, muchos nuevos servicios de red llegaron a estar disponibles. Aqu estn algunos de los servicios telefnicos digitales que fueron desarrollados: Correo de voz Identificacin de llamada Llamada en espera Llamadas recordatorios
CIBERTEC
12
Conferencias de tres vas 911 mejorados (en E.E.U.U.) Servicio de switch de intercambio local (Centrex)
1.1.5 Servicios de PBXs y de Centrex

Muchas empresas utilizan un central telefnica privada (PBX). Las compaas de tamaos medianos y ms grandes utilizan una PBX porque es mucho menos costoso que conectar una lnea telefnica externa con cada telfono en la organizacin. Adems, es ms fcil hacer llamadas internas dentro de un PBX usando solamente tres o cuatro dgitos. Muchos telfonos se pueden unir a un PBX, pero los usuarios pueden compartir solamente algunos lneas exteriores para llamar externo. Para asegurar generalmente una lnea exterior, el usuario que inicia la llamada marca el dgito 9 antes del nmero telefnico exterior completo. Para las compaas que no pueden dispuestas o a invertir en tecnologa del PBX, muchas compaas telefnicas ofrecen el servicio de switch de sede (Centrex). Centrex es un PBX virtual con toda la conmutacin que ocurre en la oficina del telfono en vez de en la ubicacin de la compaa. Tpicamente, la compaa telefnica posee y maneja todo el equipo de comunicaciones que sea necesario poner el PBX en ejecucin y despus vende varios servicios a la compaa. Los clientes de Centrex pueden elegir de una variedad de servicios y de caractersticas especiales: Centrex empaquetado: Ofrecen los clientes empaquetados de Centrex un sistema fijo de caractersticas en diferentes paquetes. Estos paquetes se ofrecen en un costo relativamente bajo, pues se permite poco o nada de arreglo para requisitos particulares. La carencia del arreglo para requisitos particulares reduce al mnimo los costes operacionales de programar y de mantener los servicios. Datos de Centrex: Los servicios de datos de Centrex pueden proveer servicios relativamente de poca velocidad de datos (de 56 y 64 kbps) usando la red telefnica con conmutador de circuito. Aunque ahora son eclipsados por Internet y otras redes de datos, los servicios de datos de Centrex pueden ofrecerse conexiones muy flexibles y gran alcance puesto que las conexiones se pueden hacer casi dondequiera dentro del alcance de la red telefnica. Centrex modificado para requisitos particulares: Centrex modificado para requisitos particulares ofrece un sistema altamente personalizable de las opciones que requieren habilidades de programacin y de localizacin de averas especializadas a mantener. Una disposicin modificada para requisitos particulares tpica de Centrex permite marcar de cuatro cifras entre la gente en la misma red, llamadas los locales (a veces los locales estn situados en diferentes partes de una ciudad), encaminamiento modificado para requisitos
CIBERTEC
particulares a travs de la red telefnica, y los cdigos modificados para requisitos particulares para invocar caractersticas. Centrex modificado para requisitos particulares es el ofrecimiento ms flexible, pero generalmente ms costoso del servicio.
1.1.6
Servicios interurbanos
Las empresas confan cada vez ms en su capacidad de comunicarse directamente con los clientes, los proveedores, los socios, las sucursales, y los teletrabajadores. Los servicios interurbanos representan un costo significativo. Cuando los costes interurbanos eran relativamente altos, las compaas guardaron control sobre el acceso interurbano. Las lneas interurbanas interurbanas que conectan switches utilizan generalmente tecnologas de TDM y el transporte T1 o E1. El servicio interurbano ms comn que se ofrece en Norteamrica es el servicio telefnico del rea amplia (WATS). Los planes WATS proporcionan acceso a las lneas telefnicas interurbanas para uso comercial con tasas reducidas. WATS puede ser exterior (OUT-WATS), interno (IN-WATS), o ambos: * Con WATS exterior, la parte que llama puede hacer un nmero ilimitado de las llamadas interurbanas para un precio fijo dentro de rangos predeterminados de tiempo y de distancia. La mayora de las compaas telefnicas ahora ponen OUT-WATS con algo llamado un plan global. * Con IN-WATS, los abonados tienen un nmero telefnico gratuito. El servicio de IN-WATS reduce el tiempo que los operadores pasan el proceso de encaminar las llamadas para los negocios. Los cdigos de rea de IN-WATS en Norteamrica son 800, 888, 877, y 866. Ms 800 nmeros son reservados para el futuro (855, 844, 833 y 822). Los usuarios del telfono dentro de un rea sealada pueden llamar el nmero telefnico de IN-WATS de una organizacin sin tener que pagar.
1.1.7 El concepto de la convergencia

Antes de que las tecnologas avanzadas del establecimiento de una red permitieran convergencia, las empresas provean las redes separadas para la voz, el vdeo, y las aplicaciones de datos. En la mayora de los casos, voz, vdeo, y redes de datos desplegados autnomamente y funcionado aisladamente. En trminos simples, el trfico de voz utiliz PBXs y los datos utilizaron los routers. Las PBXs conectadas con las lneas arrendadas dedicadas. Los datos utilizaron una combinacin de lneas arrendadas, conmutadas por paquetes, celdas o trams. La figura representa un despliegue tpico de estas redes redes. El vdeo utiliz una la lnea arrendada especial y muy costosas conexiones.
CIBERTEC
14
Este uso de instalaciones diferentes para cada red de transporte es extremadamente ineficaz. El volumen de trfico de datos est creciendo ms rpidamente que el volumen de trfico de voz, desarrollando innovaciones tecnolgicas tales como el World Wide Web (WWW), e-commerce, y aplicaciones tales como videoconferencia o vdeo multicast por IP. Mientras que las tasas de crecimiento varan por el pas y el portador, es cierto que el transporte de datos pronto dominar redes de telefona. Los datos han sobrepasado ya a la voz en algunas redes de proveedores de servicio en E.E.U.U. Los datos son la fuerza impulsora detrs del crecimiento de la red global. El desafo para la empresa es optimizar el establecimiento de una red para llevar datos, voz, y, lo ms pronto posible, el trfico de video.
Se acepta extensa y reconocidamente por las industrias de las comunicaciones y los analistas de industria en su totalidad que IP se convertir en el transporte universal del futuro.
CIBERTEC
Usar IP como la forma de transporte ofrece a la empresa aumentos estadsticos significativos en eficiencia y baja requisitos totales de ancho de banda, la facilidad de la administracin y la capacidad para desplegar nuevas aplicaciones rpidamente. La convergencia tambin proporciona un estmulo econmico a las compaas. Cuando las compaas suscriben a los servicios separados de la red, pagan a menudo servicios aun cuando no las estn utilizando. En un ambiente convergente, el ancho de banda se comparte entre la voz, el vdeo y los datos. Por ejemplo, cuando la voz es inactiva, los datos pueden utilizar el ancho de banda disponible; cuando las aplicaciones de voz o del vdeo estn activos, el ancho de banda requerido para estas operaciones est garantizado.
CIBERTEC
16
1.2 Descripcin de los requisitos de las redes convergentes 1.2.1 Modelo jerrquico de la red
A pesar de la inversin actual de la tecnologa de informacin (IT), muchas organizaciones encuentran que los recursos, aplicaciones y la informacin siguen desconectados. De hecho, es comn para las organizaciones tener cientos de aplicaciones y bases de datos que no pueden comunicarse entre si. Esto es debido en parte al aumento y a demandas a menudo inesperadas de clientes internos y externos. Muchas empresas tienen a desplegar nuevas tecnologas y aplicaciones rpidamente. Esto conduce a menudo al despliegue de sistemas diferentes. El resultado de estos nuevos despliegues es la inhabilidad de compartir la informacin eficientemente a travs de la organizacin. Por ejemplo, las ventas, el servicio dal cliente o los departamentos de compras no pueden tener acceso a expedientes del cliente fcilmente sin crear diferentes redes que compartan las aplicaciones y la informacin. La red de informacin inteligente de Cisco (IIN) le ayuda las organizaciones para solucionar estos problemas y para resolver nuevos desafos incluyendo arquitecturas orientadas al servicio, servicios web y virtualizacin usando arquitecturas de red. IIN articula el papel de desarrollo de la red en facilitar la integracin del hardware y del software que permitir a las organizaciones que alineen mejor los recursos prioritarios del negocio.
CIBERTEC
El modelo jerrquico divide redes o sus bloques modulares en capa de acceso, capa de distribucin, y la capa de ncleo. Cada capa tiene caractersticas especficas: Capa de acceso: La capa del acceso concedel acceso de usuario a los dispositivos de la red. En una red del campus, la capa del acceso utiliza lo ms a menudo posible los dispositivos conmutados de la LAN con los puertos que proporcionan conectividad a las estaciones de trabajo y a los servidores. La capa de acceso de la topologa de la red corporativa es el sitio en donde son agregados los enlaces WAN asociados a los sitios y a los teletrabajadores. Capa de distribucin: La capa de la distribucin agrega los armarios de cableado usando los switches para dividir grupos de trabajo en segmentos y aislar problemas de la red en un ambiente determinado del campus. Semejantemente, la capa de la distribucin agrega conexiones WAN en el borde del campus y proporciona conectividad basada en polticas. Capa de ncleo: La capa de ncleo, o backbone, conmuta los paquetes tan rpidamente como sea posible. Porque la capa de ncleo es crtica para la conectividad, esta capa debe proveer un de alto nivel de la disponibilidad y adaptarse a los cambios muy rpidamente.
Los diseadores de la red pueden aplicar el modelo jerrquico a cualquier tipo de red incluyendo LANs, WANs, LANs inalambrica (WLANs), redes de rea metropolitana (MAN) y redes privadas virtuales (VPNs).
1.2.2 Condiciones de trfico en una red convergente

Las redes convergentes con voz, vdeo, y datos integrados contienen una mezcla de patrones y de requisitos de trfico: Trfico de voz y del vdeo (por ejemplo, telefona IP y difusin y comunicacin del vdeo) Trfico video, llevado con frecuencia como trfico multicast de IP Trfico de aplicaciones de voz, generado por aplicaciones relacionadas con la voz (tales como centros de contacto) Trfico de Misin-crtica, generado, por ejemplo, por aplicaciones de la bolsa Trfico transaccional, generado por aplicaciones de e-commerce Trfico de la actualizacin de la encaminamiento de protocolos de la encaminamiento tales como Routing Information Protocol (RIP), Open Shortest-Path First (OSPF), Enhanced Interior Gateway Routing Protocol (EIGRP), Intermediate System Intermediate System (IS-IS), y Border Gateway Protocol (BGP) Trfico de gestin de red Transferencia por bloques (tal como transferencia de archivo o HTTP), considerada trfico best-effort Scavenger (tal como trfico ocasional), considerado trfico menos que el trfico del mejor-esfuerzo.
CIBERTEC
18
La diversidad de la mezcla del trfico impone requisitos rigurosos del funcionamiento y de la seguridad ante la red. Los requisitos se diferencian perceptiblemente, dependiendo del tipo del trfico. Por ejemplo, la voz y el vdeo requieren ancho de banda constante con bajo retardo e jitter, mientras que el trfico transaccional requiere altas confiabilidad y seguridad con ancho de banda relativamente baja. Adems, las aplicaciones de voz, tales como telefona IP, requieren altas confiabilidad y disponibilidad, porque los usuarios esperan que seal para marcar en la red del IP est iguales que en una red telefnica tradicional. Para resolver los requisitos del trfico en la red, el trfico de voz y del vdeo se debe tratar diferentemente del otro trfico, tal como trfico tela-basado (HTTP). La calidad de los mecanismos del servicio es obligatoria en redes convergentes.
La seguridad es una cuestin clave en redes fijas pero es an ms importante en movilidad inalmbrica, donde es posible el acceso a la red de virtualmente cualquier parte. Varias estrategias de seguridad, tales como dispositivo de control de acceso y autentificacin, la proteccin de intrusin, la deteccin de intrusin, y proteccin del trfico con el cifrado, pueden atenuar amenazas de la seguridad de la red.
1.2.3 Red de informacin inteligente

La visin inteligente de la red de informacin de Cisco (IIN) es una estrategia que resuelve el papel de desarrollo de la red dentro de negocios y resuelve directamente la necesidad de alinear los recursos con prioridades del negocio. La visin de Cisco IIN tiene tres caractersticas claves: Integracin de recursos y de activos de la informacin: Las redes modernas con voz, vdeo, y datos integrados le permiten que los departamentos enlacen su infraestructura ms de cerca a la red de informacin.
CIBERTEC
Inteligencia a travs de productos mltiples y de capas de la infraestructura: La inteligencia que se extiende a cada componente de la red WAN y se aplica de extremo a extremo. Participacin activa de la red en la entrega de servicios y de aplicaciones: Con inteligencia agregada dentro de los dispositivos de la red, el IIN permite para que la red maneje, supervise , y optimice activamente entrega del servicio y de la aplicacin a travs del ambiente entero de la empresa. Con estas caractersticas, el IIN ofrece conectividad ms que bsica, ancho de banda para los usuarios, y el acceso a las aplicaciones. La funcionalidad de extremo a extremo de las ofertas de IIN y un control centralizado, unificado que promueve la transparencia verdadera y la agilidad del negocio.
La visin de IIN ofrece un acercamiento evolutivo. La funcionalidad se puede agregar a la infraestructura existente de la red segn lo requerido en tres fases: Integracin del transporte: IIN consolida datos, voz, y el vdeo en una red IP para la convergencia segura de red. La integracin de datos, voz, y video en una sola red, basada en estndares, modulares, pueden simplificar la gestin de red de las organizaciones y reducir costos de infraestructura. La convergencia de la red tambin pone las bases para una nueva clase de las aplicaciones IP desplegadas a travs de soluciones de comunicaciones sobre IP de Cisco.
CIBERTEC
20
Integracin de servicios: Cuando la convergencia es completa, las partes de la red comparten o virtualizan los recursos para resolver las necesidades cambiantes de la organizacin ms flexiblemente. Los servicios integrados unifican elementos comunes incluyendo capacidad del servidor, del centro del almacenaje y de datos. Ampliando capacidades de la virtualizacin para abarcar el servidor, el almacenaje, y elementos de la red, una organizacin puede utilizar todos sus recursos ms eficientemente. Adems, los recursos compartidos a travs del IIN proporcionan servicios en caso de un fallo de los sistemas local, que permite la continuidad del negocio. Integracin de aplicaciones: La tercera fase es el establecimiento de una red orientada a las aplicaciones (AON). AON se centra en crear una red centrada en las aplicaciones de modo que la red pueda optimizar funcionamiento de las aplicaciones y entregarlas a los usuarios ms eficientemente. En la adicin a las capacidades tales como cach de contenidos, balanceo de la carga, y seguridad a nivel de aplicaciones, Cisco AON permite para que la red simplifique la infraestructura de las aplicaciones integrando la gestin de mensaje de aplicaciones inteligentes, la optimizacin y la seguridad en la red existente.
CIBERTEC
AUTOEVALUACIN
1. Cules son los tres tipos de trfico contenidos en una red convergente? 2. Cules son las caractersticas de un enlace T1? 3. Qu es el canal D de ISDN?
RESUMEN
Este mdulo explica la historia y la situacin actual de las compaas telefnicas y de los servicios que ofrecen. Las compaas han utilizado los servicios telefnicos por ms de 100 aos como parte de sus prcticas de negocio, y el mdulo explica cmo los cambios en tecnologa han afectado uso y seguridad de la compaa. El mdulo tambin explica el modelo jerrquico tradicional de tres capas y la nueva arquitectura empresarial de Cisco que integra la red entera para proveer el acceso alejado seguro a todas las herramientas, procesos, y servicios a travs de todos los sectores de la compaa.
CIBERTEC
22
CIBERTEC
SEMANA
2
IMPLEMENTACION DE VOZ SOBRE IP
Describir los conceptos que se emplean en VoIP Presentar las ventajas de redes convergentes y las practicas iniciales en implementaciones de Cisco VoIP. Explicar el concepto terico y fundamento prctico para digitalizar voz, el encapsulamiento IP, y el consumo del ancho de banda a digital.
TEMARIO
Introduccin a las redes VoIP Digitalizacin y paquetizacin de voz Encapsulado de paquetes de voz para el transporte Requisitos de ancho de banda para VoIP
Configuracin de un router como central telefnica IP utilizando el Call Manager Express
CIBERTEC
24
2.1 Introduccin a las redes de VoIP

2.1.1 Ventajas de las redes de VoIP
Las compaas actuales estn utilizando redes convergentes, combinando datos y telefona en una sola infraestructura de red IP. Hay muchas ventajas al usar las redes de VoIP: Uso eficiente del ancho de banda y del equipo: Las redes tradicionales de telefona utilizan un canal de 64 kbps para cada llamada de voz. VoIP comparte el ancho de banda entre conexiones lgicas mltiples. Bajos costos de transmisin: Una cantidad substancial de equipos son necesarios para combinar canales de 64 kbps en los enlaces de alta velocidad para el transporte a travs de la red. VoIP multiplexa estadsticamente el trfico de voz junto a trfico de datos. Esta consolidacin proporciona ahorros considerables en equipos y costos operacionales. Costos consolidados de la red: En vez de funcionar las redes separadas para la voz y los datos, las redes de voz se convierten para utilizar arquitectura packet-switched para crear una sola red de comunicaciones integrada con un sistema comn de conmutacin y transmisin. Esto da lugar a ahorros de costos significativos a largo plazo en el equipo y operaciones de red. El empleado mejora su productividad; a travs de las caractersticas proporcionadas por la telefona IP: Los telfonos IP no son slo telfonos; son dispositivos completos de comunicaciones de negocios. Los telfonos IP ofrecen operaciones de bsqueda del directorio y tienen acceso a las bases de datos con usos Extensible Markup Language (XML ). Estos usos permiten la integracin de telefona en cualquier uso de negocio. Por ejemplo, los empleados pueden utilizar el telfono para mirar la informacin sobre un cliente quien llam, la bsqueda de informacin del inventario, e incorporan rdenes. El empleado puede ser notificado de una edicin (por ejemplo, un cambio de la fecha del envo) y, con un solo botn, puede llamar al cliente sobre el cambio. Adems, los telfonos basadossoftware o los telfonos inalambricos ofrecen movilidad al usuario. Acceso a nuevos dispositivos de comunicacin: La tecnologa de paquetes puede alcanzar dispositivos que son en gran parte inaccesibles a las infraestructuras de multiplexacin por divisin de tiempo (TDM). Los ejemplos de tales dispositivos son computadoras, dispositivos inalambricos, aparatos electrodomsticos, accesorios digitales personales (PDAs). El acceso inteligente a tales dispositivos permiten a las compaas y a los abastecedores de servicios aumentar el volumen de las comunicaciones, la cantidad de los servicios que las compaas
CIBERTEC
ofrecen, y el nmero de los abonados a que las compaas tienen. La tecnologa de paquetes, por lo tanto, permite a las compaas utilizar los nuevos dispositivos, incluyendo los telfonos video, los terminales multimedias, y los telfonos avanzados del IP. Aunque la tecnologa de paquetes tiene ventajas claras, los negocios deben considerar los puntos siguientes cuidadosamente antes de emigrar a esta tecnologa: Retorno de la inversin (ROI, return on investment), cuando est basada en las nuevas caractersticas de sistema, puede ser difcil de probar. Generalmente, el personal de voz y datos no utiliza la misma terminologa. Estas diferencias pueden crear dificultades de la comunicacin. Los componentes actuales de telefona de voz todava no se han depreciado completamente. Substituir el equipo que todava tiene valor financiero puede disminuir el ROI.
2.1.2 Componentes de una red de VoIP

Los elementos ms comunes de las redes de VoIP: Telfonos: Los telfonos pueden ser telfonos basados-software funcionando en las PC, tradicionales (anlogo o ISDN). IP, telfonos o telfonos
Gateways: Las gateways interconectan la red de VoIP con los dispositivos tradicionales de telefona. Las gateways son usualmente habilitadores de voz al router y proporcionan las siguientes funciones: o En un lado, la lnea telefnica conectada al gateway. Los gateways conectan a la PSTN y se comunican con cualquier telfono en el mundo. Por otro lado, el Gateway se conecta con la red del IP y se comunica con cualquier computadora en el mundo. El gateway toma la seal estndar del telfono, la convierte a digital (si no es ya digital), la comprime, la empaqueta usando IP, y lo encamina a un destino sobre la red del IP. El Gateway invierte la operacin para los paquetes que vienen de la red y va a la salida de un telfono. Ambas operaciones (de ida y vuelta; en la red telefnica) ocurren al mismo tiempo, permitiendo una conversacin (de dos vas) full-duplex.
o o
o o
Unidades de control mltipunto: Una unidad de control mltipunto (MCU) es requerida para las conferencias. Si ms de dos participantes estn implicados en una llamada, entonces todos los miembros de la conferencia envan sus medios al MCU. El MCU mezcla los medios y despus enva los medios a todos los participantes.
CIBERTEC
26
Servidores de Aplicacin: Los servidores de aplicacin proporcionan servicios XML-basados en telefona IP. Los usuarios de telefona IP tienen acceso a los directorios y a las bases de datos a travs de aplicaciones XML. Gatekeepers: Los gatekeepers son tiles, pero opcionales, Son componentes de la red VoIP. Estos proporcionan la encaminamiento y la gestin central de todos los puntos finales (terminales, entradas, y MCUs) en una zona dada. El gatekeeper y los puntos finales administrados forman una zona de gestin. Los gatekeeper proporcionan el control de admisin de llamadas (CAC, call admissin control) para evitar que la red sea sobre suscrita. Tambin, CAC traduce nmeros telefnico o nombres a las direcciones IP, para el encaminamiento de la llamada en una red H.323. Agentes de llamada (Call agents): Los agentes de llamada proporcionan control de llamada, CAC, control del ancho de banda, y servicios de conversin de direccin a telfonos IP o a Media Gateway Control Protocol (MGCP). Cisco CallManager es un agente de llamada. CallManager sigue todos los componentes activos de la red de VoIP incluyendo telfonos, las gateways, los bridges de conferencia, recursos de transcodificacin, y las casillas del voicemail entre otras. CallManager utiliza a menudo el protocolo skinny Client Control Protocol (SCCP) para sealizacin a las puntos finales del hardware del sistema, tales como telfonos IP. H.323, MGCP, o Session Initiation Protocol (SIP) se utiliza para pasar seales de llamada a las entradas. En cierto modo, CallManager acta como PBX IP.
Video endpoints: Las puntos finales video proporcionan las caractersticas video de telefona a los usuarios. Como en las llamadas audio-solamente, las llamadas video necesitan una unidad de control mltipunto para las conferencias. Para las videoconferencias, la unidad de control de mltipunto tiene que ser capaz de mezclar video y audio. Los telfonos anlogos y los IP tambin coexisten en la misma red. Una vez que las compaas decidan emigrar a VoIP, las compaas pueden elegir una opcin completamente IP o conservar todo o parte de sus redes analgicas. Mantener redes analgicas requiere la conversin de voz anloga a IP.
2.1.3 Interfaces anlogos heredadas en las redes de VoIP

Una red de VoIP que incluye el equipo heredado, tal como telfonos anlogos, necesita gateways para convertir seales analgicas en formato digital y encapsularlos en paquetes IP. Una red construida con dispositivos IP-permitidos no necesita ninguna conversin. Los gateways utilizan diferentes tipos de interfaces para conectarse con los dispositivos anlogos, tales como telfonos, mquinas de
CIBERTEC
fax, o switches del PBX o PSTN. Los interfaces analgicas que se utilizan en las entradas incluyen estos tres tipos: Foreign Exchange Station (FXS): FXS es un interfaz del telfono que proporciona energa de batera, enva seal para marcar, y genera voltaje de sonido. Un telfono estndar se conecta en tal interfaz para recibir servicio telefnico. Un switch telefnico es un ejemplo de un FXS. En las implementaciones de VoIP, el interfaz de FXS se conecta con los sistemas finales anlogos; el sistema final anlogo utiliza el interfaz Foreign Exchange Office (FXO) en el lado del sistema de extremo. El interfaz FXS del router se comporta como un PSTN o un PBX sirviendo a los telfonos, contestadores automticos, o mquinas de fax con lnea de energa, el voltaje del anillo, y seal para marcar. Si un PBX utiliza un interfaz de FXO, puede tambin conectarse con un interfaz de router FXS. En este caso, el PBX acta como un telfono. Foreign Exchange Office (FXO): Un FXO es un interfaz de telfono que se conecta con el PSTN. FXO genera los indicadores on-hook y off-hook que se utilizan para sealar un loop closure en el FXO final del circuito. En las implementaciones de VoIP, el interfaz de FXO se conecta con el PSTN o un PBX; el PSTN y el PBX utilizan el interfaz de FXS en su lado. El router FXO se comporta como un telfono, obteniendo la lnea energa, el voltaje de ring, y seal para marcar del otro lado del interfaz. Segn lo mencionado, un PBX puede tambin utilizar un interfaz de FXO hacia el router (que entonces utilizar un interfaz de FXS) si el PBX toma el papel del telfono. Ear and Mouth (E&M): El interfaz de E&M proporciona sealizacin para los trunks anlogos. Los trunks anlogos interconectan dos dispositivos del PBX-estilo, tales como cualquier combinacin de un gateway (que acta como PBX), una PBX, y un switch PSTN. E&M se define a menudo como el odo y la boca, esto deriva del trmino earth and magnet. La earth representa la tierra elctrica, y el magnet representa el electroimn usado para generar tonos.
En figura, el Gateway se conecta a un telfono y una mquina de fax usando dos interfaces de FXS. Para estos dos dispositivos, el router acta como un PBX o un switch PSTN. El router se conecta con el PSTN usando un interfaz de FXO. Para esta conexin, el router acta como un telfono hacia el PSTN. Otra interfaz de FXO conecta con un PBX (PBX-1). Una vez ms el router acta como un sistema de extremo hacia el PBX, y por lo tanto utiliza el mismo tipo portuario que el telfono y el fax que conectan con La aplicacin PBX-1. Un segundo PBX (PBX-2) conecta con el interfaz del router FXS. Para esta conexin, el PBX se comporta como un telfono hacia el router, y el router acta como un switch PSTN. Finalmente, el router se conecta con otro PBX (PBX-3), este vez usando un interfaz de E&M. En esta conexin de trunk, el router y PBX-3 actan como PBX.
CIBERTEC
28
2.1.4 Interfaces Digitales

Los gateways pueden utilizar interfaces digitales para conectarse con el equipo de voz. Desde una perspectiva de hardware, hay interfaces BRIs, T1 y E1 disponibles. Todas las interfaces utilizan TDM para soportar los canales lgicos mltiples. Los interfaces T1 y E1 pueden utilizar canal sealizacin asociado (CAS) o canal comn que sealizacin (CCS), mientras que un BRI utiliza siempre CCS. ISDN PRIs. Usa T1 o E1 CCS
La figura muestra un router que sirve a un telfono ISDN usando un interfaz de voz BRI. Adems, el router tiene dos lneas T1 o E1: uno a una PBX y otro al PSTN. Dependiendo del tipo del interfaz (T1 o E1) y el mtodo que sealizacin (CAS o CCS), un mximo de 23, 24, o 30 canales de voz estn disponibles en estos trunks. El PSTN y el PBX tambin sirven los telfonos ISDN a travs de conexiones de BRI.
CIBERTEC
2.1.5 Etapas para completar una llamada telefnica VoIP

Aunque diferentes protocolos se ocupan de control de llamada de diferentes maneras, todos los protocolos proporcionan un sistema comn de servicios. Hay tres componentes de control bsico de la llamada: Call Setup (Disposicin de llamada): La disposicin de llamada comprueba la configuracin del call-routing para determinar el destino de una llamada. La configuracin especifica el ancho de banda requerido para la llamada. Sabiendo los requisitos del ancho de banda, CAC determina si es suficiente el ancho de banda disponible para soportar la llamada. Si el ancho de banda est disponible, la disposicin de llamada genera un mensaje de disposicin y enva el mensaje al destino. Si el ancho de banda no est disponible, la disposicin de llamada presenta el iniciador de la llamada con un busy signal. Diferentes protocolos de control de llamada, por ejemplo H.323, MGCP, y el protocolo de la iniciacin de la sesin (SIP), definen diferentes mensajes a los dispositivos durante la disposicin. Sin embargo, todos los mensajes consultan la misma informacin bsica: o Las direcciones IP intercambiarn VoIP de los dos dispositivos que
Los nmeros de acceso del User Datagram Protocol ( UDP) que sern utilizados por el Protocolo de Transporte en Tiempo Real (RTP) que llevan el trfico de voz El formato (por ejemplo, el algoritmo de la compresin) usado para la voz convertida a digital
CIBERTEC
30
Call maintenance (Mantenimiento de llamada): el mantenimiento de llamada sigue la cuenta de paquetes, paquetes perdidos, jitter, y delay durante la llamada.La informacin es pasada a los dispositivos voz-permitidos para determinarse si la calidad de la conexin es buena o ha deteriorado al punto donde entrada descartar la llamada. Call teardown (Desmontaje de llamada): El desmontaje de la llamada notifica los dispositivos con soporte de voz para tomar recursos disponibles para otras llamadas y para hacerlas disponibles para otras llamadas cuando cualquier otro termina una llamada.
2.1.6 Control distribuido de llamada

Hay dos tipos de control de llamada: distribuido y centralizado. En el pasado, todas las redes de voz utilizaron una arquitectura centralizada en la cual las puntos finales nodos (telfonos) fueron controladas por switches centralizados. Aunque este modelo trabaj bien para los servicios bsicos de telefona. Una de las ventajas de la tecnologa de VoIP es que permite que las redes utilicen una arquitectura centralizada o distribuida. Esta flexibilidad permite que las compaas construyan las redes caracterizadas por una gestin simplificada y la innovacin del punto final, dependiendo del protocolo usado.
La figura muestra el modelo distribuido en el cual los componentes mltiples en la red controlan manualmente la llamada. La configuracin del dispositivo voz soporta llamadas de control directamente habilitadas con el control de llamada usando protocolos como el H.323 o SIP. Con control distribuido de la llamada, los dispositivos realizan la disposicin de llamada, llamadas de mantenimiento, y desmontaje de la llamada sin la implicacin de la compaa del telfono:
CIBERTEC
Procese los dgitos marcados y encamine la llamada (secuencia demostrada en figura): 1. Despus de detectar una peticin del servicio (el telfono se descuelga), la primera entrada (R1) inicia la seal para marcar. Despus, R1 recoge los dgitos los diales del usuario que inicia la llamada. R1 entonces mira el nmero llamado en la tabla de encaminamiento de la llamada local R1. Segn la tabla de encaminamiento de la llamada, el nmero llamado utiliza la segunda entrada (R2). R1 ahora incorpora la primera etapa de una llamada, disposicin de llamada, enviando el mensaje apropiado a R2. R2 recibe el mensaje de disposicin de llamada de R1. R2 entonces mira para arriba el nmero llamado en su tabla de encaminamiento de la llamada local. Segn la tabla de encaminamiento de la llamada, el nmero llamado utiliza un puerto local de voz. R2 enva la llamada al puerto local de voz aplicando el voltaje del ring.
2. 3.
4.
5. 6.
7.
En este ejemplo del modelo distribuido del control de llamada, R1 tom una decisin local para enviar el mensaje de disposicin de llamada a R2 basado en la tabla de encaminamiento de la llamada de R1. R2 tom otra vez una decisin local (que usa la tabla de encaminamiento de la llamada R2) que el dispositivo llamado se podra alcanzar en cierto puerto fsico. Supervision de la llamada: Durante la llamada, el R1 y el R2 ambas monitorean la calidad de la llamada. En el modelo distribuido del control de llamada, si una de los gateways detecta que la calidad no es aceptable, el Gateway localmente termina la llamada. La supervisin de la llamada ocurre durante la segunda etapa de la llamada, mantenimiento de la llamada. Terminacin de la llamada: Si el usuario que inicia la llamada que est conectado con R1 acaba la llamada, R1 informa a R2 la terminacin. En el modelo distribuido del control de llamada, el gateway inicia la tercera etapa de una llamada, llamada desmontaje. El gateway termina la llamada y libera los recursos que fueron utilizados por la llamada. Cada Gateway usa control de llamada distribuido y toma decisiones autnoms que no dependen de la disponibilidad del otro (centralizado) para proporcionar servicios de encaminamiento de llamada. Porque cada gateway tiene su propia inteligencia. Sin embargo, cada entrada necesita tener una tabla de encaminamiento de la llamada local, que necesita la configuracin manual. Esta necesidad hace la administracin del modelo distribuido del control de llamada menos escalable.
CIBERTEC
32
Para desarrollos ms grandes que usan el modelo con control de llamada distribuida, se gestionan dispositivos especiales para centralizar nmeros. Los gateways y los puntos finales utilizan los gatekeepers H.323 o servidores de red SIP para encontrar los nmeros que no se saben localmente. En tal desarrollo, no hay necesidad de todos los (o an cualquiera) nmeros de ser almacenado en las entradas o las puntos finales; los nmeros se almacenan solamente en los dispositivos centralizados.
2.1.7 Control centralizado de llamada

La figura demuestra un ambiente donde un solo componente en la red, un agente de la llamada, control manual de llamada. Tal control centralizado de la llamada se aplica cuando el dispositivo voz no soporta control de llamada en si mismo sino usando un agente de llamada. En este ejemplo, ambas gateways de voz tienen el protocolo de MGCP permitido. Con el control de llamada de MGCP permitido, los gateways utilizan el agente de llamada (call agent) para realizar estas funciones: Procese los dgitos marcados y encamine la llamada (secuencia demostrada en figura): 1. Despus de detectar una peticin del servicio (el telfono se descuelga), la primera entrada (R1) informa a su agente de la llamada la peticin. 2. El agente de la llamada dice R1 iniciar tono para marcar y recibir los dgitos marcados del usuario. 3. R1 pasa cada dgito recibido (uno por uno) al agente de la llamada. 4. El agente de la llamada mira la tabla de encaminamiento de la llamada del agente. Segn la tabla de encaminamiento de la llamada, se alcanza el nmero telefnico solicitado usando la segunda entrada (R2). Este agente de la llamada tambin controla R2 y, por lo tanto, sabe qu nmeros telefnico R2 puede alcanzar. Por lo tanto, el agente de la llamada sabe qu puerto en R2 tiene que ser encaminada la llamada. 5. El agente de la llamada ahora enva un mensaje a R2 que solicita que el paso de la llamada a cierto puerto (el puerto que conecta con el nmero telefnico de la Destino). Ambos llaman las decisiones de encaminamiento, cada Gateway lo usa para llamar a R1 que la entrada para utilizar despus de recibir la llamada en R1 y cmo pasar el invitar en esa entrada siguiente (R2), es hecha por el agente de la llamada. ste es un ejemplo del modelo centralizado del control de llamada, donde todo llama la inteligencia de la encaminamiento (requerida para la primera etapa de una llamada, de la disposicin de llamada) est en el agente de la llamada. El agente de la llamada entonces manda a las entradas en cmo manejar la llamada. Tan solamente el agente de la llamada tiene una tabla de encaminamiento de la llamada.
CIBERTEC
Supervisin de la llamada: Durante la llamada, el R1 y el R2 ambas monitorean la calidad de la llamada. En el modelo centralizado del control de llamada, si una de las entradas detecta que la calidad es no adecuada, pasar esa informacin al agente de la llamada. El agente de la llamada entonces termina la llamada. La supervisin de la llamada ocurre durante la segunda etapa de una llamada, manteniendo la llamada. Terminacin de la llamada: Si el usuario que est conectado con R1 acaba la llamada, R1 informa al agente de la llamada la terminacin. El agente de la llamada notifica ambas entradas para terminar la llamada de VoIP y para lanzar los recursos que fueron utilizados por la llamada. En el modelo centralizado del control de llamada, el agente de la llamada inicia la tercera etapa de una llamada, llamada desmontaje. Segn lo mostrado en el ejemplo, con control centralizado de llamada, las gateways no toman ninguna decisin local. En lugar, informan al agente de la llamada sobre acontecimientos (tales como llamadas entrantes o cadas). Solamente los call agent toman las decisiones de encaminamiento, y los gateways dependen de la disponibilidad de su agente de llamada. La disponibilidad del agente de llamada es crtica, porque el agente de llamada es un solo punto de fallo. Sin embargo, solamente el agente de llamada necesita tener una tabla de encaminamiento de llamada. Esto hace que la administracin del modelo centralizado del control de llamada ms escalable.
CIBERTEC
34
El control centralizado de llamadas permite a un dispositivo externo (call agent) la sealizacin y el procesamiento de llamadas, saliendo del gateway para traducir seales de audio a paquetes de voz despus de la disposicin de llamada. Despus de que se instale la llamada, la trayectoria de voz funciona directamente entre las dos entradas y no implica el agente de llamada. La diferencia entre el control distribuido y centralizado de llamada se aplica solamente a sealizacin y nunca al intercambio de medios, siempre es directamente entre los dos gateways.
CIBERTEC
2.2 Digitalizacion y paquetizacin de voz

2.2.1 Codificacin de voz bsica: Seales analgicas que convierten a las seales numricas
Los sistemas de VoIP se basan en los procesadores de la seal numrica (DSPs). DSPs convierten seales analgicas a formatos digitales y viceversa. Tambin proporcionan funciones tales como compresin de voz, transcodificacin (cambiando entre diferentes formatos de voz convertida a digital), y conferencia. DSPs son componentes hardware establecidos a menudo en los mdulos de voz dentro de los gateways. El muestreo es la tcnica que se utiliza para convertir la informacin a digital analgica. Por ejemplo, los productores convierten la msica a digital para los CDs muestreando el sonido vivo frecuentemente y despus convirtiendo cada muestra a digital. El muestreo es la reduccin de una seal continua a una seal discreta. El convertir las ondas acsticas de la msica analgica (una seal del continuo-tiempo), estructura de DSPs a una secuencia de las muestras (una seal del tiempo discreto) de las cuales la seal analgica se puede reconstruir para tocar en un lector de cd. DSPs tiene un papel similar en convertir seales de voz a digital en con trfico de voz habilitados en routers.
La figura ilustra cmo las routers habilitados para voz convierten seales de voz analgica al formato digital para el encapsulamiento en paquetes IP y transportan redes sobre IP. En el ejemplo, una llamada se est realizando de un telfono anlogo (Phone1), que est conectado con un router (R1), a un telfono anlogo (Phone2) que est conectado con otra router (R2). Las dos routers se conectan con una red del IP. El usuario en Phone1 habla en el micrfono del telfono, y el telfono enva una seal analgica al puerto de FXS de la router R1. El router R1 convierte la seal analgica recibida a una seal numrica y encapsula los bits en los paquetes IP. La red del IP lleva los paquetes IP al router R2.
CIBERTEC
36
DSPs en las tarjetas de interfaz de voz del router realiza la conversin de analgico a digital. La figura resume los pasos: Paso 1 Muestreo: El DSP muestrea peridicamente la seal analgica. La salida del muestreo es una seal de la modulacin de amplitud de pulso (PAM) medida en voltios. Paso 2 Cuantificacin: El DSP empareja la seal del PAM a una escala digital dividida en segmentos. Esta escala mide la amplitud (altura o voltaje) de la seal del PAM. Paso 3 Compresin: El DSP comprime muestras de voz para reducir requerimientos de ancho de banda.
2.2.2 Codificacin bsica de voz: Conversin de seales Digitales a Seales analgicas

Cuando un router recibe voz a la entrada en formato digital, tiene que convertirlo de nuevo a seales analgicas antes de enviarlo hacia fuera a los interfaces anlogos de voz. En un escenario en donde una llamada de un telfono anlogo (Phone1), que est conectada con un router (R1), a un telfono anlogo (Phone2) que est conectado con otra router (R2). Los dos routers se conectan con una red IP. Cuando el router R2 recibe los paquetes IP que llevan voz convertida a digital, el router convierte los paquetes de nuevo a seales analgicas. Las seales analgicas van a Phone2 y luego a travs del altavoz del telfono; el usuario en Phone2 oye el discurso original. El proceso de digital a analgico es al revs de la conversin de analgico a digital. Los DSPs en las tarjetas de interfaz de voz de los routers convierten seales numricas a las seales analgicas. Paso 1 Descompresin: Cualquier muestra comprimida de voz primero se descomprime. Esto es un paso opcional en convertir seales analgicas. Paso 2 Decodificacin: El DSPs en la tarjeta de interfaz de voz descifra las muestras digitales de voz al valor de la amplitud de las muestras y despus reconstruye una seal del PAM de la amplitud original. Paso 3 Reconstruccin de la seal analgica: El DSP pasa la seal del PAM a travs de un filtro correctamente diseado que quite los pasos digitales discretos de la salida y produzca la seal que refleja la forma de onda analgica original de la seal digital codificada.
CIBERTEC
2.2.3 Muestreo
Cuando un DSP convierte una seal analgica a la forma digital, el DSP muestrea la seal analgica primero. El tasa del muestreo afecta la calidad de la seal convertida a digital. Si la tasa del muestreo es demsiado baja, el DSP procesa demsiado poca informacin y se degrada la calidad resultante. El teorema de Nyquist es la base de la conversin de analgico a digital. En trminos simples, el teorema de Nyquist nos dice que la reconstruccin de una seal de las muestras de la seal es posible si la frecuencia de muestreo es mayor que dos veces el ancho de banda de la seal. En trminos prcticos, la reconstruccin no es perfecta ni exacta. Los ingenieros seleccionan tasas del muestreo para resolver los requisitos prcticos de usos especficos. Este asunto describe cmo seleccionar una tasa prctica del muestreo.
El teorema de Nyquist predice cmo un DSP trabaja; cuando el DSP muestrea una seal instantneamente en los intervalos regulares y en un ndice por lo menos dos veces de la frecuencia ms alta del canal, entonces las muestras contienen la suficiente informacin para permitir una reconstruccin exacta de la seal en el receptor.
2.2.4 Cuantificacin
Las aplicaciones de telefona utilizan un ndice del muestreo de 8000 megaciclos para convertir una seal analgica a un formato digital. El DSP debe redondear el valor de cada muestra al nmero entero ms cercano en una escala que vare segn la resolucin de la seal. El DSP entonces convierte los nmeros enteros a los nmeros binarios. La cuantificacin es el proceso de seleccionar esos nmeros binarios para representar el nivel voltaje de cada muestra (el valor de la modulacin de amplitud de pulso [PAM]). En un sentido, se usan los DSPs para aproximar sonidos anlogos al valor binario ms cercano que est disponible. El DSP debe seleccionar un nmero entero que est ms cercano al nivel de la seal que el DSP est leyendo, en ese instante se muestrea la seal. Los
CIBERTEC
38
valores del PAM se redondean para arriba o abajo al paso que est el ms cercano a la seal analgica original. La diferencia entre la seal analgica original y el nivel de la cuantificacin asignados se llama error de la cuantificacin o ruido de cuantificacin. Esta diferencia es origende la distorsin en sistemas digitales de la transmisin.
Nota El ruido y la distorsin son diferentes fenmenos. La distorsin es cualquier cambio en la seal son los resultados en la salida que son diferentes a la original. El ruido es informacin/seales adicionales agregadas a la original. El ruido es una forma de error que no est segn lo relacionado directamente con la seal de entrada. Es decir el ruido es sin correlacin con la seal de entrada. El ruido es tambin al azar en lo referente a la distorsin porque viene fuera de la seal de entrada. En trminos de medida, la distorsin suena a menudo significativa aun cuando l no est, y como tal, distorsin es difcil a parte del ruido. Por esta razn, la distorsin puede ser de distraccin en una seal de audio que ruido. El ruido del trmino es de uso frecuente en lugar de la distorsin. En la telefona las aplicaciones generalmente son de cuantificacin 8-bit. DSPs representa todos los valores posibles de la forma de onda analgica con 256 valores distintos del voltaje, cada uno representada por un nmero binario de 8 bits. Estas aproximaciones no son una duplicacin exacta de la forma de onda analgica y no contienen los errores de la cuantificacin (ruido). Para la comparacin, los discos compactos utilizan la cuantificacin de 16 bits que permite 65.536 niveles voltaicos distintos. Aunque la cuantificacin de 8 bits es crudo e introduce ruido substancial de la cuantificacin en la seal, el resultado sigue siendo ms que adecuado representar voz humana en usos de telefona. Otro trmino importante es el cociente Seal a Ruido (signal-tonoise). El cociente SNR es el cociente de una seal transmitida dada al ruido de fondo del medio de la transmisin. Una realidad desafortunada de la cuantificacin es que SNR es ms grande en las amplitudes de la seal porque la seal est utilizando una parte ms pequea de la gama dinmica disponible. Esto significa que
CIBERTEC
los errores son proporcional grandes concerniente a la seal. Para evitar estas ediciones de SNR, los ingenieros utilizan una escala logartmica para proporcionar una graduacin para seales ms pequeas, dando por resultado uno ms uniforme SNR para todas las seales.
2.2.5 Codificacin Digital de voz

Las muestras de voz Digital son representadas por 8 bits por muestra. Cada muestra se codifica as: Un bit de polaridad: Indica seales positivas o negativas Tres segmentos de bits: Identifica logartmicamente el tamao del segmento clasificado (0-7) Cuatro bits de step: Identifique el step lineal dentro de un segmento Porque el muestreo de telefona toma 8000 muestras por segundo, el ancho de banda que es necesaria por llamada es 64 kbps. Esta necesidad del ancho de banda es por La aplicacin con redes conmutadas de circuitos, combinando los canales mltiples de 64 kbps cada uno (el nivel 0 [DS-0] de la seal numrica) en un solo interfaz fsico.
2.2.6 Companding
El termino Companding se refiere al proceso de comprimir una seal analgica en origeny en seguida de ampliar esta seal de nuevo a su tamao original cuando alcanza su destino. El trmino companding viene de combinar dos trminos, de la compresin y de ampliarse, en una palabra. Un compansor comprime muestras de la seal analgica de entrada en segmentos logartmicos. El compansor despus cuantifica y cifra cada segmento usando la cuantificacin uniforme. Los sistemas de Bell definieron el mtodo de la a-law de cuantificacin que se utiliza en los sistemas digitales de la telecomunicacin de Amrica del norte y de Japn. Este mtodo de cuantificacin fue adoptado como el algoritmo de a-law para La aplicacin en Europa y muchos del resto del mundo. Despus de la idea de permitir funciones ms pequeas del paso en amplitudes ms bajas ms bien que en amplitudes ms altas, la mu-law y la alaw proporcionan una escala cuasi-logartmica. La gama del voltaje tiene 16 segmentos (0 a la negativa 7 positivos y 0 a 7). Cada segmento tiene 16 pasos para un total de 256 puntos en la escala. Comenzando con el segmento 0, que est el ms cercano a la amplitud cero, los segmentos crecen ms grandes hacia las amplitudes mxims y el tamao de los pasos aumenta. Dentro de un segmento, sin embargo, el tamao de los pasos es lineal. El resultado de usar mu-law y a-law es un valor ms exacto para amplitudes ms pequeas y un cociente signal-to-noise uniforme de la cuantificacin (SQR) a travs de la gama de entrada.
CIBERTEC
40
Los estndares del sector de la estandarizacin de la telecomunicacin de ITU (ITU-T) para el companding incluyen la alaw y la mu-law en la recomendacin G.711. Nota Por convencin, cuando el PSTN se comunica entre un pas de la mu-law y un pas de la a-law, el pas de la mu-law debe cambiar su sealizacin para acomodar el pas de la a-law.
2.2.7 Caractersticas comunes del Codec de voz

La compresin de datos comprime datos de modo que los datos requieran menos ancho de banda en los canales de transmisin de datos. La mayora de los esquemas de la compresin aprovechan el hecho de que los data streams tienen muchas repeticiones. Por ejemplo, mientras que un cdigo de 7 bits ASCII representa caracteres alfanumricos, un esquema de la compresin puede utilizar un cdigo de 3 bits para representar las ocho letras ms comunes. En voz, hay los stretches de silencio que se pueden substituir por un valor que indique cunto silencio hay all, o cunto tiempo existe el silencio. Semejante, a las tcnicas grficas de la compresin, un valor puede substituir los espacios blancos en una imagen indicando la cantidad de espacio blanco que se substituya. El antiguo servicio telefnico (POTS) trabaj ntegramente en una infraestructura analgica. El llamar interurbano era desafiador sobre todo debido a la atenuacin y la lnea ruido de la seal. La amplificacin peridica solucion problemas hasta cierto punto pero tambin amplific el ruido. Cuando las compaas del telfono convirtieron sus lneas interurbanas a la modulacin de cdigo de pulso digital y usando (PCM) para convertir las seales a digital, estos problemas desaparecieron virtualmente. La tcnica bsica del PCM es utilizar un codificador-decodificador (cdec) para muestrear la amplitud de una seal de voz 8000 veces por segundo y despus para almacenar el valor de la amplitud como 8 bits de datos. Hay una frmula en este procedimiento de almacenamiento: 8000 muestras/segundos x 8 bits/muestra = 64.000 bits/sec El resultado es la base para sistema telefnico digital Jerrquico. La modulacin diferencial (o delta) de modulacin pulso-cdigo (DPCM) codifica los valores del PCM como diferencias entre la corriente y el valor anterior. Para el audio, este tipo de codificacin reduce el nmero de los bits requeridos por muestra del 25 por ciento comparados al PCM. DPCM adaptante (ADPCM) es una variante de DPCM que vara el tamao de espacio de la cuantificacin para permitir la reduccin adicional del ancho de banda requerida para un cociente signal-to-noise dado. En gran parte, ADPCM ha substituido el PCM. ADPCM utiliza una tcnica de codificacin especial que reduce los datos que se requieren para almacenar por cada muestra,
CIBERTEC
transmitiendo solamente la diferencia entre una muestra y el siguiente. Un algoritmo adaptante del predictor predice por adelantado cmo la seal cambiar. La prediccin es generalmente muy exacta. Mientras que las muestras varan, el predictor se adapta rpidamente a los cambios. ADPCM proporciona 48 canales de voz en una lnea T1, que beneficia a clientes que utilizan tales lneas para interconectar sus oficinas alejadas o para conectar su sistema telefnico internos con los switches de la compaa del telfono. Se muestra las tcnicas ms populares de la codificacin por sus ndices binarios que sean estandardizados para la telefona por el ITU-T en sus recomendaciones de las series G: G.711: Describe la tcnica de la codificacin de voz del PCM de 64 kbit/sec. En G.711, la voz codificada est ya en el formato correcto para la entrega digital de voz en el PSTN o con PBXs. G.726: Describe la codificacin de ADPCM en 40, 32, 24, y 16 kbps. la voz ADPCM-codificada se puede intercambiar entre la voz de paquetes, las redes del PSTN, y del PBX si las redes del PBX se configuran para soportar ADPCM. G.728: Describe 16 kbps bajo-retardo la variacin de la compresin linear excitada cdigo de voz de la prediccin (CELP). La codificacin de voz de CELP se debe traducir a un formato pblico de telefona para la entrega o a travs del PSTN. G.729: Describe la compresin de CELP que los cdigos expresan en 8 corrientes de los kbps, o conjuga la prediccin linear excitada cdigo algebraico de la estructura (CS-ACELP). G.729A: Describe el algoritmo audio de la compresin de datos para la voz que comprime audio de voz en secciokjnes del ms 10. G.729A es compatible con G.729 (que tambin utilice CSACELP), pero G.729A requiere menos cmputo. Esta complejidad ms baja tiene la desventaja marginal de empeorar < kkkkkkklra los algoritmos de la codificacin. La medida de calidad perceptiva del discurso (PSQM), segn ITU P.861 estndar, proporciona un grado en una escala de 0 a 6.5, donde est el mejor 0 y 6.5 es los peores. Muchos vendedores ponen PSQM en ejecucin en el equipo de prueba y sistemas de supervisin. El equipo de prueba de algn PSQM convierte las 0 escalas to-6.5 a las 0 escalas to-5 al correlativo al MOS. PSQM trabaja comparando el discurso transmitido a la entrada original y rindiendo una cuenta. El equipo de prueba de varios vendedores es capaz ahora de proporcionar una cuenta de PSQM para una llamada de voz de la prueba sobre una red particular de paquetes.
2.2.9 Una mirada ms cercana en un DSP

En un mdulo tpico de DSP que se pudo utilizar en un router de con trfico de voz habilitado Cisco. Un procesador de la seal
CIBERTEC
42
numrica (DSP) es un procesador especializado usado para las aplicaciones de telefona: Terminacin de voz: DSPs termina las llamadas a la entrada de las cuales se han recibido o se han colocado a los interfaces tradicionales de voz. Estos interfaces pueden ser interfaces digitales o anlogos. Por ejemplo, cuando un telfono del anlogo pone una llamada al PSTN (sobre un tronco digital) o a un dispositivo de VoIP, un recurso de DSP se utiliza para acomodar esta llamada. El DSP convierte la seal analgica a digital (y viceversa) y proporciona la cancelacin del eco, la compresin, la deteccin de la actividad de voz (VAD), la generacin de ruido de comodidad (CNG), la reduccin del jitter y otras funciones similares. Conferencia: En la comunicacin audio, la voz de la mezcla de DSPs fluye de participantes mltiples en una sola corriente de la llamada de conferencia. Todos los participantes envan su audio al puente de la conferencia (es decir, el DSP), donde las corrientes se mezclan y despus se juegan de nuevo a todos los participantes. Transcodificacin: DSP toma una corriente de voz de un tipo del codec y la convierte a otro tipo del codec. Por ejemplo, la transcodificacin toma una corriente de voz de un codec G.711 y transcodifica la corriente en tiempo real a una corriente del codec G.729. Un DSP que se utiliza para las conferencias permite que los participantes de la conferencia utilicen diferentes codecs. En este caso, las corrientes de las mezclas de DSP no solamente con el mismo tipo del codec pero pueden mezclar las corrientes de diferentes tipos del codec. El DSP tambin proporciona funciones de transcodificacin. Debido a esta funcionalidad adicional, las multiconferencias son ms intensivas en uso de DSPs y soportan pocas conferencias que en modo simple.
Un DSP que se utiliza para las conferencias unimodales soporta solamente un codec que todos los participantes de la conferencia deban utilizar. En este caso, el DSP puede mezclar flujos con el mismo tipo del codec solamente. Si los dispositivos con diferentes codecs ensamblan la conferencia, se requiere la transcodificacin usando DSPs separado.
CIBERTEC
2.3 Encapsulado de paquetes de voz para el transporte

2.3.1 Transporte de voz en redes con conmutador de circuito
En ambientes del PSTN, los telfonos residenciales conectan con los switches de sede (CO) en los circuitos anlogos. La red de la base se compone de los switches que son interconectados por los troncos digitales, segn lo ilustrado en figura. Cuando un usuario que inicia la llamada pone una llamada a un segundo telfono, la etapa de la disposicin de llamada ocurre primero. Esto instala un circuito dedicado de extremo a extremo (DS-0) para la llamada. El switch del CO entonces convierte las seales analgicas recibidas en formato digital usando el codec G.711. Durante la etapa de la transmisin, la transmisin sncrona enva los bits G.711 en una tasa fija con un muy bajo pero constante retardo. El circuito dedica el ancho de banda entera (64 kbps) a la llamada, y porque todos los bits siguen la misma trayectoria, todas las muestras de voz permanecen en orden. Cuando la llamada acaba, los switches lanzan los circuitos individuales DS-0, hacindolos disponibles para uso de otras llamadas.
2.3.2 Transporte de voz en redes IP

En las redes de VoIP, los telfonos anlogos conectan con las entradas de VoIP a travs de interfaces anlogos. Las entradas conectan a travs de una red del IP, segn las indicaciones de figura. Los telefonos IP conectan con los switches, y los switches alternadamente conectan directamente con los routers. Cuando un usuario que inicia la llamada pone una llamada a partir de un telfono a otro telfono, la etapa de la disposicin de llamada fija el llamar lgicamente, pero no se asocia ningunos circuitos dedicados (lneas) a la llamada. La entrada entonces convierte las seales analgicas recibidas en formato digital usando un codec, tal como G.711 o G.729 con la compresin de voz. Durante la etapa de la transmisin, las entradas de voz insertan los paquetes de voz en los paquetes de datos y despus envan los
CIBERTEC
44
paquetes de datos, uno por uno, hacia fuera a la red. El ancho de banda de los enlaces entre los routers individuales no son de divisin de tiempo multiplexadas en los circuitos separados sino son solos circuitos de alto consumo de ancho de banda, llevando los paquetes IP de varios dispositivos. Los paquetes de voz incorporan la red en una tasa constante (que sea ms baja que la lnea velocidad fsica, dejando el espacio para otros paquetes). Sin embargo, los paquetes pueden llegar su Destino las tasas que varan. Cada paquete encuentra diferente retardo en la ruta a destinoy los paquetes pueden incluso llevar diferentes rutas la misma Destino. La condicin donde paquetes llegan variar, las tasas imprevisibles se llama jitter. Para la voz a la parte en el otro extremo, el router de destino tiene dos tareas. Los routers deben reinsertar los intervalos correctos de tiempo y debe asegurarse de que los paquetes estn en el orden correcto despus que la llamada sea completada.
2.3.3 Protocolos usados en el encapsulamiento de voz

El IP no est bien adaptado a la transmisin de voz. Las aplicaciones en tiempo real tales como voz y vdeo requieren una conexin fiable garantizada con retardo constante. IP no garantiza confiabilidad, control de flujo, la deteccin de error, o la correccin de error. El resultado es que los paquetes (o los datagramas) pueden llegar destinofuera de secuencia o con errores o no llegar todos. Dos protocolos de capa de transporte estn disponibles para ayudar superan las debilidades inherentes del IP. Los TCP y el UDP permiten la transmisin de la informacin entre los procesos correctos (o las aplicaciones) en los ordenadores huesped. Estos procesos se asocian a nmeros de acceso nicos (por ejemplo, La aplicacin del HTTP se asocia generalmente al puerto 80). Sin embargo, solamente el UDP es conveniente para las aplicaciones de VoIP. El TCP ofrece la transmisin orientada a la conexin y confiable. El TCP establece una trayectoria de comunicaciones antes de datos que transmiten. El TCP maneja la deteccin el ordenar y de error para asegurarse de que La aplicacin de Destino recibe una corriente confiable de datos. Sin embargo, la voz es un uso en tiempo real. Si un paquete de voz se pierde, una retransmisin de TCP accionada por la expiracin de un contador de tiempo de la retransmisin llega demsiado tarde para una retransmisin eficaz de ese paquete de voz. En tal situacin, es mejor perder algunos paquetes (que degrada brevemente calidad) ms bien que volver a enviar los segundos despus de paquetes. Al usar VoIP, es ms importante que los paquetes llegan La aplicacin de Destino en la secuencia correcta y confiable El UDP, como el IP, es un protocolo sin conexin. Los datos de las rutas del UDP a su puerto correcto de destinopero no procuran realizar ordenar o asegurar confiabilidad de datos. Dos protocolos, protocolo en tiempo real del transporte (RTP) y manija del protocolo del control de RTP (RTCP) estas tareas:
CIBERTEC
RTP transporta las muestras convertidas a digital de la informacin en tiempo real. RTCP proporciona la regeneracin en la calidad de enlace de la transmisin. Nota Observe que RTP y RTCP no reducen el total retardon de la informacin en tiempo real. Ni hacen cualquier garanta referente a la calidad del servicio. RTP tiene otra funcin importante: paquetes reordering. En una red del IP, los paquetes pueden llegar en un diferente orden del que fueron transmitidos. Las aplicaciones en tiempo real deben saber la poca relativa de la transmisin de paquetes. Paquetes de los timestamps de RTP para proporcionar estas ven
Para TCP es necesario proporcionar transporte confiable y debe acomodar los paquetes recibidos que son reconocidos, enviado los paquetes que son mantenidos un almacenador intermedio de retransmisin hasta que el receptor reconoce el recibo, y as sucesivamente. La cabecera grande de TCP (20 octetos) consume ms ancho de banda que la cabecera ms pequeo del UDP (8 octetos). Tambin, la transmisin de voz no necesita la funcionalidad de la retransmisin de TCP una vez que la disposicin de llamada sea completa. Porque las cabeceras del UDP y de RTP son ms pequeos que encabezados de TCP, las cabeceras del UDP y de RTP no proporcionan transporte confiable. Un dispositivo de VoIP puede tener llamadas activas mltiples. El dispositivo debe seguir qu paquetes pertenecen a cada llamada. Proveer del dispositivo de VoIP esto necesit multiplexar capacidad, los nmeros de acceso del UDP identifican la llamada que el paquete pertenece a y sigue los paquetes a las llamadas especficas. Durante la disposicin de llamada, el dispositivo de VoIP negocia los nmeros de acceso del UDP para cada llamada y se asegura de que los nmeros de acceso son nicos para todas las llamadas actualmente activas. Los nmeros de acceso del UDP que se utilizan para RTP estn en la gama de 16.384 a 32.767.
2.3.4 Encapsulacin Codecs de voz

Los dispositivos de VoIP encapsulan voz en RTP y el UDP antes de agregar la cabecera del IP. El tamao de paquetes entero de VoIP depende del codec se utiliza que y la cantidad de voz que es packetized. La longitud de las muestras puede variar, pero para la voz, las muestras que representan al ms 20 son la duracin mxima para la carga til. La seleccin de esta duracin de la carga til es un compromiso entre los requisitos del ancho de banda y la calidad. Cargas tiles ms pequeas exigen un ancho de banda proporcionalmente ms alta por venda del canal porque sigue habiendo la longitud de la cabecera en 40 octetos. Sin embargo, si las cargas tiles aumentan, el total retardo en los
CIBERTEC
46
aumentos del sistema, y el sistema es ms susceptible a la prdida de paquetes individuales por la red.
2.3.5 Reduccin de consumos indirectos de la cabecera con el cRTP

Los consumos indirectos combinados de las cabeceras IP, del UDP, y de RTP son enormemente altos, especialmente porque la voz viaja en paquetes relativamente pequeos y en las altas tasas de paquetes. Cuando se utiliza G.729, las cabeceras son dos veces el tamao de la carga til de voz.
2.3.6 Cundo utilizar la compresin de RTP

El cRTP reduce por encima para el trfico de las multimedias RTP. La reduccin en los consumos indirectos para el trfico de las multimedias RTP da lugar a una reduccin correspondiente en retardo; el cRTP es beneficioso cuando el tamao de la carga til de RTP es pequeo, por ejemplo las cargas tiles audio. Utilice la compresin de la cabecera de RTP en cualquier interfaz WAN donde usted se refiere sobre ancho de banda y donde hay una parte elevada de trfico de RTP. A pesar de las ventajas, hay algunas desventajas a considerar antes de permitir el cRTP. Considere los factores siguientes antes de permitir el cRTP: Utilice el cRTP cuando usted necesita conservar ancho de banda en sus enlaces WAN, pero permita el cRTP solamente en los enlaces lentos (menos de 2 Mbps). Considere las desventajas del cRTP:
CIBERTEC
El cRTP de o agrega a procesar consumos indirectos; compruebe los recursos disponibles en sus routers antes de dar vuelta en cRTP. El cRTP de o introduce adicional retardo debido al tiempo que toma para realizar la compresin y la descompresin. cRTP de la consonancia limitando el nmero de las sesiones que se comprimen en el interfaz. El defecto es 16 sesiones. Si su CPU del router no puede manejar 16 sesiones, baje el nmero de las sesiones del cRTP. Si el router hace que bastante energa y usted de la CPU deseen comprimir ms de 16 sesiones sobre un enlace, fije el parmetro a un valor ms alto.
2.4 Requisitos de ancho de banda para VoIP

2.4.1 Impacto del tamao de las muestras y de paquetes de voz en ancho de banda
Cuando un dispositivo de VoIP enva voz sobre redes de paquetess, el dispositivo encapsula la informacin convertida a digital de voz en los paquetes IP. Estos consumos indirectos de el encapsulamiento requieren ancho de banda adicional segn lo determinado por estos elementos: Tasa de paquetes: La tasa de paquetes especifica el nmero de paquetes que se envan en cierto intervalo del tiempo. La tasa de paquetes se especifica generalmente en paquetes por el segundo (pps). La tasa de paquetes es lo contrario multiplicative del perodo del packetizacin. El perodo del packetizacin es la cantidad de voz (tiempo) que ser encapsulada por paquete y se especifica generalmente en milisegundos. Tamao de Packetizacin: especifica el nmero de los bytes que son necesarios representar la informacin de voz que ser encapsulada por paquete. El tamao de Packetizacin depende del perodo del packetizacin y del ancho de banda del codec que se utiliza. IP overhead: Los consumos indirectos IP especifican el nmero de los bytes que se agregan a la informacin de voz durante el encapsulamiento IP. Cuando la voz se encapsula en RTP, el UDP, y el IP, los consumos indirectos del IP son la suma los consumos indirectos de todas estas cabeceras. Enlace de datos overhead: especifican el nmero de los bytes que se agregan durante el encapsulamiento de enlace de datos. Los consumos indirectos de enlace de datos dependen del protocolo usado de enlace de datos, que puede ser diferente para cada enlace. Tunneling overhead: especifican el nmero de los bytes que son agregados por cualquier seguridad o protocolo el hacer un tnel, tal como hacer un tnel de 802.1Q, IPSec,
CIBERTEC
48
encapsulacin genrica de la ruta (GRE), o conmutacin Multiprotocol de la etiqueta (MPLS).
2.4.2 Impacto de Codecs en ancho de banda

Un codec transforma seales analgicas en formato digital. Diferentes codecs tienen diferentes requisitos del ancho de banda: G.711: El codec G.711 utiliza la mayora del ancho de banda. Codifica cada uno de las 8000 muestras que se toman cada segundo en 8 bits, dando por resultado una ancho de banda del codec de 64 kbps. G.722: El codec G.722 parte la seal de entrada en dos subbandas y utiliza una versin modificada de la modulacin de cdigo de pulso diferenciado adaptante (ADPCM). El ancho de banda de G.722 es 64, 56, o 48 kbps. G.726: Los esquemas de codificacin de G.726 ADPCM utilizan menos ancho de banda. Estos esquemas de codificacin codifican cada uno de las 8000 muestras que se toman cada segundo usando 4, 3, o 2 bits, dando por resultado anchos de banda de 32, 24, o de 16 kbps. G.728: El G.728 utiliza muestras lineares excitadas con codificacin por prediccin (LDCELP). Las forms de onda de cinco muestras son representadas por una palabra de 10 bits, que identifica el mejor patrn obtenido. Debido a la compresin de cinco muestras (digno de 40 bits en el PCM) a 10 bits, el ancho de banda de LDCELP es 16 kbps. G.729: La estructura G.729 basado en cdigo algebraico excitado con esquema de codificacin lineal de prediccin (CS-ACELP) tambin ofrece la compresin basada en patrones. Las forms de onda de 10 bits son representadas por un palabra de 10 bits, reduciendo el ancho de banda a 8 kbps. El ancho de banda del codec, sin embargo, indica solamente el ancho de banda que se requiere para la voz convertida a digital. No incluye ningun consumos indirectos de packetizacin.
2.4.3
Cmo la paquetizacin afecta el tamao y tasa de paquetes de VoIP

El overhead de paquetizacin que un dispositivo de VoIP agrega al ancho de banda del codec depende del tamao de las cabeceras agregadas y de la tasa de paquetes. Enviar ms paquetes agrega ms cabeceras IP, del UDP, y de RTP a la carga til de voz. El requisito total del ancho de banda de VoIP incluye el paquete entero de VoIP (las cabeceras y carga til de voz) y el ndice que enva de paquetes de VoIP. En los dispositivos de VoIP, usted puede especificar, en la adicin al codec, la cantidad de voz encapsulada por paquete.
CIBERTEC
Generalmente, este valor se configura por el perodo del packetizacin (en milisegundos). Un tiempo ms alto del packetizacin da lugar a un tamao ms grande de paquetes del IP debido a la carga til ms grande (las muestras convertidas a digital de voz). Sin embargo, un tiempo ms alto del packetizacin da lugar a una tasa ms baja de paquetes, reduciendo los consumos indirectos IP debido al nmero ms pequeo de paquetes que deben ser generados.
2.4.4 Overhead de enlace de datos

Cuando un dispositivo de VoIP enva los paquetes IP sobre un enlace dentro de una red IP, el dispositivo encapsula los paquetes usando el protocolo de enlace de datos para ese enlace. Cada enlace puede utilizar un diferente protocolo de enlace de datos.
En un escenario donde un un paquete IP que vaya a partir de un telfono IP a otro. Los dos telefonos IP estn situados en diferente LANs y separados por una red dFrame Relay. Antes de que el telfono que enva transmita el paquete de VoIP sobre el LAN, el telfono tiene que encapsula el paquete en una trama Ethernet. El router que recibe la trama quita la cabecera de Ethernet y encapsula el paquete de VoIP antes de enviar el paquete hacia fuera al WAN. El routres que recibe el paquete de VoIP de la red quita la cabecera y encapsula el paquete de VoIP en un trama Ethernet otra vez antes de pasar el paquete al telfono de recepcin IP.
CIBERTEC
50
Los consumos indirectos de los protocolos de enlace de datos de uso general para VoIP son 18 bytes para Ethernet, 22 bytes para las tramas de Ethernet 802.1Q-tagged, y duando usted calcule la anchos de banda de una llamada de VoIP para cierto enlace, usted debe considerar los consumos indirectos apropiados del protocolo de enlace de datos.
2.4.5 Seguridad y el overhead de tunelizacin

Los paquetes IP, y por lo tanto tambin los paquetes de VoIP, se pueden asegurar usando IPSec. Hay dos modos de IPSec: modo del transporte y modo del tnel. En cualquier modo, los paquetes se pueden proteger por la cabecera de autentificacin (AH), la cabecera de encapsulado de la carga til de la seguridad (ESP), o ambos cabeceras. En modo del tnel, se genera una cabecera adicional IP, permitiendo La aplicacin de las redes privadas virtuales (VPNs). Adems, los paquetes IP o las tramas de enlace de datos 1 Pueden ser tunelizados sobre una variedad de protocolos. Los ejemplos para tales protocolos del tnel incluyen stos: GRE, que puede transportar los paquetes de la capa de red o los paquetes excesivos del IP de las tramas del dato-enlace La expedicin de la capa 2 (L2F) y acoda el protocolo el hacer un tnel 2 (L2TP), que hacen un tnla tramas del PPP sobre redes del IP Ethernet excesiva del PPP (PPPoE), que permite que el PPP sea utilizado sobre Ethernet 802.1Q que hace un tnel, que transporta las tramas 802.1Q dentro de otro VLAN. Los protocolos IPSec el hacer un tnel tienen algunas caractersticas comunes. Todos encapsulan el paquete o la trama original en otro protocolo. La adicin de la cabecera del protocolo el hacer un tnel aumenta el tamao de paquetes original, dando por resultado necesidades ms altas del ancho de banda. El ancho de banda adicional puede ser crtico, ESP para los paquetes de voz, debido a altas tasas de la transmisin de paquetes y tamao pequeo de paquetes. Cuanto ms grandel tamao es de las cabeceras adicionales, mayor la necesidad es para el ancho de banda adicional para los paquetes de VoIP.
2.4.6 Cabeceras adicionales en protocolos de seguridad e implementacin de un tnel

IPSec y los protocolos el hacer un tnel agregan las cabeceras de diferentes tamaos. Los consumos indirectos de IPSec dependen de la aplicacin de las cabeceras disponibles (AH y ESP), el cifrado o los algoritmos de la autentificacin que se utilizan en estas cabeceras, y el modo de IPSec (transporte o modo del tnel). Porque AH soporta solamente la autentificacin mientras que soporta ESP la autentificacin y el cifrado, se utiliza ESP ms a
CIBERTEC
menudo. Con el estndar de cifrado de datos (DES) o DES triple (3DES) usado para el resumen 5 (MD5) del cifrado y del mensaje o el algoritmo seguro 1 (SHA-1) del picadillo usado para la autentificacin, la cabecera agrega ESP 30 a 37 octetos en modo del transporte. Cuando se utiliza el estndar avanzado del cifrado (AES) mientras que el algoritmo del cifrado y el bloque AESextendido de la cifra que encadenan (AES-XCBC) se utiliza para la autentificacin, 38 a 53 octetos se agregan en modo del transporte. ESP el DES y 3DES requieren que la carga til est redondeada hasta mltiplos de 8 octetos (dando por resultado 0 a 7 octetos de acolchado), mientras que la carga til de AES se redondea ESP hasta mltiplos de 16 octetos (dando por resultado 0 a 15 octetos de espacio). En modo del tnel, un suplemento 20 octetos se debe agregar para la cabecera adicional del IP.
L2TP o GRE agregan 24 octetos a la trama original PPP, MPLS agrega 4 octetos al paquete original del IP, y PPPoE agrega un suplemento encabezado de PPPoE de 8 octetos entre la trama Ethernet y el paquete del IP.
2.4.7 Calcular el ancho de banda total para una llamada de VoIP

Cuando usted est diseando las redes para VoIP, es crucial saber el ancho de banda total de una llamada de VoIP que ocurra a travs del enlace. La figura representa una red simple de VoIP. Esta informacin es necesaria determinar la capacidad de enlaces fsicos y desplegar correctamente CAC y QoS. CAC limita el nmero de las llamadas de voz concurrentes; este lmite evita el oversubscription del enlace, que causa la degradacin de la calidad. El QoS da la prioridad a los paquetes de voz, el evitar demsiado-alto retardo que son causados haciendo cola, que afecta otra vez calidad de voz. Para calcular el ancho de banda total de una llamada de VoIP, realice estos pasos: Paso 1
CIBERTEC
52
Informacin requerida frunce del paquetizacin: Primero, usted debe determinar el ancho de banda del codec que se utiliza para convertir las seales a digital analgicas. El ancho de banda del codec se especifica en kilobits por segundo y est generalmente en la gama de aproximadamente 8 a 64 kbps. Usted tambin necesita el perodo del paquetizacin (especificado en milisegundos) o el tamao del paquetizacin (especificado en octetos). Si usted tiene el ancho de banda del codec y la que est de estos dos valores, usted puede calcular el valor restante. Paso 2 Informacin requerida sobre el enlace: La cantidad de consumos indirectos que ser agregada por paquete en cada enlace es el pedazo de informacin siguiente que usted necesita. La cantidad de consumos indirectos usada depende encendido si o no el cRTP est utilizado, que el protocolo del dato-enlace es funcionando, y cul son los consumos indirectos del dato-enlace por paquete. Los consumos indirectos del IP, del UDP, y de RTP son 40 octetos a menos que se utilice el cRTP. Si se utiliza el cRTP, los consumos indirectos son 2 (el defecto) o 4 octetos. Haga seguro incluir los consumos indirectos (en octetos) del protocolo del dato-enlace se utiliza que. Finalmente, usted debe saber si se estn utilizando algunas otras caractersticas que causan consumos indirectos adicionales y cunto sean utilizando las caractersticas de arriba. Las caractersticas adicionales pueden ser caractersticas de la seguridad, tales como VLANs, IPSec, o cualquier uso especial el hacer un tnel. Paso 3 Calcule el tamao o el perodo del paquetizacin: Dependiendo del dispositivo de voz, usted puede ser que sepa el perodo del paquetizacin o el tamao del paquetizacin (determinado en el paso 1). Calcule la informacin que falta basada en el valor conocido ms el ancho de banda del codec, tambin conocida en el paso 1. El tamao del paquetizacin se expresa en octetos; el perodo del paquetizacin se expresa en milisegundos. Paso 4 Agregue junto el tamao del paquetizacin y todos las cabeceras y acoplados: Agregue los consumos indirectos del IP, UDP, y RTP (o cRTP), protocolo del dato-enlace, y cualquier otro protocolo que usted observara en el paso 2 a la carga til de voz (tamao del paquetizacin), que usted determin en el paso 1 o el paso 3. Todos los valores deben estar en octetos. Paso 5 Calcule la tasa de paquetes: Calcule cuntos paquetes sern enviados por segundo usando lo contrario multiplicative del perodo del paquetizacin. Porque la tasa de paquetes se especifica en paquetes por segundo, cercirese de convertir el valor de los milisegundos del perodo del paquetizacin a los segundos. Paso 6 Calcule el ancho de banda total: Multiplique el tamao total de paquetes o del bastidor por la tasa de paquetes para calcular el
CIBERTEC
ancho de banda total. Porque el tamao de paquetes se especifica en octetos y el ancho de banda se especifica en kilobits por segundo, usted necesita convertir octetos a los kilobits. De acuerdo con este procedimiento, usted puede calcular el ancho de banda que es utilizada por un VoIP invita un enlace especfico. Para planear la capacidad de enlaces fsicos, considere el nmero mximo de las llamadas que son probables ser hechas inmediatamente y del ancho de banda que es necesaria para las aplicaciones con excepcin de VoIP. Adems, usted debe asegurarse de que bastante ancho de banda est disponible para sealar del desmontaje de la disposicin de llamada y de la llamada. Aunque los mensajes de sealizacin necesitan relativamente poco ancho de banda, usted no debe olvidarse a la disposicin del ancho de banda para los protocolos de sealizacin (especialmente en su configuracin de QoS).
Resumen Si se asume que usted sabe el perodo del paquetizacin (en milisegundos por paquete), las frmulas para calcular el ancho de banda total se agregan y despus se simplifican a esto: Ancho de banda [kbps] = (8 * (dato-enlace de arriba [octetos por paquete] + el otro de arriba [octetos por paquete] + IP de arriba [octetos por paquete]) + perodo del paquetizacin [ms por paquete] * ancho de banda del codec [kpbs])/perodo de paquetizacin [ms por paquete] Si el tamao del paquetizacin (en octetos por paquete) se sabe en vez del perodo del paquetizacin (milisegundos por paquete), la manera ms simple de calcular el ancho de banda total es utilizar esta frmula:
CIBERTEC
54
Ancho de banda [kbps] = (ancho de banda del Codec [kbps]/tamao del paquetizacin [octetos por paquete]) * (tamao del paquetizacin [octetos por paquete] + dato-enlace de arriba [octetos por paquete] + el otro de arriba [octetos por paquete] + IP de arriba [octetos por paquete])
2.4.8 Clculo rpido del ancho de banda

Recuerde que el cociente del requisito total del ancho de banda al ancho de banda nominal para la carga til es igual que el cociente del tamao total de paquetes al tamao de la carga til. El tamao de la carga til depende del intervalo de la muestra y del codec que se utiliza y es generalmente 20 octetos para G.729 y 160 octetos para G.711, si se asume que un intervalo de la muestra de 20 ms. Las cabeceras son siempre 40 octetos para las cabeceras del IP, del UDP, y de RTP, ms el tamao de la cabecera de la capa 2. El tamao de la capa 2 es 6 octetos para Frame Relay o el PPP o 18 octetos para Ethernet.
Para calcular el ancho de banda total, encuentre el tamao total de paquetes, incluyendo todas las cabeceras ms la carga til y divdase por el tamao de la carga til. Multiplique el resultado por el ancho de banda nominal para el codec. El resultado es el requisito total del ancho de banda.
CIBERTEC
2.4.9
Efectos de VAD en ancho de banda

En una red con conmutador de circuito de telefona, debido a la naturaleza de la red, el ancho de banda de una llamada es permanentemente disponible y dedicado a esa llamada. No hay manera de tomar la ventaja de las pausas del discurso, de la transmisin audio unidireccional, o de casos similares cuando un enlace no se est utilizando. En una red de paquetes, sin embargo, la deteccin de la actividad de voz (VAD) puede aprovecharse del hecho de que una mitad de la llamada de voz media consiste en silencio. VAD detecta el silencio causado, para el caso, por pausas del discurso o por la transmisin audio unidireccional mientras que un usuario que inicia la llamada est escuchando la msica en el asimiento (MoH) al ser transferido. VAD suprime la transmisin del silencio y, por lo tanto, ahorra ancho de banda.
La cantidad de ancho de banda ahorrada por VAD depende de varios factores: Tipo de audio: Durante una conversacin humana, las dos partes no hablan generalmente al mismo tiempo. Cuando se reproduce MoH, la llamada se convierte generalmente en una llamada unidireccional. Debido a la msica que constantemente se reproduce, ningun ancho de banda se puede ahorrar en esta direccin de llamada.. Nivel del ruido de fondo: VAD necesita detectar silencio para poder realizar la supresin del silencio. Si el ruido de fondo es demsiado alto, VAD no puede detectar silencio y no contina la transmisin. Otros factores: Las diferencias en el idioma tiene un impacto en la cantidad de silencio que se detecte en una llamada. Algo llama, por ejemplo conferencias o las difusiones donde los
CIBERTEC
56
solamente un o algn participantes estn hablando y la mayor parte de los participantes estn escuchando permiten ahorros ms altos de ancho de banda que otras llamadas. En promedio, La aplicacin de VAD puede ahorrar cerca de 35 por ciento del ancho de banda. Debido a los factores mencionados, hay desviacin considerable entre cada llamada individual. Por lo tanto, el promedio de 35 por ciento asume cierta distribucin estadstica de los tipos de la llamada, que se alcanza generalmente solamente si un enlace lleva por lo menos 24 llamadas. Si usted est calculando el ancho de banda para menos llamadas, usted no debe tomar VAD en consideracin.
2.5 Implementacin de VoIP en una red corporativa

2.5.1 Puesta en marcha de redes de voz de la empresa
Las puestas en prctica de redes de voz de la empresa utilizan componentes tales como gateways, gatekeepers, Cisco Unified CallManager y telefonos IP. Cisco unific las ofertas de CallManager PBX-como caractersticas a los telefonos IP. Las gateways interconectan sistemas tradicionales de telefona, tales como telfonos anlogos o digitales, PBXs, o el PSTN a la solucin de telefona IP. Los gatekeepers pueden ser utilizados para el escalabilidad de los planes de marcado y para la gestin del ancho de banda al usar el protocolo H.323. Si tenemos una empresa con jefaturas en Chicago, dos oficinas en el rea de San Francisco, y una oficina ms pequea en Dallas. En Chicago, tres localizaciones de las jefaturas conectan va un Metropolitan Area Network (MAN). La oficina del oeste principal de la costa en San Francisco conecta con la oficina del San Jose va una MAN. Dallas tiene un solo sitio. Las tres localizaciones principales de la interconexin de la compaa (rea de la baha de Chicago, San Francisco, y Dallas) va un IP WAN. Las localizaciones cada uno de Chicago, de San Francisco, y de Dallas tienen un racimo unificado Cisco de CallManager el servir de los telfonos locales del IP y de los telefonos IP situados en los sitios MAN-conectados. En el campus del aeropuerto en Chicago, los telefonos IP no se utilizan porque la compaa est utilizando un servicio manejado de telefona que sea ofrecido por el dueo del edificio. Sin embargo, una entrada de voz conecta con el PBX manejado, permitiendo VoIP llama a y desde los telfonos de la oficina del aeropuerto a travs de entrada.
CIBERTEC
Los sitios de las jefaturas de Chicago utilizan el router WAN del IP como gatekeeper que proporcione CAC y gestin del ancho de banda para H.323 llama. Adems, cada sitio principal tiene una gateway de voz que se conecta con la PSTN, permitiendo las llamadas. Estos routers de gateway se equipan de los procesadores de la seal digital (DSPs) que proporcione la comunicacin y los recursos de transcodificacin. Dentro de cada rea, se utiliza el codec G.711, mientras que las llamadas entre las tres reas utilizan el codec G.729. Todas las llamadas dentro de la empresa deben utilizar el IP WAN. Si el IP WAN falla, o si las llamadas son negadas por CAC, las llamadas se reencaminan a travs del PSTN.
2.5.2 Despliegue de CAC

Las soluciones de telefona IP ofrecen CAC para limitar el nmero de las llamadas de voz concurrentes permitidas para prevenir el oversubscription de recursos WAN. Sin CAC, si demasiadas llamadas son activas y demsiado trfico de voz se enva inmediatamente, retardo y las descartes de paquetes ocurren. Incluso dando a paquetes de RTP el excedente absoluto de la prioridad el resto del trfico no elimina problemas cuando el ancho de banda fsica no es suficiente llevar todos los paquetes de voz. Los mecanismos de QoS no asocian los paquetes individuales de RTP a llamadas individuales; por lo tanto, todos los paquetes de RTP se tratan igualmente. Todos los paquetes de RTP experimentarn retardon, y cualquier paquete de RTP puede ser cado. El efecto de este comportamiento es que todas las llamadas de voz experimentan la degradacin de la calidad de voz cuando ocurre el oversubscription. Una idea falsa comn es que solamente las llamadas que estn ms all del lmite del ancho de banda sufren de la degradacin de calidad. CAC es el nico mtodo que previene la degradacin general de la calidad de voz que es causada por tambin muchas llamadas activas concurrentes.
CIBERTEC
58
2.5.3 Funciones de gateway de voz en un router Cisco

Los routers de Cisco, especialmente los routers de servicios integrados (ISR), por ejemplo, la serie 3800 de Cisco, son capaces de procesar voz. Estos routers se pueden equipar de los interfaces tradicionales de telefona para actuar como entradas para los dispositivos anlogos y digitales incluyendo los telfonos, faxes, PBXs, y el PSTN, permitiendo que esos dispositivos obren recprocamente con las redes de VoIP. Los routers soportan numerosos interfaces anlogos, interfaces digitales, y protocolos de sealizacin: Foreign Exchange Station (FXS) Foreign Exchange Office (FXO) Ear / Mouth (E&M) T1 o E1 (CAS) de canal asociado y T1 o E1 de canal comn (CCS) con el ISDN Protocolo de sealizacin (Q.SIG)
Las entradas con los interfaces anlogos convierten seales analgicas en formato digital antes de encapsular voz en los paquetes IP. Los gateways pueden comprimir voz convertida a digital antes de que suceda el encapsulamiento. Esta compresin reduce el ancho de banda que cada llamada necesita. Los routers con IOS de Cisco soportan H.323, el protocolo de la iniciacin de la sesin (SIP), y el protocolo del control de entrada de los medios (MGCP) para sealar de VoIP. Adems, las entradas se pueden equipar de DSPs, que proporcionan la comunicacin y recursos de transcodificacin. En ambientes de telefona IP, las entradas soportan los panorams del retardo para los telefonos IP que han perdido conectividad del IP a su agente de la llamada (es decir, CallManager unificado Cisco). Esta caracterstica, llamada Cisco Survivable Remote Site Telephony (SRST), permite a la entrada tomar el papel del agente de la llamada durante falta WAN. Las llamadas locales pueden entonces proceder aunque conectividad del IP a CallManager unificado Cisco estn quebradas. Adems, Cisco SRST puede encaminar dice en voz alta al PSTN y, as, utiliza el PSTN como la ruta de reserva para las llamadas hacia cualquier sitio que no sea accesible va el IP. Adems, los routers con IOS de Cisco pueden actuar permanentemente como agente de la llamada para los telfonos IP. La caracterstica que proporciona esta funcionalidad es CallManager Unificado Cisco Express. Con este, el router provee funcionalidad unificada de CallManager. Si el router es tambin una gateway de voz, el router combina funcionalidad de telefona IP y de gateway de VoIP en una sola caja.
CIBERTEC
2.5.4
Funciones de Cisco Unified CallManager

Cisco Unified CallManager es la central PBX basada en IP para una solucin de telefona IP. Cisco unific las caracteristicas de CallManager como agente de llamadas para los telefonos IP y las gateways MGCP y puede tambin trabajar recprocamente con H.323 o dispositivos del SIP usando el IOS de Cisco. Para compartir la carga y ofrecer redundancia, mltiples servidores unificados de CallManager pueden funcionar en un cluster. De una perspectiva de la administracin, el cluster entero es un solo caso lgico.
Hay seis funciones principales realizadas por Cisco Unified CallManager: Procesamiento de llamadas: Cisco unific llamadas de los procesos de CallManager entre los dispositivos del extremo y las entradas. El Procesamiento de llamadas incluye decisiones de la encaminamiento de la llamada, sealando entre los dispositivos afectados, y la contabilidad de llamadas. Adems, la clase del servicio y la gestin del ancho de banda se pueden configurar para influenciar el Procesamiento de llamadas. Administracin del plan de marcacin: Cisco unific las caractersticas de CallManager como un agente de la llamada para los telefonos IP y las entradas de MGCP y elimina as la necesidad de tablas de encaminamiento de la llamada local en estos dispositivos. Solamente las necesidades del agente de la llamada (es decir, Cisco Unified CallManager) de saber el plan de marcacin. Esto significa que toda la administracin del plan de marcacin est realizada en el CallManager unificado Cisco. H.323 y los dispositivos del SIP siguen el modelo de llamarproceso distribuido y requieren localmente planes disponibles y administrados de marcado. La sealizacin y control de dispositivos: En el papel como agente de la llamada, Cisco unific los controles de los telefonos IP a los controles de CallManager y de MGCP diciendo a estos dispositivos qu hacer en ciertos acontecimientos. Por ejemplo, cuando un telfono IP informa a Cisco Unified CallManager que
CIBERTEC
60
el usuario ha cambiado a off-hook, Cisco Unified CallManager dice el telfono IP actualizar la pantalla y reproducir seal para marcado. Administracin de la caracterstica del telfono: La configuracin entera del telfono IP se incorpora y se almacena en Cisco Unified CallManager. El telfono IP carga su archivo de configuracin durante el booteo despus de una revisin del dispositivo. La administracin del telfono IP se centraliza completamente. Servicios de Directorio y de Extensible Markup Language (XML): Cisco Unified CallManager proporciona el acceso a los directorios. Los telefonos IP se pueden utilizar para realizar operaciones de bsqueda en los directorios disponibles. Tambin, los telefonos IP pueden utilizar las aplicaciones XMLbasados que son accesibles y configurados como servicios de telefona IP. Interfaz de programacin a las aplicaciones externos: A travs de un interfaz de programacin, las aplicaciones externos se pueden integrar con la solucin Cisco Unified CallManager de telefona IP. Los ejemplos de tales usos son la respuesta interactiva de voz del IP del comunicador, de Cisco del IP de Cisco (IVR), ayudante personal de Cisco, y consola unificada. El IP Communicator de Cisco tiene una mencin especial. Este producto es un telfono virtual, representado por una pantalla interactiva en una PC. Una variedad de productos de terceros que Cisco unific a las interfaces de programacin de CallManager.
2.5.5 Modelos de despliegue de telefona IP de la empresa

Las empresas tienen estas opciones para desplegar CallManager unificado Cisco: Un nico sitio: Una empresa puede desplegar la solucin de telefona IP en un solo sitio solamente. En este despliegue, hay un local con un Cisco Unified CallManager que sirve a los telfonos locales solamente.
CIBERTEC
Multisite con el Procesamiento de llamadas centralizado: La empresa puede desplegar la solucin de telefona IP en los sitios mltiples con el Procesamiento de llamadas centralizado. Con el despliegue centralizado del Procesamiento de llamadas, hay un grupo de Cisco Unified CallManager que estn situado en cada uno de los sitios. Cisco unific los grupos de CallManager para atender a los telfonos IP locales y remotos.
Multisite con procesamiento de llamadas distribuido: La empresa puede desplegar la solucin de telefona IP en los sitios mltiples con el procesamiento de llamadas distribuido. Con el despliegue distribuido del procesamiento de llamadas, hay Cisco Unified CallManager en cada sitio. Cada Cisco Unified CallManager atiende a los telfonos IP locales del grupo de CallManager.
CIBERTEC
62
Solucin con cluster: Una empresa puede desplegar la solucin de telefona IP en los sitios mltiples. En este despliegue, los servidores Cisco Unified CallManager estn situado en ms de un sitio. Sin embargo, todos los servidores Cisco Unified CallManager pertenecen a un solo grupo. Un IP WAN separan a los miembros del grupo. Los telefonos IP utilizan generalmente los servidores locales como sus agentes de la llamada.
2.5.6 Configuraciones del IOS de Cisco para VoIP

Los routers con IOS de Cisco pueden usarse como gateway para VoIP. Para una configuracin bsica de VoIP, dos gateways son necesarios. Ambos necesitan una conexin a un dispositivo tradicional de telefona, tal como un telfono anlogo. Las entradas ellos mismos deben tener conectividad del IP. Si el primer router tiene estos ajustes de la configuracin: Nombre: R1 IP address: 10.1.1.1 /24 Interfaz del IP: FastEthernet 0/0 Puerto de voz: 1/0/0 La extensin del telfono conectado con el puerto de voz: 1111 El segundo router se configura con los ajustes similares: Nombre: R2
CIBERTEC
IP address: 10.2.2.2 /24 Interfaz del IP: FastEthernet 0/0 Puerto de voz: 1/0/0 La extensin del telfono conectado con el puerto de voz: 2222
De acuerdo con esta informacin, esta configuracin se aplica al primer router:

hostname R1 interface FastEthernet 0/0 Direccin IP10.1.1.1 255.255.255.0 ! dial-peer voice 1 pots destination-pattern 1111 port 1/0/0 ! dial-peer voice 2 voip destination-pattern 2222 session target ipv4:10.2.2.2 !
El segundo router tiene estos comandos de la configuracin:

hostname R2 interface FastEthernet 0/0 Direccin IP10.2.2.2 255.255.255.0 ! dial-peer voice 1 pots destination-pattern 2222 port 1/0/0 ! dial-peer voice 2 voip destination-pattern 1111 session target ipv4:10.1.1.1 !
Los comandos de voz especficados en las configuraciones (dos dial peers en cada configuracin) se destacan en gris. Un dial peer describe donde encontrar un nmero telefnico, y la coleccin de todos los dial peers compone la tabla de encaminamiento de la llamada de una entrada de voz. Dos tipos de dial peers se demuestran en este ejemplo: Dial peers de los POTS y dial peers de VoIP. Los dial peers de los POTS indican que el nmero telefnico que se especifica en el dial peer est encontrado en un puerto fsico. Un dial peer de VoIP refiere al Direccin IPde un dispositivo de VoIP. Las figuras y enumeran los comandos usados para los dial peers.
CIBERTEC
64
CIBERTEC
RESUMEN
Este mdulo describe las redes de VoIP y los diferentes componentes uso de estas redes para poder permitir confiablemente llamadas de voz. Que convierte la voz analgica seales al formato digital y las seales numricas de nuevo a formato anlogo se explica, junto con los mdulos de DSP que se pueden utilizar para realizar la conversin muestreando, la cuantificacin y la codificacin. Tambin se explica la opcin de la compresin. Se describen el transporte de voz y el encapsulamiento de voz y las frmulas de las listas del mdulo para calcular el ancho de banda total requerida para las llamadas de VoIP. El ancho de banda total depende de los diferentes codecs que se utilizan. El mdulo explica los diferentes modelos disponibles del despliegue de telefona IP en trminos de funciones de voz y la puesta en prctica en la empresa del router Cisco, funciones unificadas Cisco de CallManager, y control de admisin de llamadas.
AUTOEVALUACIN
1. 2. 3.
Cules son tres funciones asociadas a Cisco Call Manager? Qu componentes se deben considerar para calcular el ancho de banda que genera una llamada de VoIP? Cul es la funcin de un gatekeeper en una red de VoIP?
CIBERTEC
66
CIBERTEC
EMANA
3
INTRODUCCIN A IP QOS
Introducir el concepto de QoS Proporcionar QoS en la red (mejor esfuerzo, servicios integrados [IntServ], y los servicios diferenciados [DiffServ]) Describir los varios mtodos para QoS.
TEMARIO
Introduccin a QoS Implementacin de Qos en Cisco IOS Seleccin de un modelo apropiado de QoS Usando MQC para implementar QoS
Implementar IP QoS bajo el modelo de servicios diferenciados en nuestra red de prueba
CIBERTEC
68
3.1 Introduccin a QoS

3.1.1 Convergencia de la calidad de la red
Antes de la convergencia de la red, la ingeniera de red se centr en la conectividad. En la figura mostrada se observa como redes no convergentes resuelven el trfico simplemente conectando enlaces dedicados de datos a datos, voz a voz, y el vdeo a vdeo. Las tasas de datos entregadas a los enlaces de la red pueden dar lugar a congestines espordicas de datos. El acceso al ancho de banda en estas redes est en base al principio de primero-entra, primero-servido. La tasa de datos disponible para cualquier usuario vara dependiendo de cantidad de los usuarios que tienen acceso a la red en ese momento.
Los protocolos se utilizan dentro de redes no convergentes para manejar la naturaleza de rfagas de las redes de datos. Las redes de datos pueden sobrellevar las breves interrupciones. Por ejemplo, cuando usted recupera E-mail, retardado en algunos segundos no es generalmente sensible. Pero si se retard varios minutos eso es molestoso, pero no serio. Las redes tradicionales tambin tenan ciertos requisitos para La aplicacin de datos, vdeo, y Systems Network Architecture (SNA). Puesto que cada uno tiene diferentes caractersticas y requisitos del trfico, los diseadores de la red desarrollaron redes no integradas. Estas redes no integradas tienen tipos de trfico especficos: red de datos, redes SNA, red de voz y red de video. La figura ilustra una red convergente en la cual voz, vdeo, y usan el mismo trfico de datos en las misms instalaciones de red. La combinacin de estas corrientes del trfico con requisitos diferentes puede conducir a problemas. La forma de resolver estos
CIBERTEC
problemas es que el trfico de la voz y el prioridad porque son sensibles en el tiempo.
vdeo deben tener
En una red convergente, flujos de pequeos paquete de voz compite con flujos de datos. Aunque los paquetes que llevan trfico de voz en una red convergida son muy pequeos, los paquetes no pueden tolerar retardos. Cuando los retrazos varian entonces la voz es incomprensible. Es posible retransmitir parte de un fichero de datos perdidos, pero no es factible retransmitir parte de una conversacin de voz. El trfico crtico de voz y del vdeo debe tener prioridad sobre trfico de datos. Los mecanismos de la red deben proporcionar esta prioridad. Aunque una transferencia de archivo o un paquete del E-mail pueden esperar hasta que una red cada se recupere y el retardo es casi transparente, los paquetes de voz y del vdeo no pueden esperar. Las redes convergentes deben proporcionar servicios seguros, fiables, mesurables, y, a veces, garantizados.
3.1.2 Requisitos de calidad en redes convergentes

Cuando una red esta mal configurada, donde la transmisin de voz es irregular, y el espacio entre la conversacin ofrece segmentos de silencio, estos son motivos de mala calidad en las redes convergentes y adems causa molestia en el usuario, retardos causados por el usuario que inicia la llamada, pueden causar eco y traslapar al transmisor. El eco es el efecto de la seal que refleja la voz del altavoz del equipo far-end del telfono nuevamente dentro del odo del altavoz. El transmisor que causa el traslape cuando es unidireccional retardo hasta ms de 250 ms. Cuando ocurre este retardo largo; un transmisor ingresa dentro del discurso del otro transmisor. Un resultado extremo de mala calidad es que la llamada se cuelgue.
CIBERTEC
70
Casos: Capacidad de ancho de banda: Uso grande de los archivos de grficos, uso de las aplicaciones multimedias, y del aumento de video y voz , son los problemas de la capacidad del ancho de banda Retardos De extremo a extremo (fijo y variable): Retardos es el tiempo que toma para que un paquete alcance la punto final de recepcin despus de ser transmitido. Este perodo del tiempo se llama retardo de extremo a extremo y consiste en dos componentes: Retardo fijo: Son retardos de serializacin y la propagacin. La serializacin es el proceso de poner bits en el circuito. Mientras ms alta es la velocidad de circuito, menor es el tiempo que toma para poner los bits en el circuito. El retardo de propagacin es el tiempo que lleva el frame transmitirse por el medio fsico. Retardo variable: Es el tiempo requerido por un dispositivo para el establecimiento de encaminamiento hacia una red, para cambiar la cabecera, y para terminar otras tareas de conmutacin.
La variacin de retardo (tambin llamado jitter): el jitter la diferencia, de valores de retardos de extremo a extremo de dos paquetes de voz en un flujo de datos Prdida de paquetes: La congestin de la WAN es la causa generalmente de la prdida de paquetes. En el caso de trfico de voz, la prdida de paquetes causa cada de comunicacin. Las conversaciones son difciles de seguir y las comunicaciones son confusas.
3.1.3 Medicin del ancho de banda disponible

La figura muestra una red con cuatro saltos entre un servidor y un cliente. Cada salto utiliza diferentes medios con diferentes anchos de banda. El ancho de banda disponible mximo es igual al ancho de banda de enlace ms lento:
CIBERTEC
Bandwidth max = minuto (10 Mbps, 256 kbps, 512 kbps, 100 Mbps) = 256 kbps El clculo del ancho de banda disponible, sin embargo, es mucho ms complejo. Un flujo de IP es una serie unidireccional de paquetes IP, dado que viaja entre una Origen y un destino dentro de cierto perodo. Cuando hay flujos mltiples, utilizar esta frmula para calcular el ancho de banda media disponible por flujo : Bandwidthavail = Bandwidthmax / flujos
3.1.4 Incremento del Ancho de banda disponible

El ancho de banda es uno de los factores claves que afectan la calidad de servicio; QoS en una red; cuanto ms ancho de banda es mejor el QoS. Sin embargo, el ancho de banda simplemente aumentandolo no solucionar necesariamente todos los problemas de congestin y del flujo. Intuitivamente, la manera ms fcil de aumentar el ancho de banda podria parecer ser aumentar la capacidad de enlace de la red. Aunque esta solucin suena simple, el aumento del ancho de banda es costosa y toma tiempo para ponerlo en ejecucin. Hay a menudo limitaciones tecnolgicas en el aumento de un ancho de banda.
La figura ilustra un acercamiento ms racional de usar tcnicas avanzadas el encolamiento y de la compresin. Medios de encolamiento de clasificar trfico en las clases de QoS y despus de dar la prioridad a cada clase segn su importancia relativa. El mecanismo de encolamiento bsico est primero en entrar, primero en salir. El software del IOS QoS de Cisco proporciona una variedad de mecanismos que se pueden utilizar para asignar prioridad del ancho de banda a las clases del trfico especficas: FIFO Priority queuing (PQ) o custom queuing (CQ) Modified deficit round robin (MDRR) Weighted fair queuing (WFQ) basado en ToS distribuido y basado en grupos de QoS
CIBERTEC
72
Class-based weighted fair queuing (CBWFQ) Low-latency queuing (LLQ) Una manera de aumentar el ancho de banda disponible del enlace es optimizando por compresin de la carga til de los frames (virtualmente). La compresin, sin embargo, tambin aumenta retraos debido a la complejidad de los algoritmos. El Stracker y Predictor son dos algoritmos de la compresin. Otro mecanismo que se utiliza para la eficiencia del ancho de banda de enlace es compressin de la cabecera; es especialmente eficaz en las redes donde la mayora de paquetes llevan cantidades pequeas de datos. Los ejemplos tpicos de la compresin de cabecera son compresin de cabecera TCP y compresin en tiempo real de la cabecera del protocolo del transporte (RTP). 3.1.5 Efectos de retardo de extremo a extremo y jitter Los retardos de extremo a extremo y jitter severo de la calidad en la red como sigue: tienen un impacto
El retardo de extremo a extremo es la suma de todos los tipos de retardo. Cada salto en la red tiene su propio sistema variable procesamiento y el retardo de cola, que puede dar lugar al jitter.
La figura muestra cuatro tipos de retardos: El Retardo de procesamiento: Es el tiempo que toma para un router (o switch capa 3) para tomar el paquete de un interfaz de entrada y poner el paquete en la interfaz de salida. El retardo de procesamiento depende de los siguientes factores: velocidad de la CPU uso de la CPU modo de la conmutacin IP arquitectura del router caractersticas de configuracin de interfaces de entrada o salida o ambos.
CIBERTEC
Retardos de cola: Es el tiempo que un paquete reside en la cola de salida de un router. Esto depende del nmero de paquetes, tambin depende del ancho de banda de la interfaz. Retardos de serializacin: Es el tiempo que lleva transportar el frame a traves del medio de transporte fsico. Esto retardo es tpicamente inversamente proporcional al ancho de banda de enlace. Retardos de Propagacin: Es el tiempo que toma el paquete de cruzar el enlace de un extremo a otro.. Por ejemplo, los enlaces basados en los satlites producen grandes retardos de propagacin debido a la distancia a los satlites de comunicaciones.
La figura resume el impacto de retardos y jitter en la calidad de redes.
3.1.6 La reduccin del impacto del retardo en la calidad

Cuando se consideren soluciones de retardo, hay dos cosas a tomar en cuenta: Procesamiento y retardos de cola ser relacionan con los dispositivos y estn limitados al comportamiento del sistema operativo. Los retardos de propagacin y la serializacin estn realcionados con los medios. Hay muchas maneras de reducir retardos en un router. Si se asume que el router es rpido en la toma de decisiones, los factores siguientes tienen la mayora de la influencia en hacer retardos de cola y la serializacin: Longitud media de la cola Longitud media de paquetes en la cola Ancho de banda de enlace
CIBERTEC
74
En la figura se muestra como se puede mejorar el envio de paques en una red. Aumentando la capacidad del enlace Priorizando paquetes Repriorizando paquetes Compresin de Carga til Usando compresion de cabeceras
3.1.7 Prdida de paquetes

Despus de los retardos, la preocupacin ms seria es la perdidad de paquetes. Generalmente, la prdida de paquetes ocurre cuando los routers funcionan como intermedios de interfaces (cola de salida).
CIBERTEC
La figura ilustra una cola llena a la interfaz de salida, que hace los paquetes que llegan son caidos. El trmino que se utiliza para tales cadas es cada de salida o caida de la cola (los paquetes se descartan en la cola). Los routers pudieron tambin descartar los paquetes por razones menos comunes: otras
Caida de cola entrante: La CPU est ocupada y no puede procesar los paquetes (la cola de entrada esta llena). No existe espacio en los buffers : Los routers funciona de intermedio de almacenamiento Overrun: La CPU est ocupada y no puede asignar un buffer intermedio libre al paquete nuevo. Errores de frame: El hardware detecta un error en un frame; por ejemplo, controles por redundancia cclicos (CRCs), runt, y giant.
3.1.8 Gestin de congestin: Maneras de evitar las prdidas de paquetes

Las prdidas de paquetes es generalmente el resultado de congestin en una interfaz. Muchas aplicaciones utilizan TCP porque este se ajusta automticamente a la congestin de red. Los segmentos cados de TCP hacen sesiones de TCP reduciendo sus tamaos de ventana. Algunos aplicaiones no utilizan el TCP y no pueden manejar las caidas (flujos frgiles). Como evitar las cadas: Aumente la capacidad de enlace para facilitar o de prevenir la congestin. Garantzar buen ancho de banda intermedio. Hay varios mecanismos disponibles en el software del IOS QoS de Cisco. Ejemplos que son WFQ, CBWFQ, y LLQ. Prevencin de congestin para paquetes caidos de baja prioridad antes de que ocurra la congestin. El IOS QoS de Cisco proporciona los mecanismos que permiten evitar la cada de
CIBERTEC
76
paquetes antes que ocurra la congestin. Un ejemplo es deteccin temprana al azar por pesos (WRED). El software IOS QoS de Cisco tambin proporciona mecanismos siguientes para prevenir la congestin: los
Polticas de trfico: Cuando la tasa del trfico alcanza la mxima configurada, entonces se descarta el exceso. El resultado es una tasa de salida que aparece como segura y confiable. Conformacin de trfico: En contraste con aplicar polticas, la conformacin de trfico el trfico conserva el exceso de paquetes en una cola y despus programa el exceso para una transmisin ltima sobre incrementos del tiempo.
La conformacin implica la existencia de una cola y de la suficiente memoria para proteger los paquetes retardodos, mientras que no lo hace el aplicar polticas. El encolamiento es un concepto de salida; los paquetes que van hacia fuera en un interfaz. Solamente el aplicar polticas se puede aplicar al trfico de entrada en un interfaz.
CIBERTEC
3.2 Implementacin de QoS en Cisco IOS

3.2.1 Qu es QoS?
QoS es un trmino genrico que refiere a los algoritmos que proporcionan diferentes niveles de la calidad a diferentes tipos de trfico de la red. QoS maneja las caractersticas siguientes de la red: Ancho de banda: La tasa en la cual el trfico es llevado por la red. Latencia: Retardo en la transmisin de datos del origen al destino. Jitter: La variacin de la latencia. Confiabilidad: El porcentaje de paquetes descartado por un router.
Las redes simples procesan trfico con una cola FIFO. Sin embargo, QoS le permite proporcionar un servicio mejor a ciertos flujos elevando la prioridad de un flujo o limitando la prioridad de otro. Es tambin importante asegurar que proporcione la prioridad para unos. Por ejemplo, hacer que la red retrase los paquetes del E-mail por varios minutos sin que uno lo note, pero no se puede retardor los paquetes de VoIP por ms que un dcimo de segundo antes que usuario note el retardo. Gestin de congestin El hecho de enviar trfico de voz, video y datos a veces excede a la velocidad de enlace. En este caso que hace el router?, Las herramientas incluyen PQ, la CQ, WFQ, y CBWFQ. Gestin de cola Debido a que las colas tienen un tamao determinado, se pueden llenar y desbordar, cuando una cola esta llena, ningn paquete acidional se puede ingresar entonces la cola Descarta. Esto se llama cada de cola. Los routers no pueden evitar que los paquetes se caigan, incluso con paquetes prioritarios, por lo tanto es necesario estableces ciertos mecanismos: 1. Intentar cerciorarse de que la cola no se llene, de modo que haya sitio para los paquetes prioritarios. 2. Utilizar cierta clase de criterios para los paquetes de descarten que estn de una prioridad ms baja antes de descartar los paquetes de prioridad alta. WRED proporciona ambos mecanismos. Eficiencia de enlace Muchas veces, los enlaces de poca velocidad presentan un caso para paquetes pequeos. Por ejemplo, El retardo de serializacin de un paquete de 1500 octetos en un enlace de 56 kbps es 214
CIBERTEC
78
ms. Si un paquete de voz fuera detrs de este paquete grande. La fragmentacin y la interpolacin del enlace permiten que este paquete grande sea dividido en segmentos en paquetes ms pequeos que interpolan el paquete de voz. La interpolacin es tan importante como la fragmentacin. No hay razn de hacer fragmentos de paquetes y de hacer que el paquete de voz vaya luego de todos los paquetes hechos fragmentos. El retardo de serializacin es el tiempo que toma un paquete en el enlace. El ejemplo apenas dado, este las matemticas solicitan:
Tamao de paquetes: Paquete de 1500-bytes x 8 bits/byte = 12,000 bits Tasa de Lnea: 56,000 bps Resultado: 12,000 bits/56,000bps = .214 sec o 214 ms
Otro mtodo eficaz es eliminando bits de cabecera. Por ejemplo, las cabeceras de RTP tienen una cabecera de 40 bytes. Con una carga til de solo 20 bytes, los costos indirectos pueden ser dos veces el de la carga til en algunos casos. Conformacin y polticas de trfico La conformacin de trfico se utiliza muchas veces de prevenir el problema del desbordamiento mencionado en la introduccin. La conformacin de trfico es una manera de establecer el paso de trfico ms cercano a 384 Kbps para evitar el desbordamiento de enlace. Las polticas de trfico es similar a la conformacin, pero a diferencia de una manera muy importante: El trfico que excede a la tasa configurada no se protege (y se desecha normalmente).
3.2.2 Herramientas de Gestin de congestin

Una manera que los elementos de la red manejan un desbordamiento del trfico que llega es utilizar un algoritmo de encolamiento para clasificar el trfico y despus para determinar un cierto mtodo de darle la prioridad sobre un enlace de la salida. El software del IOS de Cisco incluye las herramientas que realizan los siguientes encolamientos: FIFO Priority queuing (PQ) Custom queuing (CQ) Flow-based weighted fair queuing (WFQ) Class-based weighted fair queuing (CBWFQ)
Nota Los algoritmos de encolamiento toman efecto cuando la congestin es experimentada. Por la definicin, si el enlace no se congestina, entonces no hay necesidad de encolamiento los paquetes. En
CIBERTEC
ausencia de congestin, directamente al interfaz.
todos
los
paquetes
se
entregan
FIFO: Encolamiento bsico Store-and-Forward En su forma ms simple, el encolamiento del primero en entrar, primero en salir implica el almacenamiento de paquetes cuando se congestina la red y expedicin ellos en el orden de la llegada cuando la red se congestin. El primero en entrar, primero en salir es el algoritmo de encolamiento por default, as no requerir ninguna configuracin, pero la tiene varios defectos. El encolamiento del primero en entrar, primero en salir era un primer paso necesario en controlar trfico de la red, Adems, una cola llena causa caidas de cola. Esto es indeseable porque el paquete cado podra ser un paquete prioritario. Los routers no pueden evitar que este paquete sea cado porque no hay sitio en la cola para ella. El software del IOS de Cisco pone los algoritmos en ejecucin de encolamiento que evitan los defectos de encolamiento del primero en entrar, primero en salir. PQ: Priorizacion de trfico PQ se asegura de que el trfico importante consiga la direccin ms rpida en cada punto donde se utiliza. Fue diseado da prioridad terminante al trfico importante. El encolamiento de la prioridad puede dar la prioridad fexiblemente segn el protocolo de red (por ejemplo IP, IPX, o Appletalk), interfaz entrante, tamao de paquetes, Origen/direccin de Destino, y as sucesivamente. En PQ, cada paquete se coloca en una de cuatro colas alta, media, normal, o baja; se basa en una prioridad asignada. Los paquetes que no se clasifican en la lista de la prioridad se envan a la cola normal. Durante la transmisin, el algoritmo da a colas de prioridad alta el tratamiento preferencial absoluto sobre colas de baja prioridad.
CIBERTEC
80
CQ: Ancho de Banda Garantizado CQ permite que varias aplicaciones u organizaciones compartan la red entre aplicaciones con requisitos mnimos especficos de ancho de banda o latencia. En estos escenarios, el ancho de banda se debe compartir proporcionalmente entre las aplicaciones y los usuarios. Se puede utilizar la caracterstica de CQ para proporcionar ancho de banda en un punto potencial de congestin, asegurando al trfico especificado un de parte fija de ancho de banda disponible y dejando el ancho de banda restante al otro trfico.
WFQ basado en flujos: Creando flujos imparciales Para las situaciones en las cuales es deseable proporcionar tiempo de reaccin constante a los usuarios sin la adicin de ancho de banda, la solucin es WFQ flujo-basado. Es un algoritmo de encolamiento flujo-basado crea la imparcialidad permitiendo que cada cola sea mantenida en trminos de bytes. Por ejemplo, si la cola 1 tiene 100-byte y la cola 2 tiene 50-bytes, el algoritmo de WFQ tomar dos paquetes de la cola 2 para cada un paquete de la cola 1. Esto hace servicio justo para cada cola: 100 bytes.
CIBERTEC
WFQ asegura de que las colas mantengan su ancho de banda y de que el trfico sea fiable. Los flujos de poco volumen del trfico que abarcan a la mayora de trfico, reciben el servicio transmitiendo el mismo nmero de bytes que flujos de grandes flujos de volumen. Este comportamiento da lugar creer ser el tratamiento preferencial para el trfico de poco volumen, cuando en realidad se est creando la imparcialidad. WFQ basado en clases: Ancho de banda de red asegurado CBWFQ es una de las herramientas recientes de gestin de congestin de Cisco para proporcionar mayor flexibilidad. Proporcionar una cantidad mnima de ancho de banda a una clase segn lo opuesto a proveer de una cantidad mxima de ancho de banda para formar del trfico. CBWFQ permite que un administrador de la red cree clases garantizadas mnims de ancho de banda. En vez de proporcionar una cola para cada flujo individual, el administrador define una clase que consista en uno o ms flujos, cada clase con una cantidad mnima garantizada de ancho de banda. CBWFQ evita que flujos mltiples de baja-prioridad. Por ejemplo: WFQ proporcionar un flujo de video que necesite la mitad del ancho de banda del T1 si hay dos flujos. Pero, si se agregan ms flujos, la corriente video consigue menos de ancho de banda porque el mecanismo de WFQ crea la imparcialidad. Si hay 10 flujos, la corriente video conseguir solamente 1/10 del ancho de banda, que no es bastante. CBWFQ proporciona el mecanismo necesitado para proporcionar la mitad del ancho de banda que el vdeo necesita. El administrador de la red define una clase, coloca el flujo de video en la clase, y le indica al router proporcionar el servicio de 768 kbps (mitad de un T1) para la clase. El vdeo por lo tanto consigue el ancho de banda que necesita. El resto de flujos recibe una clase por defecto. La clase por defecto utiliza los esquemas flujos-basados de WFQ que asignan el resto del ancho de banda (mitad del T1, en este ejemplo).
3.2.3 Gestin de colas (herramientas de Evitamiento de Congestin)

El evitamiento de congestin es una forma de gestin de cola. las tcnicas de congestin-evitamiento supervisan las cargas del trfico de la red en un esfuerzo de anticipar y de evitar la congestin en los embotellamientos comunes de la red, en comparacin con las tcnicas de la Gestin-congestin que funcionan para controlar la congestin despus que esta ocurra. La herramienta principal del evitamiento de congestin del IOS de Cisco es WRED. Los algoritmos aleatorios de deteccin (RED) permite la deteccin temprana evitando la congestin en interredes antes de que se
CIBERTEC
82
convierta en un problema. El RED trabaja supervisin la carga del trfico en los puntos de la red y desecha aleatoriamente los paquetes si la congestin comienza a aumentar. El resultado de la cada es que origendetecta el trfico cado y retarda su transmisin. El RED se disea sobre todo para trabajar con el TCP en ambientes de la red IP interna.
WRED combina las capacidades del algoritmo RED con precedencia IP. Esta combinacin prevee la direccin de trfico preferencial para los paquetes de prioridad alta.
3.2.4 Preparando la implementacin QoS

Hay tres pasos bsicos: Paso 1 Identifique los tipos de trfico y de sus requisitos: Estudie la red para determinar el tipo de trfico que est funcionando en la red y despus para determinar los requisitos de QoS necesitados para los diferentes tipos de trfico. Paso 2 Defina las clases del trfico: Esta actividad agrupa el trfico con los requisitos similares de QoS en clases. Por ejemplo, tres clases del trfico se pudieron definir como esfuerzo de voz , misin-crtica, y de best effort. Paso 3 Defina las polticas de QoS: Las polticas de QoS resuelven los requisitos de QoS para cada clase de trfico.
CIBERTEC
3.2.5 Paso 1: Identifique los tipos de trfico y de sus requisitos

El primer paso en poner QoS en ejecucin es identificar el trfico en la red y despus determinar los requisitos de QoS y la importancia de los varios tipos del trfico. Este paso proporciona algunas pautas de alto nivel para poner QoS en ejecucin en las redes para aplicaciones mltiples, incluyendo aplicaciones retardos-sensibles y ancho de banda-intensivos. Estas aplicaciones pueden realzar procesos de intercambio, pero agrandar recursos de la red. QoS puede proporcionar seguridad, fiabilidad mensurabilidad, y los servicios garantizados a estas aplicaciones manejando retardos, variacin de retardo (jitter), ancho de banda y prdida de paquetes en una red. Actividades en este paso 1: Determine los problemas de QoS en los usuarios. Medir el trfico en la red durante perodos congestinados. Hacer un reporte de uso del CPU, sobre cada uno de los dispositivos de la red durante perodos, para determinarse dnde pudieron ocurrir los problemas. Determine el modelo y las metas del negocio y obtenga una lista de los requisitos del negocio. Esta actividad ayuda a definir el nmero de las clases que son necesarias y permite que usted determine los requisitos del negocio para cada clase de trfico. Defina los porcentajes de disponibilidad requeridos por diferentes clases del trfico en trminos de tiempo y disponibilidad de reaccin. Las preguntas para considerar cuando definen porcentajes de disponibilidad incluyen cul es el impacto en negocio si la red retardo una transaccin por dos o tres segundos. Una asignacin del porcentaje de disponibilidad incluir la prioridad y el tratamiento que un paquete recibir. Por ejemplo, usted asignara a usos de voz un alto porcentaje de disponibilidad (prioritario, compresin de LLQ y de RTP). Usted asignara a datos
CIBERTEC
84
bajos de la prioridad un porcentaje de disponibilidad ms bajo (una prioridad ms baja, compresin de la cabecera de WFQ , de TCP). Las herramientas para analizar los patrones de trfico en la red incluyen a la contabilidad de NetFlow, al reconocimiento Redbasado de la aplicacin (NBAR), y a encargado de dispositivo de QoS (QDM).
3.2.6 Paso 2: Defina las clases del trfico

Despus de identificar y de medir trfico de la red, utilice los requisitos del negocio para realizar el segundo paso: defina las clases del trfico. Una clase es un grupo de los flujos de la red que comparten caractersticas similares. Por ejemplo, una ISP pudo definir clases para representar los diferentes porcentajes de disponibilidad ofrecidos a los clientes. Una empresa pudo definir los acuerdos del porcentaje de disponibilidad (SLAs) esos da diferentes niveles del servicio a los varios usos.
Cisco ha desarrollado los mecanismos especficos de QoS, tales como LLQ, para asegurarse de que la voz recibe siempre el excedente del tratamiento de prioridad el resto del trfico. Despus de que usted defina las aplicaciones con los requisitos ms crticos, se definen las clases restantes del trfico usando requisitos del negocio.
CIBERTEC
3.2.7 Paso 3: Defina la poltica de QoS

En el tercer paso, defina una poltica de QoS para cada clase de trfico. Una poltica de QoS define tpicamente lo siguiente: Grupos discretos del trfico de la red (clases de servicio, CoS). Mtrica para regular la cantidad de trfico de la red para cada clase. Estas mtricas gobiernan el proceso trfico. Acciones que se aplicarn a un flujo de paquetes (por salto [PHB]). Cualquier de la estadstica requerida para una CoS (por ejemplo, trfico que es generado por un cliente o un aplicacin particular). Cuando los paquetes pasan a su red, QoS evala las cabeceras de paquetes. La poltica de QoS determina la accin que se toma Definir una poltica de QoS implica una o ms de las actividades siguientes: Fijar una garanta mnima del ancho de banda Fijar un lmite mximo del ancho de banda Asignar prioridades a cada clase Usando las tecnologas de QoS, tales como encolamiento avanzado, para manejar la congestin
CIBERTEC
86
3.3 Seleccionar un modelo apropiado de la poltica de QoS

3.3.1 Tres modelos de QoS
Los siguientes son tres modelos para poner QoS en ejecucin en una red: Modelo del Best-effort: El modelo no utiliza QoS. Cuando no es importante cuando o cmo llegan los paquetes, el modelo besteffort es el indicado. Servicios integrados (IntServ): IntServ puede proporcionar QoS muy alto a los paquetes IP. Esencialmente, IntServ define un proceso que seala para que las aplicaiones sealen a la red que requieren QoS especial por un perodo y que el ancho de banda sea reservada. Con IntServ, la entrega de paquetes est garantizado. Sin embargo, La aplicacin de IntServ puede limitar seriamente la escalabilidad de una red.
Servicios diferenciados (DiffServ): DiffServ proporciona escalabilidad y la flexibilidad ms grande al poner QoS en ejecucin en una red. Los dispositivos de la red reconocen clases del trfico y proporcionan diferentes niveles de QoS a diferentes clases del trfico.
CIBERTEC
3.3.2 Modelo de Best-Effort

El diseo bsico del Internet prevee la entrega de paquetes de best-effort y no proporciona ninguna garanta. Esto sigue siendo preclave en el Internet hoy y sigue siendo apropiado para la mayora de los propsitos. El modelo de best-effort trata todos los paquetes de la red de la misma forma, as que un mensaje de voz de emergencia se trata la misma manera que una fotografa digital unida a un E-mail. Sin QoS, la red no puede decir la diferencia entre los paquetes y, consecuentemente, no puede tratar los paquetes preferencial. Se resume las ventajas y las desventajas de Best-effort: Ventajas: Escalabilidad casi ilimitado. La nica manera de alcanzar lmites del escalabilidad es alcanzar lmites de ancho de banda, en este caso todo el trfico se afecta igualmente. No necesita emplear los mecanismos especiales de QoS para utilizar el modelo Best-effort Desventajas: No es ninguna garanta de la entrega. Los paquetes llegarn a siempre que ellos puedan y en cualquier orden posible, si llegan todos. Ningn paquete tienen tratamiento preferencial. Los datos crticos se tratan iguales que el E-mail ocasional.
CIBERTEC
88
3.3.3 Modelo de IntServ

Las necesidades de usos en tiempo real, tales como vdeo remoto, de la comunicacin de las multimedias, visualizacin, y realidad virtual, motivaron el desarrollo del modelo de la arquitectura de IntServ (RFC 1633, junio de 1994). IntServ proporciona una manera de entregar el QoS de extremo a extremo que las aplicaciones requieren explcitamente manejando recursos de la red para proporcionar QoS a los flujos llamado los microflows. Mecanismos de la reservacin y del admisin-control del recurso de las aplicaciones para establecer y para mantener QoS. Esta prctica es similar a un concepto conocido como hard QoS. Hard QoS garantiza caractersticas del trfico, tales como ancho de banda, retardos tasas de paquetes perdidos. Hard QoS duro asegura los porcentajes de disponibilidad fiables y garantizados para las aplicaciones en cuestiones crticas. IntServ utiliza el protocolo RSVP explcitamente para sealar las necesidades de QoS del trfico de aplicaciones a lo largo de los dispositivos en la trayectoria de extremo a extremo a travs de la red. Si los dispositivos de la red a lo largo de la trayectoria pueden reservar el ancho de banda necesario, la aplicacin puede comenzar a transmitir. Si la reservacin solicitada falla a lo largo de la trayectoria, la aplicacin no enva ningun dato. En el modelo de IntServ, La aplicacin solicita una clase especfica de servicio de la red antes de enviar datos. La aplicacin informa a la red su perfil del trfico y solicita una clase particular de servicio que pueda abarcar su ancho de banda. La aplicacin enva datos solamente despus que recibe la confirmacin para el ancho de banda y retardo requisitos de la red.
3.3.4 RSVP y el modelo de IntServ QoS

La arquitectura de Cisco QoS utiliza RSVP asi, como un mtodo para proporcionar el control de admisin de llamada (CAC) para la voz en una red de VoIP. El mtodo de RSVP para CAC es el nico mtodo que hace una reservacin real del ancho de banda para cada llamada de voz. Otros mtodos de CAC pueden tomar solamente una decisin que es basada en el estado de la red en la iniciacin de la llamada. La aplicacin de RSVP proporciona no solamente CAC, l tambin garantiza QoS para la duracin de la llamada sin importar condiciones de la red que cambian. RSVP es el mtodo usado por Cisco Unified CallManager 5.0 para realizar CAC. Si los recursos estn disponibles, RSVP acepta una reservacin e instala un clasificador del trfico para asignar una clase temporal de QoS para esa circulacin en la trayectoria de la expedicin de QoS. RSVP es un protocolo del control de red que permite a las aplicaciones obtener QoS preceptivo para los flujos de datos. Tal capacidad reconoce que diferentes aplicaciones tienen diferentes requisitos de funcionamiento de la red. RSVP fue pensado para proveer de redes del IP la capacidad de soportar los requisitos de
CIBERTEC
funcionamiento divergentes de los tipos de la aplicacin que diferenciaban. RSVP se centra en los dos tipos principales siguientes del trfico: Trfico sensible a la velocidad: requiere una tasa garantizada y constante de la transmisin de su origen al destino. Un ejemplo es la videoconferencia H.323. RSVP permite servicio de tasas de bit constante en redes de conmutacin de paquetes. Este servicio se refiere a veces como servicio de tasa de bits garantizado. Trfico sensible a retardos: Trfico que requiere la puntualidad de la entrega y por consiguiente su tasa variable. El vdeo de MPEG-II, por ejemplo, hace un promedio de 3 a 7 Mbps, dependiendo de la tasa la cual est cambiando.
3.3.5 Operacin de RSVP

A diferencia de los protocolos de encaminamiento, RSVP maneja flujos de datos. Los flujos de datos consisten en sesiones discretas entre origenespecfica y las mquinas de destino. La definicin de una sesin es un flujo datagramas a un protocolo de capa de transporte. Los datos siguientes identifican las sesiones: direccin de destino, identificacin del protocolo, y puerto destino. RSVP soporta el unicast y sesiones del simplex del multicast. Para iniciar una sesin del multicast de RSVP, un receptor primero ensambla el grupo del multicast especificado por una direccin de Destino del IP usando el protocolo de la calidad de miembro de grupo del Internet (IGMP). Despus de que el receptor ensamble a grupo, un remitente potencial comienza a enviar mensajes de la trayectoria de RSVP a la direccin de Destino del IP.
CIBERTEC
90
Cmo trabaja RSVP? Cada nodo que utiliza RSVP tiene dos mdulos locales de la decisin: Control de admisin: El control de admisin no pierde de vista los recursos de sistema y se determina si el nodo tiene suficientes recursos para proveer el QoS solicitado. El demonio de RSVP supervisa ambas acciones de comprobacin. Si cualquier chequeo falla, el programa de RSVP vuelve un mensaje de error a la aplicacin en uso que origin la peticin. Si ambos chequeos tienen xito, el demonio de RSVP fija parmetros en el clasificador de paquetes y el planificador de paquetes para obtener el QoS solicitado. Politicas de Control: La politica de control se determina si el usuario tiene permiso administrativo de hacer la reservacin. Si el control de admisin y el control de poltica tienen xito, el demonio despus fija parmetros en dos entidades, clasificadores de paquetes y planificadores de paquetes. Clasificador de paquetes: El clasificador de paquetes de RSVP determina la ruta y la clase de QoS para cada paquete. Planificador de paquetes: El planificador de paquetes de RSVP pide la transmisin de paquetes para alcanzar el QoS prometido para cada flujo. El planificador asigna los recursos para la transmisin en el medio particular de la capa de trasmisin de datos usado por cada interfaz. Proceso de encaminamiento: El demonio de RSVP tambin se comunica con el proceso de encaminamiento para determinar la trayectoria para enviar sus peticiones de la reservacin y para manejar calidades de miembro que cambian y las rutas.
3.3.6 El modelo de DiffServ

La arquitectura de los servicios diferenciados (DiffServ) especifica un mecanismo simple, escalable, DiffServ puede proporcionar el servicio garantizado baja-latencia (GS) al trfico crtico de la red tal como voz o vdeo mientras que proporciona garantas simples del trfico de best-effort a los servicios no crticos tales como transferencias del trfico o de transferencia de archivos. El diseo de DiffServ supera las limitaciones de best-effort y de los modelos de IntServ. El modelo de DiffServ se describe en RFC 2474 del Internet Engineering Task Force (IETF) y RFC 2475. DiffServ puede proporcionar un QoS casi garantizado DiffServ divide trfico de la red en las clases basadas en requisitos del negocio. Cada uno de las clases se puede entonces asignar un diferente nivel del servicio. Pues los paquetes atraviesan una red, cada uno de los dispositivos de la red identifica la clase de
CIBERTEC
paquetes y mantiene el paquete segn esa clase. Es posible elegir muchos niveles del servicio con DiffServ. Por ejemplo, el trfico de voz de los telefonos IP generalmente se da a excedente del tratamiento preferencial el resto del trfico de la aplicacin, el Email se da generalmente servicio del mejor esfuerzo, y el trfico del non-business se puede dar servicio muy pobre o bloquear enteramente.
DiffServ trabaja como un servicio de entrega de paquetes. Usted solicita un nivel del servicio cuando usted enva su paquete. A travs de la red de paquetes, el nivel del servicio se reconoce y su paquete se da servicio preferencial o normal, dependiendo de lo que usted solicit. DiffServ tiene varias ventajas y algunas desventajas: Ventajas: Altamente escalable Proporciona diferentes niveles de la calidad Desventajas: Ninguna garanta absoluta de la calidad del servicio Requiere un sistema de mecanismos complejos trabajar en la red
CIBERTEC
92
3.4 Usando MQC para implementar QoS

3.4.1 Mtodos para implementar polticas de QoS
Hace pocos aos, la nica manera de poner QoS en ejecucin en una red estaba usando la comando-lnea interfaz (CLI) para configurar las polticas individuales de QoS en cada interfaz. Cisco introdujo el QoS modular CLI (MQC) para simplificar la configuracin de QoS haciendo configuraciones modulares. MQC proporciona building-block para aplicar una poltica a los interfaces mltiples. Cisco AutoQoS representa la tecnologa innovadora que simplifica los desafos de la administracin de la red reduciendo la complejidad de QoS, el tiempo del despliegue, y el coste a las redes de la empresa.
3.4.2 Configuracin de QoS en CLI

Cisco no recomienda el mtodo CLI para inicialmente implementar polticas de QoS El mtodo de CLI sigue siendo la opcin para algunos administradores, ESP para sintona fina y ajustar las caractersticas de QoS. El mtodo de puesta en prctica de QoS tiene las limitaciones siguientes: Es la manera ms pesada y ms toma de tiempo de configurar QoS Tiene pocas opciones de afinamiento y hay menos caractersticas soportadas de QoS que en otras tcnicas de configuracin de QoS. Las funcionalidades de QoS han limitado opciones; por ejemplo, usted no puede separar completamente la clasificacin del trfico de los mecanismos de QoS. Para poner QoS en ejecucin utiliza la consola o el telnet para tener acceso al CLI. Usar el CLI es simple pero solo permite que las caractersticas bsicas sean configuradas. Para poner QoS en ejecucin de esta manera, usted debe primero construir una poltica de QoS (poltica del trfico) y en seguida aplicar la poltica al interfaz. Calcule las listas estas pautas para construir una poltica de QoS (poltica del trfico): Identifique los patrones de trfico en su red usando un analizador de paquetes. Despus de que usted haya realizado la identificacin del trfico, comience a clasificar el trfico. Por ejemplo, separe la clase de trfico de voz de clase negocio-crtica del trfico.
CIBERTEC
Para cada clase de trfico, especifique la prioridad para cada clase. Por ejemplo, a la voz se asigna una prioridad ms alta que trfico de datos crticos. Despus de aplicar las prioridades a las clases del trfico, seleccione un mecanismo apropiado de QoS, tal como encolamiento, compresin, o una combinacin de ambos. Esta opcin se determina qu trfico sale del dispositivo primero y cmo el trfico sale del dispositivo.
3.4.3 Modulo QoS CLI

Cisco MQC permite que los usuarios creen polticas del trfico y despus que asocien estas polticas a los interfaces. Una poltica de QoS contiene unas o ms clases del trfico y unas o ms caractersticas de QoS.
Cisco MQC ofrece ventajas significativas sobre el mtodo de CLI para implementar QoS. Usando MQC, un administrador de la red puede reducir perceptiblemente el tiempo y el esfuerzo que toma para configurar QoS en una red compleja. Con la configuracin por medio de CLI se ordena la configuracin por interfaz y el administrador desarrolla un sistema uniforme de clases del trfico y las polticas de QoS que se aplican en interfaces.
CIBERTEC
94
3.4.4 Paso 1 de QoS CLI: Mapas de configuracin de clase

Requiere decirle al router el trfico y que grado de QoS. Un ACL es la manera tradicional de definir cualquier trfico para un router. Un clase de mapa define el trfico en grupos con las plantillas de la clasificacin que se utilizan en los mapas de la poltica donde los mecanismos de QoS estn limitados a las clases. Usted puede configurar hasta 256 mapas de clase en un router. Por ejemplo, usted puede que asigne las aplicaciones video a un mapa de clase llamado Video, y el trfico de la aplicacin del E-mail a un mapa de clase llam a Correo. Usted podra tambin crear un mapa de clase llamado trfico VoIP y e incluir todos los protocolos de VoIP. Utilice el comando class-map en configuracin global para crear un mapa de clase. Identifique los mapas de clase con nombres caso-sensibles. Todas las referencias subsecuentes al mapa de clase deben utilizar el mismo nombre. Cada mapa de clase contiene unas o ms condiciones que definan qu paquetes pertenecen a la clase.
3.4.5 Paso 2: configuracin de mapas de poltica

El comando del policy-map crea una poltica de trfico. El propsito de una poltica del trfico es configurar las caractersticas de QoS que se deben asociar al trfico que entonces se clasifican en una clase o clases del trfico. Usted puede despus asignar tanto ancho de banda o fijar cualquier prioridad. Una poltica del trfico contiene tres elementos: un nombre caso-sensible, una clase de trfico (especificada con el comando de clase), y las polticas de QoS. El comando del policy-map especifica el nombre de una poltica del trfico (por ejemplo, publicando el comando del policy-map
CIBERTEC
class1 creara una poltica del trfico nombrada class1). Despus de usted publique el comando del policy-map, usted entran en modo de la configuracin del policy-map. Usted puede entonces incorporar el nombre de una clase de trfico.
3.4.6 Paso 3: Adjuntando un servicio de Politica a una interface

Como un ACL, usted debe aplicar el mapa de la poltica ala interfaz que usted quisiera configurar. Usted puede aplicar el mapa de la poltica en modo in out. Usando el comando de la service-policy. El routres verifica inmediatamente los parmetros que se utilizan en el mapa. Si hay un error en la configuracin del mapa de la poltica, el router muestra explicado con un mensaje el error
CIBERTEC
96
3.4.7 Comandos bsicos de la verificacin de MQC

Para exhibir y para verificar las clases bsicas y las polticas de QoS configuradas usando Cisco MQC.
AUTOEVALUACIN
1. Qu funciones deben estar disponibles para implementar IntServ? 2. Cules son los comandos necesarios para implementar QoS basado en clases? 3. Cul es la caracterstica mas importante que ofrece la QoS?
CIBERTEC
SEMANA
4
IMPLEMENTACIN DEL MODELO SERVICIOS DIFERENCIADOS
Identificar las tareas bsicas para implementar calidad de QoS en una red convergente.
DE
QOS
DE
TEMARIO
Introduccin a la clasificacin y marcado de paquetes Usando NBAR para la clasificacin Introduccin a implementacin de encolamiento Configuracin de WFQ, CBWFQ y LLQ Evitamiento de congestin Introduccin a polticas y conformacin de trfico Implementacin de QoS en VPNs Despliegue de QoS de extremo a extremo
Desarrollar los laboratorios de QoS segn el avance de los temas planteados en el curso.
CIBERTEC
98
4.1 Introducin a la clasificacin y marcado de paquetes

4.1.1 Clasificacin La clasificacin es el proceso de identificar trfico y de categorizar ese trfico en clases. La clasificacin utiliza un descriptor del trfico para categorizar un paquete dentro de un grupo especfico para definir ese paquete. Los descriptores del trfico que se utilizan tpicamente son: Interfaz entrante Precedencia IP Servicio Diferenciado de cdigo punto (DSCP) Direccin origen y destino Aplicacin
Despus de que se haya clasificado o identificado el paquete, entonces accesible por QoS que se especifica en la red. Usando la clasificacin, los administradores de la red pueden particionar el trfico de la red en clases del servicio mltiples (CoS). Cuando los descriptores del trfico se utilizan para clasificar trfico, el origen asume los trminos contrados y la red ofrece QoS. Hay varios mecanismos de QoS, tales como polticas de trfico, forms de trfico y tcnicas de colas usando del descriptor de trfico de paquetes, (esto es la clasificacin de paquetes). La clasificacin debe llevarse a cabo en entorno a la red, tpicamente puede ser calbleada hacia un closet, con telfonos IP o cualquier otro punto de la red. Cisco recomienda clasificacin se lleve a cabo lo ms cerca del origine del trfico como sea posible 4.1.2 Marca La marca se relaciona con la clasificacin. La marca permite que los dispositivos de la red clasifiquen un paquete o un frame basado en un descriptor especfico de trfico. Las herramientas de la clasificacin de QoS categorizan los paquetes examinando el contenido del frame, la celda, y de las cabeceras de paquetes; mientras que la marca permita el cambio de las cabeceras en el paquete haciendo una clasificacin sencilla. Muchas herramientas de QoS confan en una funcin de la clasificacin para determinarse a qu trfico se aplica. Para hacer que la voz y datos viajen en colas separadas, por ejemplo, usted debe utilizar una cierta forma de clasificacin para diferenciar los dos tipos de trfico y poner el trfico identificado en la cola apropiada. La marca proporciona herramientas de tal manera que los bits en la cabecera indiquen un nivel de servicio. Aunque las herramientas de la clasificacin y de la marca no afectan directamente el ancho de banda, retardo, jitter, o la prdida de trfico en la red,
CIBERTEC
Los descriptores que se utilizan tpicamente son: Capa de enlace de datos: o CoS (inter-Switching Link ISL , 802.1p) o Multiprotocol Label Switching (MPLS) o Experimental (EXP)bits o Frame Relay Capa de red: o DSCP o Precedencia IP La marca se puede utilizar para fijar datos en el frame de la capa 2 o para fijar cabeceras en los paquetes en la capa 3 Marcar un paquete o un frame con su clasificacin permite que los dispositivos subsecuentes de la red distingan fcilmente el paquete marcado o lo enmarquen como perteneciencia de una clase especfica. Despus de paquetes o de los frames os se identifican como pertenencia a una clase especifica, mecanismos de QoS se puede aplicar uniformemente para asegurar conformidad con las polticas administrativas de QoS.
4.1.3
Clasificacin y marca en la capa de enlace El estndar 802.1Q es una especificacin de IEEE para poner en ejecucin VLANs en redes switched de la capa 2. La especificacin 802.1Q define dos campos de 2 bytes (Tag protocol identifier (TPID), y tag control information (TCI)) que se inserten dentro de un frame Ethernet en el campo de direccin origen. El campo de TPID est fijado en el valor 0x8100. La figura muestra la estructura del frame Ethernet.
CIBERTEC
100
El campo de TCI se compone de tres campos: Bits de prioridad de usuario (PRI) (3 bits): Las especificaciones de este campo es de 3 bits, son definidas en el estndar de IEEE 802.1p. Estos bits se pueden utilizar para marcar los paquetes como pertenencia de una CoS especfica. La CoS utiliza los tres bits de prioridad del usuario 802.1p y permite que un frame de Ethernet de la capa 2 sea marcado con ocho niveles de prioridad (valores 0-7). permitiendo una correspondencia directa con la versin 4 (IPv4) tipo de valores del servicio (TOS). La tabla enumera las definiciones estndares que el IEEE 802.1p especifica para cada CoS . Definiciones estndares de CoSs CoS CoS 7 (111) CoS 6 (110) CoS 5 (101) CoS 4 (100) CoS 3 (011) CoS 2 (010) CoS 1 (001) CoS 0 (000) Definicion Network Internet Crtical Flash- override Flash Immediate Pririty Routine
Una desventaja de usar las CoS es que los frames pierden sus marcas de CoS cuando son transmitidas en non-802.1Q a un enlace non-802.1p.
CIBERTEC
Canonical Format Indicator (CFI) (1 bit): Este bit indica si es cannica o no canonica. El bit de CFI se utiliza para la compatibilidad entre las redes de Ethernet y del token ring. Identificador VLAN de VLAN ID (12 bits): El campo de la identificacin de VLAN es un campo de 12 bits que define el VLAN usado por 802.1Q. El hecho de que el campo es 12 bits restringe el nmero de VLANs soportado por 802.1Q a 4096. Para la mayora de los clientes de la empresa, 4096 VLANs es suficiente . Para las aplicaciones del prveedor de servicio, 4096 VLANs pueden no ser muchas. marca segn las instituciones de
Clasificacin y estandarizacin
Antes de que el Internet Engineering Task Force (IETF) definiera los mtodos de QoS para la capa de red, el ITU-T y el foro del frame relay (FRF) haban derivado ya los estndares para la capa de enlace QoS en redes Frame Relay. Frame relay proporciona un sistema simple de mecanismos de QoS para asegurar una tasa confiable de informacin (CIR): notificaciones de congestin llamado Forward Explicit Congestin notification (FECN) y backward explicit congestin notification (BECN), adems de la fragmentacin de los frames de datos cuando los frames de voz estn presentes, segn lo descrito en el foro FRF.12. Marcas en MPLS Cuando un cliente transmite los paquetes IP de un sitio a otro, el campo de la precedencia IP especifica la CoS (los primeros tres bits del campo de DSCP en la cabecera de un paquete IP). De acuerdo con la marca de la precedencia IP, al paquete se da el tratamiento deseado, tal como ancho de banda o latencia garantizada. Los bits experimentales de MPLS abarcan un campo de 3 bits que usted pueda utilizar una etiqueta de MPLS. Esto permite que las routers MPLS realicen las caractersticas de QoS basadas indirectamente en el campo original de la precedencia IP dentro de paquetes IP encapsulados por MPLS. Sin embargo, el proveedor de servicio puede fijar un paquete QoS de MPLS a un valor que es determinado por el ofrecimiento del servicio. El campo de MPLS EXP permite que el proveedor de servicio proporcione QoS sin sobreescribir el valor en el campo de la precedencia IP del cliente. El resto de la cabecera IP disponible para la aplicacin del cliente y la marca del paquete IP no cambia mientras que el paquete viaja a travs de la red de MPLS. MPLS utiliza un campo de la etiqueta de 32 bits, que se inserta entre las cabeceras de la capa 2 y de la capa 3 (modo frame). MPLS EXP bit soporta hasta ocho CoSs. Por defecto, el software del IOS de Cisco copia los 3 bits ms significativos del DSCP o la precedencia del paqute IP al campo de EXP. Los bits de EXP se conservan de la red de MPLS.
CIBERTEC
102
4.1.4
Modelo DiffServ La arquitectura de DiffServ se basa en un modelo simple en el cual los paquetes de datos se coloquen en un nmero limitado de las clases del trfico, ms bien que diferenciar el trfico de la red basado en los requisitos de un flujo individual. Cada router en la red se configura para diferenciar el trfico basado en su clase. Cada clase de trfico se puede manejar diferentemente, asegurando el tratamiento preferencial para el trfico de altaprioridad. Los routers DiffServ-aware implementan entonnos por saltos (PHBs), que definen las caractersticas de la expedicin de paquete asociadas a una clase de trfico. Se pueden definir diferentes PHBs El DSCP valora los paquetes de la marca para seleccionar un PHB. Dentro de la base de la red, los paquetes se remiten segn el PHB que se asocia al DSCP. Uno de los principios primarios de DiffServ es que usted debe marcar los paquetes tan cerca al borde de la red como sea posible. Es a menudo una tarea difcil y tiempo para determinarse qu clase de trfico pertenece un paquete de datos. Usted desea clasificar los datos las menos veces posibles. Marcando el trfico en el borde de la red, los dispositivos de la red de la base y otros dispositivos a lo largo de la trayectoria de la expedicin podrn determinar rpidamente la CoS apropiada. Una ventaja clave de DiffServ es la escalabilidad con respecto a IntServ. DiffServ se utiliza para las aplicaciones misin-crticos y para proporcionar QoS de extremo a extremo. Tpicamente, DiffServ es apropiado para los flujos agregados porque realiza un nivel relativamente pesado de la clasificacin del trfico. DiffServ describe servicios y permite que muchos servicios definidos por el usario sean utilizados en una red DiffServpermitida.
4.1.5
Precedencia IP y compatibilidad con DSCP La introduccin de DSCP substituye la precedencia IP, un campo de 3 bits en el byte ToS de la cabecera original IP usado para clasificar y para dar la prioridad a tipos de trfico. Sin embargo, DiffServ mantiene la interoperabilidad con los dispositivos noDiffServ-compliant. Debido a esta compatibilidad, DiffServ se puede desplegar gradualmente en redes grandes. Originalmente, el campo fue referido como el campo ToS, y los primeros tres bits del campo (bits 7 a 5) definieron un valor de la la precedencia IP de paquetes. Un paquete se podra asignar una de seis prioridades basadas en el valor de la la precedencia IP (ocho valores totales menos dos unos reservados). La precedencia 5 (101) de IP era la prioridad ms alta que podra ser asignada (RFC 791).
CIBERTEC
En el diciembre de 1998, el RFC 2474 substituy el campo de ToS por el campo de DiffServ, en el cual una gama de ocho valores (selector de clase) se utiliza para la compatibilidad con precedencia IP. No hay compatibilidad con otros bits usados por el campo ToS.
4.2 Usando NBAR para la clasificacin

4.2.1 Reconocimiento de Redes-Basada en aplicaciones Network-based Aplication Recognition (NBAR) es una caracterstica de la clasificacin y del descubrimiento del protocolo del software del IOS de Cisco que reconoce una variedad amplia de aplicaciones, incluyendo aplicaciones web-basados y aplicaciones cliente/del servidor que asignan dinmicamente puertos TCP o UDP. Despus de que NBAR reconozca un aplicacion, la red puede invocar los servicios especficos para ese aplicacin en particular. Estas caractersticas incluyen la capacidad de garantizar el ancho de banda a las aplicaciones crticos, ancho de banda lmitadas y otras aplicaciones.
CIBERTEC
104
NBAR trabaja con las caractersticas de QoS. NBAR se asegura de que el ancho de banda de la red sea utilizada eficientemente clasificando los paquetes y despus aplicando QoS al trfico. Algunos ejemplos de las caractersticas clase-basadas de QoS que se pueden utilizar en trfico despus de que el trfico sea clasificado por NBAR incluyen: Class-Based Marking (comando set ) Class-Based Weighted Fair Queueing (comando bandwidth y queue-limit ) Low latency Queueing (comando priority ) Traffic Policing (comando police) Traffic Shaping (comando Shape )
NBAR realiza las dos funciones siguientes: Identificacin de aplicaciones y protocolos (capa 4 a capa 7) Descubrimiento del protocolo Caractersticas de la clasificacin NBAR introduce varias nuevas caractersticas de la clasificacin que identifiquen usos y la capa 4 de los protocolos a la capa 7: Asingnacion esttica de nmeros de puertos TCP y UDP. Protocolo IP no-UDP y no-TCP. Asignacion dinmica de nmeros de puertos TCP y UDP. Clasificacin de Sub-puerto.
CIBERTEC
NBAR puede clasificar protocolos de puertos estticos. Aunque las listas del control de acceso (ACLs) se pueden tambin utilizar para este propsito, NBAR es ms fcil de configurar y puede proporcionar la estadstica de la clasificacin que no est disponible al usar ACLs. 4.2.2 Aplicaciones soportadas por NBAR NBAR puede clasificar trfico de aplicaciones por los nmeros de puerto de TCP/UDP de un paquete. sta es clasificacin de subport. NBAR observa la carga til a s mismo de TCP/UDP y clasifica los paquetes en contenido dentro de la carga til tal como identificador de la transaccin, tipo de mensaje, u otros datos similares. La clasificacin del HTTP por el URL, host, o internet, Multipurpose internet mail extensin (MIME) es un ejemplo de la clasificacin. NBAR reconoce los paquetes que pertenecen a diferentes tipos de aplicaciones: Las aplicaciones estticos establecen sesiones por los nmeros de puerto del destino conocida TCP o del UDP. Tales aplicaciones como Simple Mail Transfer Protocol (smtp), podran tambin ser clasificados usando las listas del control de acceso (ACLs). Sesiones mltiples de aplicaciones dinmicas de las aplicaciones que utilizan nmeros de puerto dinmicos de TCP o del UDP. Tpicamente, hay una sesin del control a un nmero de acceso bien conocido, y las otras sesiones se establecen a los nmeros de acceso de destinonegociados con las sesiones del control, tales como sos usados con el ftp. NBAR examina el switch del nmero de acceso con la sesin del control. Algunos protocolos no-IP, tales como Internetwork Packet Exchange de Novell (IPX), se pueden tambin reconocer por NBAR. NBAR tambin tiene la capacidad para examinar algunos usos para saber si hay otra informacin y a clasificarlos basado en esa informacin. Por ejemplo, NBAR puede clasificar las sesiones del HTTP basadas en el URL solicitado, incluyendo tipo del MIME o nombre de host.
CIBERTEC
106
Protocolos Estaticos TCP y UDP soportados por NBAR Protocol BGP CU-SeeMe CU-SeeMe DHCP/ BOOTP DNS Finger Gopher HTTP HTTPS IMAP IRC Kerberos L2TP LDAP MS-PPTP Network Protocol TCP/UDP TCP/UDP UDP UDP TCP/UDP TCP TCP/UDP TCP TCP TCP/UDP TCP/UDP TCP/UDP UDP TCP/UDP TCP Protocol ID 179 7648, 7649 24032 67, 68 53 79 70 80 443 143, 220 194 88, 749 1701 389 1723 Description Border Gateway Protocol Desktop videoconferencing Desktop videoconferencing DHCP, Bootstrap Protocol Domain Name System Finger user information protocol Internet Gopher protocol http Secure http Internet Message Access Protocol Internet Relay Chat Kerberos Network Authentication Service Layer 2 Tunneling Protocol Lightweight Directory Access Protocol Microsoft Point-toPoint Tunneling Protocol for VPN Microsoft SQL Server Desktop Videoconferencing NetBIOS over IP (Microsoft Windows) NetBIOS over IP (Microsoft Windows) Network File System Network News Transfer Protocol Lotus Notes Novadigm Enterprise Desktop Manager (EDM) Network Time Protocol Symantec PCAnywhere Symantec
MS-SQLServer
TCP
1433
NetBIOS NetBIOS NFS NNTP Notes Novadigm
TCP UDP TCP/UDP TCP/UDP TCP/UDP TCP/UDP
137, 139 137, 138 2049 119 1352 34603465
NTP PCAnywhere PCAnywhere
TCP/UDP TCP UDP
123 5631, 65301 22, 5632
CIBERTEC
PCAnywhere POP3 Printer RIP RSVP SFTP SHTTP SIMAP SIRC SLDAP SNNTP SMTP SNMP SOCKS SPOP3 SSH STELNET Syslog Telnet X Window TCP/UDP TCP/UDP UDP UDP TCP TCP TCP/UDP TCP/UDP TCP/UDP TCP/UDP TCP TCP/UDP TCP TCP/UDP TCP TCP UDP TCP TCP 110 515 520 1698,17 990 443 585, 993 994 636 563 25 161, 162 1080 995 22 992 514 23 6000-6003 Post Office Protocol Printer Routing Information Protocol Resource Reservation Protocol Secure FTP Secure HTTP (see also HTTPS) Secure IMAP Secure IRC Secure LDAP Secure NNTP Simple Mail Transfer Protocol Simple Network Management Protocol Firewall security protocol Secure POP3 Secured Shell Protocol Secure Telnet System logging utility Telnet protocol X11, X Window
CIBERTEC
108
Protocolos No-TCP y No-UDP soportados por NBAR Protocol EGP GRE ICMP IPIP IPSec Network Protocol IP IP IP IP IP Protocol ID 8 47 1 4 50, 51 Description Exterior Gateway Protocol Generic Routing Encapsulation Internet Control Message Protocol IP in IP IP Encapsulating Security Payload (ESP = 50) and Authentication Header (AH = 51) Enhanced Interior Gateway Routing Protocol
EIGRP
IP
88
Protocolos dinmicos (stateful) soportados por NBAR Stateful Protocol FTP Exchange HTTP NetShow RealAudio r-commands StreamWorks SQL*NET SunRPC TFTP VDOLive Transport Protocol TCP TCP TCP TCP/UDP TCP/UDP TCP UDP TCP/UDP TCP/UDP UDP TCP/UDP Description File Transfer Protocol MS-RPC for Microsoft Exchange HTTP with URL, MIME, or host classification Microsoft NetShow RealAudio streaming protocol rsh, rlogin, rexec Xing Technology StreamWorks audio and video SQL*NET for Oracle Sun Remote Procedure Call Trivial File Transfer Protocol VDOLive streaming video
4.2.3
Mdulo de Descripcin de Lenguaje de Paquetes (PDLM) NBAR soporta actualizaciones dinmicas sin tener que cambiar la versin de Cisco IOS o reiniciar el router. El PDLM contiene las reglas que son usadas por NBAR para reconocer una aplicacin por coincidencia de paquetes externos en paquetes de datos, que pueden ser usados para dar nuevas funcionalidades a NBAR.
4.2.4
Protocolo de Descubrimiento Para desarrollar y aplicar polticas de QoS, NBAR incluye una caracterstica de descubrimiento de protocolo que provee una
CIBERTEC
forma fcil de descubrir protocolos de aplicacin que transitan a travs de una interface. La caracterstica descubre cualquier trfico soportado por NBAR. NBAR captura estadsticas importantes asociadas con cada protocolo enuna red (cantidad de paquetes generados, cantidad de bytes y velocidad de bits) en cada interface. Estas estadsticas definen clases de trfico y polticas de QoS para cada clase de trfico. NBAR puede aplicarse a interface diferentes ya sea a la entrada o a la salida. 4.2.5 Configuracin y monitoreando el protocolo de descubrimiento NBAR NBAR tiene dos componentes bsicos: Un componente monitorea aplicaciones que atraviesan la red El otro componente clasifica el trfico por protocolo. Para monitorear aplicaciones que atraviesan una red se debe habilitar NBAR. Para clasificar el trfico por protocolo usando NBAR y entonces aplicar QoS al trfico clasificado. Utilice el comando:
ip nbar protocol-discovery
Para configurar NBAR y realizar estadsticas de trfico para todos los protocolos conocidos por NBAR. Luego podemos utilizar el comando:
Show ip nbar protocol-discovery

Para mostrar las estadsticas en todas las interfaces en las que se haya habilitado NBAR. 4.2.6 Configuracin NBAR para protocolos estticos La capacidad de NBAR de clasificar trfico por protocolo y despus de aplicar QoS a ese trfico, requiere utilizar el criterio del MQC llamados class-map. Utilice el comando:
Match protocol protocol-name

Algunos protocolos pueden usar adicionalmente los puertos TCP o UDP
ip nbar port-map
CIBERTEC
110
Para extender o mejorar la lista de protocolos reconocidos por NBAR use el comando:
ip nbar pdlm
4.2.7 Configuracin de NBAR para protocolos dinmicos Utilice el MQC para configurar la capacidad de clasificar trfico por protocolo usando NBAR y despus de aplicar QoS al trfico clasificado.
Puede clasificar los paquetes que pertenecen a los flujos del HTTP basados en lo siguiente: o o La parte del URL despus del nombre de host, que aparece en la peticin GET de la sesin HTTP El nombre de host especificado en la peticin GET
El ejemplo siguiente clasifica, dentro del mapa de clase llamado class1, los paquetes HTTP basados en cualquier URL que contiene la secuencia whatsnew/latest seguidos por cero o ms carcteres:
class-map class1 match protocol http url
whatsnew /latest*
El ejemplo siguiente clasifica, dentro del class map llamado class2, los paquetes basados en cualquier nombre de host que contiene la secuencia cisco seguida por cero o ms carcteres:
CIBERTEC
class-map class2 match protocol http host cisco*

NBAR soporta una amplia gama de protocolos de red, incluyendo los protocolos stateful que eran difciles de clasificar antes. Los protocolos stateful tales como HTTP o FastTrack necesitan la configuracin especial para utilizar la caracterstica de NBAR. Aplicaciones que utilizan el protocolo peer-to-peer FastTrack incluyen Kazaa, Grokster y Morpheus, asi como el Gnutella.
4.3 Introduccin a implementaciones de encolamiento

4.3.1 Congestin y encolamiento La congestin puede ocurrir en cualquier lugar dentro de una red donde se encuentran diferencias de velocidad (por ejemplo, un enlace 1000-Mbps que alimenta un enlace 100-Mbps), agregacin (por ejemplo, multiples enlaces de 100-Mbps que alimentan un enlace upstream de 100-Mbps), o la confluencia (el ensamblar dos o ms corrientes del trfico).
La administracin de congestin ofrece controlarla cuando ocurre. Una forma que los elementos de la red manejan un desbordamiento del trfico es utilizar un algoritmo que clasifique el trfico y despus para determinar un cierto mtodo de darle prioridad sobre un enlace de salida. Cada algoritmo que realiza el encolamiento fue diseado para solucionar un problema especfico del trfico de la red y tiene un efecto particular en el funcionamiento de la red.
CIBERTEC
112
4.3.2
Administracin de congestin - algoritmos de encolamiento El encolamiento est diseado para acomodar la congestin temporal en un interfaz de un dispositivo de la red almacenando paquetes en exceso en buffers intermedios hasta que el ancho de banda llegue a estar disponible o hasta que se agote la profundidad de cada cola y los paquetes tienen que ser descartados. El encolamiento es un mecanismo de administracin de congestin que permite que usted controle la congestin determinando el orden en el cual identific los paquetes salientes por una interface, basado en las prioridades asignadas a esos paquetes. El mecanismo por defecto en la mayora de las interfaces es el muy sencillo FIFO (primero en entrar, primero en salir). Algunos tipos de trfico, tales como voz y vdeo son muy exigentes con los requisitos de retardos y jitter, por lo tanto se deben implementar mecanismos de encolamiento ms sofisticados en los interfaces usados para trfico de voz y vdeo.
Congestin y encolamiento El encolamiento complejo sucede generalmente en interfaces de salida solamente. Un router encola los paquetes que envia por una interface. Durante perodos con cargas bajas del trfico, cuando no ocurre ninguna congestin, los paquetes dejan la interfaz tan pronto como llegan. Durante perodos de congestin en el interfaz saliente, los paquetes llegan ms rpidamente que lo que la interface puede enviarlos. Cuando usted utiliza caractersticas de la administracin de congestin, los paquetes que se acumulan en un interfaz se colocan en colas de software segn su prioridad asignada y el mecanismo de encolamiento configurado para el interfaz. Entonces se programa la transmisin cuando el buffer intermedio del hardware del interfaz est libre para enviarlos. El router determina
CIBERTEC
el orden de la transmisin de paquetes controlando qu paquetes entran cada cola y cmo las colas se mantienen con respecto de una a otra. Introduccin a los algoritmos de encolamiento 4.3.3 Primero en entrar, primero en salir: el algoritmo ms simple Priority Queuning (PQ): Permite que el trfico sea basado en prioridades Round Robin: Permite que varias colas compartan el ancho de banda Round Robin:(WRR): Permite compartir de ancho de banda con el priorizacin Primero en entrar, primero en salir El primero en entrar, primero en salir es el algoritmo de encolamiento ms simple. El primero en entrar, primero en salir proporciona capacidad store-and-forward bsica segn las indicaciones de figura. El primero en entrar, primero en salir es el algoritmo de encolamiento por defecto en algunos casos, no requiriendo ninguna configuracin.
El primero en entrar, primero en salir no incorpora ningn concepto de prioridad o de clases del trfico y por lo tanto no toma ninguna decisin sobre prioridades de los paquete. Hay solamente una cola, y todos los paquetes se tratan igualmente. Los paquetes se colocan en una sola cola y se en el cual llegan. Los paquetes de alta prioridad no se transmiten ms rpidamente que los paquetes de baja prioridad. Nota Las interfaces seriales E1 (2.048 Mbps) e inferiores se utiliza la cola justa por pesos (WFQ) por defecto. 4.3.4 Encolamiento con prioridad PQ permite que usted d la prioridad al trfico en la red. Usted configura cuatro prioridades del trfico. Usted puede definir una serie de filtros basados en caractersticas de paquetes para hacer el router poner trfico en estas cuatro colas; la cola con la prioridad ms alta se mantiene primero hasta que est vaca, entonces las colas ms bajas se mantiene en ese orden.
CIBERTEC
114
Durante la transmisin, PQ da a colas de la prioridad el tratamiento preferencial absoluto sobre colas de baja prioridad. Se clasifican los paquetes basaron en criterios especificados por el usuario y colocados en una de las cuatro colas en la prioridad asignada. Los paquetes que no se clasifican se asignan a la cola normal. Una lista cmo los Una lista defecto o prioridad. de prioridades es un sistema de reglas que describen paquetes se deben asignar a las colas de la prioridad. de la prioridad puede tambin describir la prioridad por los lmites del tamao de la cola de las cuatro colas con
Los paquetes se pueden clasificar por los siguientes criterios: 4.3.5 Tipo del protocolo Interfaz entrante Tamao de paquetes Fragmentos Access Control List (ACL)
Round Robin El Round Robin refiere a un arreglo que implica el elegir de todos los elementos en un grupo igualmente en cierto orden racional, generalmente a partir del inicio al final de una lista y despus de comenzar otra vez en al inicio de la lista y as sucesivamente.
CIBERTEC
Si todos los paquetes son del mismo tamao, todas las colas comparten el ancho de banda igualmente. Si los paquetes que son puestos en una cola son ms grandes, esa cola recibir una parte ms grande del ancho de banda. Ninguna aplicacin de la cola muere de inanicin con el encolamiento Round Robin porque todas las colas reciben una oportunidad de enviar un paquete cada vuelta. Una limitacin de encolamiento del Round Robin es la inhabilidad de dar la prioridad a trfico. Round Robin con Pesos (WRR) WRR proporciona la capacidad del priorizacin para el encolamiento Round Robin. En WRR, los paquetes son reenviados usando Round Robin, pero las colas se pueden priorizadas por pesos. Por ejemplo, en una sola vuelta, cuatro paquetes de una clase prioritaria se pudieron enviar, seguido por dos paquetes de una clase de la prioridad media y entonces uno de una clase de la prioridad baja.
Algunas puestas en prctica del algoritmo de WRR proporcionan la priorizacin enviando un nmero configurable de octetos de cada ms bien que un nmero de paquetes.
CIBERTEC
116
4.3.6
Componentes de encolamiento del router El encolamiento en los routers es necesario realizarlo cuando el ndice de llegada de paquetes es mayor que la de la salida, generalmente debido a una de dos razones: o o El interfaz de entrada es ms rpido que el interfaz de la salida. El interfaz de la salida est recibiendo los paquetes de mltiples interfaces.
Las puestas en marcha iniciales de encolamiento utilizaron la nica estrategia del primero en entrar, primero en salir. Mejores mecanismos de encolamiento fueron introducidos cuando se requirieron que los routers distingan entre paquetes de diversa importancia. El encolamiento tiene dos partes: o Cola del hardware: Utiliza la estrategia del primero en entrar, primero en salir, que es necesaria para los conductores del interfaz transmitir los paquetes uno por uno. La cola del hardware se refiere a veces como la cola de transmisin. Cola de software: Programacin para colocar los paquetes en la cola del hardware basada en los requisitos de calidad de servicio (QoS).
Las acciones que deben ocurrir antes de transmitir un paquete pueden ser: La mayora de los mecanismos de encolamiento incluyen la clasificacin de paquetes. Despus de que se clasifique un paquete, un router tiene que determinar si puede colocar el paquete en la cola o descartar el paquete. La mayora de los mecanismos de encolamiento descartarn un paquete solamente si la cola correspondiente est llena. Algunos mecanismos utilizan un esquema de descarte ms inteligente, tal como el encolamiento justo por pesos (WFQ), o un esquema de descarte al azar, tal como deteccin temprana al azar por pesos (WRED).
CIBERTEC
Si el paquete se es encolado, se pone en la cola FIFO para esa clase particular. Los paquetes despus se toman de las colas individuales por clases y ponen en la cola del hardware.
4.4. Configuracin WFQ

4.4.1 Weighted Fair Queing Para las situaciones en las cuales es deseable proporcionar tiempo de reaccin constante a los usuarios pesados y ligeros de la red igualmente sin la adicin de ancho de banda excesiva, la solucin es WFQ. Utiliza un algoritmo que hace el encolamiento basado en dos criterios simultneamente: Programar trfico interactivo al inicio de la cola para reducir tiempo de reaccin. Compartir el ancho de banda restante entre los varios flujos para evitar que los flujos en grandes cantidades monopolicen el interfaz saliente.
CIBERTEC
118
La base de WFQ es tener una cola dedicada para cada flujo sin retardos o jitter dentro de la cola. Adems, WFQ permite justicia y asignacin exacta de ancho de banda entre todos los flujos con el mnimo retardo. Se usan las marcas de WFQ mediante la precedencia IP como peso al asignar ancho de banda. Las corrientes de poco volumen del trfico, que abarcan la mayora de trfico, reciben el servicio preferencial, transmitiendo sus cargas ofrecidas enteras en una manera oportuna. El trfico en grandes cantidades fluye por la capacidad restante proporcional entre ellos. WFQ soluciona los problemas inherentes en los mecanismos de encolamiento siguientes: El problema del excesivo retardo y jitter del encolamiento primero en entrar, primero en salir. El problema del encolamiento por prioridad (PQ) que causa la muerte por inanicin de las clases de baja prioridad y sufre de los problemas del primero en entrar, primero en salir dentro de cada uno de las cuatro colas que utiliza para la priorizacin.
4.4.2
Arquitectura y ventajas de WFQ WFQ es un mtodo dinmico que proporciona la asignacin justa de ancho de banda a todo el trfico de la red. WFQ aplica pesos al trfico identificado, clasifica trfico en los flujos, y determina cunto ancho de banda no se prohibe cada flujo, concerniente a otros flujos. WFQ es un algoritmo que permite simultneamente trfico interactivo de una cola del hardware para reducir tiempo de reaccin y comparte bastante ancho de banda restante entre flujos de alto consumo de ancho de banda. Segn las indicaciones de figura, WFQ le permite da trfico de poco volumen, tal como
CIBERTEC
sesiones del telnet, trfico en grandes cantidades del excedente de la prioridad, tal como sesiones ftp.
El mtodo WFQ trabaja como el modo de encolamiento por defecto en las interfaces seriales configuradas para funcionar en o debajo de las velocidades E1 (2.048 Mbps). WFQ proporciona la solucin para las situaciones en las cuales es deseable proporcionar tiempos de reaccin constantes a los usuarios pesados y ligeros de la red igualmente, sin la adicin de ancho de banda excesiva. Adems, WFQ puede manejar los flujos de datos full duplex y flujos de datos half duplex, tales como voz o vdeo. Aunque WFQ se adapta automticamente a las condiciones del trfico de la red cambiante, no ofrece el grado exacto de control sobre la asignacin de ancho de banda. La limitacin significativa de WFQ es que no est soportada con hacer un tnel y el cifrado porque estas caractersticas modifican la informacin del contenido de paquetes requerida por WFQ para la clasificacin. 4.4.3 Clasificacin de WFQ La clasificacin de WFQ puede identificar flujos individuales. La figura demuestra cmo se identifica un flujo basado en la informacin siguiente tomada de la cabecera del IP y de las cabeceras de TCP o del User Datagram Protocol (UDP): Direccin IP de origen Direccin IP de destino Nmero del protocolo (identificando el TCP o el UDP) Tipo de campo del servicio Origen TCP o nmero de acceso del UDP Destino TCP o nmero de acceso del UDP
CIBERTEC
120
Estos parmetros son generalmente fijos para un solo flujo, aunque hay algunas excepciones. Por ejemplo, una calidad del diseo del servicio (QoS) puede marcar los paquetes con diferentes valores del bit de la la precedencia IP aunque que pertenecen al mismo flujo. Usted debe evitar tal marca al usar WFQ.
Si hay una gran cantidad de flujos del concurrente, es probable que dos flujos puedan terminar para arriba en la misma cola. Usted debe tener varias veces tantas colas como flujos (en promedio). 4.4.4 Insercin de WFQ y poltica de descarte El sistema de WFQ tiene una capacidad de cola representada por la profundidad de la cola, significa el nmero de paquetes que se pueden retener en la cola. WFQ utiliza los dos parmetros siguientes que afectan descartar de paquetes: El umbral de descarte por congestin (CDT) se utiliza para comenzar a descartar los paquetes del flujo ms agresivo, incluso antes de que se alcanza el lmite de la cola. El lmite de la cola define el nmero mximo de paquetes que se pueden retener en el sistema de WFQ en cualquier momento.
Hay dos excepciones a la poltica de la insercin y de descarte de WFQ: Si el sistema de WFQ est sobre el lmite de CDT, el paquete todava es encolado si la cola especficada para el flujo est vaco. La estrategia de descarte no est influenciada directamente por la precedencia IP.
4.4.5
Ventajas y desventajas de WFQ El mecanismo de WFQ proporciona configuracin simple (no hay clasificacin manual necesaria) y garantiza rendimiento de
CIBERTEC
procesamiento a todos los flujos. Descarta los paquetes de los flujos ms agresivos. Debido a que WFQ es un mecanismo de encolamiento estndar, la mayora de las plataforms y la mayora de las versiones del IOS de Cisco soportan WFQ. Si bien WFQ es bueno, tiene sus desventajas: Los flujos mltiples pueden terminar en una sola cola. WFQ no permite que un ingeniero de la red configure manualmente la clasificacin. La clasificacin y la calendarizacin son determinados por el algoritmo de WFQ. WFQ se soporta solamente en enlaces con un ancho de banda inferior o igual a 2 Mb. WFQ no puede proporcionar entregas garantizadas a los flujos.
4.4.6
Configuracin de WFQ Los routers de Cisco permiten automticamente WFQ en todos los interfaces que tengan un ancho de banda por defecto de menos de 2.048 Mbps. El comando fair-queue permite WFQ en los interfaces donde no est permitido por el defecto ni fue previamente deshabilitado.
Configuracin del lmite mximo de WFQ El sistema de WFQ generalmente nunca alcanzar el lmite de la cola porque CDT comienza a descartar los paquetes de flujos agresivos en la cola del software. Bajo circunstancias especiales, puede ser que sea posible saturar el sistema de WFQ. Por ejemplo, un ataque de denegacin-de-servicio que inunda el interfaz con un gran nmero de paquetes (cada uno diferente) podra llenar todas las colas a la misma velocidad.
4.4.7
Supervisin de WFQ El comando show interface, se puede utilizar para determinar la estrategia de encolamiento. La salida tambin exhibe resumen de estadsticas.
CIBERTEC
122
El sistema permite hasta 1000 paquetes (lmite de la cola) con un CDT de 64. WFQ est por defecto utiliza 256 colas. El nmero mximo de los flujos del concurrente (conversaciones, o de las colas activas) es cuatro. El comando show queue se utiliza para exhibir el contenido de paquetes dentro de una cola para un interfaz particular, incluyendo estadstica de flujo (conversacin): La profundidad de la cola. es el nmero de paquetes en la cola. El peso es 4096/(la precedencia IP + 1), o 32.384/(la precedencia IP + 1), dependiendo de la versin del IOS de Cisco. En la salida del comando, los descartes se utilizan para epresentar el nmero de las perdidas debido al lmite de CDT. En la salida del comando, las descartes de la cola se utilizan para representar el nmero de las perdidas debido al lmite de la cola.
CIBERTEC
4.5 Configuracin de CBWFQ y LLQ

4.5.1 Combinacin de mtodos de encolamiento Ni los mtodos de encolamiento bsicos ni los mtodos de encolamiento ms avanzados (WFQ) solucionan totalmente la calidad de los problemas del servicio (QoS) resultado de trfico convergente en la red. Siguen existiendo los problemas siguientes: Si solamente prioridad de colas (PQ) se utiliza para una red con trfico de voz habilitado, la voz consigue la prioridad necesaria. Sin embargo, el trfico de datos sufrira. Si solamente el encolamiento personalizado (CQ) se utiliza para una red con trfico de voz habilitado, el trfico de datos se asegura de cierto ancho de banda. Sin embargo, el trfico de voz sufrira retardo. Si se utiliza WFQ, la voz todava experimenta retardo aun cuando es bien tratado por WFQ. En PQ y CQ, toda la clasificacin, marca, y mecanismos de encolamiento son complicados de usar y desperdician tiempo cuando est aplicada sobre cada interface.
Mecanismos ms nuevos de encolamiento combinan los mejores aspectos de mtodos de encolamiento existentes. El estado de baja latencia de encolamiento (LLQ) es una combinacin del encolamiento justo por pesos basado en clases (CBWFQ), que asigna pesos segn consumo de ancho de banda, y de un sistema de la prioridad basado en clase que da prioridad que requiere la voz mientras que se asegura de que los datos sean mantenidos eficientemente.
CIBERTEC
124
4.5.2
El encolamiento justo por pesos basado en clases (CB-WFQ) CBWFQ ampla la funcionalidad estndar de WFQ para proporcionar la ayuda para las clases definidas por el usario del trfico. Con CBWFQ, el usuario define las clases del trfico basadas en criterios de coincidencias, incluyendo protocolos, ACLs, e interfaces de entrada. Los paquetes que satisfacen los criterios de coincidencias para una clase constituyen el trfico para esa clase. Una cola es reservada para cada clase, y el trfico que pertenece a una clase se dirige a esa cola de clase. Despus de que se haya definido una clase y se han formulado sus criterios de coincidencias, usted puede asignar caractersticas a la clase. Para caracterizar una clase, usted le asigna un ancho de banda y un lmite mximo de paquetes. Ancho de banda asignado a una clase es ancho de banda mnimo entregado a la clase durante la congestin. Para caracterizar una clase, usted tambin especifica el lmite de la cola para esa clase, que es el nmero mximo de paquetes permitidos acumular en la cola de clase. El encolamiento garantiza ancho de banda mnimo, pero tambin da a la clase el acceso ilimitado de ms ancho de banda si ms est disponible. Usted puede configurar hasta 64 clases discretas en una poltica del servicio.
4.5.3
Arquitectura, clasificacin y calendarizacin de CBWFQ CBWFQ soporta mapas mltiples de clase para clasificar trfico en sus colas correspondientes del primero en entrar, primero en salir. Las clases de CBWFQ utilizan descarte de la cola a menos que usted configure explcitamente una poltica para que una clase utilice la deteccin temprana al azar por pesos (WRED) para descartar los paquetes como medio para evitar la congestin. Observe que si usted utiliza descarte de paquetes de WRED en vez de descarte de la cola para unas o ms clases en una poltica mapeada, usted debe asegurarse de que WRED no est configurado para el interfaz al cual usted une esa poltica del servicio.
CIBERTEC
Clasificacin Usted puede utilizar cualquier opcin de la clasificacin para CBWFQ, dependiendo de disponibilidad en la versin del IOS de Cisco, del soporte en el interfaz seleccionado, y de el encapsulamiento. Mecanismos de calendarizacin El mecanismo de CBWFQ calcula los pesos basados en ancho de banda disponible. Estos pesos entonces son utilizados por el mecanismo de calendarizacin de CBWFQ para enviar los paquetes.
Usted puede configurar garantas de ancho de banda usando uno de los comandos siguientes: El comando bandwidth asigna una cantidad fija de ancho de banda especificando la cantidad en kilobits por segundo. Ancho de banda reservado se resta del ancho de banda disponible del interfaz donde se utiliza la poltica del servicio. El ancho de banda asignado debe tambin estar dentro del lmite reservable configurado (75 por ciento de ancho de banda del interfaz por defecto). El comando bandwidth percent se puede utilizar para asignar un porcentaje de ancho de banda disponible total de un interfaz. Ancho de banda total del interfaz es definida usando el comando bandwidth interface. Se recomienda que el comando de ancho de banda refleje la velocidad verdadera de enlace. El ancho de banda asignado se resta del ancho de banda disponible del interfaz donde se utiliza la poltica del servicio. Se utiliza el comando bandwidth remaining percent para asignar la cantidad de ancho de banda garantizada basada en
CIBERTEC
126
un porcentaje relativo de ancho de banda disponible. Cuando se configura el comando bandwidth remaining percent, las garantas de ancho de banda no pueden ser proporcionadas, y solamente se aseguran las anchos de banda relativas por clase. Es decir, los anchos de banda de clase son siempre proporcionadas a los porcentajes especificados de ancho de banda del interfaz. Cuando el ancho de banda del enlace es fijo, las garantas de ancho de banda de clase estn en base a los porcentajes configurados. Si el ancho de banda de enlace es desconocido o variable, las garantas de ancho de banda de clase en kilobits por segundo no pueden ser calculadas. Una sola poltica del servicio no puede mezclar los comandos bandwidth (fijada, en kilobits por segundo) y bandwidth percent (excepto con colas de prioridad estricta). Los pesos necesitados para calendarizar son calculados por el CBWFQ basado en el ancho de banda configurado o su porcentaje.
Ventajas y desventajas de CBWFQ CBWFQ permite que usted defina las clases del trfico basadas en criterios personalizados basados en coincidencias tales como ACLs, interfaces de entrada, y tipo del protocolo. La figura demuestra las ventajas y la desventaja de CBWFQ descrito como sigue: Clasificacin: CBWFQ permite las clasificaciones personalizadas basadas en muchos parmetros, tales como ACLs, interfaces entrados, cuenta de octetos, y as sucesivamente. Asignacin de ancho de banda: CBWFQ permite que usted especifique ancho de banda mnima exacta que se asignar
CIBERTEC
para una clase de trfico especfica. Considerando el ancho de banda disponible en el interfaz, usted puede configurar hasta 64 clases y controlar la distribucin entre ellas, que no es el caso con los flujos basados en WFQ. Estos aplican pesos al trfico para clasificarlo en las conversaciones y se determina cunto ancho de banda cada conversacin tiene permitida, concerniente a otras conversaciones. Para flujos basados en WFQ, estos pesos y la clasificacin del trfico, son dependientes y limitados a los niveles de la precedencia IP. Un granularidad y un escalabilidad ms finos: CBWFQ permite que usted defina qu constituye una clase basada en los criterios que exceden los lmites del flujo. Usted no necesita mantener la clasificacin del trfico en base a flujos. Por otra parte, usted puede configurar hasta 64 clases discretas en una poltica del servicio. La desventaja es que el trfico de voz puede sufrir de inaceptable retardo si usted utiliza CBWFQ como el nico mecanismo de encolamiento.
4.5.4
Configuracin y supervisin CBWFQ El comando bandwidth dentro del comando de la configuracin policy-map class se utiliza para especificar o modificar el ancho de banda asignada para una clase que pertenece a un policy-map. Todas las clases que pertenecen a una poltica mapeada deben utilizar el mismo tipo de garanta de ancho de banda, en kilobits por segundo, el porcentaje de ancho de banda del interfaz, o el porcentaje de ancho de banda disponible. La configuracin del ancho de banda en porcentajes es la ms til cuando el ancho de banda del enlace es desconocido o se saben las distribuciones relativas de ancho de banda entre las clases. Supervisin de CBWFQ El comando de interface show policy-map muestra todas las polticas de servicio aplicadas a la interface.
CIBERTEC
128
4.5.5
El encolamiento de baja latencia Aunque WFQ proporciona una forma justa de compartir el ancho de banda a cada flujo y proporciona programar de la feria de sus colas, no puede proporcionar ancho de banda garantizado y el bajo retardo a las aplicaciones seleccionadas. Por ejemplo, el trfico de voz puede competir con otros flujos agresivos en el sistema de encolamiento de WFQ porque el sistema de WFQ carece de prioridades para las clases de trfico crticas en el tiempo. Para CBWFQ, el peso para un paquete que pertenece a una clase especfica se deriva de ancho de banda que usted asign a la clase cuando usted la configur. Por lo tanto, el ancho de banda asignado a los paquetes de una clase determina el orden en la cual se envan los paquetes. Todos los paquetes son servidos con justicia por este peso interno; ninguna clase de paquetes se puede conceder estricta prioridad. Este esquema plantea los problemas para el trfico de voz, del cual es en gran parte intolerante al retardo, especialmente a la variacin en retardo. Para el trfico de voz, las variaciones en retardo introducen las irregularidades de la transmisin odas como jitter en la conversacin.
LLQ reduce el jitter en conversaciones de voz. Para encolar trfico en tiempo real a una cola de prioridad estricta, usted configura el comando priority para la clase despus de que usted especifique la clase nombrada dentro de una poltica mapeada. Usted puede dar a uno o ms clases el estado de prioridad. Cuando las clases mltiples dentro de una nica poltica mapeada se configuran como clases con prioridad, todo el trfico de estas clases son encoladas por igual, a una nica cola, de prioridad estricta.
CIBERTEC
4.5.6
Arquitectura y ventajas de LLQ LLQ ampla CBWFQ agregando encolamiento por estricta prioridad. El encolamiento por estricta prioridad permite que los datos sensibles a retardos tales como la voz sean quitados de la cola y enviados primero. Los paquetes que ingresan al sistema de LLQ se envan a la cola de la prioridad, donde tienen una asignacin fija de ancho de banda y donde se sirven primero. Los paquetes de datos ingresan al sistema de CBWFQ directamente donde se asignan los pesos especficamente los que determinan cmo se tratan. Sin LLQ, CBWFQ provee de encolamiento basado en pesos definiendo el ancho de banda por clase sin ninguna cola por estricta prioridad disponible para el trfico en tiempo real. CBWFQ permite que usted defina clases del trfico y despus que asigne caractersticas a esa clase. Por ejemplo, usted puede sealar ancho de banda mnima entregada a la clase durante la congestin. Ventajas de LLQ Una ventaja de LLQ est teniendo una configuracin constante a travs de todos los tipos de medios, con independencia de los medios usados. Tambin, usar LLQ como los criterios de entrada para una clase puede ser tan granular como usted desee porque la define por un ACL. Usted no est limitado, como con la caracterstica de la prioridad del IP RTP, a una gama de puertos UDP. El trfico de VoIP utiliza un conjunto de puertos bien conocido de UDP, de 16384 a 32767. Mientras que los puertos reales usados se negocian dinmicamente entre los dispositivos de extremo a extremo o las entradas.
4.5.7
Configuracin y supervisin LLQ Cuando usted especifica el comando priority para una clase, usted puede utilizar el argumento de ancho de banda para especificar el ancho de banda mximo en kilobits por segundo. Usted utiliza este parmetro para especificar la cantidad mxima de ancho de banda asignada para los paquetes que pertenecen a la clase configurada con el comando priority. El parmetro de ancho de banda garantiza ancho de banda a la clase de la prioridad y frena el flujo de paquetes desde la clase con prioridad. Sintaxis:
priority {bandwidth | percent percentage} [burst]
El parmetro percent percentage especifica el total de ancho de banda disponible para ser asignado a una clase, puede especificarse un valor de 1 a 100. Sin embargo solo puede reservarse el 75 por ciento como mximo.
CIBERTEC
130
Supervisin de LLQ El comando show policy-map interface muestra la estadstica de paquetes de todas las clases que usted configur para todas las polticas del servicio en el interfaz especificado.
CIBERTEC
4.6
Evitamiento de congestin
4.6.1 Manejo de congestin en la interface con descarte de la cola Cuando un interfaz en un router no puede transmitir un paquete inmediatamente, el paquete se va a la cola, ya sea en un interfaz de transmisin (Tx) o en la cola de salida del interfaz, dependiendo de la trayectoria de conmutacin utilizada. Los paquetes entonces se toman de la cola y se transmiten eventualmente por el interfaz. Si la tasa de llegada de paquetes al interfaz de la salida excede la capacidad del router de almacenar y de reenviar trfico, las colas aumentan a su longitud mxima y el interfaz se congestina. El descarte de la cola es la respuesta del encolamiento por defecto a la congestin. El descarte de la cola trata todo el trfico igualmente y no lo distingue entre clases del servicio. Cuando la cola de salida est llena y el descarte de la cola est en accin, todos los paquetes que intentan ingresar a la cola se descartan hasta que la cola no est ms llena.
4.6.2
Limitaciones de descarte de la cola El esquema simple de descarte de la cola no trabaja muy bien en ambientes con un nmero grande de flujos TCP o en los ambientes en los cuales se requiere el descartar selectivo. Entender la interaccin de la red entre la inteligencia del apilado de TCP y el descarte se requiere para poner un esquema de descarte ms eficiente en ejecucin y ferias, ESP en ambientes del proveedor de servicio. El descarte de la cola tiene los defectos siguientes: Normalmente, cuando ocurre la congestin, el descarte afecta la mayor parte de las sesiones TCP, que retroceden y despus recomienzan simultneamente otra vez. Este proceso causa la utilizacin ineficaz de enlace en el punto de congestin (sincronizacin global de TCP). Para evitar descartar de paquetes de TCP, el TCP reduce el tamao de la ventana.
CIBERTEC
132
La inanicin de TCP ocurre, cuando todos los buffers intermedios son utilizados temporalmente por flujos agresivos. No hay mecanismo diferenciado de descarte, y por lo tanto el trfico de la prioridad alta se descarta de la misma forma que el trfico del mejor esfuerzo.
Sincronizacin de TCP Un router puede manejar sesiones mltiples TCP concurrentes. Sin embargo, el trfico de rfagas de la red podra hacer a un router fallar si el trfico excedel lmite de la cola. Si el router de recepcin descarta todo el trfico que exceda el lmite de la cola (la accin de descarte de la cola por defecto), muchas sesiones de TCP entonces empiezan simultneamente a ralentizarse. El trfico temporalmente desciendo a niveles muy bajos, y entonces todos los flujos se tornan lentos otra vez. Esta actividad crea una condicin llamada sincronizacin global. La sincronizacin global ocurre como ondas de cresta de congestin, slo para ser seguida por los canales durante los cuales el enlace de la transmisin no se utiliza completamente. La sincronizacin global de los hosts TCP puede ocurrir porque los paquetes se descartan de una vez. La sincronizacin global ocurre cuando los mltiples hosts TCP reducen sus tasas de la transmisin en respuesta al descarte de paquetes. Cuando se reduce la congestin, se aumentan sus tasas de la transmisin. El retardo, jitter e inanicin en TCP La congestin es otro nombre para las prdidas de la cola. Cuando la cola de salida est llena, el descarte de la cola descarta los paquetes para eliminar la congestin. Esto causa retardo. Adems, el encolamiento introduce desigual retardo para los paquetes del mismo flujo, dando por resultado jitter.
Otro fenmeno relacionado a TCP que reduce el rendimiento de procesamiento ptimo de las aplicaciones de la red es la inanicin de TCP. Cuando los flujos mltiples se estn transmitiendo a travs
CIBERTEC
de un router, algunos de estos flujos pueden ser mucho ms agresivos que otros flujos. Estos paquetes llenan inmediatamente la cola en el router, y los otros, los flujos menos agresivos pueden estar hambrientos. Consecuentemente, los flujos menos agresivos se descartan en el interfaz de la salida. El descarte de la cola no es el mecanismo ptimo para el evitamiento de congestin y por lo tanto no debe ser utilizada. En su lugar, mecanismos ms inteligentes del evitamiento de congestin deben ser utilizados que son capaces de retardar trfico antes de que ocurra la congestin. 4.6.3 Deteccin temprana al azar La deteccin temprana al azar (RED) es un mecanismo de descarte de descarte aleatoriamente los paquetes antes de que una cola sea llena. La base de la estrategia de descarte es la longitud media de la cola que es, cuando el tamao medio de la cola aumenta, para RED es ms probable descartar un paquete entrante que cuando la longitud media de la cola es ms corta. Porque el RED descarta los paquetes aleatoriamente, no tiene ningna inteligencia por flujos. El anlisis razonado es que un flujo agresivo representar la mayor parte del trfico que llega, y es probable que el RED caiga un paquete de una sesin agresiva. El RED por lo tanto castiga sesiones ms agresivas con una probabilidad estadstica ms alta y puede retardar algo selectivamente la causa ms significativa de congestin. Ordenar una sesin de TCP a la vez para retardor permite la utilizacin completa de ancho de banda ms bien que la utilizacin que se manifiesta como crestas y canales del trfico. Como resultado de poner RED en ejecucin, la sincronizacin global de TCP es mucho menos probable que ocurra, y el TCP puede utilizar el ancho de banda del enlace ms eficientemente. En puestas en prctica de RED, el tamao medio de la cola tambin disminuye perceptiblemente porque la posibilidad de la cola que se llene se reduce. Esto es porque el RED es muy agresivo en el descarte de cola cuando ocurren rfagas de trfico y la cola est ya absolutamente llena. Perfiles de descarte RED El RED utiliza el perfil del trfico para determinar la estrategia de descarte de paquete basada en la longitud media de la cola. La probabilidad de descarte de paquetes se basa en el umbral mnimo, el umbral mximo, y el denominador de la probabilidad de marca. Cuando la profundidad media de la cola est sobre el umbral mnimo, el RED comienza a descartar los paquetes. El ndice de descarte de paquetes aumenta linealmente mientras que el tamao medio de la cola aumenta hasta que su tamao alcanza el umbral mximo.
CIBERTEC
134
Modos RED Existen tres modos de descarte RED usados en los flujos TCP que se basan en el tamao medio de la cola: Cuando el tamao medio de la cola est entre 0 y el umbral mnimo configurado, ningunas descartes ocurren y se hacen cola todos los paquetes. Cuando el tamao medio de la cola est entre el umbral mnimo configurado y el umbral mximo configurado, los descartes al azar ocurren, que es linealmente proporcional al denominador de la probabilidad de la marca y a la longitud media de la cola. Cuando el tamao medio de la cola est en o superior al umbral mximo, el RED realiza descarte total en la cola. 4.6.4 Deteccin temprana al azar por pesos (WRED) Interesante, Cisco no soporta RED. En su lugar, Cisco soporta la deteccin temprana al azar por pesos (WRED) que combina RED con la precedencia IP o DSCP y realiza descarte de paquetes basado en la precedencia IP o marcas de DSCP. Por ejemplo, un paquete con un valor de la la precedencia IP de 0 pudo tener un umbral mnimo de 20 paquetes, mientras que un paquete con una la precedencia IP de 1 pudo tener un umbral mnimo de 25 paquetes. En este ejemplo, los paquetes con una la precedencia IP de 0 comenzaran a ser desechados antes de paquetes con una la precedencia IP de 1. Como con RED, WRED supervisa la longitud media de la cola en el router y se determina cuando comenzar a desechar los paquetes basados en la longitud de la cola del interfaz. Cuando la longitud media de la cola excedel umbral mnimo user-specified, WRED comienza a descartar aleatoriamente los paquetes con cierta probabilidad. Si la longitud media de la cola contina aumentando de modo que llegue a ser ms grande que el umbral mximo userspecified, WRED invierte a una cola-descarte paquete-desecha la estrategia, en la cual se Descartan todos los paquetes entrantes. La idea detrs de usar WRED es mantener la longitud de la cola en un nivel en alguna parte debajo del umbral mximo y poner diferentes polticas de descarte en ejecucin para diferentes clases del trfico. WRED puede desechar selectivamente trfico de baja prioridad cuando el interfaz se congestina y puede proporcionar las caractersticas de funcionamiento distinguidas para diferentes clases del servicio. WRED se puede tambin configurar para producir comportamiento sin pesos como RED. Para los interfaces configurados para utilizar el protocolo de la reservacin del recurso (RSVP), WRED elige los paquetes de otros flujos al descarte ms bien que los flujos de RSVP. Tambin, la la precedencia IP o las ayudas de DSCP se determina se Descartan qu paquetes, porque el trfico en una prioridad ms baja tiene una tasa ms alta de descarte que trfico en una prioridad ms alta (y,
CIBERTEC
por lo tanto, trfico de baja prioridad es ms probable ser sofocado detrs). Adems, WRED descarta estadstico ms paquetes de usuarios grandes que de usuarios pequeos. Los origenes del trfico que generan la mayora del trfico son ms probables ser retardadas que los origenes que generan poco trfico. WRED reduce las ocasiones de descarte de la cola selectivamente cayendo los paquetes cuando el interfaz de la salida comienza a demostrar muestras de congestin. Cayendo algunos paquetes temprano ms bien que esperando hasta que la cola es llena, WRED evita de descartar nmeros grandes de paquetes inmediatamente y reduce al mnimo las ocasiones de la sincronizacin global. Consecuentemente, las ayudas de WRED maximizan la utilizacin de las lneas de la transmisin. WRED trata el trfico no-IP como precedencia 0, la precedencia ms baja. Por lo tanto, el trfico no-IP, es generalmente ms probable ser cado que trfico del IP. WRED debe ser utilizado dondequiera que haya un enlace congestionado potencial (embotellamiento), que podra muy bien ser un enlace del acceso o del borde; sin embargo, WRED se utiliza normalmente en los routers de la base de una red ms bien que en el borde de la red. Los routers del borde asignan la precedencia IP o DSCP a los paquetes mientras que incorporan la red. WRED utiliza estos valores asignados para determinarse cmo tratar diferentes tipos de trfico. Observe que Cisco no recomienda WRED para ninguna cola de voz, aunque usted puede permitir WRED en un trfico de voz del interfaz que lleva. WRED no sofocar trfico de voz porque el trfico de voz es basado en User Datagram Protocol (UDP).
Construccin de Bloques WRED El router pone al da constantemente el algoritmo de WRED con la longitud media calculada de la cola, que se basa en la historia reciente de las longitudes de la cola.
CIBERTEC
136
Se configuran en el perfil del trfico los parmetros que definen las caractersticas de descarte usadas por WRED (umbral mnimo, umbral mximo, y denominador de la probabilidad de la marca). Estos parmetros definen las cuestas de la probabilidad de WRED. Cuando un paquete llega la cola de salida, la la precedencia IP o el valor de DSCP se utiliza para seleccionar el perfil correcto de WRED para el paquete. El paquete entonces se pasa a WRED para procesar. De acuerdo con el perfil seleccionado del trfico y la longitud media de la cola, WRED calcula la probabilidad para descartar el paquete actual y Descarta el paquete o lo pasa a la cola de salida. Si la cola es ya llena, se Descarta el paquete. Si no, el paquete se transmite eventual hacia fuera al interfaz. Si la longitud media de la cola es mayor que el umbral mnimo pero menos que el umbral mximo, basado en la probabilidad de descarte, WRED hace cola el paquete o realiza una descarte al azar. WRED basado en clases Tradicionalmente, el software del IOS de Cisco utiliz mecanismos independientes del RED y de WRED para evitar la congestin en un interfaz. Esos mecanismos pueden realizar una descarte distinguida basada en la la precedencia IP o el valor de DSCP. El sistema de encolamiento CBWFQ soporta la aplicacin de WRED dentro del sistema de encolamiento, de tal modo poniendo WRED en ejecucin basado en clases (CBWRED). Cada clase se encola por separada y tiene un lmite de la cola, realizando descarte de la cola por defecto. WRED se puede configurar como el mtodo de descarte preferido en una cola, poniendo una descarte en ejecucin distinguida basada en clase de trfico o en la precedencia IP o el valor de DSCP. Nota La combinacin de CBWFQ y de WRED en un solo dispositivo es actualmente la nica manera de poner el Assured Forwarding (AF) de los servicios diferenciados (DiffServ) que usa software del IOS de Cisco. 4.6.5 Perfiles de descarte de WRED Un comportamiento por salto (PHB) es el comportamiento externamente observable de reenvo aplicado en un nodo DiffServ a un comportamiento agregado DiffServ (BA). Con la capacidad del sistema de marcar los paquetes segn el ajuste de DSCP, las colecciones de paquetes (cada uno con el mismo ajuste de DSCP y enviado en una direccin particular) se pueden agrupar en un BA de DiffServ. Los paquetes de origenes o aplicaciones mltiples pueden pertenecer al mismo BA de DiffServ.
CIBERTEC
WRED Basado en DSCP (Expedited Forwarding) PHB EF se sugiere para las aplicaciones que requieren una garanta en retardo y jitter. Tpicamente, las aplicaciones de misin crtica requeriran este servicio y seran asignados un porcentaje pequeo de la capacidad total de la red. En DSCP, se identifica la expedicin apresurada PHB (EF) basado en estos parmetros: Una tasa baja de la salida se asegura para proporcionar punto bajo retardo a las aplicaciones sensibles a retardos. Ancho de banda est garantizada para prevenir la inanicin de la aplicacin si hay mltiples aplicaciones usando PHB EF. Ancho de banda se basa en polticas para prevenir la inanicin de otras aplicaciones o clases que no estn utilizando este PHB. Los paquetes que requieran EF se deben marcar con el valor binario 101110 (46) de DSCP.
Para la clase EF del trfico de DiffServ, WRED se configura por el defecto de modo que el umbral mnimo sea muy alto, aumentando la probabilidad de ningunas descartes que son aplicadas a esa clase de trfico. Se espera que el trfico EF sea cado muy tarde, comparado al otro trfico clasifica, y el trfico EF por lo tanto se da la prioridad en caso de congestin. 4.6.6 Configuracin DE CBWRED Se utiliza el comando de random-detect para habilitar WRED en un interfaz. Por defecto, WRED se basa en precedencia IP y utiliza ocho perfiles por defecto WRED, uno para cada valor de precedencia IP. Dentro del sistema de CBWFQ, WRED se utiliza para realizar el descarte dentro de las colas de clase. Por lo tanto, cada cola de clase tiene su propio mtodo de WRED, que se puede basar en la la precedencia IP o el valor de DSCP. Cada cola se puede por lo tanto configurar con una poltica separada de descarte para poner diferentes polticas en ejecucin para cada clase de trfico.
CIBERTEC
138
WRED trata todo el trfico no-IP como precedencia 0. Consecuentemente, el trfico no-IP es ms probable ser cado que trfico del IP. WRED no se puede configurar en el mismo interfaz que encolamiento personalizado (CQ), encolamiento con prioridad (PQ), o el WFQ. Sin embargo, CBWRED se puede configurar conjuntamente con CBWFQ.
4.6.7
Perfiles de WRED: WRED DSCP-Basado (AF) En DSCP, los parmetros siguientes identifican el Assured Forwarding (AF) basada en PHB: Garantiza cierta cantidad de ancho de banda a una clase del AF. Permite el acceso a ancho de banda adicional, si est disponible.
Los paquetes que requieren AF PHB se deben marcar con el valor aaadd0 de DSCP, donde est el nmero el aaa de clase y la DD es la probabilidad de descarte, o la preferencia de descarte, de la clase de trfico.
CIBERTEC
Hay cuatro clases definidas del AF. Cada clase debe ser tratada independientemente y tener ancho de banda asignado segn la poltica de QoS. Para la clase de trfico del AF DiffServ, WRED se configura por el defecto para tres diferentes perfiles, dependiendo de los bits de marca de la preferencia DSCP de descarte. Por lo tanto, el trfico del AF se debe clasificar en las tres clases posibles, tales como AF de alto descarte, AF de descarte medio y AF de bajo descarte. Estas tres clases se basan en la sensibilidad a los descartes de paquetes de la aplicacin o de las aplicaciones representadas por la clase. El comando random-detect dscp-based es utilizado para habilitar WRED basado en DSCP en una interface. Cambiando los pesos a los valores basados en DSCP, se incrementa el nmero de perfiles de trfico WRED a 64, comparado con los 8 perfiles para WRED basado en precedencia IP. 4.6.8 Supervisin de CBWRED El comando show policy-map interface exhibe la configuracin de todas las clases configuradas para todas las polticas de servicio en la interface especificada. Esto incluye todos los parmetros de WRED que ponen la poltica de descarte en ejecucin en el interfaz especificado.
CIBERTEC
140
4.7
Introduccin a polticas y conformacin de trfico

4.7.1 Descripcin de las polticas y la conformacin de trfico Las polticas y conformacin de trfico son mecanismos que se utilizan en una red para controlar la tasa del trfico. Ambos mecanismos utilizan la clasificacin de modo que puedan diferenciar trfico. Miden el ndice del trfico y comparan esa tasa a la poltica o conformacin de trfico configurada. La diferencia entre la conformacin de trfico y la poltica se puede describir en trminos de su ejecucin. Las polticas de trfico descartan el exceso de trfico para controlar la circulacin dentro de lmites especificados de tasa. Las politicas de trfico no introducen retardo para conformar polticas de trfico. Las politicas de trfico pueden causar ms retransmisiones de TCP, porque el trfico superior a lmites especificados se descarta.
CIBERTEC
Los mecanismos de polticas de trfico tales como aplicar polticas basadas en clases o tasa de acceso comprometida (CAR) tambin tienen capacidades de marca adems de capacidades limitadoras de trfico. En vez de descartar exceso del trfico, las politicas de trfico pueden marcar y despus enviar exceso de trfico. Esta caracterstica permite que el trfico excesivo sea marcado con una prioridad ms baja antes de que se enve el exceso de trfico. La conformacin de trfico almacena el trfico excesivo de modo que el trfico permanezca dentro de la tasa deseada. Con el conformador de trfico, las rfagas trfico son soportadas encolando el exceso del trfico para producir un flujo ms constante de datos. La reduccin de trfico ayuda a reducir la congestin en la red. Conformadores de trfico tales como conformadores de trfico basado en clases, conformador de trfico de Frame Relay (FRTS), o IP virtual (VIP) conformador de trfico distribuido (DTS) basado en software del IOS de Cisco no tienen la capacidad de marcar trfico. Por qu utilizar polticas? Las politicas de trfico se utilizan tpicamente para satisfacer uno de estos requisitos segn lo resumido en figura: Limitacin de la tasa de acceso en un interfaz cuando la infraestructura fsica de alta velocidad se utiliza en transporte. La limitacin de la tasa es utilizada tpicamente por los proveedores de servicio para ofrecer a clientes el acceso. Por ejemplo, un cliente puede tener una conexin ptica Carrier-3 (OC-3) al proveedor de servicio sino pagar solamente una tasa del acceso T1. El proveedor de servicio puede lmitar la tasa de trfico del cliente a la velocidad de un T1. Ingeniera de ancho de banda, de modo que los ndices del trfico de ciertos usos o las clases del trfico sigan una poltica especificada de tasa de trfico. Por ejemplo, el trfico de aplicaciones que comparten archivos puede ser limitado a una tasa de 64 kbps mximos. Marcando el exceso de trfico con una prioridad ms baja en la capa 2 y la capa 3 o ambos antes de enviar exceso del trfico hacia fuera. El aplicar polticas clase-basado Cisco del trfico se puede configurar para marcar los paquetes en la capa 2 y la capa 3. Por ejemplo, exceso del trfico puede ser marcado a un valor diferenciado ms bajo del punto de cdigo de los servicios (DSCP) y tambin hacer el bit elegible del descarte de Frame Relay (DE) fijo antes de que se enve el paquete.
Por qu utilizar conformacin de trfico? La conformacin de trfico del trfico se utiliza tpicamente para prevenir y para manejar la congestin en ATM, Frame Relay, o las redes Metro Ethernet, donde las anchos de banda asimtricas se utilizan a lo largo de la trayectoria del trfico. Si la conformacin de
CIBERTEC
142
trfico no se utiliza, entonces el almacenamiento temporal puede ocurrir (generalmente en el extremo lento remoto), que puede conducir a encolamiento y causar retardos, y el desbordamiento, que puede causar descartes de paquetes. La conformacin de trfico del trfico es una tentativa de controlar trfico en ATM, Frame Relay, o redes Metro Ethernet para optimizar o para garantizar funcionamiento, baja latencia, o ancho de banda. La conformacin de trfico negocia con los conceptos de la clasificacin, mecanismos de colas, polticas, gestin de congestin y la calidad del servicio (QoS). 4.7.2 Por qu utilizar los condicionadores de trfico? Los condicionadores de trfico son mecanismos de QoS que limitan ancho de banda, e incluyen aplicar polticas y conformacin de trfico. Ambos teman limitan el ancho de banda, pero cada uno tiene diferentes caractersticas, como sigue: Aplicacin de polticas: Tpicamente limita ancho de banda desechando el trfico que excede una tasa especificada. Sin embargo, el aplicar polticas tambin puede incluir el trfico que excede la tasa y la tentativa de enviar el trfico de todos modos. Debido al comportamiento de descarte al aplicar polticas, se debe utilizar en interfaces de la alta velocidad. El aplicar polticas puede ser de entrada o de salida aplicado en un interfaz.
La conformacin de trfico: La conformacin de trfico limita exceso de trfico, no descartndolo sino almacenndolo. Este buffering del trfico de exceso, puede conducir a retardo. Como contraste final, la conformacin de trfico se puede aplicar solamente en la direccin de salida en un interfaz.
CIBERTEC
. 4.7.3 Aplicacin de polticas vs. Conformacin de trfico La aplicacin de polticas se puede aplicar a la direccin de entrada o de salida, mientras que la conformacin de trfico se puede aplicar solamente en la direccin de salida. La aplicacin de polticas descarta trfico no conforme en vez de encolar el trfico como lo realiza la conformacin. La aplicacin de polticas tambin soporta la marca de trfico. Las politicas de trfico son ms eficientes en trminos de utilizacin de la memoria que la conformacin de trfico porque el encolamiento adicional de paquetes no es necesario. 4.7.4 Aplicacin de politicas de trfico Tpicamente, las capas de acceso o distribucin emplean polticas de trfico para limitar ciertas clases del trfico antes que salgan del campus sobre el WAN. La conformacin de trfico del trfico se pone en ejecucin a menudo en el borde WAN cuando hay uniones mal hechas o sobresuscripcin de la velocidad.
CIBERTEC
144
4.8 Mecanismos WAN de la eficiencia de enlace que entienden

4.8.1 Mecanismos de eficiencia de enlace Aunque hay muchos mecanismos de calidad de servicio (QoS) para el rendimiento de procesamiento ptimo y la reduccin del retardo del trfico de red, los mecanismos de QoS no crean ancho de banda. Los mecanismos de QoS optimizan recursos existentes y permiten la diferenciacin del trfico segn una poltica. Los enlaces WAN pueden utilizar los mecanismos ptimos de QoS de eficiencia de enlace tales como compresin de la carga til, compresin de la cabecera, y fragmentacin e interpolacin de enlace (LFI). Estos tres mecanismos, estn disponibles en el software del IOS de Cisco. Estas caractersticas son aplicables a los interfaces WAN de poca velocidad y estn emergiendo para aplicaciones en interfaces de alta velocidad de Ethernet: 4.8.2 Compresin de la carga Compresin de cabecera Link Fragmentarion e Interleaving (LFI)
Descripcin de la compresin La compresin de datos trabaja identificando patrones en corrientes de datos. La compresin de datos elige un mtodo ms eficiente para representar la misma informacin. Esencialmente, un algoritmo de la compresin quita tanta redundancia como sea posible. El cociente de la compresin mide la eficiencia y la eficiencia de un cociente del esquema- de la compresin del tamao de datos sin comprimir a los datos comprimidos. Un cociente de la compresin de 2:1 (que es relativamente comn) significa que los datos comprimidos son mitad del tamao de datos originales. Varios algoritmos de la compresin existen. Algunos algoritmos se aprovechan de un medio especfico y de las redundancias encontradas en l. Sin embargo, hacen un trabajo pobre cuando estn aplicados a otros origenes de datos. Por ejemplo, el estndar del MPEG se aprovecha de la diferencia relativamente pequea entre una trama y otro en datos de video. Hace un trabajo excelente en la compresin de las pelculas, pero no comprime el texto bien. Para la compresin del texto, el algoritmo de la compresin de Huffmann es mejor. Uno de los conceptos ms importantes de la teora de la compresin es que hay un lmite terico, conocido como lmite de Shannon, que describe hasta dnde un origen de datos puede ser comprimido. Los algoritmos modernos de la compresin adicionalmente a los procesadores rpidos permiten que la compresin acerque al lmite de Shannon.
CIBERTEC
La compresin del hardware y de software se refieren al sitio en el router a la cual se aplica el algoritmo de compresin. En la compresin del software, la compresin se pone en ejecucin en el CPU principal como proceso del software. En la compresin del hardware, los cmputos de la compresin son cargados a un mdulo de hardware secundario. Esto libera la CPU central de la tarea de cmputo intensiva de la compresin calculadora. Si usted asume que el router tiene los ciclos de reloj disponibles realizar la compresin clculo-para el ejemplo, sigue teniendo a la utilizacin del CPU en un nivel razonable all no es ninguna diferencia entre la eficiencia de la compresin del hardware y de la compresin del software. El cociente alcanzado de la compresin es una funcin del algoritmo de la compresin seleccionado y de la cantidad de redundancia en los datos que se comprimirn, no donde ocurren los clculos de la compresin.
Los mtodos de compresin de cabecera trabajan no transmitiendo la informacin repetida en encabezados de paquetes a travs de una sesin. Los dos puntos en una conexin de la capa 2 del PPP (un enlace de marcado) acuerdan en los ndices de la sesin que ponen en un ndice un diccionario de las cabeceras de paquetes. El diccionario se construye al principio de cada sesin y se utiliza para los paquetes subsecuentes. Solamente cambiando, los parmetros en las cabeceras se envan realmente junto con el ndice de la sesin. La compresin de la cabecera no se puede realizar a travs de los routers mltiples porque los routers necesitan la informacin de encabezado completa de la capa 3 poder encaminar los paquetes al salto siguiente. La compresin aumenta la cantidad de datos enviados a travs de un recurso de la transmisin. La mayora de los esquemas de la compresin de la carga til trabajan en tramas de la capa 2. Esto da lugar a comprimir el paquete entero de la capa 3. Los mtodos de la compresin de la carga til de la capa 2 incluyen stos: Stacker Predictor
CIBERTEC
146
Compresin del Point-to-Point de Microsoft (MPPC)
Estos algoritmos diferencian sumamente en su eficiencia de la compresin y en su uso de los recursos del router. La compresin elimina redundancia. La cabecera del protocolo es un artculo de datos repetidos. La informacin de encabezado del protocolo en cada paquete en el mismo flujo no cambia mucho sobre el curso de la vida de ese flujo. Usando mecanismos de la encabezado-compresin, la mayora de la informacin de encabezado se puede enviar solamente al principio de la sesin, almacenar en un diccionario, y despus referir a paquetes posteriores por un ndice del diccionario. Los mtodos de la compresin de encabezado incluyen: 4.8.3 TCP Protocolo de transporte en tiempo real (RTP) TCP basado en clases RTP basado en clases
Compresin de la carga til de la capa 2 Cuando un router remite un paquete, el paquete se sujeta al mtodo de compresin de capa 2 despus de que se haya encapsulado en salida. El mtodo de la compresin comprime la carga til del de la capa 2 (el paquete entero de la capa 3), y transmite el paquete en el interfaz.
La compresin de la carga til de la capa 2 es una tarea intensiva en CPU y puede agregar retardos de compresin por paquete debido a la aplicacin del mtodo de la compresin a cada trama. El retardo de serializacin, sin embargo, se reduce, porque la trama que resulta es ms pequea. Dependiendo de la complejidad del algoritmo de la compresin de la carga til de la capa 2, la latencia total se pudo reducir, especialmente en enlaces de poca velocidad. Los routers de Cisco soportan la compresin asistida por hardware para reducir la carga de la CPU y el retardo por compresin de la carga til de capa 2. La compresin de carga til de la capa 2 implica la compresin de la carga til de un protocolo del WAN de la capa 2, tal como PPP, Frame Relay, control de trasmisin de datos de alto nivel (HDLC),
CIBERTEC
X.25, y procedimiento de acceso de enlace, balanceado (LAPB). La cabecera de la capa 2 no realiza la compresin. Sin embargo, el contenido entero de la carga til (que incluyen encabezados del protocolo de capas superiores) se comprime. Se comprimen usando una forma del algoritmo del (basado en el algoritmo estndar de la industria (LZ) o del algoritmo Predictor, que es un algoritmo ms antiguo que se utiliza sobre todo en configuraciones usuales. 4.8.4 Compresin de la cabecera La compresin de la cabecera aumenta rendimiento de procesamiento y reduce retardo comprimiendo las cabeceras del protocolo. La compresin de la cabecera es la ms til para las aplicaciones que generan las cargas tiles pequeas porque las cabeceras del protocolo de tales usos utilizan un porcentaje significativo de ancho de banda en un enlace concerniente a su carga til. La compresin de la cabecera basada en tcnicas del diccionario de la sesin trabaja substituyendo frases en la secuencia de entrada por ndices de una tabla del diccionario.
Cuando la compresin de la cabecera se aplica en un encabezado de TCP/IP, algunos de los campos redundantes en la cabecera de una conexin de TCP/IP se quitan. La compresin de la cabecera guarda una copia de la cabecera original de cualquier lado de enlace, quita los campos enteramente redundantes, y diferenciado cifra los campos restantes para permitir la compresin de 40 octetos de encabezado a un promedio de 5 octetos. Este proceso utiliza un algoritmo muy especfico diseado alrededor de la estructura constante de la cabecera de TCP/IP. No toca la carga til de paquetes de TCP de ninguna manera. La compresin de la cabecera de TCP y de RTP se aplica a todo el flujo TCP y RTP. Por ejemplo, si la compresin de TCP se habilita en un enlace, no hay mecanismo para restringir su funcin a los tipos especficos de la aplicacin. La compresin de la cabecera de TCP para la transferencia de datos rinde pocos ahorros de ancho de banda. la compresin Clase-basada de la cabecera de TCP se puede realizar en clases especficas del trfico, tales como la clase de trfico del telnet.
CIBERTEC
148
4.8.5
Los paquetes grandes congelan voz en enlaces WAN lentos En la consideracin de retardo entre dos saltos en una red, el retardo por encolamiento en un router se debe considerar porque puede ser comparable a, o an excederse, el retardo de serializacin y el retardo de propagacin retardo en un enlace. En una red sin trfico, una sesin interactiva o de voz experimenta bajo o ningn retardo de encolamiento, porque la sesin no compite con otras aplicaciones en la cola de salida del interfaz. En una red congestionada, las aplicaciones interactivos de datos y de voz compiten en la cola del router con otras aplicaciones. Los mecanismos de encolamiento pueden dar la prioridad a trfico de voz en la cola del software, pero la cola del hardware (TxQ) utiliza siempre un mecanismo de calendarizacin basado en primero en entrar, primero en salir. Despus de que los paquetes de diferentes aplicaciones salgan de la cola del software, los paquetes se mezclarn con otros paquetes en la cola del hardware, aunque su proceso de la cola del software fueron rpidos. As, un paquete de voz se puede enviar inmediatamente a la cola del hardware donde dos paquetes grandes ftp estn esperando la transmisin. El paquete de voz debe esperar hasta que se transmiten los paquetes de ftp, as producen un inaceptable retardo en la trayectoria de voz.
4.8.6
Fragmentacin e interpolacin de enlace La aplicacin de un mtodo de encolamiento hbrido tal como encolamiento de baja latencia (LLQ) puede proporcionar estado baja latencia y bajo jitter para los paquetes de VoIP mientras que mantiene otros paquetes de datos son tratados de una manera justa. Pero, aunque los paquetes de VoIP se envan siempre al frente de la cola del software, all todava se aplica el retardo de serializacin. Un paquete grande puede estar en la cola de hardware de salida, que utiliza primero en entrar, primero en salir. Cuando un paquete de VoIP se reenva desde la cola de software, la serializacin de paquetes grandes en la cola de hardware de
CIBERTEC
transmisin puede hacer el paquete de VoIP esperar un de largo tiempo antes de que pueda ser transmitida hacia fuera. La solucin es hacer fragmentos de paquetes grandes de modo que nunca hagan un paquete de VoIP esperar ms que una cantidad de tiempo predefinida. Los paquetes de VoIP se deben tambin permitir transmitir entre los fragmentos de paquetes ms grandes (interpolacin), o no habr sentido de hacer fragmentos.
Cuando usted realiza esta configuracin, el tamao apropiado del fragmento sobre un enlace debe permitir una meta tpica de serializacin mxima retardo de alrededor de 10 a 15 ms. Dependiendo de los mecanismos de LFI que son configurados, el tamao del fragmento se configura en octetos o en milisegundos. 4.8.7 Aplicacin de mecanismos de la eficiencia de enlace Utilice las pautas siguientes para aplicar mecanismos de la eficiencia de enlace: Identifique los enlaces lentos para ayudar a determinar dnde los embotellamientos en la red se localizan y decidir cmo aplicar mecanismos de la eficiencia de enlace en las interfaces apropiadas. Calcule el trfico de capa 2 y de capa 3 para cada tipo de medios que transporte el trfico crtico para su negocio. Este proceso le ayudar a elegir el tipo correcto de la compresin. Decida qu tipo de compresin debe ser utilizado. Habilite la compresin en los interfaces WAN.
CIBERTEC
150
4.9 Implementacin de QoS en VPNs

4.9.1 Redes privadas virtuales Una red privada virtual (VPN) se define como conectividad de red desplegada en una infraestructura (pblica) compartida con las misms polticas de seguridad que una red privada. Un VPN se establece entre dos sistemas de extremo o entre dos o ms redes. Un VPN se puede construir usando los tneles, cifrado, o ambos, en esencialmente cualquier capa de la pila de protocolos de OSI. Un VPN es una infraestructura WAN alternativa que substituye o aumenta las redes privadas que utilizan lineas dedicadas.
VPNs proporciona tres funciones crticas: Secreto (cifrado): El remitente puede cifrar los paquetes antes de transmitirlos a travs de una red, prohibiendo cualquier persona de escuchar detras de las puertas en la comunicacin. Si est interceptada, la comunicacin no puede ser leda. Integridad de datos: El receptor puede verificar que los datos fueran transmitidos a travs del Internet sin ser cambiado o el ser alterado de cualquier manera. Autentificacin del origen: El receptor puede authenticar origende paquetes, garantizando y certificando origende la informacin.
Tipos de VPN Hay varios tipos de VPN. Hay dos tipos de VPNs de acceso remoto: Iniciado en el Cliente: Los usuarios remotos utilizan a clientes para establecer un tnel seguro a travs de un Internet Service Provider (ISP) a la red de la empresa. Servidor del acceso de red (NAS): Marcado remoto de los usuarios a una ISP. La NAS establece un tnel seguro a la red privada de la empresa que pudo soportar sesiones usuario-iniciadas alejadas mltiples.
CIBERTEC
Las VPN Sitio-a-sitio incluye dos tipos principales: Intranet VPNs: Conecte las jefaturas corporativas, las oficinas alejadas, y las sucursales sobre una infraestructura pblica Extranet VPNs: Ligue a los clientes, a los surtidores, a los socios, o a comunidades del inters a un Intranet corporativo sobre una infraestructura pblica Descripcin del cifrado Varios mtodos para la proteccin de VPN se ponen en accin en diferentes capas segn las indicaciones de figura. La provisin de confidencialidad y de otros servicios criptogrficos en la capa de uso era muy popular en el pasado, y en algunas situaciones todava se hace hoy. Por ejemplo, el protocolo seguro de Shell (SSH) ofrece tecnologas y soluciones Internet-basadas de la datoseguridad, ESP para la criptografa y los productos de la autentificacin. El Internet Engineering Task Force (IETF) ha definido un protocolo estndar-basado llamado las extensiones del correo del Internet Secure Multipurpose (S/MIME) para las aplicaciones de VPN generados por un nmero de componentes del sistema de comunicacin (por ejemplo, agentes de transferencia de mensaje, protectores, y entradas). Sin embargo, la seguridad de la uso-capa es application-specific, y los mtodos de la proteccin se deben poner en ejecucin de nuevo en cada uso. Una cierta estandardizacin ha sido lograda en la capa 4 (transporte) del modelo de OSI, con protocolos por ejemplo Secure Socket Layer (SSL) que proporcionaba confidencialidad, la autenticidad, y la integridad a las aplicaciones basados en TCP. El SSL es popular en sitios modernos del e-comercio, pero no puede tratar las aplicaciones la flexibilidad, la facilidad de la puesta en prctica, y la independencia de la aplicacin. La proteccin en los niveles inferiores de OSI, especialmente la capa de trasmisin de datos, tambin fue utilizada en sistemas de
CIBERTEC
152
comunicacin, porque proporciona la proteccin de la independencia del protocolo enlaces confiables. Sin embargo, la proteccin de la capa de trasmisin de datos es costosa de desplegar en escala grande (que protege cada enlace por separado), potencialmente permitiendo los ataques como el secuestro de una sesin de red, contra las estaciones intermedias (routers). Debido a estas limitaciones, la capa 3 se ha convertido en el nivel ms popular en el cual aplicar la proteccin criptogrfica al trfico de red. Protocolos de VPN La tabla en figura describe tres protocolos el hacer un tnel de VPN: Layer 2 Tunneling Protocol (L2TP), el encapsulamiento genrica de la encaminamiento (GRE), e IPSec: L2TP: L2TP acta como un protocolo de la capa de trasmisin de datos (capa 2 del modelo de OSI) para el trfico de la red el hacer un tnel entre dos puntos sobre una red existente (generalmente el Internet). L2TP es de hecho una capa de sesin del protocolo de la capa 5, y utiliza el puerto registrado 1701 del UDP. El paquete entero de L2TP, incluyendo la carga til y la cabecera de L2TP, se enva dentro de un datagrama UDP. GRE: Este transporte multiprotocolo encapsula el IP y cualquier otro paquete de capa 3 dentro de los tneles del IP. Con GRE haciendo un tnel, un router Cisco en cada sitio encapsula los paquetes en un encabezado del IP, creando un enlace virtual punto a punto. GRE no proporciona el cifrado y se puede supervisar con un analizador del protocolo. IPSec: IPSec es la opcin para VPNs corporativo seguro. IPSec es un marco de estndares abiertos que proporciona secreto de datos, integridad de datos, y la autentificacin de datos entre los pares que participan. IPSec proporciona servicios de seguridad a la negociacin de la manija de los protocolos y de los algoritmos basados en la poltica local y generar llaves del cifrado y de la autentificacin.
4.9.2
Implementar QoS con Preclassification La calidad del servicio (QoS) preclassify se disea para los interfaces del tnel. Cuando se habilita la caracterstica, las caractersticas de QoS en el interfaz de la salida clasifican los paquetes antes del cifrado, permitiendo que la circulacin sea manejada en ambientes congestionados. El resultado es el hacer un tnel ms eficaz de paquetes. La caracterstica QoS preclassify proporciona una solucin para hacer servicios del IOS QoS de Cisco que funcionen conjuntamente
CIBERTEC
con tneles y cifrado en un interfaz. El software del IOS de Cisco puede clasificar los paquetes y aplicar el servicio apropiado de QoS antes de datos se cifre y tunelice. Esto permite que los proveedores y las empresas de servicio traten voz, el vdeo, y el trfico de misin crtica con una prioridad ms alta a travs de redes del proveedor de servicio mientras que usa VPNs para el transporte seguro.
4.9.3
Aplicaciones de QoS Preclassify Cuando los paquetes son encapsulados por un protocolo por tnelizacion o cifrado, la cabecera original de paquetes no est ms disponible para la examinacin. De la perspectiva de QoS, la provisin de niveles diferenciados del servicio es extremadamente difcil sin la capacidad de examinar la cabecera original de los paquetes. Los marcadores de QoS encontrados normalmente en la cabecera de paquetes del IP deben tambin ser visibles en la cabecera de paquetes del tnel, sin importar el tipo de tnel funcionando. IPSec y GRE son los dos protocolos primarios el hacer un tnel relevantes a VPNs. Tunelizacin GRE Los tneles de GRE permiten que cualquier protocolo sea tunelizado en un paquete del IP. Cisco ofrece soporte para el encapsulamiento de datos usando IPSec o GRE. En cualquiera de estos panoramas, el software del IOS de Cisco omite el copiado del tipo del IP de valores del servicio (ToS) de la cabecera de paquetes en la cabecera del tnel. Esta caracterstica permite que los bits de TOS sean copiados al encabezado del tnel cuando el router encapsula los paquetes. Un tnel GRE permite que los routers entre los puntos finales del tnel GRE consideren la marca de paquete. Las tecnologas de QoS del IOS de Cisco tales como poltica de encaminamiento, WFQ y deteccin temprana al azar por pesos (WRED) pueden operar en routers intermedios entre los extremos del tnel de GRE.
CIBERTEC
154
Los tneles de GRE son comunmente utilizados para proporcionar resilencia dinmica de encaminamiento sobre IPSec. Las configuraciones normales de IPSec no pueden transferir protocolos del encaminamiento, tales como EIGRP y OSPF, o el trfico no-IP, tal como Internetwork Packet Exchange (IPX) y Appletalk.
IPSec AH IPSec no define los algoritmos especficos de la seguridad para utilizar; IPSec proporciona un marco de trabajo abierto para implementar algoritmos estandares. La cabecera de la autentificacin (AH), un protocolo clave en la arquitectura de IPSec (seguridad del Internet), proporciona la autentificacin sin conexin del origen de la integridad y de datos para los datagramas IP, y proporciona la proteccin contra reintentos. AH puede tambin proporcionar el no repudio.
El Internet Assigned Numbers Authority (IANA) ha asignado el protocolo nmero 51 a AH. As, en presencia de AH en un encabezado en modo tnel y modo transporte, la cabecera del IP utiliza un valor de 51 en el campo del protocolo. IPSec AH se puede aplicar solamente, conjuntamente con el IP que encapsula la carga til de la seguridad (ESP), o en una manera jerarquizada usando modo del tnel. Con modo del tnel, el valor del octeto ToS se copia automticamente de la cabecera original del IP al encabezado del tnel.
CIBERTEC
IPSec ESP El encapsulado de la carga til de la seguridad (ESP) es un protocolo clave en la arquitectura de IPSec, diseada para proporcionar una mezcla de los servicios de seguridad en IPv4 e IPv6. Puede proporcionar el cifrado y la autentificacin. ESP busca proporcionar secreto e integridad cifrando datos para ser protegido y poniendo los datos cifrados en la parte de datos de ESP Dependiendo de los requisitos de seguridad del usuario, este mecanismo se puede utilizar para cifrar un segmento de la capa de transportar (e.g., TCP, UDP, ICMP, IGMP) o un datagrama IP entero. El encapsulado de datos protegidos es necesario proporcionar secreto para el datagrama original entero.
Como con AH, soporta ESP los algoritmos de hashing SHA y MD5 para la autentificacin. ESP soporta el cifrado estndar de datos (DES) y Triple-DES (3DES) como protocolos del cifrado. La cabecera es ESP por lo menos de 8 octetos. El Internet asignado la autoridad de los nmeros (IANA) ha asignado el protocolo nmero 50 a ESP. Con modo del tnel, el valor del octeto ToS se copia automticamente de la cabecera original del IP al encabezado del tnel. 4.9.4 Opciones del despliegue de QoS Preclassification La clasificacin define el proceso de emparejar unos o ms campos en un encabezado de paquetes en la capa 2, 3, o 4 y despus la colocacin de ese paquete en un grupo o una clase de trfico. Usando la clasificacin de paquetes, el trfico de red se puede repartir en niveles mltiples de prioridad o clases de servicio. Al configurar IPSec con GRE, el acercamiento ms simple de la clasificacin es emparejar con la precedencia IP o valores diferenciados del punto de cdigo de los servicios (DSCP). Adems, con la caracterstica de la preservacin del octeto del TOS, el router copia automticamente el valor de la cabecera del TOS del paquete IP original al encabezado del paquete IP encapsulado al usar IPSec en modo tnel.
CIBERTEC
156
La preservacin del octeto TOS tambin se aplica a AH. ESP en modo transporte conserva la cabecera original IP, y el valor original de TOS se transmite incluso sin la preservacin del octeto TOS. Si los paquetes llegan sin la precedencia IP o valores de DSCP, la marca basada en clases se utiliza para marcar las cabeceras de paquetes antes del cifrado o del encapsulamiento. Cuando los paquetes alcanzan el interfaz de la salida, la poltica de la salida de QoS puede emparejarse y actuar segun los valores marcados. Alternativamente, el trfico puede necesitar ser clasificado basado en valores con excepcin de la precedencia IP o de DSCP. Por ejemplo, los paquetes pueden necesitar ser clasificados basados en flujos IP, tal como IP origen o direccin IP de destino. Para hacerlo as, utilice el QoS para la caracterstica de VPNs permitida con los comandos qos pre-classify.
CIBERTEC
Usted puede aplicar una poltica del servicio al interfaz del tnel o al interfaz fsico subyacente. La decisin sobre donde aplicar la poltica depende de los objetivos de QoS y sobre qu encabezado usted necesita utilizar para la clasificacin, como sigue: Aplique la poltica al interfaz del tnel sin qos preclassify cuando usted desea clasificar los paquetes basados en la cabecera del pre-tunel. Aplique la poltica al interfaz fsico sin qos pre-classify cuando usted desea clasificar los paquetes basados en la cabecera del post-tnel. Adems, aplique la poltica al interfaz fsico cuando usted desea formar o aplicar polticas a todo el trfico que pertenece a un tnel y al interfaz fsico si soporta varios tneles. Aplique la poltica a un interfaz y habilite qos preclassify cuando usted desea clasificar los paquetes basados en la cabecera del pre-tunel.
4.10 Despliegue de QoS de Extremo a Extremo

4.10.1 QoS SLAs Un acuerdo de nivel de servicio (SLA) estipula la entrega y la tasacin de los porcentajes de disponibilidad y expecifica las penas para los incumplimientos de dicho acuerdo.
La mejor manera de entender un SLA es dividirlo en dos partes: Negociacin del acuerdo de la tecnologa Verificacin y conformidad con el acuerdo
CIBERTEC
158
Calidad del servicio (QoS) SLA proporciona tpicamente el aseguramiento contractual para los parmetros por ejemplo retardo, jitter, prdida de paquetes, rendimiento de procesamiento, y disponibilidad. Con el crecimiento rpido de las aplicaciones en tiempo real y aplicaciones multimedia tales como telefona IP, conferencias y elearning, el IP QoS SLAs est llegando a ser cada vez ms importante para las redes de la empresa. 4.10.2 Requisitos tpicos de SLA para la voz Para resolver los requisitos de QoS para los diferentes tipos del trfico, la empresa y el SP deben poner los mecanismos apropiados de QoS en ejecucin para proporcionar QoS de extremo a extremo, para los paquetes que atraviesan una red de IP.
CIBERTEC
4.10.3 Desplieque de QoS
Para resolver los requisitos de QoS para diferentes tipos del trfico, la empresa y el SP deben poner los mecanismos apropiados del IP en ejecucin QoS para proporcionar QoS de extremo a extremo para los paquetes que atraviesan una red del SP. Segn lo ilustrado en figura, esto significa que en ambas localizaciones del cliente, las clasificaciones del trfico y la marca necesitan ser realizadas (por ejemplo, VoIP, datos). Dependiendo de la conexin del cliente al SP, estas marcas se pueden traz en bits experimentales Multiprotocol de la conmutacin de la etiqueta (M PLS) (EXP), por ejemplo, y prioridades dadas. El proveedor ahora debe garantizar transferencia correcta sobre la base a la sucursal. El trfico llega all con las misms marcas que fueron fijadas en la oficina central, permitiendo otra vez la clasificacin que es necesaria para QoS de extremo a extremo. Para proporcionar QoS de extremo a extremo, la empresa y el SP deben poner los mecanismos apropiados de QoS en ejecucin para asegurar el comportamiento correcto del por-salto (PHB) para cada clase de trfico a travs de la red entera. En el pasado, el IP QoS no era una edicin en una red del campus de la empresa, donde est abundante ancho de banda. Pero como ms usos, tales como telefona IP, videoconferencia, e-learning, y usos misin-crticos de datos, se ponen en ejecucin en el campus, ha llegado a ser evidente que la gestin de almacenador intermedio, ancho de banda no justa, es una edicin que debe ser tratada. El IP QoS funciona por ejemplo la clasificacin, calendarizacin, y el aprovisionamiento ahora se requiere dentro del campus manejar
CIBERTEC
160
ancho de banda y los buffers intermedios para reducir al mnimo prdida, retardos y jitter. 4.10.4 Puestas en marcha de QoS en el campus de la empresa La telefona IP, la videoconferencia, el e-learning y las aplicaciones de misin-crtica de datos estn llegando a ser ms comunes en redes de la empresa. El IP QoS funciona por ejemplo la clasificacin, programar, y el aprovisionamiento se requiere dentro del campus manejar los buffers intermedios de la salida del switch para reducir al mnimo prdida de paquetes, retardo y jitter. Algunas de las pautas generales a seguir al poner el campus en ejecucin QoS, segn las indicaciones de figura, incluyen lo siguiente: Clasificacin y marcado de trfico lo ms cerca al orgen. Realice siempre QoS en hardware en lugar de software cuando existe esa opcin. Establezca los lmites apropiados de confianza de CoS. Clasifique la voz y el vdeo en tiempo real como trfico de prioridad alta. Utilice las colas mltiples en los interfaces de transmisin.
Puesta en prctica de QoS de la capa del acceso y de la distribucin del campus Las configuraciones tpicas de QoS se requieren en los switches de la capa del acceso y de la distribucin.
En condiciones de funcionamiento normales es absolutamente raro que las redes del campus sufran congestin. Si ocurre la
CIBERTEC
congestin, es generalmente momentnea y no sostenida, como en un borde WAN. Sin embargo, las aplicaciones crticos como VoIP requieren garantas del servicio sin importar condiciones de la red. La nica manera de proporcionar garantas del servicio es permitir encolamiento en cualquier nodo que tenga el potencial para la congestin -cueste lo que cueste de cmo raramente, de hecho, la congestin puede ocurrir. El potencial para la congestin existe en uplinks del campus debido a cocientes del oversubscription y uniones mal hechas de la velocidad en los downlinks del campus (por ejemplo, Ethernet del gigabit a ayunar los enlaces de Ethernet). La nica manera a las garantas del servicio de la disposicin en estos casos es permitir encolamiento en estos puntos. El encolamiento ayuda a resolver requisitos de la red bajo condiciones de funcionamiento normales, pero permitir QoS dentro del campus es condiciones anormales inferiores an ms crticas de la red, tales como ataques del DOS y del gusano. Durante tales condiciones, el trfico de la red puede aumentar exponencial hasta que los enlaces se utilizan completamente. Sin QoS, el trfico gusano-generado ahoga hacia fuera usos y causa la negacin del servicio con la indisponibilidad. Permitiendo las polticas de QoS dentro del campus, segn lo detallado ms adelante en esta leccin, mantiene disponibilidad de la red por usos crticos de proteccin y de mantenimiento, tales como VoIP, e incluso trfico del mejor-esfuerzo. Las interdependencias intrnsecas de la red QoS, de la alta disponibilidad, y de la seguridad son claramente manifestas en tales panorams a lo peor. Donde se requiere QoS en campus? Los switches de acceso utilizan las caractersticas siguientes de QoS: Clasificacin basada en paquete Conformacin y polticas de trfico Fragmentacin Compresin Gestin de congestin Evitamiento de congestin
Los switches de distribucin y de core utilizan las caractersticas siguientes de QoS: Clasificacin basada en paquetes Marcas Gestin de congestin Evitamiento de congestin
CIBERTEC
162
4.10.5 Puesta en marcha de QoS WAN en routers de borde Los routers que terminan el enlace WAN entre el borde del cliente (CE) y el borde del proveedor (el PE) requieren un esfuerzo significativo de configuracin por parte del administrador de red.
Requisitos del router del CE y del PE para el trfico saliente de la empresa Primero, considere el trfico que sale de la red de la empresa. Los requisitos de QoS en los routers del borde del cliente y del borde del proveedor diferenciarn, dependiendo si el SP maneja el borde del cliente. Para el trfico que sale del router de borde del cliente de la empresa y que se mueve hacia el router del borde del SP, los requisitos generales de QoS en los routers del borde del cliente y del borde del proveedor son: Para el servicio administrador por el borde del cliente, el SP manejar y configurar la poltica WAN de QoS de la salida del borde en el borde del cliente. Para servicio no administrado del borde del cliente, el cliente de la empresa manejar y configurar la poltica WAN de QoS de la salida del borde en el borde del cliente.
4.10.6 Diseo WAN del borde Para la clase de trfico en tiempo real, los paquetes de VoIP sern marcados con EF y entrarn a LLQ con estos parmetros:
CIBERTEC
El LLQ se basar en poltica y tendr un ancho de banda mximo de 35 por ciento de la tasa de informacin comprometida (CIR).. Todo el exceso de trfico ser descartado. El trfico de sealizacin de llamadas (5 por ciento) compartir el LLQ con el trfico del portador de VoIP.
Para el trfico de datos crticos, los paquetes sern marcados con el reenvo asegurado (AF) 31 y entrar al CBWFQ con estos parmetros de clase: La clase se basar en polticas y tendr una garanta mnima de ancho de banda de 40 por ciento del ancho de banda disponible restante. Todo el trfico excedente y violacin de trfico ser remarcado y despus enviado. WRED ser utilizado en esta clase de trfico para optimizar rendimiento de procesamiento de TCP.
Para la clase de trfico best-effort, los paquetes sern marcados con el selector de clase 0 (CS0) y entrarn a CBWFQ con estos parmetros de clase: La clase se basar en polticas y tendr una garanta mnima de ancho de banda de 23 por ciento del ancho de banda disponible restante. WRED ser utilizado en esta clase de trfico para optimizar el rendimiento del procesamiento TCP.
Para la clase de trfico del limpiador, los paquetes sern marcados con CS1, con estos parmetros de clase: La clase no se basar en polticas y tiene una garanta mnima del 2 por ciento del ancho de banda del ancho de banda disponible restante.
4.10.7 Politica del plano de control (CoPP) Los ataques de la infraestructura se estn convirtiendo en cada vez ms comunes, destacando la necesidad de la proteccin de la infraestructura. La caracterstica CoPP permite que los usuarios configuren un filtro de QoS que maneje la circulacin de paquetes del plano del control para proteger el plano del control de los routers y de los switches del IOS de Cisco contra reconocimiento y ataques del DOS. De esta manera, el plano del control puedel soporter a mantener estados de protocolos a pesar de un ataque o una carga de la circulacin densa en el router o el switch. Protegiendo el procesador del router, CoPP ayuda a asegurar la estabilidad del router de red durante un ataque. Por esta razn, una recomendacin es desplegar CoPP como mecanismo clave de la proteccin.
CIBERTEC
164
La caracterstica de CoPP fue introducida en la revisin del programa del IOS de Cisco 12.2 (18) S. Planos del router Cisco Un router tiene cuatro componentes funcionales o planos: Plano de datos Plano de gestin Plano de control Plano de servicios
La mayora de trfico viaja a travs del router va el plano de datos; sin embargo, el procesador de la ruta debe manejar ciertos paquetes, tales como actualizaciones de encaminamiento, keepalives, y direcciones de la red, referido al plano de control y gestin de trfico. Dado que el procesador del router es crtico a las operaciones de la red, cualquier interrupcin del servicio del procesador del router o los planos de control y de gestin pueden dar lugar a interrupciones de negocio o impactos en la red. Un ataque del DOS que apunta el procesador del router, que se puede perpetrar inadvertidamente o maliciosamente, implica tpicamente altos ndices del trfico que dan lugar al uso excesivo del procesador del router. Este tipo de ataque, que puede ser devastador a la estabilidad y a la disponibilidad de red, puede exhibir los sntoms siguientes: Alto uso de la CPU del procesador de la ruta (cerca de 100 por ciento) Prdida de mensajes keepalives y mensajes de actualizacin del protocolo de enrutamiento Sesiones interactivas lentas o totalmente insensibles va lnea de comandos (CLI) debido al alto uso de la CPU Adescartemiento de los recursos del procesador de rutas, tal como memoria y buffers intermedios que son inaccesbles para paquetes IP de datos legtimos. Cola de paquetes de reserva, que conduce a cadas indistintas (debido a la carencia de los recursos de buffers intermedios) de otros paquetes entrantes.
CIBERTEC
CoPP trata la necesidad de proteger los planos del control y de gestin, asegurando la estabilidad del encaminamiento, disponibilidad, y entrega de paquetes. Utiliza el comando dedicado de la configuracin del plano de control va Cisco Modular QoS CLI (MQC) encargado de proporcionar el filtrado y limitacin de trfico para el control de paquetes.
CIBERTEC
166
RESUMEN
La clasificacin de paquetes es el proceso de identificar trfico y categorizarlo en diferentes clases. La clasificacin de paquetes permite que algunos paquetes sean manejados ms rpidamente o con una prioridad ms alta que otros paquetes. El modelo de servicios diferenciados (DiffServ) permite la clasificacin de paquetes basada en valores diferenciados del punto de cdigo de los servicios (DSCP). Dependiendo de las tecnologas de la capa 2 y de la capa 3, estas clasificaciones se pueden realizar en el campo apropiado. Para facilitar el proceso de la clasificacin y de la marca de paquetes, el reconocimiento de aplicaciones de red (NBAR) puede ser utilizado. Despus de la clasificacin y de la marca, los paquetes necesitan ser encolados con un sistema bsico de colas FIFO (primero en entrar, primero en salir, prioridad de colas [PQ], o round Round Robin) o un sistema que maneja colas avanzadas (Encolamiento Justo por Pesos [WFQ], encolamiento justo por pesos basado en clases [CBWFQ], o el encolamiento de baja latencia [LLQ]). Cada uno de estos sistemas de encolamiento tiene su propio alcance. La deteccin temprana al azar (RED), la deteccin temprana al azar por pesos (WRED), y los mecanismos de clase basados de WRED (CBWRED) se utilizan para supervisar cargas del trfico de la red para anticipar y para evitar la congestin antes de que se convierta en un problema. Para seguir el acuerdo de nivel de servicios (SLAs) entre proveedores de Internet (ISPs) y los clientes, se utilizan de conformacin de trfico. Los algoritmos de compresin pueden optimizar La aplicacin de enlaces WAN lentos. Cuando los paquetes se transportan en IPSec o tneles genricos del encapsulamiento de encaminamiento (GRE), necesitan ser preclasificados para hacer uso QoS y sus ventajas. La estrategia recomendada para desplegar la cobertura completa de QoS es despliegue de extremo a extremo de QoS.
CIBERTEC
AUTOEVALUACIN
1. Cmo describira correctamente el encolamiento por prioridades o PQ? 2. Cules son los tres descriptores de trfico usados para clasificacin y QoS? 3. Cules son las caractersticas de CB-WFQ comparados con la NFQ.?
CIBERTEC
168
CIBERTEC
SEMANA
5
IMPLEMENTACIN CISCO AUTOQOS
Simplificar el despliegue de QoS automatizando las caractersticas del IOS QoS de Cisco para el trfico de voz. Considerar funciones avanzadas del software IOS de Cisco para QoS.
TEMARIO

Introduccin a Cisco AutoQoS Mitigando los problemas comunes de Cisco AutoQoS
Desarrollar las prcticas de implementacin de AutoQoS en routers y switches Cisco
CIBERTEC
170
5.1 Introduccin a Cisco AutoQoS

5.1.1 Cisco AutoQoS
Los desafos importantes de QoS de la empresa incluyen lo siguiente: Calidad de voz para las aplicaciones de telefona IP Ancho de banda garantizada para los aplicaciones crticas Despliegues ms simples de QoS (que reducen errores del operador) Despliegues de bajo costo de QoS (que reducen costos) Despliegues rpidos de QoS (que reducen tiempo del despliegue)
Cisco AutoQoS automatiza el despliegue de las polticas de QoS en un ambiente de negocio general, particularmente para las compaas medianas y las sucursales de compaas ms grandes. Segn lo resumido en figura, Cisco AutoQoS ofrece varias ventajas incluyendo el siguiente: Cisco AutoQoS incorpora inteligencia de valor aadido en software del IOS de Cisco y de sistema operativo Catalyst de Cisco para aprovisionar y manejar los despliegues de QoS. Cisco AutoQoS protege usos aplicaciones de datos crticos de negocios en la empresa para maximizar su disponibilidad. Cisco AutoQoS proporciona el aprovisionamiento de QoS para los routers y switches individuales, simplificando el despliegue de QoS, requeridas para la voz, el vdeo, y el trfico de datos sin un conocimiento profundizado de las tecnologas subyacentes (PPP, Frame Relay, ATM, polticas del servicio, y mecanismos para eficiencia en enlaces, tales como fragmentacin de enlace e interpolacin [LFI]). Cisco AutoQoS simplifica la implementacin de QoS y aceler el aprovisionamiento de la tecnologa de QoS sobre una red de Cisco. Esto reduce el potencial error humano y reduce los costos del entrenamiento. Cisco AutoQoS crea los class-map y los policy-map basados en la experiencia de Cisco y la metodologa de las mejores prcticas. AutoQoS, en la creacin de la configuracin de QoS, sigue estndares de la industria, tales como el modelo de servicios diferenciados (DiffServ), para alcanzar un entorno interoperable. Los clientes pueden tambin utilizar comandos existentes del IOS de Cisco de modificar las configuraciones generadas automticamente por Cisco AutoQoS, segn se tengan requerimientos especficos.
CIBERTEC
Automatizacin de los elementos claves del despliegue de QoS

Cisco AutoQoS trata los cinco elementos principales del despliegue de QoS. Lo que sigue describe estos cinco elementos detalladamente: Clasificacin de la aplicacin: Cisco AutoQoS utiliza la clasificacin inteligente en los routers, utilizando el reconocimiento de aplicaciones basadas en Red (NBAR) para proveer la inspeccin profunda y estado de paquetes. Cisco AutoQoS utiliza el protocolo del descubrimiento de Cisco (CDP) para el reconocimiento del dispositivo, ayudando se asegurar de que el dispositivo unido al LAN es realmente un telfono IP de Cisco. Generacin de la poltica: Cisco AutoQoS evala el ambiente de la red y genera una poltica inicial. Determina automticamente los ajustes WAN para la fragmentacin, la compresin, el encapsulamiento, la interaccin ATM con Frame Relay, eliminando la necesidad de entender prcticas de la teora y del diseo de QoS en varios panorams. Los clientes pueden resolver requisitos adicionales o especiales modificando la poltica inicial. Configuracin: Con un comando, Cisco AutoQoS configura el interfaz para dar la prioridad a trfico crtico mientras que todava ofrece la flexibilidad de ajustar la configuracion QoS para cumplir los requerimientos de la red. Cisco AutoQoS no slo detecta automticamente el telfono IP de Cisco y permite los ajustes de QoS para el puerto del telfono, tambin inhabilitar esos ajustes de QoS para prevenir actividad malvola cuando usted mueve o vuelve a poner un telfono IP de Cisco.
CIBERTEC
172
Monitoreo y Reporte: Cisco AutoQoS proporciona visibilidad en las clases del servicio desplegadas usando el sistema que logging y el Protocolo Simple de Administracin de la Red (SNMP) por medio de traps, con la notificacin de acontecimientos anormales (por ejemplo, el bloqueo de paquetes de VoIP). El administrador de politicas Cisco QoS (QPM) que es la plataforma de monitoreo de QoS, que utiliza la red inteligente IP de Cisco para proveer visibilidad en operaciones de la red. Usted puede medir el rendimiento de procesamiento del trfico para las aplicaciones y clases de servicio ms usadas. Usted puede tambin localizar problemas en tiempo real e histrico de QoS. AutoQoS exhibe trfico y las estadsticas de QoS en graficos de barras, en bits o paquetes por segundo, por interfaz o poltica. Cisco QPM le permite ver la QoS de los grficos antes y despus, relacionandolos para filtrar trfico y polticas, as como resultados de acciones realizadas por la poltica de QoS. Consistencia: Las polticas de Cisco AutoQoS trabajan juntas a travs de los dispositivos de Cisco, ayudando a asegurar consistentemente la QoS punto a punto. Cisco QPM permite a usuarios ver lo siguiente: La estadstica de coincidencia de polticas y filtros especficos, incluyendo La aplicacin de filtros NBAR. Medida del trfico antes de cualquier accin de alguna poltica QoS, del trfico transmitido despus de realizar acciones de la poltica de QoS, y del trfico bloqueado (o bien el transmitido) debido a acciones de bloqueo de la poltica de QoS, estadstica de acciones de QoS: deteccin temprana aleatoria por peso (WRED), polticas, conformacin de trfico, y encolamiento.
5.1.2 Evolucin de Cisco AutoQoS

Cisco AutoQoS se ha desarrollado en dos puestas en prctica: Cisco AutoQoS VoIP y Cisco AutoQoS para la empresa.
Cisco AutoQoS VoIP

Cisco AutoQoS VoIP ofrece capacidades directas para automatizar los despliegues de VoIP para los clientes que desean desplegar la telefona IP, pero carecen del conocimiento o el personal para planear y entregar servicios QoS IP y servicios IP. Cisco AutoQoS VoIP es el primer lanzamiento de Cisco AutoQoS y automatiza los ajustes de QoS para los despliegues de VoIP solamente. Esta caracterstica genera automticamente configuraciones del interfaz, policy-map, class-map, y las listas del control de acceso (ACLs). Cisco AutoQoS VoIP emplea automticamente el reconocimiento Red-Basado Cisco de la aplicacin (NBAR) para clasificar trfico de voz y para marcarlo con el valor apropiado de cdigo de los servicios diferenciados (DSCP). Usted puede mandar a Cisco AutoQoS VoIP para aplicar al encendido, con la confianza, las marcas de DSCP aplicadas previamente a los paquetes.
CIBERTEC
Cisco AutoQoS para la empresa Cisco AutoQoS para la empresa ampla sus capacidades ms all de VoIP y trata los requisitos de QoS de la empresa de redes convergentes. Cisco AutoQoS para la empresa agrega los paso importantes a usarse puede observar el descubrimiento de aplicaciones en la fase de la observacin (auto- descubrimiento) y revisar las polticas de QoS que Cisco AutoQoS para la empresa sugiere sin desplegar esa poltica. Cisco AutoQoS para la empresa mezcla el diseo y la puesta en prctica de QoS, basados en los panorams empresariales ms comunes, en dos pasos importantes: Usando tcnicas del descubrimiento de NBAR, Cisco AutoQoS descubre automticamente qu aplicaciones utiliza la red de la empresa y genera una poltica ptima. Este paso emplea el mecanismo del descubrimiento de NBAR. Cisco AutoQoS entonces pone la poltica en ejecucin generada.
5.1.3 AutoQoS en los switches

Desplegando Cisco AutoQoS VoIP en los switches Hay varios comandos del LAN, dependiendo de la plataforma y del sistema operativo (software del IOS de Cisco contra software de sistema operativo del Catalyst de Cisco). Para el IOS de Cisco basado en software Catalyst 2960 y el Catalyst de los switches de la serie 3560, all son dos comandos de la configuracin de Cisco AutoQoS: Un comando est para las conexiones telefnica IP, y el otro est para las conexiones de confianza a otros dispositivos de la red. Sin embargo, un solo comando es bastante para habilitar Cisco AutoQoS VoIP. Cisco AutoQoS VoIP en la LAN satisface estos requisitos de QoS:
CIBERTEC
174
Un solo comando habilita Cisco AutoQoS VoIP en un LAN, y otro comando proporciona el soporte para el telfono IP de Cisco y el IP Comunicator de Cisco. Cisco AutoQoS configura automticamente los parmetros de QoS para el funcionamiento ptimo de voz basada sobre recomendaciones de las mejores prcticas de Cisco, extensa prueba de laboratorio, y la entrada de una amplia base de clientes con instalaciones de comunicaciones unificadas de Cisco. Cisco AutoQoS VoIP determina trust y ajustes de trust extendidos ajustando el lmite del trust automticamente. Un usuario puede puentear el telfono IP y conectar una PC directamente con un switch, pero el trust es deshabilitado cuando usted quita el telfono IP. Cisco AutoQoS VoIP configura la clase del servicio (CoS) a DSCP (a la cola de salida). Cisco AutoQoS VoIP determina la prioridad ptima de encolamiento (PQ) y cargado alrededor de los ajustes de la configuracin de la ronda basada en carga (WRR) para configuracin de acceso esttico, dinmico, la VLAN de voz (VVLAN), y los puertos troncales. Para configurar los ajustes de QoS y la caracterstica de confianza limitada para los telefonos IP de Cisco, usted debe habilitar la versin 2 de CDP o superior en el puerto del switch, dondel telfono IP est conectado. Si usted habilita la caracterstica de confianza limitada, se muestra en un syslog un mensaje de alerta si el CDP no se habilita o si el CDP es la versin 1. Usted necesita habilitar el CDP solamente para la configuracin de QoS del telfono IP de Cisco. El CDP no afecta los otros componentes de las caractersticas automticas de QoS. Configuracin de AutoQoS en los switches Catalyst de Cisco Para los switches basados en IOS del Catalyst, all son dos comandos de la configuracin de Cisco AutoQoS VoIP. La figura demuestra la sintaxis de rdenes. Un comando es para las conexiones de confianza a otros dispositivos de la red, y el otro est para las conexiones a telefona IP de Cisco: El comando auto qos voip trust en el modo de configuracin de interfaz activa Cisco AutoQoS VoIP en un switch basado en IOS y fija el interfaz del ingreso para la confianza de CoS QoS del ingreso recibida en el paquete. Tambin configura la salida en las colas de la interfaz.
CIBERTEC
El comando auto qos voip cisco-phone en el modo de configuracin de interfaz habilita la caracterstica confianza limitada. La caracterstica de confianza limitada utiliza el CDP para detectar la presencia o la ausencia de un telfono IP de Cisco. Cuando AutoQoS detecta un telfono IP de Cisco, la clasificacin del ingreso en el interfaz se fija para confiar en la etiqueta de QoS recibida en el paquete.
Cuando un telfono IP de Cisco est ausente, AutoQoS fija la clasificacin del ingreso para no confiar en la etiqueta de QoS en el paquete. Tambin configura de nuevo las colas de la salida en el interfaz. Este comando ampla el lmite de la confianza si se detecta un telfono IP.
No utilice estos comandos si hay configuraciones anteriores de QoS en el switch. Sin embargo, usted puede afinar los parmetros generados de la configuracin de Cisco AutoQoS (plantilla de Cisco AutoQoS) despus de usar estos comandos.
CIBERTEC
176
Nota
Ambos comandos, en el mismo formato, tambin aplican a los switches Cisco Catalyst serie 4500. Como con los switches del Catalyst 2960 (E-I) y 3560 de Cisco, Catalyst de Cisco los switches de 4500 series no soportan la opcin de Cisco SoftPhone. Cuando Cisco AutoQoS VoIP se habilita en el primer interfaz, QoS es globalmente habilitado (mls qos en modo de configuracin global).
5.1.4 Cisco AutoQoS para la empresa: Restricciones del despliegue en el router

Restricciones generales La caracterstica de VoIP se soporta en los interfaces siguientes, los identificadores de conexin de enlace de datos (DLCIs), y los circuitos virtuales permanentes (PVCs) solamente: Interfaces seriales con el Protocolo Punto a Punto (PPP) o el control de trasmisin de datos de alto nivel (HDLC) Frame Relay (subinterfaces del punto a punto solamente) PVCs ATM de poca y alta velocidad en subinterfaces del punto a punto. Enlace de redes Frame Relay a ATM Nota Las interfaces seriales sncronas se clasifican como de poca velocidad si el ancho de banda es menor o igual a 768 kbps. Una interfaz seriales sncrona se clasifica como veloz si su ancho de banda es mayor que 768 kbps. Esta clasificacin es tambin valida para PVCs ATM. Restricciones de la interface serial Para una interfaz seriales con un enlace de poca velocidad, Multilink PPP (MLP) se configura automticamente. La interfaz seriales debe tener una direccin IP. Cuando usted configura MLP, este direccin IP se quita y se pone en la interfaz multilink de MLP. Usted debe resolver estas condiciones para asegurarse de que el trfico pasa por un enlace de poca velocidad: Usted debe tener Cisco AutoQoS para empresa configurada en los ambos extremos finales de enlace. La cantidad de ancho de banda configurada debe estar igual en ambos extremos finales de enlace.
CIBERTEC
5.1.5 Consideraciones del diseo de la plataforma del router

Cuando usted est configuracin Cisco AutoQoS, tome las consideraciones del diseo para las plataforms de la router Cisco, resumidas en figura en consideracin como sigue: Requerimiento general de QoS: Se recomiendan mtodos y valores para resolver los requisitos de QoS para el trfico en tiempo real. Cisco AutoQoS toma el tipo y el ancho de banda del interfaz en consideracin al poner estas caractersticas de QoS en ejecucin: Cola de baja latencia (LLQ) con prioridad: Es aplicada a los paquetes de voz para resolver los requisitos de latencia. LLQ da una prioridad a los paquetes de tiempo real del protocolo del transporte de voz (RTP) sobre otros tipos del trfico de datos cuando l comparte un enlace de la salida con voz. Protocolo de transporte de tiempo real comprimido (cRTP): Con el cRTP, la cabecera del paquete IP de 40 octetos de los paquetes de voz se reduce a 2 o 4 octetos, reduciendo requisitos de la ancho de banda para la voz. Este mecanismo se utiliza en enlaces seriales de poca velocidad para mejorar eficiencia de enlace y para disminuir la sobrecarga de paquetes de RTP causados por los cabecera extensa de paquetes de voz. Usted debe aplicar el cRTP en los extremos finales de enlace de la red. Fragmentacin e interpolacin de enlace (LFI): LFI reduce la variacin de retardo (jitter) para los paquetes de voz evitando que los paquetes de voz sean retardodos por los paquetes grandes de datos en la cola, cuando la voz en tiempo real y los datos viajan en el mismo enlace de poca velocidad en salida. Usted debe aplicar LFI en ambos extremos de un enlace de la red. Implicaciones de la ancho de banda: El ancho de banda de la interfaz serial determina la velocidad de enlace. La velocidad de enlace, alternadamente, determina las configuraciones generadas por Cisco AutoQoS. Note que el cambio del ancho de banda durante la configuracin de Cisco AutoQoS no se recomienda. Cisco AutoQoS utiliza el ancho de banda asignado en el momento en que las caractersticas estn configuradas. Cisco AutoQoS no responde a los cambios realizados al ancho de banda despus de que se configure las caractersticas. Fragmentacin para las redes Frame Relay: Para las redes de Frame Relay, se configura la fragmentacin basada en el codec G.729 con retardo de 10ms y de un tamao mnimo del fragmento de 60 bytes. Esta configuracin se asegura de que los paquetes de VoIP no sean fragmentados. Sin embargo, cuando el codec G.711 es usado en enlaces de poca velocidad, el tamao del fragmento configurado por Cisco AutoQoS podra ser
CIBERTEC
178
ms pequeo que el tamao de paquetes de G.711 VoIP. Para solucionar este problema potencial, elija una de estas opciones: o Cambia el tamao del fragmento al valor requerido. Substituye el codec G.711 por un codec ms conveniente para los enlaces de poco ancho de banda; por ejemplo, G.729.
5.1.6
Requisitos previos del router

Antes de configurar Cisco AutoQoS, usted debe cumplir los requisitos previos enumerados. Los detalles de estos requisitos previos son los siguientes: Usted debe asegurar que la interfaz no tenga ninguna poltica de QoS (polticas QoS) adjuntada. Usted no puede configurar Cisco AutoQoS si el interfaz tiene una poltica de QoS habilitada. Usted debe habilitar Cisco Express Forwarding (CEF). Cisco AutoQoS utiliza NBAR para identificar varias aplicaciones y tipos de trfico, y CEF es un requisito previo para NBAR. Cisco AutoQoS clasifica enlaces de poca velocidad dependiendo de la ancho de banda del enlace. Recuerde que en una interfaz serial, si usted no especifica el ancho de banda, el ancho de banda por defecto ser de 1.544 Mbps. Por lo tanto, es importante que el ancho de banda correcta est especificado en el interfaz o el subinterface donde est ser habilitado Cisco AutoQoS: Para todos los interfaces o subinterfaces, utiliza el comando bandwidth para configurar la ancho de banda correctamente. Base la cantidad de ancho de banda en la velocidad de enlace del interfaz. Si el interfaz o el subinterface tiene una velocidad de enlace de 768 kbps o menor, usted debe configurar una direccin IP en la interfaz o la subinterface usando el comando ip address. Por defecto, Cisco AutoQoS habilita MLP y copia la direccin IP configurada a la interfaz del multilink.
En adicin a los requisitos previos de Cisco AutoQoS, hay otras recomendaciones y requisitos para configurar Cisco AutoQoS. Est enterado que stos pueden cambiar con las revisiones del software IOS de Cisco. Verifique los requisitos previos antes de ejecutar AutoQoS en cualquier entorno: Cisco AutoQoS es soportado en las siguientes PVCs: o ATM PVCs o Interfaces seriales con PPP o HDLC interfaces y
CIBERTEC
o DLCIs Frame Relay (subinterfaces Point-to-Point solamente, porque Cisco AutoQoS no soporta interfaces multipunto de Frame Relay). Una plantilla de la configuracin generada AutoQoS en un interfaz o un PVC se puede ajustar manualmente (va la configuracin de CLI) si se desea. Para incluir las traps de SNMP (monitoreo de eventos), usted debe habilitar SNMP en el router. Se entregan las traps de SNMP de Cisco AutoQoS solamente cuando usted utilize un servidor del SNMP conjuntamente AutoQoS y el router conoce al servidor de SNMP. La comunidad SNMP AutoQoS debe tener el permiso de escritura. Si usted reinicia el dispositivo con la configuracin guardada despus de configurar AutoQoS y de guardar la configuracin en la NVRAM, los comandos de monitoreo remoto (RMON) pueden generar algunos mensajes de alerta. Usted puede no hacer caso de estos mensajes de alerta. (Para evitar otros mensajes de alerta, guarde la configuracin NVRAM otra vez sin realizar ningn cambio a la configuracin de QoS).
Por defecto, los routers de Cisco reservan hasta 75 por ciento

del ancho de banda del interfaz para las clases definidas por el usuario. El ancho de banda restante se guarda para la clase por defecto. Sin embargo, el ancho de banda restante entero no est garantizado a la clase por defecto. La clase por defecto y el exceso de trfico de otras clases de ancho de banda comparten esta ancho de banda proporcionalmente.
5.1.7 Desplegando AutoQoS para la empresa en los routers: Configuracin en dos etapas
Cisco AutoQoS para la empresa consiste en dos fases de la configuracin segn las indicaciones: 1. Auto-descubrimiento (coleccin de datos) 2. Generacin e instalacin de la plantilla de Cisco AutoQoS La fase del auto descubrimiento utiliza descubrimiento basado en el protocolo NBAR para detectar las aplicaciones en la red y para realizar anlisis estadstico en el trfico de la red.
CIBERTEC
180
Los datos recogidos deben ser un muestreo representativo del volumen y del tipo de voz, de vdeo, y de datos sobre su red. Por lo tanto, la cantidad de tiempo dedicado a la coleccin de datos vara de red a la red. La fase de auto descubrimiento puede tomar tiempo segn sea necesario. La magnitud del tiempo necesario vara, dependiendo del volumen y de la naturaleza del trfico en su red. Por defecto, el auto descubrimiento funciona por tres das.
La fase de la generacin y de la instalacin de la plantilla de Cisco AutoQoS genera plantillas de datos recogidos durante la fase de auto descubrimiento, e instala las plantillas en el interfaz. Cisco AutoQoS entonces utiliza estas plantillas como la base para crear los mapas de clase y los mapas de la poltica para su red. Despus de crear los mapas de clase y los mapas de la poltica, Cisco instala auto-qos en la interface. Cisco AutoQoS para VoIP omite la fase del auto descubrimiento y va derecho a la generacin y a la instalacin de la plantilla. Fase 1: Perfil del trfico en los routers con auto descubrimiento Inicie la fase del auto descubrimiento usando el comando auto discovery qos en la interfaz seleccionada. Antes de usar el comando auto discovery qos en la interfaz o el PVC ATM, reuna estos requisitos previos segn las indicaciones: Confirme que CEF est habilitado. Si el interfaz o el subinterface tiene una velocidad de enlace de 768 kbps o menor, configure la direccin IP primario o secundaria del interfaz usando el comando ip address.
CIBERTEC
Para todos los interfaces o subinterfaces, configure la cantidad de ancho de banda usando el comando de bandwidth. Asigne la cantidad de la ancho de banda basada en la velocidad de enlace del interfaz. Para los PVCs ATM, configure la tasa de bits variable (VBR) usando el comando vbr-nrt o el comando vbr-rt, o configure la tasa de bits constante (CBR) usando el comando cbr.
Al funcionar el auto descubrimiento, observe estas restricciones: El comando auto discovery qos no es soportado en subinterfaces. No cambie el ancho de banda del interfaz al usar el comando auto discovery qos. Usted debe quitar todas las polticas previamente unidas del interfaz. La palabra opcional trust indica que las marcas de DSCP de un paquete estn de confianza (es decir, marcados) para la clasificacin de voz, el vdeo, y el trfico de datos. Si usted no especifica la palabra opcional trust, Cisco AutoQoS clasifica la voz, vdeo, y el trfico de datos con NBAR, y los paquetes sern marcados con el valor apropiado de DSCP. Observe estos puntos sobre la fase del auto descubrimiento: Si usted desea parar el auto descubrimiento, utilice el comando no auto discovery qos. Este comando detiene la coleccin de datos y quita cualquier reporte de la coleccin de datos que se haya generado. Si usted desea ver los resultados temporales del auto descubrimiento mientras que el descubrimiento est en progreso, utilice el comando show auto discovery qos. Este comando exhibe los resultados de datos recogidos hasta ese punto durante la fase del auto descubrimiento.
Fase 2: Polticas de configuracin de QoS en los routers El comando auto qos genera Cisco AutoQoS para la empresa, las plantillas basadas en los datos recogidos durante la fase del auto descubrimiento y despus instala las plantillas en el interfaz. AutoQoS utiliza estas plantillas para crear mapas de clase y poltica de clase para su red y despus los instala en el interfaz. La figura demuestra la sintaxis de los comandos para configurar Cisco AutoQoS. Para quitar Cisco AutoQoS del interfaz, utilice la forma no del comando auto qos. Usted puede tambin utilizar el comando auto qos para habilitar Cisco AutoQoS VoIP, que no beneficia el auto descubrimiento anterior. Si usted est utilizando revisiones de software anteriores del IOS de Cisco en los routers conectados que soportan solamente Cisco AutoQoS VoIP, utilice la palabra clave del voip para generar las plantillas de Cisco AutoQoS VoIP.
CIBERTEC
182
Para Cisco AutoQoS VoIP, la palabra clave opcional trust se utiliza para confiar (es decir, marcar) las marcas de DSCP para la clasificacin del trfico de voz. Si usted no especifica la palabra clave opcional trust, Cisco AutoQoS clasifica trfico de voz usando NBAR, y marca los paquetes con el valor apropiado de DSCP. La palabra opcional fr-atm habilita Cisco AutoQoS VoIP para los enlaces interredes Frame Relay-ATM. Esta opcin est disponible en los DLCIs Frame Relay para enlaces interredes Frame RelayATM solamente. Ejemplo: Configuracin del router con Cisco AutoQoS para la la empresa El procedimiento correcto de la configuracin es como sigue: Paso 1 En el interfaz, primero configure la ancho de banda ofrecida usando el comando bandwidth, configure la direccion IP usando el comando ip address, y configure la direccin de DLCI usando el comando frame-relay interface dlci si usted est configuracin un subinterface con Frame Relay. Paso 2 Active la fase del auto descubrimiento usando el comando autodiscovery qos. Para el anlisis de trfico ms exacto, deje la fase del auto descubrimiento que se ejecute tanto tiempo como sea posible, preferiblemente varios das. En la fase del auto descubrimiento, la poltica generada se puede revisar opcionalmente usando show auto discovery qos. Paso 3 Aplique la poltica generada de Cisco AutoQoS al interfaz usando el comando auto qos En este punto, la configuracin de Cisco AutoQoS se complet, pero usted puede afinar la clasificacin autogenerada y polticas en caso de ser necesario.
5.1.8 Verificar Cisco AutoQoS

El principio detrs del procedimiento es igual para las routers y los switches, con excepcin del hecho que no hay fase del auto descubrimiento en los switches y por lo tanto no es requerido para verificar sus resultados. El comando principal usado para la verificacin en routers e switches es show auto qos. La configuracin interfaz-especfica se examina luego. Porque los switches Catalyst de Cisco utilizan mapeo CoS-DSCP para la cola de salida de paquete, usted puede utilizar show mls qos maps para verificar cmo Cisco AutoQoS defini estos mapas.
CIBERTEC
Supervisin de Cisco AutoQoS en las routers Siga estos tres pasos para supervisar Cisco AutoQoS en las routers de Cisco: Paso 1 Exhiba los datos recogidos durante la fase del auto descubrimiento: Utilice el comando show auto discovery qos para exhibir los datos recogidos durante la fase del auto descubrimiento de Cisco AutoQoS para la empresa. La figura demuestra la sintaxis de comandos y un ejemplo. La poltica de salida sugerida deja ver mapas de clase de antemano y los mapas de la poltica antes de usted ejecute el comando auto qos en el interfaz. Usted puede entonces continuar con la fase del auto descubrimiento recopilando ms datos (se recomienda que usted deje el descubrimiento de Cisco AutoQoS por varios das), o usted puede copiar los resultados existentes del descubrimiento en un editor de textos y modificar la clasificacin autogenerada y polticas segn lo deseado. La palabra clave opcional del interfaz indica que solamente las configuraciones para el tipo especfico del interfaz estn exhibidas. Paso 2 Examine las plantillas de Cisco AutoQoS y la configuracin inicial: El comando show auto qos se usa para exhibir las plantillas del interfaz de Cisco AutoQoS, class-map, policy-map, y ACLs. La figura muestra la salida al ejecutar el comando show auto qos. Cuando el comando interface se utiliza junto con el correspondiente argumento interface type, el comando exhibe las configuraciones creadas por Cisco AutoQoS en el interfaz especificada. Cuando se utiliza el comando interface pero el tipo del interfaz no se especifica, el comando exhibe las
CIBERTEC
184
configuraciones creadas por el AutoQoS en todos los interfaces o PVCs en los cuales se ha habilitado el AutoQoS. El comando show auto qos interface se puede tambin utilizar con el DLCIs Frame Relay y PVCs ATM.
Paso 3 Exhiba los datos recogidos durante la fase del auto descubrimiento: Para mostrar las estadsticas de paquetes de todas las clases, que se configuren para todas las polticas del servicio en el interfaz o el subinterface especificado, o en un PVC especfico en el interfaz; utilice el comando show policy-map interface segn lo demostrado en figura. Los contadores exhibidos despus de que usted ingrese el comando show policy-map interface son actualizados solamente si hay congestin en el interfaz. El comando tambin exhibir la informacin de la poltica sobre el PVCs Frame Relay, pero solamente si el trfico formado Frame Relay (FRTS) tambin se habilita en el interfaz (manualmente o por Cisco AutoQoS).
Supervisin de Cisco AutoQoS en los switches
Siga estos tres pasos para supervisar Cisco AutoQoS en los switches del Catalyst de Cisco: Paso 1 Examine las plantillas de Cisco AutoQoS y la configuracin inicial: Utilice el comando show auto qos para exhibir la configuracin inicial de Cisco AutoQoS VoIP en el switch. La figura demuestra la sintaxis de comandos y un ejemplo. Para exhibir cualquier cambio hecho por del usuario a esa configuracin, utilice el comando show running-config. El show auto qos y show running-config se pueden comparar para identificar los ajustes definidos por el usuario, adicionales de QoS. De la salida del comando show, usted puede ver que el switch tiene cuatro colas hechas salir de WRR disponibles con los
CIBERTEC
pesos 20, 1, 80 y 0 para las colas 1, 2, 3, y 4 respectivamente. El comando wrr-queue cos muestra el mapeo de CoS para cada cola como sigue (el primer nmero es la identificador de la cola, el segundo es el identificacin del umbral, los otros nmeros son valores de CoS). La cola 4 se utiliza para el trfico prioritario (un valor de 0 con el comando wrr-queue bandwidth y mapear CoS 5 para la cola 4 usando el comando wrr-queue cos-map). La cola 2 no se utiliza (un valor de 1 con el wrr-queue bandwidth y no mapear el CoS para la cola 2 usando el comando wrr-queue cos-map). La cola 1 consigue 20 por ciento de cualquier ancho de banda que no es utilizada por la cola 4 y proporciona CoS 0, 1, 2, y 4. La cola 3 consigue 80 por ciento de cualquier ancho de banda que no es utilizada por la cola 4 y proporciona CoS 3, 6, y 7. Se muestra el mapeo CoS a DSCP, al igual que la confianza de la conexin del telfono IP.
Paso 2 Observe los parmetros autogenerados a nivel de interfaz de QoS: Utilice el comando show mls qos interface segn lo mostrado en la figura para mostrar la informacin de QoS en el switch Catalyst de Cisco a nivel de interfaz, incluyendo la configuracin de las colas de la salida y el mapeo de colas de salida - CoS, los interfaces que tienen configurado polticas, y las estadsticas de ingreso y salida (incluyendo los bytes bloqueados). Si no se especifica ninguna palabra clave con el comando show mls qos interface, el modo del puerto de QoS (confianza DSCP, confianza CoS, sin confianza, y as sucesivamente), valor de CoS por defecto, el mapa de mutacin DSCP-a-DSCP (o cualquiera) que se adjunta al puerto, y el policy-map (si hubiera) que se une al interfaz ser visualizada. Si un interfaz particular no se especifica, la informacin para todos los interfaces se exhibe.
Paso 3 Examine el mapeo CoS--DSCP: Utilice el comando show mls qos maps, segn las indicaciones de figura exhibiendo los mapeos actuales de DSCP y CoS. Todos los mapeos son globalmente definidos. La palabra clave cos-dscp representa el mapeo CoS--DSCP. Los valores soportados de CoS son 0 a 7.
CIBERTEC
186
La palabra clave de dscp-CoS representa el mapeo DSCP-aCoS. Los valores soportados de DSCP son 0, 8, 10, 16, 18, 24, 26, 32, 34, 40, 46, 48, y 56. Despus de que un mapeo por defecto es aplicado, usted puede definir el mapeo CoS-DSCP o DSCP-a-CoS ingresando el comando mls qos map.
CIBERTEC
5.2 Mitigando los problemas comunes de Cisco AutoQoS

5.2.1 Automatizacin con Cisco AutoQoS
La figura muestra los requerimientos de QoS para empresas tpicas. Cisco AutoQoS automatiza el despliegue de QoS para los panorams ms comunes de la empresa y habilita varios mecanismos del IOS QoS de Cisco para resolver los requerimientos de QoS de varias aplicaciones y de tipos del trfico descubiertos en la red de la empresa. Los requerimientos de la empresa incluyen lo siguiente: Identifique el lmite de la confianza y lmite de la confianza extendida y los protocolos de inters. Determine el nmero de los servicios diferenciados (DiffServ) que sern definidos para la red de la empresa. Marca el trfico basado en requerimiento de polticas locales. Determine los mtodos de encolamiento que deben ser permitidos. Defina el ancho de banda individual por clase necesario para satisfacer requisitos en tiempo real del trfico y para proveer el ancho de banda mnimo requerido para otras aplicaciones. Defina las caractersticas de QoS para transporte especifico (la forma de trfico, Multilink PPP [MLP], y configuracin de anillo de transmisin [tx-anillo]). Para los enlaces de poco ancho de banda (menos de 768 kbps), especifique las caractersticas necesarias de QoS (protocolo de transporte en tiempo real comprimido [cRTP], MLP fragmentacin de enlace e interpolacin [LFI], o fragmentacin del Frame Relay [FRF.12]). Defina las alarms y del acontecimientos con propsitos de monitoreo. En la adicin, en un entorno de LAN, Cisco AutoQoS tambin tiene estos requerimientos: Determine la clase de servicio (CoS) - punto de cdigo de servicios diferenciados (DSCP) y mapeo IP precedence--DSCP. Valores de mapeo CoS a diferentes colas de la salida (va mapeo CoS--DSCP). Fije los tamaos de la cola y y la ronda basada en carga (WRR) (es decir, los ajustes apropiados de WRR para las interfaces rpidas de Ethernet contra interfaces de gigabit Ethernet).
5.2.2 Mecanismos de DiffServ QoS permitidos por Cisco AutoQoS

Usando recomendaciones de las mejores prcticas de Cisco, Cisco AutoQoS habilita a varios mecanismos de QoS para asegurar el funcionamiento ptimo del auto descubrimiento de aplicaciones de la empresa. Cisco AutoQoS proporciona automticamente seis mecanismos de QoS usando la tecnologa de DiffServ segn las indicaciones de figura y descrita detalladamente abajo.
CIBERTEC
188
Clasificacin La clasificacin de paquetes proporciona la capacidad de particionar el trfico de la red en mltiples niveles de prioridad o clases del servicio. Por ejemplo ,el Grupo de Trabajo en Ingeniera de Internet (IETF) defini los valores DSCP especificados en los estndares de DiffServ RFC 2474 y 2475, las redes pueden categorizar trfico de aplicaciones en un mximo de 64 clases del trfico. Cisco AutoQoS define hasta 10 clases. Cuando se clasifican los paquetes, utilice varias caractersticas de QoS en el IOS de Cisco para asignar la apropiada poltica de direccionamiento de trfico para cada clase de trfico. Cisco AutoQoS reutiliza la clasificacin basada en DSCP o precedencia IP y CoS del dispositivo adyacente (por ejemplo, la router o el switch ms cercano al borde de la red) en modo de confianza o activa el reconocimiento de aplicaciones basado en Red (NBAR) para clasificar el trfico en un interfaz de ingreso modo sin confianza. En cualquier caso, Cisco AutoQoS define las clases que usan los mapas modulares de clase de Cisco QoS CLI (MQC). Marca La herramienta de marcado marca un paquete o un flujo con una prioridad especfica. Esta marca se realiza con confianza limitada. La clasificacin y la marca deben ocurrir en el borde de la red, tpicamente en los gabinetes de switches, en los telfonos IP de Cisco, o en los puntos finales de voz.
CIBERTEC
Los paquetes se pueden marcar como importantes usando los ajustes de CoS de la capa 2 en los bits de prioridad de usuario de la parte 802.1p, parte de la cabecera 802.1Q o de la precedencia IP o de los bits de DSCP en el byte de tipo de servicio (TOS) de la cabecera de la versin 4 de IP (IPv4). Por ejemplo, todos los paquetes de protocolo de transporte en tiempo real del telfono IP de Cisco (RTP) se deben marcar con etiqueta con cualquiera de estos valores: Valor de CoS de 5 para los ajustes 802.1p de la capa 2 y un valor de DSCP de envio rapido (EF) Valor de precedencia IP de 5 Adems, todos los paquetes del control se deben marcar con etiqueta con un valor de CoS de capa 2 en 3 y un valor de la capa 3 DSCP con valor de 24-31 (o precedencia IP de 3) Cisco AutoQoS emplea el mecanismo de marcado basado en clase MQC para todas trams de capa 2 y paquetes de capa 3 segn las indicaciones de figura. Administracin de congestin Las herramientas de administracin de congestin asignan un paquete o flujo a una de varias colas, basado en la clasificacin, para su tratamiento apropiado en la red. Cuando los datos, la voz, y el vdeo se ponen en la misma cola, la prdida de paquetes y variacin de retardo son ms probables ocurrir. Usted puede aumentar la previsibilidad del comportamiento de la red y de la calidad de voz usando colas mltiples en interfaces de la salida y colocando los paquetes de voz en una cola de la estricta prioridad (encolamiento de baja latencia [LLQ]) con ancho de banda garantizado, setaprado de paquetes de datos. La salida WAN congestionada hace congestin de encolamiento y retardo de serializacin en enlaces WAN de poca velocidad (enlace con menos de 768 kbps) puede dar lugar a retardo variable e impactar el trfico de voz. El retardo de serializacin est en funcin de la velocidad de enlace y del tamao de paquetes. Los E-mails grandes y las descargas de datos pueden causar la degradacin de la calidad de voz, incluso en entornos LAN. Para aliviar los efectos de congestin y para proveer a las aplicaciones de la empresa ancho de banda garantizado y la menor latencia posible, Cisco AutoQoS habilita a estas herramientas de encolamiento en el IOS de Cisco: LLQ para que aplicaciones en tiempo real para experimentar la menor latencia en colas de la salida y aseguren suficiente ancho de banda en el enlace de la salida para el funcionamiento ptimo de voz. LLQ procesa el trfico clasificado en la clase de envio prioritario (EF) DiffServ (voz) como la prioridad ms alta y ser un trfico separado, cola de estricta prioridad. Se trata el resto del trfico usando clases de encolamiento basado en carga (CBWFQ).
CIBERTEC
190
CBWFQ para las aplicaciones de datos se utiliza para proveer suficiente ancho de banda y para reducir interferencia entre las aplicaciones de alta y baja prioridad durante perodos de congestin. CBWFQ procesa el trfico clasificado en las clases de envo aseguradas DiffServ (AF) (video y datos clasificados) y la clase por defecto para el trfico sin clasificar (mejor esfuerzo). Round Robin basada en pesos (WRR) con prioridad de encolamiento (PQ) en switchs Catalyst de Cisco procesando trfico en la salida de los puertos del switch usando DiffServ (DSCP es mapeado a CoS para su ingreso automticamente), asegurando la prioridad para el trfico en tiempo real y la ancho de banda fiable para otros tipos del trfico.
Cisco AutoQoS utiliza las polticas basadas en porcentaje para el incrementar la escalabilidad y flexibilidad. El mismo policy-map se puede aplicar en mltiples interfaces y en interfaces con ancho de banda que vara. Conformacin de trfico La conformacin del trfico es un mecanismo de QoS usado para enviar trfico como explosiones cortas en una medida configurada de transmisin. Esto es comnmente usado en entornos de Frame Relay dondel ancho de banda garantizada no es igual al periodo del reloj en la interfaz o la media confiable de informacin (CIR). La forma de trfico Frame Relay (FRTS) es la aplicacin ms comn de formacin de trfico en ambientes de VoIP. Los entornos de Frame Relay tienen generalmente un esquema centralizado (huband-spoke) dondel enlace del concentrador tiene la ms alta velocidad que velocidades de los extremos de enlace. En algunos casos, la suma de las velocidades de los enlaces es ms alta que la velocidad de enlace del concentrador, causando sobre subscripcin. Sin FRTS, el concentrador puede intentar enviar trfico en cantidades ms altas de la que los enlaces alejados pueden recibir, haciendo la red del Frame Relay bloquear trfico arbitrariamente. Sin embargo, los enlaces alejados podran todos enviar en medida agregada que en suma es ms alta que la que el concentrador puede recibir, haciendo otra vez la red Frame Relay bloquear arbitrariamente trfico. Porque la red del Frame Relay no tiene ninguna capa 3 que proporcione inteligencia, puede bloquear el trfico de VoIP si se violan los limitantes. Por lo tanto, usted necesita controlar cantidades de la transmisin en una nube del Frame Relay de modo que usted pueda controlar se bloqueen qu paquetes y qu paquetes reciben el tratamiento de prioridad. Cisco AutoQoS, dependiendo del auto descubrimiento del ambiente de la red de la empresa, habilita clase-basado en forma (para los ambientes de Frame Relay) o mecanismos de FRTS. Evitamiento de congestin Las tcnicas para evitar la congestin supervisan la carga del trfico de la red en un esfuerzo de anticipar y de evitar la
CIBERTEC
congestin en los embotellamientos comunes de la red. Al descartarse el paquete se alcanza evitar la congestin. Por defecto el router utiliza un mecanismo de descarte de paquetes llamado tail drop. Con esto, los paquetes se descartan durante perodos de congestin si no caben en la cola de la salida, que afecta igualmente todos los tipos del trfico, incluyendo trfico prioritario. La sincronizacin global es otro efecto de tail drop y ocurre como oleadas de congestin, slo para ser seguida intervalos durante los cuales el enlace de la transmisin no se utiliza completamente. La sincronizacin global de los host TCP, por ejemplo, puede ocurrir porque los paquetes se descartan de una vez. Se manifiesta la sincronizacin global cuando los mltiples hosts TCP reducen la medida de la transmisin en respuesta al paquete que se descarta, entonces aumenta sus tasas de la transmisin cuando se reduce la congestin. Cisco AutoQoS utiliza la deteccin temprana al azar por pesos (WRED) para evitar el descarte de paquetes prioritarios y de la sincronizacin global. WRED aumenta la probabilidad que la congestin ser evitada descartando paquetes de baja prioridad y no los paquetes prioritarios. Eficiencia de enlace Los enlaces WAN de poca velocidad pueden degradar enormemente calidad de voz. El trfico de voz podra sufrir gran retardo antes de alcanzar el extremo de la lnea de salida con gran tiempo de transmisin y poco ancho de banda. Cuando Cisco AutoQoS detecta enlaces de poca velocidad durante la fase del auto descubrimiento, reduce al mnimo estos problemas permitiendo dos mecanismos para hacer ms eficiente el enlace. La fragmentacin de enlace y la interpolacin (LFI) es el mtodo usado para mejorar el retardo por serializacin. Aun cuando el encolamiento est trabajando bien y se prioriza el trfico de voz, hay las momentos en que la cola de prioritaria est vaca y paquetes de otras clases estn en servicio. Los paquetes de las clases con ancho de banda garantizados deben tratarse segn los pesos configurados. Si un paquete con prioridad voz llega en la cola de salida mientras que se estn manteniendo estos paquetes, el paquete de VoIP podra esperar una longitud del tiempo substancial antes de ser enviado. Si un paquete de VoIP espera detrs de un paquete de datos, y el paquete de datos es, a lo ms, igual de tamao de la Unidad Mxima de Transmisin (MTU) (1.500 octetos para las interfaces seriales y 4.470 octetos para las interfaces seriales de alta velocidad), el tiempo de la espera se puede calcular basado en velocidad de enlace. Por ejemplo, esta frmula calcula el tiempo de espera para una velocidad de enlace de 64 kbps y el tamao del MTU de 1500 octetos: Serialization delay = (1500 bytes * 8 bits per byte) / (64,000 bps)= 187.5 ms Por lo tanto, un paquete de VoIP puede necesitar esperar hasta 187.5 ms antes de que pueda ser enviado si se retardo detrs de un solo paquete de 1500 octetos en un enlace de 64 kbps. Los paquetes de VoIP generalmente se envan cada ms 20. Con un reatardo punto a punto estimado de ms 150 y y requerimientos de
CIBERTEC
192
variacin de retardo (jitter), un umbral de mayor a 180 ms son inaceptables. Un cierto mecanismo es necesario que asegure que el tamao de una unidad de transmisin sea 10 ms o menos. Cualquier paquete que tenga retardo de serializacin mayor 10 ms necesita ser fragmentado en trozos menores a 10 ms. Un pedazo o el fragmento de 10 ms es el nmero de bytes que se pueden enviar sobre el enlace de 10 ms. Para una serializacin con retardo de 10 ms, el tamao correspondiente de un paquete o el fragmento transmitido sobre un enlace de 64 kbps sera 80 octetos. Cisco AutoQoS habilita a uno de dos mecanismos de LFI para hacer fragmentos de paquetes grandes para proteger voz, cuando son los enlaces de poca velocidad son autodescubiertas: Multilink PPP (MLP) con la interpolacin para los enlaces del PPP Fragmentacin del Frame Relay (FRF.12) para los circuitos virtuales permanentes del Frame Relay (PVCs)
El protocolo en tiempo real comprimido del transporte (cRTP) reduce a 40 bytes IP + el protocolo del datagrama de usuario (UDP) + cabeceras RTP de 2 a 4 bytes, reduciendo la ancho de banda requerida por voz en enlaces Punto a punto. La cabecera se comprime en un extremo de enlace y se descomprime en el otro extremo. Cisco AutoQoS habilita la compresin de cabeceras cRTP cuando la voz se transmite en enlaces de poca velocidad.
5.2.3 Aprovisionamiento DiffServ de Cisco
automatizado
de
clase
AutoQoS
Cisco AutoQoS para la empresa define hasta diez clases de DiffServ diseados para acomodarse a varias aplicaciones de la empresa. La tabla enumera el nombre de clase, el tipo de trfico definido para la clase, y el valor de DSCP para el tipo de trfico, si fuera aplicable. Calcule resume esta tabla y proporciona un nmero de prioridad correspondiente de CoS.
Nombre de Clase Tipo de Trfico Enrutamiento IP Voz interactiva Video interactivo Video streaming Sealizacin telefnica Transacciones Interactivas Control de tafico de red, asi como protocolos de enrutamiento Trfico interactivo de voz entre portadores Trfico interactivo de datos y video Trfico de trams de video Sealizacin telefnica y control de trfico Transaccin natural de aplicaciones de base de datos
Valor DSCP CS6 EF AF41 CS4 CS3 AF21
CIBERTEC
Administracion de la Red Datos comunes Scavenger
Administracin del trfico de la Red
CS2
Transferencia de datos comunes AF11 trfico web, servicio general de datos Entretenimiento, trfico si se puede; CS1 tratamiento de trfico menor al major esfuerzo entra en esta categoria Clases por defecto; todo el trfico no 0 crtico, HTTP, trfico variado
Mejor esfuerzo
Estas clases se utilizan con el MQC para definir mapas de clase despus de que se determinen los criterios de la clasificacin. Estas clases tambin se eligen para resolver requerimientos de programacin de acuerdo con las recomendaciones de DiffServ. Nota El nmero real de las clases creadas corresponde al nmero de las aplicaciones descubiertas durante la fase del auto descubrimiento.
5.2.4 Problemas comunes con Cisco AutoQoS

Aunque Cisco AutoQoS automatiza el despliegue de QoS, apunta solamente los panorams ms comunes de la red empresarial. Las clases y las plantillas de QoS que Cisco AutoQoS genera no satisfarn cada requisito de la red. Los tres problemas ms comunes que pueden presentarse cuando usted est utilizando Cisco AutoQoS para generar polticas de la empresa: Cisco AutoQoS genera demasiadas clases y sobreingenieria de la clasificacin: Cisco AutoQoS genera hasta 10 clases de DiffServ, dependiendo del nmero y de los tipos de usos y de protocolos que detect durante la fase del auto descubrimiento. La vasta mayora de redes empresariales de hoy en dia entregan solamente de tres a un mximo de seis clases para mantener la flexibilidad de la configuracin. No hay ajuste en Cisco AutoQoS para disminuir el nmero de clases que se generen. La nica solucin es consolidar clases similares de forma manual para producir el nmero requerido de clases al final. Cisco AutoQoS genera las plantillas de QoS basndose en las condiciones de la hora de auto descubrimiento: El auto descubrimiento debe funcionar por varios das para maximizar la probabilidad que Cisco AutoQoS genere las polticas basadas en condiciones cerca a la realidad diaria de la red. Todas las configuraciones que Cisco AutoQoS genera se relacionan solamente con qu fueron preconfiguradas (por ejemplo, la ancho de banda configurada en el interfaz) y qu fue detectada a la hora de descubrimiento auto. Si las condiciones de la red cambian despus de que Cisco AutoQoS tenga autogenerada las plantillas de QoS, la fase del auto descubrimiento y la fase
CIBERTEC
194
del despliegue de la plantilla de QoS se deben repetir para adaptar la configuracin a las nuevas condiciones del trfico. Cisco AutoQoS, incluso despus de que se ha repetido y el auto descubrimiento sea extenso, no genere las plantillas previstas de QoS: La inteligencia incorporada de Cisco AutoQoS se basa en las mejores prcticas de Cisco y la experiencia ganada en la amplia base de cliente de la empresa. Sin embargo, puede haber algunas excepciones especiales; particularmente, los requisitos del despliegue pueden ir ms all de las capacidades o de las circunstancias actuales que son simplemente imperceptibles porque requieren inteligencia humana. Para el caso, la clasificacin puede necesitar ser basado en una mezcla de parmetros complejos, especficos. En estas situaciones especiales, Cisco AutoQoS se puede utilizar para generar los mapas de clase iniciales y los mapas de la poltica, para luego ser afinados manualmente para resolver los requisitos especficos. La configuracin autogenerada es completamente manipulable por Cisco MQC, y prcticamente cualquier mecanismo de MQC se puede utilizar para suplir la clasificacin o para ampliar una poltica.
5.2.5 Interpretando las configuraciones de Cisco AutoQoS

Para examinar las plantillas de QoS que resultan despus de que usted aplique Cisco AutoQoS, utilice el comando show auto qos. Este comando proporciona la ltima informacin sobre todos los mecanismos de QoS y sus parmetros que Cisco AutoQoS habilito basado en los resultados del auto descubrimiento o generado simplemente para mejorar QoS. El comando es especficamente utilizado para examinar lo siguiente: Cuntas clases Cisco AutoQoS identifica? Este valor es visible en la cantidad de los mapas de clase. Qu opciones de clasificacin de trfico Cisco AutoQoS selecciona? Este parmetro es visible como comando match dentro del respectivo mapa de clase. Qu opciones de la marcado de trfico Cisco AutoQoS seleccion? Usted puede ver estas opciones en los mapas de poltica despus del comando set. Qu mecanismos de encolamiento Cisco AutoQoS design y qu parmetros de encolamiento fueron proyectados? Usted puede ver esta informacin en los mapas de la poltica como opciones del comando bandwidth o del comando priority como parmetro individual. Eran otros mecanismos de QoS designados para servir a las clase? El contenido de los mapas de poltica puede enumerar algunos otros mecanismos que Cisco AutoQoS seala para manejar el trfico de clase para el mejor funcionamiento de las aplicaciones (por ejemplo, los mecanismos de la eficiencia de enlace o formacin de trfico). Cisco AutoQoS puede tambin sugerir algunos parmetros del trfico tales como explosiones de confianza y CIR en redes de Frame Relay, vistas en mapa de clase de Frame Relay.
CIBERTEC
Cmo Cisco AutoQoS aplica la poltica autogenerada a la configuracin existente de la router? Cisco AutoQoS puede aplicar la poltica autogenerada a una interfaz serial, a una subinterface, a un identificador de la conexin de enlace de datos (DLCI), o a un PVC. Esta informacin tambin se proporciona en la salida del show auto qos.
Cmo interpretar el comando show auto qos La salida detallada el comando auto show auto qos vara dependiendo de las condiciones de la red y del trfico donde Cisco AutoQoS fue habilitado, pero tiene siempre algunos elementos comunes: La salida del comando exhibe la poltica autogenerada, aplicada bajo la forma de mapa de la poltica de MQC. En esta seccin, los mecanismos de encolamiento seleccionados sern evidentes (LLQ o CBWFQ), pero esta seccin puede tambin muestra el marcado basado en clase, formado basado en clase, el evitamiento de congestin (WRED), y mecanismos de la eficiencia de enlace (cRTP o LFI). Cada mecanismo de QoS aparece en la salida generada en la misma forma que tendra si fue configurado manualmente con el MQC. La otra seccin importante en la salida del comando de show auto qos es la clasificacin, mostrada bajo la forma de mapa de clase de MQC. El mapa de clase puede utilizar la opcin de la clasificacin de NBAR o la opcin de la precedencia IP o DSCP de cuando Cisco AutoQoS fue habilitado en el modo de
CIBERTEC
196
confianza. En cualquier caso, el comando match se utiliza dentro de mapas de clase individuales con los parmetros apropiados. En algunas situaciones especiales, tales como shown para un PVC del Frame Relay, Cisco AutoQoS puede construir dos mapas de la poltica, uno jerarquizado en el otro. El propsito es utilizar la formacin basada en clases para que pueda caber el trfico dentro de parmetros especficos del trfico del PVC mientras que se maneja la congestin usando tcnicas de encolamiento apropiadas.
Se hacen referencia a los mapas individuales de la poltica y los mapas de clase usando los nombres generados por Cisco AutoQoS. RMON Inundan a los clientes a menudo con gran cantidad de datos, pero la informacin relevante que les ayuda a identificar la raz de un problema o de cualquier tendencia importante es muy pequea (tal como patrones y excepciones de trfico). La obtencin de la informacin adecuada puede ser absolutamente costosa, y llega a menudo demsiado tarde para ser til. Un ejemplo clsico es averiguar quin (es decir, que usuario o direccin IP) est causando la congestin o est creando cargas anormales en un enlace. Sin la automatizacin, puede tomar muchos meses para establecer un proceso de supervisin eficiente. Cisco AutoQoS proporciona visibilidad en las clases del servicio desplegadas va el sistema de logging y el Protocolo Simple de Administracin de Red (SNMP) via traps, con la notificacin de acontecimientos anormales (por ejemplo, descarte de paquetes VoIP). Una vez que se afine AutoQoS, las trampas del SNMP generadas por Cisco AutoQoS se entregan solamente si un servidor del SNMP se habilita explcitamente y se da la secuencia AutoQoS de la comunidad el permiso de escritura. En el caso del Frame Relay/ATM y de enlaces seriales con poca velocidad, Cisco AutoQoS se debe habilitar en ambos extremos de la conexin para que funcione correctamente. Tambin, porque los parmetros de la fragmentacin son derivados del ancho de banda, el parmetro ancho de banda en ambos extremos de enlace debe ser idntico.
CIBERTEC
La salida del comando show auto qos muestra la informacin de los traps del monitoreo remoto (RMON) que registran si el descarte de paquetes de voz es habilitado. Esta salida se utiliza para supervisar y localizar averas. AutoQoS activa umbrales en la tabla de alarms RMON para supervisar descartes en LLQ. Por el defecto, el umbral de descarte es fijado a 1 bps. La figura demuestra un ejemplo de una alarma activado por los paquetes descartados. En algunas situaciones, segn las indicaciones de la salida del comando show para Frame Relay, Cisco AutoQoS tambin proyecta nuevos parmetros del trfico. En la figura, Cisco AutoQoS genera la nueva mapa de clase Frame Relay, que mapea para determinado DLCI usando el nombre inventado mapa de clase. Finalmente, la salida del comando show auto qos muestra cmo la poltica de QoS fue aplicada en la configuracin. En este caso, la poltica del servicio fue aplicada al nuevo mapa de clase Frame Relay, que alternadamente mapea a DLCI. En la adicin para el contenido de la configuracin de interfaz, usted puede tambin ver mapas de poltica y los mapas de clase que son utilizados con el comando show auto qos. Las listas del control de acceso (ACLs) tambin se exhiben si Cisco AutoQoS las genera.
5.2.6 Modificacin de la AutoQoS con MQC
configuracin
activa
de
Cisco
Si el mapa de polticas y los mapas de clase las plantillas generadas por Cisco AutoQoS resuelve las necesidades de la red de la comandos apropiados del IOS de Cisco de necesarios.
creados, basados en para la empresa no empresa, utilice los realizar los cambios
CIBERTEC
198
Esta edicin ocurre generalmente en dos situaciones: La nueva configuracin generada AutoQoS de Cisco no resuelve expectativas especficas de la empresa. Las condiciones de la red o del trfico han cambiado mientras que Cisco AutoQoS generaba la configuracin, y los administradores de la red tienen las habilidades necesarias para adaptar la configuracin existente de QoS que est en funcionamiento con el procedimiento entero del despliegue de Cisco AutoQoS otra vez.
Modificacin de la configuracin activa de Cisco AutoQoS con MQC: Clasificacin Mayormente, Cisco AutoQoS utiliza NBAR y ACLs para la clasificacin del trfico. Sin embargo, cualquier mecanismo de la clasificacin de Cisco MQC puede suplir o substituir la configuracin generada por Cisco AutoQoS.
Las habilidades a tenerse y el conocimiento de MQC es requerido para realizar la modificacin, pero este procedimiento puede adaptar la clasificacin con reglas ms complejas de clasificacin. La clasificacin se puede modificar despus del descubrimiento de Cisco AutoQoS pero antes de que se apliquen las plantillas generadas de la poltica o despus de las plantillas de la poltica generadas por Cisco AutoQoS. Hay varias maneras de afinar y de modificar los mapas existentes de clase:
CIBERTEC
Directamente en la lnea de comando de interfaz (CLI) del router que usa MQC. Usando el administrador de polticas de Cisco QoS (QPM) Sin embargo, la manera ms fcil de afinar los mapas existentes de clase es copiarlos en un editor de textos y modificar la configuracin fuera de lnea. Agregue la nueva clasificacin deseada y quite la clasificacin existente indeseada. Cuando la modificacin es completa, copie la nueva clasificacin del editor de texto y pguela en la ventana de configuracin de la router para agregar las reglas al router.
Si es requerido, usted puede repetir el procedimiento de afinacin en un proceso iterativo hasta que usted alcanza la configuracin ptima. Cisco MQC ofrece una amplia gama de las opciones de clasificacin, para usarse cuando se agregan las reglas de mapa de clase generadas por Cisco AutoQoS. La figura resume estos puntos y la tabla enumera las opciones ms comunes de la clasificacin y sus comandos respectivos match. Adems de estas opciones de clasificacin, cualquier clasificacin soportada por Cisco MQC se puede utilizar en cualquier combinacin para requerimientos de clasificacin especfica.
Ejemplo: Clasificacin con el MQC

Lo que sigue es un ejemplo de la clasificacin afinada con el MQC: 1. Comience el proceso del descubrimiento de Cisco AutoQoS. Router#configure terminal Router(config)#interface serial0/1/0 Router(config-if)#bandwidth 384 Router(config-if)#auto discovery qos Router(config-if)#end 2. Deje el descubrimiento de Cisco AutoQoS que funciona por varios das. 3. Revise los resultados del descubrimiento de Cisco AutoQoS e identifique los cambios de la clasificacin requeridos (solamente se muestra la parte de la clasificacin). Router#show auto discovery qos <output omitted> ! Suggested AutoQoS Policy for the current uptime: class-map match-any AutoQoS-Voice-Se0/1/0 match protocol rtp audio ! class-map match-any AutoQoS-Signaling-Se0/1/0 match protocol h323 !
CIBERTEC
200
class-map match-any AutoQoS-TransactionalSe0/1/0 match protocol sqlnet match protocol citrix ! class-map match-any AutoQoS-Bulk-Se0/1/0 match protocol exchange match protocol ftp ! class-map match-any AutoQoS-Scavenger-Se0/1/0 match protocol kazaa2 ! class-map match-any AutoQoS-Management-Se0/1/0 match protocol ldap Los cambios necesarios de la clasificacin incluyen: Paso 1 Tambin, clasifique el protocolo de inicio de sesin (SIP) y del protocolo del control de Gateway (MGCP). Paso 2 Clasifique el trfico del telnet como clase transaccional. Paso 3 Mueva la clasificacin SQL desde clase transaccional a la clase datos comunes. Paso 4 Clasifique todo el trfico SNMP que viene de la subred 193.87.95.0 del IP como clase administracin. 4. Aplique la plantilla generada de la poltica de Cisco AutoQoS al interfaz para una modificacin ms actual. Router#configure terminal Router(config)#interface serial0/1/0 Router(config-if)#auto qos Router(config-if)#end 5. Modifique la clasificacin generada por Cisco AutoQoS segn los requisitos. Paso 1 Tambin, clasifique la sealizacin SIP y de MGCP. Router#configure terminal Router(config)#class-map AutoQoS-SignalingSe0/1/0 Router(config-cmap)#match protocol sip Router(config-cmap)#match protocol mgcp Router(config-cmap)#exit Paso 2 Clasifique el trfico del telnet como transaccional.
CIBERTEC
Router(config)#class-map AutoQoS-Transactional-Se0/1/0 Router(config-cmap)#match protocol telnet Router(config-cmap)#exit Paso 3 Mueva la clasificacin del SQL desde clase transaccional a la clase datos comunes. Router(config)#class-map AutoQoS-TransactionalSe0/1/0 Router(config-cmap)#no match protocol sqlnet Router(config-cmap)#exit Router(config)#class-map AutoQoS-Bulk-Se0/1/0 Router(config-cmap)#match protocol sqlnet Router(config-cmap)#exit Paso 4 Clasifique todo el trfico del SNMP que viene de la subred IP 193.87.95.0 como clase de administracin. Router (config)#access-list 101 permit udp 193.87.95.0 0.0.0.255 any eq snmp Router(config)#class-map AutoQoS-ManagementSe0/1/0 Router(config-cmap)#match access-group 101 Router(config-cmap)#end 6. Revise la nueva poltica de la clasificacin (solamente se muestra la parte de clasificacin). Router#show auto qos <output omitted> ! Suggested AutoQoS Policy for the current uptime: class-map match-any AutoQoS-Voice-Se0/1/0 match protocol rtp audio ! class-map match-any AutoQoS-Signaling-Se0/1/0 match protocol h323 match protocol sip match protocol mgcp ! class-map match-any AutoQoS-TransactionalSe0/1/0 match protocol telnet match protocol citrix ! class-map match-any AutoQoS-Bulk-Se0/1/0 match protocol exchange match protocol ftp match protocol sqlnet ! class-map match-any AutoQoS-Scavenger-Se0/1/0 match protocol kazaa2
CIBERTEC
202
! class-map match-any AutoQoS-Management-Se0/1/0 match protocol ldap match access-group 101 ! access-list 101 permit udp 193.87.95.0 0.0.0.255 any eq snmp
5.2.7 Poltica generada AutoQoS para modificacin con MQC

Cuando usted est generando plantillas de la poltica de QoS, Cisco AutoQoS habilita varios mecanismos del IOS QoS de Cisco. Los mecanismos del IOS QoS de Cisco que Cisco AutoQoS habilita incluyen: El programacin del trfico y manejo de congestin usando LLQ, CBWFQ, o WRR Marca del trfico usando la marcado basado en clases Formacin de trfico usando formacin basada en clases o FRTS Eficaciencia de enlace usando el cRTP y LFI (MLP o FRF.12) Evitar la congestin usando WRED Adems de estas polticas seleccionadas por Cisco AutoQoS, la configuracin de la poltica que resulta generada se puede afinar con cualquier opcin disponible de poltica del IOS MQC de Cisco. El software IOS de Cisco soporta una amplia gama de opciones para implementar la ejecucin de DiffServ por comportamiento de saltos (PHBs) y adaptarse a cualquier poltica de la empresa. El procedimiento para modificar una existente, poltica activa generada por Cisco AutoQoS es similar al procedimiento para la clasificacin. Lo que sigue es un ejemplo de la modificacin de la poltica: 1. Revise la poltica existente de QoS, identifique los nuevos requerimientos, y realize las modificaciones de la configuracin necesarias (el ejemplo muestra solamente la parte de la poltica). Router#show auto discovery qos <output omitted> ! Suggested AutoQoS Policy for the current uptime: policy-map AutoQoS-Policy-Se0/1/0 class AutoQoS-Voice-Se0/1/0 priority percent 10 compress header ip set dscp ef class AutoQoS-Signaling-Se0/1/0 bandwidth remaining percent 4 set dscp cs3 class AutoQoS-Transactional-Se0/1/0 bandwidth remaining percent 40
CIBERTEC
random-detect dscp-based set dscp af21 class AutoQoS-Bulk-Se0/1/0 bandwidth remaining percent 19 random-detect dscp-based set dscp af11 class AutoQoS-Scavenger-Se0/1/0 bandwidth remaining percent 1 set dscp cs1 class AutoQoS-Management-Se0/1/0 bandwidth remaining percent 6 set dscp cs2 class class-default fair-queue Los cambios de politica necesarios incluyen: Paso 1 Marcar el trfico que seala de voz con DSCP AF31, en vez del CS3 actual. Paso 2 La tasa limite del trfico scavenger mximo de 64 kbps. Paso 3 Garantizar como mnimo 10 por ciento de la ancho de banda disponible del interfaz al trfico del mejor-esfuerzo. Paso 4 Marque el trfico de administracin de red con DSCP AF21, en vez del CS2 actual. 2. Modifique la poltica generada por Cisco AutoQoS segn los nuevos requisitos. Paso 1 Marque el trfico que seala de voz con DSCP AF31, en vez del CS3 actual. Router#configure terminal Router(config)#policy-map AutoQoS-PolicySe0/1/0 Router(config-pmap)#class AutoQoS-SignalingSe0/1/0 Router(config-pmap-c)#no set dscp cs3 Router(config-pmap-c)#set dscp af31 Router(config-pmap-c)#exit Paso 2 Tasa-lmite el trfico scavenger mximo de 64 kbps. Router(config-pmap)#class AutoQoS-ScavengerSe0/1/0 Router(config-pmap-c)#police 64000 conform-
CIBERTEC
204
action transmit exceed-action drop Router(config-pmap-c)#exit Paso 3 Garantice como mnimo 10 por ciento de la ancho de banda disponible del interfaz al trfico del mejor-esfuerzo. Router(config-pmap)#class class-default Router(config-pmap-c)#bandwidth remaining percent 10 Router(config-pmap-c)#exit Paso 4 Marque el trfico de administracion con DSCP AF21, en vez del CS2 actual. Router(config-pmap)#class AutoQoS-ManagementSe0/1/0 Router(config-pmap-c)#no set dscp cs2 Router(config-pmap-c)#set dscp af21 Router(config-pmap-c)#end 4. Revise la nueva poltica del servicio (el ejemplo muestra solamente la parte de la poltica). Router#show auto qos <output omitted> ! Suggested AutoQoS Policy for the current uptime: policy-map AutoQoS-Policy-Se0/1/0 class AutoQoS-Voice-Se0/1/0 priority percent 10 compress header ip set dscp ef class AutoQoS-Signaling-Se0/1/0 bandwidth remaining percent 4 set dscp af31 class AutoQoS-Transactional-Se0/1/0 bandwidth remaining percent 40 random-detect dscp-based set dscp af21 class AutoQoS-Bulk-Se0/1/0 bandwidth remaining percent 19 random-detect dscp-based set dscp af11 class AutoQoS-Scavenger-Se0/1/0 bandwidth remaining percent 1 set dscp cs1 police 64000 conform-action transmit exceedaction drop class AutoQoS-Management-Se0/1/0 bandwidth remaining percent 6 set dscp af21
CIBERTEC
class class-default bandwidth remaining percent 10
CIBERTEC
206
AUTOEVALUACIN
1. Cules son los requisitos para implementar AutoQoS? 2. Cules son los dos pasos ms importantes para implementar AutoQoS en la red de la empresa? 3. Cules son las tres reglas para utilizar Cisco AutoDiscovery en la red de la empresa?
RESUMEN
La opcin Cisco AutoQoS simplifica la configuracin de QoS. La mayora de routers Cisco y switches Cisco Catalyst soportan Cisco AutoQoS. La configuracin de QoS requiere una profunda comprensin de varias caractersticas de QoS, incluyendo encolamiento, descarte, condicionamiento de trfico, profundidad de colas, umbral de descarte, parmetros de rfagas, LFI y c-RTP, asi como las complejidades de realizar las configuraciones con muchos parmetros asociados a estas caractersticas. Cisco AutoQoS ayuda a superar estas dificultades configurando automticamente el dispositivo Cisco con las caractersticas y variables de QoS necesarias y correctas. El mecanismo toma en cuenta el ancho de banda de la interface, el patrn de trfico descubierto y las mejores prcticas de Cisco cuando se configura QoS. Tipicamente, el diseo y la implementacin de QoS sobre una red compuesta de multiples sites LAN y WAN se convierte en una labor mucho ms sencilla.
CIBERTEC

Manual Redes Convergentes

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Manual Redes Convergentes

Hochgeladen von

Copyright:

Verfügbare Formate

Redes Convergentes

Sesion de aprendizaje Semana 1 : Requerimientos Convergentes de Conectividad de Redes 7

: Implementacin de Cisco VoIP

: Implementacin de Cisco AutoQoS

Requerimientos de Redes Convergentes

Converg encia sobre IP

Sealiza cin y protocol os VoIP

Telefona IP, arquitectu ra y topologias

Configura cin y AutoQoS

EVOLUCIN DE LA TELEFONA EN LAS EMPRESAS

1.1.1 Un sistema telefnico bsico

1.1.2 Servicios de las empresas telefnicas tradicionales

Alimentacin elctrica al telfono

1.1.3 Tecnologas de Telefona Digital

1.1.4 Servicios Telefnicos Digitales

1.1.5 Servicios de PBXs y de Centrex

1.1.7 El concepto de la convergencia

1.2.2 Condiciones de trfico en una red convergente

1.2.3 Red de informacin inteligente

2.1 Introduccin a las redes de VoIP

2.1.2 Componentes de una red de VoIP

2.1.3 Interfaces anlogos heredadas en las redes de VoIP

2.1.4 Interfaces Digitales

2.1.5 Etapas para completar una llamada telefnica VoIP

2.1.6 Control distribuido de llamada

2.1.7 Control centralizado de llamada

2.2 Digitalizacion y paquetizacin de voz

2.2.2 Codificacin bsica de voz: Conversin de seales Digitales a Seales analgicas

2.2.5 Codificacin Digital de voz

2.2.7 Caractersticas comunes del Codec de voz

2.2.9 Una mirada ms cercana en un DSP

2.3 Encapsulado de paquetes de voz para el transporte

2.3.2 Transporte de voz en redes IP

2.3.3 Protocolos usados en el encapsulamiento de voz

2.3.4 Encapsulacin Codecs de voz

2.3.5 Reduccin de consumos indirectos de la cabecera con el cRTP

2.3.6 Cundo utilizar la compresin de RTP

2.4 Requisitos de ancho de banda para VoIP

encapsulacin genrica de la ruta (GRE), o conmutacin Multiprotocol de la etiqueta (MPLS).

2.4.2 Impacto de Codecs en ancho de banda

Cmo la paquetizacin afecta el tamao y tasa de paquetes de VoIP

2.4.4 Overhead de enlace de datos

2.4.5 Seguridad y el overhead de tunelizacin

2.4.6 Cabeceras adicionales en protocolos de seguridad e implementacin de un tnel

2.4.7 Calcular el ancho de banda total para una llamada de VoIP

2.4.8 Clculo rpido del ancho de banda

Efectos de VAD en ancho de banda

2.5 Implementacin de VoIP en una red corporativa

2.5.2 Despliegue de CAC

2.5.3 Funciones de gateway de voz en un router Cisco

Funciones de Cisco Unified CallManager

2.5.5 Modelos de despliegue de telefona IP de la empresa

2.5.6 Configuraciones del IOS de Cisco para VoIP

De acuerdo con esta informacin, esta configuracin se aplica al primer router:

El segundo router tiene estos comandos de la configuracin:

3.1 Introduccin a QoS

problemas es que el trfico de la voz y el prioridad porque son sensibles en el tiempo.

vdeo deben tener

3.1.2 Requisitos de calidad en redes convergentes

3.1.3 Medicin del ancho de banda disponible

3.1.4 Incremento del Ancho de banda disponible

La figura resume el impacto de retardos y jitter en la calidad de redes.

3.1.6 La reduccin del impacto del retardo en la calidad

3.1.7 Prdida de paquetes