Modo de transferencia asíncrona (ATM) : Clase de servicio IP a ATM

¿Dónde se debe aplicar una política de servicio QoS en una interfaz ATM?

18 Octubre 2015 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios


Contenido


Introducción

El Modular QoS CLI es una estructura de comando line interface(cli) que permite que usted cree el servicio limpia y asocia estas directivas a las interfaces, las subinterfaces y atmósfera o los circuitos virtuales de Frame Relay (VCs). Una política de tráfico contiene una clase de tráfico y una o más funciones QoS. Se usa una clase de tráfico para clasificar el tráfico, mientras que las funciones QoS en la política de servicio determinan como tratar el tráfico clasificado.

Este documento explica dónde aplicar políticas de servicio en interfaces ATM. Las políticas de servicio forman parte del conjunto de características Clase de servicio (CoS) de IP a ATM para el servicio diferenciado en interfaces ATM. Para más información sobre el IP to ATM CoS, vea la descripción de la Clase de Servicio IP a ATM y Clase de Servicio IP a ATM el configurar. Este documento asume una comprensión al IP to ATM CoS y de los comandos del MQC.

prerrequisitos

Requisitos

No hay requisitos específicos para este documento.

Componentes Utilizados

Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Convenciones

Para obtener más información sobre las convenciones del documento, consulte las Convenciones de Consejos Técnicos de Cisco.

Criterios de decisión

A partir directivas de servicio del soporte del Software Release 12.2 y 12.2T, de las interfaces ATM de Cisco IOS� en tres interfaces lógicas - interfaz principal, subinterfaz, y VC. La selección de una determinada interfaz lógica depende de las características de calidad de servicio (QoS) que se aplican a la política de tráfico. Utilice la siguiente tabla para determinar dónde aplicar una política de servicio:

Política de servicio Interfaz principal Subinterfaz VC
Política del servicio únicamente en la cola -
Política del servicio con modelado y almacenamiento en cola

El software del IOS de Cisco imprime el siguiente mensaje de registro cuando usted intenta adjuntar una política a una subinterfaz y a un PVC, combinación que no está permitida.

Nota: Para ver este mensaje, el comando logging console debe estar configurado desde el modo de configuración global.

3640-105(config)#int atm 1/0.1 point 
3640-105(config-subif)#service-policy output leslie 
3640-105(config-subif)# 
2w5d: Attaching service policy to sub-interface and pvc 
concurrently is not allowed 

En general, las características relacionadas con colas, aplicadas con comandos tales como random-detect, bandwidth, priority y fair-queue, sólo se aplican en el contexto de una política de jerarquías con modelado en la política principal para crear un flujo de tráfico de ancho de banda limitado en colas con exceso de paquetes. En otras palabras, a los paquetes que han sido restringidos en una cola por un mecanismo de modelado se les aplica un mecanismo de colocación en cola. Una política de servicio que especifica un almacenamiento en cola y ningún modelado no se puede aplicar directamente a las subinterfaces de ningún tipo dado que las subinterfaces no admiten intrínsecamente un estado de congestión. En su lugar, primero debe aplicar el modelado a la subinterfaz utilizando el modelado basado en la clase. El software del IOS de Cisco muestra el siguiente mensaje de registro cuando una subinterfaz ATM se configura con una política de servicio que aplica la colocación en cola sin modelado.

Nota: Para ver este mensaje, el comando logging console debe estar configurado desde el modo de configuración global.

7200-16(config)#int atm 5/0.20
7200-16(config-subif)#pvc 1/20
7200-16(config-if-atm-vc)#exit
7200-16(config-subif)#service-policy output queuenoshape
 CBWFQ : Not supported on subinterfaces

Sin embargo, la misma directiva se valida en un VC atmósfera puesto que el VC soporta el shaping nativo de la Capa ATM vía el VBR-NRT, los comandos vbr-rt, cbr o abr.

