Descripción de IP a ATM CoS

(1)

Descripción de IP a ATM CoS

Descargue este capítulo

Descripción de IP a ATM CoS Descargue el libro completo

Soluciones guía de configuración de la Calidad de servicio de Cisco IOS, versión 12.2SR (PDF - 6 MB) Feedback

Contenidos

Descripción general de clase de servicio del IP a ATM

Sobre el IP to ATM CoS

Solo soporte del VC atmósfera

Soporte y administración de paquetes del conjunto del VC Soporte Per-VC LLQ, WFQ y CBWFQ

¿Por qué utilice el IP to ATM CoS? Beneficios

Características del IP to ATM CoS Prevención de Congestión

El topar y conjuntos del VC atmósfera Restricciones

Descripción general de clase de servicio del IP a ATM

Este módulo proporciona una descripción general de alto nivel del (CoS) de la Clase de Servicio IP a ATM, una habitación de la característica que asocie las características QoS entre el IP y la atmósfera.

Sobre el IP to ATM CoS

La característica del IP to ATM CoS implementa una solución para el mapeo general de las características QoS entre el IP y la atmósfera, usando los adaptadores de puerto ATM mejorado de Cisco (PA-A3) en los Cisco 7200 y Cisco 7500 Series Router. (Esta categoría de QoS de grano grueso se refiere a menudo como CoS). La característica resultante permite soportar los servicios diferenciados en los entornos del Network Service Provider.

El IP to ATM CoS se diseña para proporcionar una solución operativa verdadera a los servicios basados en la clase, sin la inversión de las nuevas infraestructuras de red ATM. Ahora las redes pueden ofrecer diversas clases de servicio (a veces llamadas las clases de servicio diferenciadas) a través de WAN entero, no apenas la porción ruteada. Las aplicaciones esenciales para la misión se pueden dar el servicio excepcional durante el USO de la red y la congestión de los periodos de alto. Además, el tráfico no crítico se puede restringir en su USO de la red, que asegura mayor QoS para tipos más importantes del tráfico y de usuario.

La característica del IP to ATM CoS se soporta en el Cisco 2600, el Cisco 3600, el Cisco 7200, y los Cisco 7500 Series Router equipados del hardware siguiente:

• Cisco 2600 y Cisco 3600 Series: Atmósfera OC-3, T1 IMA, o adaptador de puerto IMA del e1 • Cisco 7200 Series:

– NPE-200 o más alto (NPE-300 recomendado para el Mecanismo de cola de espera equitativo y ponderado basado en clases (CBWFQ) del Per-Virtual Circuit (VC)

– Uno de los adaptadores de puerto ATM mejorado siguientes (PA-A3): T3, E3, DS3, o OC-3 • Cisco 7500 Series:

– VIP2-50

– Uno de los adaptadores de puerto ATM mejorado siguientes (PA-A3): T3, E3, DS3, o OC-3 Configuración de los soportes del IP to ATM CoS de las características siguientes:

• Sola atmósfera VCs • Conjuntos del VC

• Per-VC low latency queueing (LLQ), WFQ, y CBWFQ Solo soporte del VC atmósfera

El soporte del IP to ATM CoS para un solo VC atmósfera permite que los administradores de la red utilicen las características existentes, tales como Committed Access Rate (CAR) o Routing basado en políticas (PBR), que clasifiquen y que marquen diverso tráfico IP modificando el campo de precedencia IP en versión IP el encabezado de paquete 4 (del IPv4). Posteriormente, el Weighted Random Early Detection (WRED) o el WRED distribuido (DWRED) se puede configurar en por VC de modo que el tráfico IP esté conforme a diversas probabilidades de caída (y por lo tanto a las prioridades) como el tráfico IP que entra en a un

(2)

router compite para el ancho de banda en un VC determinado.

Los adaptadores de puerto ATM mejorado (PA-A3) proporcionan la capacidad de formar el tráfico en cada VC según la categoría de servicio ATM y los parámetros del tráfico empleados. Cuando usted utiliza la característica del IP to ATM CoS, la congestión es manejada totalmente en la capa IP por el WRED que se ejecuta en el Routers en el borde de la red ATM. El cuadro 1 ilustra el soporte del IP to ATM CoS para un solo VC atmósfera.

Cuadro 1 sola clase de circuito atmósfera

Soporte y administración de paquetes del conjunto del VC

La administración de paquetes del VC atmósfera permite que usted configure VCs múltiple que tiene diversas características QoS entre cualquier par de Routers conectado con ATM. Tal y como se muestra en del cuadro 2, este VCs se agrupa en un conjunto y se refiere como miembros del agrupamiento.

Cuadro 2 conjunto del VC atmósfera

La administración de paquetes del VC atmósfera permite que usted defina un conjunto del VC atmósfera y que agregue VCs a ella. Cada VC de un conjunto tiene su propia clase del tráfico ATM y parámetros del tráfico ATM. Usted puede aplicar los atributos y las características a los miembros del agrupamiento o a usted discretos del VC pueden aplicarlo colectivamente en el nivel del conjunto.

Usando los conjuntos del VC, usted puede crear el servicio diferenciado fexiblemente distribuyendo los niveles de la Prioridad IP sobre los diversos miembros del agrupamiento del VC. Usted puede asociar un solo Nivel de precedencia o un rango de los niveles a cada VC discreto en el conjunto, de tal modo habilitando VCs individual en el conjunto para llevar los paquetes marcados con diversos Niveles de precedencia. Usted puede utilizar el WRED (o el DWRED) para distinguir más lejos el servicio a través del tráfico que tiene diverso precedences IP pero que utiliza el mismo VC en un conjunto.

Para determinar que VC en el conjunto para utilizar para remitir un paquete a su destino, los Niveles de precedencia de los emparejamientos del software de administración en paquete del VC atmósfera entre los paquetes y VCs (véase el cuadro 3). El tráfico IP se envía a la dirección del salto siguiente para el conjunto porque todo el VCs en una parte del conjunto el mismo destino, pero el VC usado para llevar un paquete depende del valor establecidovalor establecido para ese paquete en los bits de la Prioridad IP del byte del Tipo de servicio (ToS) de su encabezado. El software de administración en paquete del VC atmósfera hace juego la Prioridad IP del paquete al valor de precedencia IP o al rango de los valores asignados a un VC, enviando el paquete hacia fuera en el VC apropiado. Por otra parte, la característica de la administración de paquetes del VC atmósfera permite que usted configure cómo el tráfico será reorientado cuando va el VC el paquete fue correspondido con abajo. El cuadro 3 ilustra cómo el software de administración en paquete del VC atmósfera determina que los miembros del agrupamiento del circuito virtual permanente (PVC) a utilizar para llevar un paquete y cómo WRED (o DWRED) se utiliza para distinguir el tráfico en el mismo VC.

(3)

El soporte de la atmósfera múltiple VCs del paralelo permite que usted cree una diferenciación más fuerte del servicio en la capa IP. Por ejemplo, usted puede ser que quiera proporcionar el tráfico IP que pertenecía a CoS en tiempo real (tal como tráfico de la voz sobre IP) en un VC atmósfera con los apremios estrictos (Velocidad de bits constante (CBR) o el tiempo real de la Velocidad de bits variable (VBR-rt), por ejemplo), mientras que transportaba el tráfico con excepción del tráfico en tiempo real sobre una atmósfera más elástico Velocidad de bits disponible (ABR) PVC. Usando una configuración tal como esto permitiría que usted utilizara completamente su capacidad de la red. Usted podría también elegir para transportar el tráfico IP del mejor esfuerzo sobre una Velocidad de bit sin especificar (UBR) PVC — UBR es con eficacia la versión ATM del servicio de mejor esfuerzo.

Soporte Per-VC LLQ, WFQ y CBWFQ

La característica del IP to ATM CoS permite que usted aplique una correspondencia de políticas a un VC para especificar una política de servicio para ese VC para categorizar todo el tráfico enviado en ese VC según las clases y sus criterios de

concordancia definidos por la política de servicio. Es decir el IP to ATM CoS toma las funciones definidas para el LLQ, el WFQ, y el CBWFQ estándar y las hace disponibles para la aplicación y el uso en el VC discreto llano.

El IP to ATM CoS permite que usted configure un VC solo, independiente o un VCs individual que pertenece a un conjunto. Usted también puede configurar colectivamente todo el VCs que pertenece a un conjunto. Sin embargo, para el LLQ por VC, el WFQ y el CBWFQ, usted puede configurar VCs individual solamente. Es decir, usted puede configurar un VC independiente o un VC que pertenece a un conjunto, pero usted no puede utilizar el LLQ por VC, el WFQ y el CBWFQ para configurar un conjunto de VCs colectivamente.

Per-VC el LLQ, el WFQ y el CBWFQ permite que usted distinga el uso de VCs individual dentro de un conjunto. Por ejemplo, usted puede aplicar una política de servicio a un VC que pertenece a un conjunto del VC y aplicar una diversa política de servicio a otro VC que pertenece al mismo conjunto. Usted puede también aplicar la misma correspondencia de políticas a VCs múltiple — si es independiente o a los miembros del agrupamiento — pero cada VC puede tener solamente una política de servicio. Para concatenar las políticas de servicio, usted debe crear una tercera correspondencia de políticas e incluir en ella todas las clases que usted quiere utilizar de las correspondencias de políticas que usted habría concatenado.

Lo que sigue es un resumen de cómo usted configura un VC para utilizar el CBWFQ:

• Usted define las clases de tráfico para especificar la política de clasificación (correspondencias de la clase). Este proceso determina cuántos tipos de paquetes deben ser distinguidos a partir del uno otro.

• Usted configura las correspondencias de políticas que contienen las clases que especifican la directiva para cada clase de tráfico.

• Usted asocia una correspondencia de políticas a un VC que utilice el IP to ATM CoS para especificar la política de servicio para el VC.

Para aplicar el flujo basado WFQ en por VC, usted configura el WFQ en la clase predeterminada predefinida CBWFQ, que se llama class-default, pero usted no atribuye al ancho de banda a la clase predeterminada.

¿Por qué utilice el IP to ATM CoS?

Las clases del servicio de Internet se pueden identificar y clasificar dentro de la red del router. Pero como el tráfico atraviesa la área ancha estructura del ATM, las definiciones de clase ATM relativas no son equivalentes, y un tipo de tráfico puede ser tratado diferentemente en la tela del ATM Switching que en la red del router; las aplicaciones esenciales para la misión o los datos se podían caer durante las épocas de la congestión de red.

La característica del IP to ATM CoS utiliza el adaptador de puerto ATM mejorado de Cisco (PA-A3) en el Routers de las Cisco 7500 y Cisco 7200 Series para proporcionar la capacidad de asociar IP CoS y la atmósfera QoS, ampliando la capacidad previamente disponible solamente para las redes IP; preservan a los Servicios diferenciados a través de la red ATM. Beneficios

Aquí están algunas ventajas de usar el IP to ATM CoS:

• Asegura las clases diferenciadas eficaces sobre el IP y las redes ATM tradicionales. Por ejemplo, la característica de la administración de paquetes del VC preve QoS distinguido teniendo en cuenta la coexistencia de VCs múltiple con diversas características QoS de la misma fuente al mismo destino.

• Infraestructuras ATM existentes de las aplicaciones.

(4)

• Emplea un diseño de alto rendimiento que se beneficia del Procesamiento distribuida en los Cisco 7500 Series Router y el Versatile Interface Processor (VIP).

• Utiliza el adaptador de puerto ATM mejorado de Cisco (PA-A3), que soporta el modelado de tráfico y tiene soporte rico de la categoría de servicio ATM. Este adaptador de puerto (PA) se soporta en Cisco 7500+VIP y Cisco 7200 Series Router. • Proporciona la espera por VC en el PA, la presión posterior por VC, y el WRED por cada VC VIP que hace cola, que traen la estabilidad a una red asegurándose de que los paquetes del sistema tales como Border Gateway Protocol (BGP) y el Intermediate System-to-Intermediate System (IS-IS) nunca están caídos.

• Proporciona la Administración flexible del conjunto del VC en la falla de PVC. • Proporciona las funciones CBWFQ en el VC llano.

Características del IP to ATM CoS

El IP to ATM CoS incluye las características siguientes:

• Infraestructura Per-VC de espera. Esta característica habilita las colas de administración del tráfico que se mantendrán en a por VC. Se hacen cola y dequeued los paquetes basado en la presión posterior del PA. El uso de una cola por el VC evita que uno o más VCs congestionado afecten al flujo de tráfico en el otro VCs que no se congestionan.

• WRED por cada VC (o DWRED). Esta característica aplica el algoritmo WRED independientemente a cada uno cola por VC. Los parámetros WRED son configurables en por VC para poder configurar la administración de la congestión como apropiada para cada VC.

• Estadísticas del WRED por cada VC (o DWRED). Esta característica mantiene el por-flujo y las estadísticas por VC basados en la Prioridad IP.

• Per-VC LLQ, WFQ y CBWFQ. Esta característica permite que usted aplique las funciones CBWFQ — normalmente aplicables en los niveles de la interfaz o de la subinterfaz solamente — a un VC individual configurado para el IP to ATM CoS. Usted puede utilizar esta característica para aplicar CBWFQ o el flujo basado WFQ en a por VC.

• Policing de tráfico por VC. Esta característica permite que usted limpie el tráfico dentro de una política de tráfico, por VC.

Prevención de Congestión

Para cada VC que se crea en el adaptador de puerto ATM mejorado (el PA-A3), el PA afecta un aparato algunos de los buffers de sus recursos compartidos del almacén intermedio a ese VC para crear una cola para ese VC.

El uso de las colas de administración del tráfico por VC se asegura de que una relación directa exista entre el VC saliente atmósfera y los paquetes IP que se remitirán en esa cola. Este mecanismo establece una cola de paquete para cada VC saliente atmósfera. De este modo, un VC atmósfera congestiónese, sólo la cola de paquete asociada a ese VC comenzará a llenar. Si la cola sobrellena, después el resto de las colas de administración del tráfico siguen siendo inafectadas. Tal mecanismo se asegura de que un VC individual no pueda consumir todos los recursos del router solamente uno de su VCs saliente sea congestionado o underprovisioned.

Las colas de administración del tráfico para mitigar más paquetes para un VC determinado se crean en procesador de capa 3 el sistema y son unas por asociado a las colas de administración del tráfico por VC en el PA. Cuando las colas de administración del tráfico por VC PA se congestionan, señalan la presión posterior al procesador de capa 3; procesador de capa 3 puede entonces continuar a los paquetes de búfer para ese VC en la cola de la capa correspondiente 3. Además, porque las colas de administración del tráfico de la capa 3 son accesibles por procesador de capa 3, un usuario puede funcionar con los algoritmos de programación flexibles del software en esas colas de administración del tráfico.

Cuando usted transporta los datos sobre las telas atmósfera, es esencial que las decisiones para desechar los datos (debido a los recursos de red o la congestión escasos) estén tomadas en el nivel del paquete. Para hacer de otra manera sería enviar los paquetes de datos incompletos en estructura del ATM, haciendo los paquetes ser desechado por la tela conmutada atmósfera (si se equipa del descarte de paquete anticipado) o en el extremo remoto donde el paquete será vuelto a montar y encontrar para ser incompleto.

Para iniciar las técnicas de administración de la congestión eficaces, el IP to ATM CoS utiliza el WRED por cada VC (o el DWRED). El WRED por cada VC (o DWRED) pone selectivamente a las sesiones TCP en el modo lento del comienzo para asegurar un rendimiento total más alto bajo congestión. El cuadro 4 muestra los paquetes de prioridad bajas que son caídos en VC1 porque se congestiona VC1. En este ejemplo, el VC2 no se congestiona y todos los paquetes, sin importar la prioridad, se envían.

Cuadro 4 congestión de tráfico con el IP to ATM CoS y el WRED por cada VC

Funcionar con el algoritmo WRED en cada uno cola por VC proporciona independientemente QoS distinguido para traficar de diversos valores de la Prioridad IP.

(5)

El topar y conjuntos del VC atmósfera

El conjunto del VC atmósfera se diseña para comportarse como solo link de la encaminamiento al router de destino mientras que maneja la integridad de su grupo de circuitos. La integridad de cada circuito se mantiene con la supervisión individual. Si un circuito falla, la acción apropiada se toma, bajo la forma de desplazamiento de circuito o inhabilitar del conjunto.

La integridad del VC se mantiene a través de los mecanismos de sondeo de la operación de ATM, de la administración, y del mantenimiento (OAM). Estos mecanismos determinarán si un VC es inasequible o congestionado seriamente. Si un circuito individual haga inasequible, después el dispositivo consulta una serie de la precolocación de reglas para determinar la línea de acción para tomar después. Estas reglas son definidas por el Proveedor de servicios de Internet (ISP) con los parámetros de la configuración.

El cuadro 5 conceptúa a los miembros del agrupamiento fallados del VC cuyo error llama en el efecto las reglas que topan configuradas.

Cuadro 5 falla del circuito de los miembros del agrupamiento del VC que decreta las reglas que topan

En caso de error, el router responde con uno de dos métodos. El primer método asigna dinámicamente el límite del tráfico en el VC fallado a un VC alternativo, que se llama desplazamiento de circuito. El tráfico desplazado entonces se comparte en un VC en servicio existente. El tráfico sería topado típicamente de un más de clase superior más bajo, aunque no necesite ser. Por ejemplo, el premio, o primera clase, el circuito de datos llega a ser inasequible, después todos los usuarios premium

compartirían la segunda clase o el circuito general. La preferencia entonces sería dada al tráfico de primera clase dentro de este circuito compartido.

El segundo método es declarar todos los circuitos del conjunto para estar abajo. En efecto, el dispositivo está declarando el conjunto ruteado inactivo y está pidiendo la capa de encaminamiento para buscar para un suplente.

La determinación del si topar o del si declarar el conjunto inactivo es predefinida por el proveedor de la red al administrar la configuración de red.

Restricciones

Las restricciones siguientes solicitan el IP to ATM CoS: • El IP to ATM CoS soporta solamente los PVC:

– Para las conexiones PVC, soporta de múltiples puntos y las subinterfaces punto a punto.

– Para las encapsulaciones PVC, soporta solamente la capa de adaptación ATM (AAL5), el Subnetwork Access Protocol (BROCHE), y las interfaces múltiplexes del dispositivo (mux).

• El IP to ATM CoS no permite la punta a de múltiples puntos VCs en el conjunto. Toda la parte de VCs los mismos direccionamientos de la fuente y del destino (blanco).

• El IP to ATM CoS no trabaja con el procesador de interfaz ATM (AIP) y el adaptador de puerto ATM (PA-A1).

Cisco and the Cisco Logo are trademarks of Cisco Systems, Inc. and/or its affiliates in the U.S. and other countries. A listing of Cisco's trademarks can be found at www.cisco.com/go/trademarks. Third party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1005R)

Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional and coincidental.

(6)