7200-16(config)#int atm 5/0.20 
7200-16(config-subif)#pvc 1/50 
7200-16(config-if-atm-vc)#vbr-nrt 100 100 94 
7200-16(config-if-atm-vc)#service-policy output queuenoshape 
7200-16(config-if-atm-vc)#end 
7200-16#show policy-map int atm 5/0.20
 ATM5/0.20: VC 1/50 -

Service-policy output: queuenoshape 

    Class-map: leslie (match-all) 
      0 packets, 0 bytes 
      5 minute offered rate 0 bps, drop rate 0 bps 
      Match: any 
      Queueing 
        Strict Priority 
        Output Queue: Conversation 24 
        Bandwidth 50 (kbps) Burst 1250 (Bytes) 
        (pkts matched/bytes matched) 0/0 
        (total drops/bytes drops) 0/0 

    Class-map: class-default (match-any) 
      0 packets, 0 bytes 
      5 minute offered rate 0 bps, drop rate 0 bps 
      Match: any

Consulte la siguiente sección para conocer las restricciones sobre qué plataformas del router admiten el comando shape.

El nuevo hardware para la interfaz ATM, como el adaptador de puerto PA-A3 y los módulos de red ATM para las series 2600 y 3600 crean una cola de paquetes separada para cada Circuito virtual (VC). El objetivo de las colas por VC es garantizar que un VC congestionado no consuma todos los recursos de memoria y prive a los demás VC. Así, el lugar más lógico para aplicar una política de servicio está en el nivel PVC en el modo de configuración del VC. Para la clarificación adicional de la espera por VC, vea por favor comprensión de la cola de transmisión por VC en las interfaces ATM PA-A3 y NM-1A.

Alternativamente, si su política de servicio aplica la marca del paquete con el comando set o la Vigilancia de tráfico con el comando police, usted puede elegir aplicar una directiva a la subinterfaz ATM.

El hardware ATM más antiguo no mantiene las colas por VC. Por ejemplo, PA-A1 fue diseñado para ser utilizado en entornos de Campus LAN Emulation (LANE) y mantiene sólo una cola de nivel de interfaz. De esta manera, puede elegir tratar a la interfaz principal de PA-A1 como un único conducto "fat pipe" y aplicar una política de servicio con características de colocación en cola a la interfaz principal. Para la clarificación adicional, vea por favor comprensión del soporte del hardware ATM para el IP to ATM CoS.

Normas relativas a routers de la serie 2600, 3600 y 7200 de Cisco

A partir de las versiones 12.2(4)T y 12.2(2) del software Cisco IOS, las interfaces ATM y la retransmisión de tramas soportan una política o combinaciones específicas de políticas múltiples.

Políticas de entrada

Las interfaces ATM en las Plataformas con excepción del servicio de entrada del soporte de las Cisco 7500 Series limpian en una interfaz lógica solamente. No se admite la aplicación de políticas de servicio en la interfaz principal ni en la subinterfaz de esa interfaz principal. Si elige aplicar una política de servicio a nivel PVC, como es recomendable, cada PVC puede soportar una única política de servicio de entrada.

Políticas de salida

Las interfaces ATM en las Plataformas con excepción de las Cisco 7500 Series soportan las políticas de servicio de resultados en hasta dos interfaces lógicas simultáneamente. La tabla siguiente enumera las combinaciones válidas.

Interfaz principal Subinterfaz PVC
-
-

Si usted aplica una política de servicio de resultados a un VC y después aplica una directiva a una subinterfaz, sólo el primer asoció la directiva toma el efecto.

Normas relativas a routers de la serie 7500 de Cisco

La serie 7500 de Cisco utiliza una arquitectura distribuida que asegura una alta velocidad de transmisión de paquetes al trasladar las decisiones de reenvío de paquetes del Procesador de conmutación de ruta (RSP) a los VIP. Esta arquitectura también permite el despliegue de servicios IP mejorados en gran escala, como la Calidad de servicio (QoS), mediante la propagación de la carga de procesamiento a través de varios procesadores independientes de los VIP.

Dependiendo del hardware de interfaz, la serie Cisco 7500 soporta dos formas de QoS:

  Cómo se habilitó Donde se admite Donde se procesan
Basado en RSP Automáticamente en los procesadores de la interfaz Legacy. Procesadores de interfaz heredada No se puede habilitar más en VIP. RSP CPU
Basado en VIP (distribuido) Automáticamente cuando se configuran los siguientes comandos:
  • ip cef distributed in global configuration mode.
  • ip route-cache distributed en el modo de configuración de interfaz.
VIP CPU VIP

Los mecanismos de Calidad de servicio (QoS) generalmente VIP basados aplicados vía el Modular QoS CLI (MQC), incluyendo los comandos tales como ancho de banda, prioridad, dimensión de una variable, y policía, se introducen en tres trenes de versión del Cisco IOS Software:

  • Versión de software del IOS de Cisco 12.0(XE), que cambió a 12.1(E).

  • Versión 12.0(9)S del software del IOS de Cisco

  • Versión 12.1(5)T de software del IOS de Cisco que se convirtió en la línea principal 12.2 y 12.2T.

En estas versiones, se adjunta una política de servicio directamente a un PVC ATM y se logra la funcionalidad de la característica por VC. Se admiten todos los comandos MQC – incluyendo police, set, bandwidth, priority y shape. Alternativamente, si usted elige asociar una directiva a una subinterfaz ATM y la subinterfaz tiene una sola atmósfera PVC, el comportamiento resultante es lo mismo como si la directiva fuera asociada al PVC. Debido a que las políticas pueden conectarse directamente a un PVC, generalmente no existen motivos para conectar una política a una subinterfaz. Cisco conservó las políticas de servicio de subinterfaz en el PA-A3 para compatibilidad descendente.

La siguiente tabla muestra una lista de la progresión del soporte para las políticas de servicio en las interfaces lógicas del PA-A3, en la serie Cisco 7500.

Versión Mejora de las características
12.0(5)T Introduce la colocación en cola equilibrada y ponderada basada en la clase (CBWFQ) en varios tipos de interfaces del software del IOS de Cisco.
12.0(5)XE1 Introduce el CBWFQ en las subinterfaces en el PA-A3.
12.0(5)XE2 Substituye el comando show interface fair-queue por el comando show policy-map para visualizar las estadísticas de la política de servicio sobre el PA-A3.
12.0(7)XE Introduzca CBWFQ y cola de tiempo de latencia bajo (LLQ) en el PA-A3 en las VC individuales. La versión 12.0(7))XE de software del IOS de Cisco es una versión de poca duración o "X". Todas las versiones X vuelven a fusionarse para formar una versión T subsiguiente. Cisco IOS Software Release 12.0(7)XE combinado nuevamente dentro del tren T con 12.1(5)T. De este modo, en la Serie Cisco 7500, las características de almacenamiento en colas por VC basadas en MQC no están disponibles en la línea principal 12.1 ni en ninguna versión 12.1T anterior a 12.1(5)T.

El comando show interface atm visualizará la “Estrategia de almacenamiento en cola: primero en entrar, primero en salir” incluso después usted aplica una política de servicio hacer cola-basada. La Estrategia de almacenamiento en cola refleja la vista de las Cisco 7500 Series RSP y no el estatus de los servicios distribuidos. Utilice el comando show policy interface de verificar las funciones previstas.

7500#show interface atm 3/0
   ATM3/0 is up, line protocol is up (looped) 
     Hardware is ENHANCED ATM PA 
     Internet address is 10.10.1.2/24 
     MTU 4470 bytes, sub MTU 4470, BW 44209 Kbit, DLY 190 usec, 
        reliability 255/255, txload 1/255, rxload 1/255    
     Encapsulation ATM, loopback set
     Keepalive not supported 
     Encapsulation(s): AAL5 
     4096 maximum active VCs, 5 current VCCs
     VC idle disconnect time: 300 seconds
     Signalling vc = 1, vpi = 0, vci = 5
     UNI Version = 4.0, Link Side = user
     0 carrier transitions 
     Last input 00:00:17, output 00:00:17, output hang never
     Last clearing of "show interface" counters 2d12h
     Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
     Queueing strategy: fifo
     5 minute input rate 0 bits/sec, 0 packets/sec
     5 minute output rate 0 bits/sec, 0 packets/sec
     [output omitted]

Control de flujos de Capa IP con formación basada en la clase

Las interfaces ATM soportan el shaping nativo de la Capa ATM usando un comando tal como VBR-NRT y abr. Además, puede elegir modelar subredes o flujos de una capa IP en particular reenviados a través de una interfaz ATM. A partir de la versión 12.2(8)T de software del IOS de Cisco, sólo la serie 7500 de Cisco que ejecuta servicios de Calidad de servicio (QoS) distribuidos admite tal configuración con los trenes de versiones de línea principal 12.2, 12.1E y 12.0S del IOS de Cisco.

Normalmente, esta configuración utiliza una política jerárquica con modelado en la capa controlante y colocación en cola en la capa hija. Abajo se brinda un ejemplo de configuración.

Configuración de muestra de política jerárquica con comando shape
policy-map child
 class prec2
  bandwidth percent 60
 class prec4
  bandwidth percent 20
 class class-default
  fair-queue
!
policy-map parent
 class prec24
  shape average 10240000 40960 40960
  service-policy child
!
interface ATM5/0/0.1 point-to-point
 pvc 1/101
  vbr-nrt 50000 50000 94
  service-policy output parent

El Cisco 3600, y las 2600 Series y otras plataformas no distribuidas no soportan la modelación basada en la clase con el comando shape en las interfaces del router ATM; se ha clasifiado una petición de la característica. Como método alternativo, configure las políticas basadas en la clase por VC mediante una política de servicio que use el comando police. En esta configuración, no crea una política de colocación en cola hija, dado que un vigilante simplemente descarta o reenvía un paquete y no envía a cola ningún exceso por encima de los parámetros de ráfaga. El Cisco 7200 y modelación basada en la clase de 7500 soportes para la atmósfera VCs solamente en el tren 12.0(26)S y posterior S.

Políticas de servicio y MPLS

La versión 12.2(2)T del software IOS de Cisco introduce una nueva forma de contrapresión en el PA-A3 para admitir las colas en una interfaz de conmutación con etiquetas por una velocidad de bits no especificada similar a VC con etiqueta (UBR) (TVC). El único mecanismo de realimentación de la congestión en esta configuración es para la totalidad del conjunto de TVC, no por CG.

Aplicación de políticas de servicio con QDM y QPM

Cisco ofrece dos herramientas de interfaz de usuario gráficas para configurar y monitorear la funcionalidad de calidad de servicio (QoS) basada en IP avanzada dentro de los routers de Cisco, que se usa para facilitar la configuración y el monitoreo de la calidad de servicio (QoS).

El 2.1 del QoS Device Manager puede aplicar las políticas de servicio a las subinterfaces y a las interfaces principales solamente; no puede aplicar una política de servicio en el VC llano. Para consultas, por favor vea las Notas de la versión. A partir de agosto de 2002, las políticas de servicio de la capa VC configuradas desde QDM no están planeadas.

El 2.1 del QoS Policy Manager introduce el soporte para configurar las políticas de servicio en las subinterfaces punto a punto atmósfera con un solo VC. Para la referencia, vea por favor los Release Note y la guía de instalación para el 2.1 del QoS Policy Manager CiscoWorks2000. El 3.0 QPM soportará configurar las políticas de servicio de la VC-capa.

Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Información Relacionada


Document ID: 10050