IP to ATM Class of Service

IP to ATM Class of Service
Cola justa ponderada Per-VC basada en la clase de las plataformas con base RSP
Traducción por computadora
Contenidos
Introducción
Requisitos previos
Requisitos
Componentes utilizados
Diagrama de la red
Convenciones
Configuración de ejemplo de Per-(Sub)Interface CBWFQ
Verificar
Ejemplo de configuración de CBWFQ por VC
Comentarios sobre la configuración
Verificar
Configuración de cola equilibrada
Configuración avanzada
Mapas de clase
Parámetros del tráfico
Verificar
Advertencias conocidas
Información relacionada
Introducción
La Cola justa ponderada (WFQ) se implementó para los enlaces de baja velocidad (como los seriales) a fin de proporcionar un tratamiento
justo para cada tipo de tráfico. Para hacer su trabajo, el WFQ clasifica el tráfico en distintos flujos basados en la información asociada de capa
3 y capa 4 (direcciones IP, puertos TCP, y otros). No es necesario definir las listas de acceso para que esto funcione. Por lo tanto, con WFQ, el
tráfico de ancho de banda bajo tiene una prioridad efectiva sobre el tráfico de ancho de banda alto. El tráfico de ancho de banda alto comparte
el medio de transmisión de manera proporcional a los pesos asignados.
WFQ no tiene limitaciones. Si el flujo de tráfico aumenta en forma significativa, no es posible modificar WFQ debido a que no ofrece
posibilidades de ampliación. Además, el WFQ no está disponible en las interfaces de alta velocidad tales como ATM.
Se ha desarrollado una nueva función, CBWFQ (colocación en cola equilibrada ponderada basada en la clase), para resolver las limitaciones de
WFQ. A diferencia de WFQ, CBFWQ le permite definir clases de tráfico. Una vez que haya definido las clases, también podrá aplicar
parámetros, como el ancho de banda y el límite de cola.
Al utilizar CBWFQ, el peso indicado para una clase se convierte en el peso de cada paquete que coincide con el criterio de clases. Para obtener
más información consulte la sección de Marcado entrante Luego puede aplicar WFQ a estas clases, en lugar de aplicarlo a los mismos flujos.
Las clases pueden incluir varios flujos.
Abajo está un resumen de la disponibilidad CBWQ por VC en los Cisco 7500 Router:
Software Release 12.0.7XE de Cisco IOS®, 12.1.4T, 12.1.1E, 12.0.7S para la configuración de la interfaz del por-(sub) del CBWFQ
distribuido.
Cisco IOS Software Release 12.1(5)T y 12.1(5)E y arriba para la configuración por VC del CBWFQ distribuido.
También debe usar un adaptador de puerto PA-A3 en un VIP2-50 (Procesador de interfaz versátil).
Nota: Debes utilizar el (CEF) del Cisco Express Forwarding en los Cisco 7200 Router, y el CEF distribuido en los Cisco 7500 Router.
Nota: Se recomienda para utilizar el CBWFQ distribuido por vc en vez del por-subinterface CBWFQ.
Requisitos previos
Requisitos
No hay requisitos específicos para este documento.
Componentes utilizados
La información que contiene este documento se basa en las siguientes versiones de software y hardware.
Cisco 7200 y 7500 Series Router
Cisco IOS Software Release 12.0.7XE, 12.1.4T, 12.1.1E, 12.0.7S, 12.1(5)T, 12.1(5)E, y posterior
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.
Diagrama de la red
Este documento utiliza esta configuración de red:
El miembro de pila que recibe la primera llamada para el usuario userx siempre gana la licitación, y los hosts, la interfaz del agrupamiento
maestro. El generador de tráfico se conecta a la interfaz Fast-Ethernet 0/1/0.
Convenciones
Para obtener más información sobre las convenciones del documento, consulte las Convenciones de consejos técnicos de Cisco.
Configuración de ejemplo de Per-(Sub)Interface CBWFQ
En esta sección, te presentan con la configuración de ejemplo de CBWFQ por (sub) interfaz.
Nota: Para encontrar la información adicional en los comandos usados en esta sección, utilizar la herramienta de búsqueda de comandos (
clientes registrados solamente).
Esta sección usa esta configuración:
7500
7500
ip cef distributed
!
class-map match-all telnet
match access-group 101
class-map match-all loopback
description traffic between loopbacks
match access-group 102
class-map match-all ixia
description traffic from traffic generator
match input-interface FastEthernet0/1/0
!
policy-map test
class loopback
bandwidth 50000
queue-limit 500
class ixia
bandwidth 10000
queue-limit 500
class class-default
fair-queue
fair-queue queue-limit 200
!
interface ATM2/0/0.130 point-to-point
ip address 14.0.0.1 255.0.0.0
no ip directed-broadcast
pvc 1/130
vbr-nrt 120000 120000
broadcast
encapsulation aal5mux ip
!
service-policy output test
Verificar
En esta sección encontrará información que puede utilizar para confirmar que su configuración esté funcionando correctamente.
La herramienta Output Interpreter (sólo para clientes registrados) permite utilizar algunos comandos “show” y ver un análisis del resultado de
estos comandos.
show interface atm [x[/y[/z].w fair-queue, por ejemplo:
router#show interface atm 2/0/0.130 fair-queue
ATM2/0/0.130
queue size 0
pkts output
0, wfq drops 0, nobuffer drops 0
WFQ: aggregate
queue limit 0 max available buffers 0
Class 0: weight 56 limit 0 qsize 0 pkts output 0 drops 0
Class 2: weight 33 limit 0 qsize 0 pkts output 0 drops 0
Class 3: weight 6 limit 0 qsize 0 pkts output 0 drops 0
Class 9: weight 5 limit 0 qsize 0 pkts output 0 drops 0
Nota: El comando show interface atm fair-queue está no más disponible en el por vc que soporta CBWFQ del software. En este caso,
utilizar los comandos show descritos en la sección siguiente.
Ejemplo de configuración de CBWFQ por VC
En esta sección, te presentan con la configuración de ejemplo de CBWFQ por VC.
Nota: Para encontrar la información adicional en los comandos usados en esta sección, utilizar la herramienta de búsqueda de comandos (
clientes registrados solamente).
Esta sección usa esta configuración:
7500
7500
ip cef distributed
!
class-map match-all loopback
match access-group 102
class-map match-all ixia
match access-group 103
class-map match-all tcp
match access-group 101
!
policy-map test
class tcp
bandwidth percent 40
queue-limit 200
class ixia
bandwidth percent 20
queue-limit 500
class loopback
bandwidth percent 10
queue-limit 500
class class-default
fair-queue
fair-queue queue-limit 200
!
interface ATM5/1/0.130 point-to-point
ip address 14.0.0.1 255.0.0.0
pvc 1/130
vbr-nrt 5000 1000 100
broadcast
encapsulation aal5snap
service-policy out test
Comentarios sobre la configuración
La siguiente información de fondo es importante para esta configuración:
Los mapas de clase clasifican el tráfico. Los parámetros de clasificación y los mapas de clase se definen en el mismo lugar.
Tras definir la clasificación de parámetros, puede utilizar una correspondencia de políticas para aplicar parámetros de tráfico (ancho de
banda, límite de cola) a estos flujos clasificados.
El límite de cola es el número de paquetes que puede ser almacenado para esa clase determinada antes de que ocurran pérdidas.
Una vez que ha definido los parámetros de tráfico para cada clase, puede aplicar CBWFQ utilizando la política de servicio
[entrada|salida] comando policy-map-name.
Al realizar per-(sub)interface CBWFQ, la política de servicio se aplica directamente en la (sub)interfaz e impacta en todos los VC
configurados bajo esa interfaz. Al hacer el por vc CBWFQ, aplican al comando service-policy directamente bajo el VC deseado.
La configuración recomendada es CBWFQ por VC.
Tráfico que no corresponde con una de las correspondencias de la clase definida se asigna una correspondencia de la clase
predeterminada (class-default) que se define en la correspondencia de políticas. Todo el tráfico no clasificado se aplica a los parámetros
definidos en esta clase predeterminada. En este caso, se configura una cola equilibrada de peso calculado para esa clase.
Todos los comandos ingresados en el modo de configuración VC tienen efecto sólo cuando se sale de este modo. La salida hace el VC
ser quitada y ser reconstruida con los nuevos parámetros de la configuración, que pueden incluir las políticas de la Calidad de Servicio
(QoS), las velocidades de modelado, el etc. Si desea eliminar una política de QoS, debe escribir exit (salir) o presionar CTRL-Z para
asegurarse de que ninguna forma del comando tanga efecto realmente.
Podemos asociar el CBWFQ al Weighted Random Early Discard (WRED) como mecanismo de descarte cuando se alcanza el límite de cola.
Notas importantes
Antes de realizar las tareas de configuración que se explican en esta sección, debe crear las clases que se usan para diferenciar el tráfico en el
VC y definir un mapa de política para incluirlas. Puedes configurar las políticas de clase para tantas clases como se definen en el router - hasta
el máximo de 64. Sin embargo, la cantidad total de ancho de banda de VC asignado (para todas las clases incluidas en una correspondencia de
políticas) no debe exceder el 75 por ciento del ancho de banda disponible para la VC.
Dado que CBWFQ le garantiza un ancho de banda mínimo cuando usa el enunciado "ancho de banda" en el mapa de política, sólo puede
aplicar CBWFQ a las VC con clases de servicio ABR, VBR, VBR-rt y CBR.
No puede aplicar las CBWFQ a UBR y UBR+ VC porque ambas clases de servicios son clases de mejor esfuerzo que no garantizan un ancho
de banda mínimo. Cuando se habilita CBWFQ para un VC, todas las clases configuradas como parte de la política de servicio se instalan en el
sistema de colocación en cola justa.
Verificar
En esta sección encontrará información que puede utilizar para confirmar que su configuración esté funcionando correctamente.
La herramienta Output Interpreter (sólo para clientes registrados) permite utilizar algunos comandos “show” y ver un análisis del resultado de
estos comandos.
show class-map, por ejemplo:
router#show class-map
Class Map match-all loopback (id 4)
Match access-group 102
Class Map match-all ixia (id 3)
Match access-group 103
Class Map match-any class-default (id 0)
Match any
Class Map match-all tcp (id 2)
Match access-group 101
show policy-map, por ejemplo:
router#show policy-map
Policy Map test
Class tcp
bandwidth percent 40
queue-limit 200
Class ixia
bandwidth percent 20
queue-limit 500
Class loopback
bandwidth percent 10
queue-limit 500
Class class-default
fair-queue
fair-queue individual-limit 200
show policy-map interface atm [x[/y[/z].w [input|resultado], por ejemplo:
router#show policy-map interface atm 5/1/0.130
ATM5/1/0.130: VC 1/130 Service-policy output: test (1769)
Class-map: tcp (match-all) (1771/2)
95390 packets, 142512660 bytes
5 minute offered rate 3781000 bps, drop rate 0 bps
Match: access-group 101 (1775)
queue size 200, queue limit 200
packets output 897, packet drops 94499
tail/random drops 94499, no buffer drops 0, other drops 0
Bandwidth: 40%, kbps 400
Queue-limit 200
Class-map: ixia (match-all) (1781/3)
95390 packets, 94817660 bytes
5 minute offered rate 2517000 bps, drop rate 0 bps
Match: access-group 103 (1785)
queue size 500, queue limit 500
packets output 672, packet drops 94726
tail/random drops 94726, no buffer drops 0, other drops 0
Bandwidth: 20%, kbps 200
Queue-limit 500
Class-map: loopback (match-all) (1791/4)
0 packets, 0 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: access-group 102 (1795)
queue size 0, queue limit 500
packets output 0, packet drops 0
tail/random drops 0, no buffer drops 0, other drops 0
Bandwidth: 10%, kbps 100
Queue-limit 500
Class-map: class-default (match-any) (1801/0)
95382 packets, 94809708 bytes
5 minute offered rate 2517000 bps, drop rate 0 bps
Match: any (1805)
queue size 5, queue limit 19
packets output 1013, packet drops 94379
tail/random drops 94379, no buffer drops 0, other drops 0
Fair-queue: per-flow queue limit 4
Configuración de cola equilibrada
En esta sección, te presentan con la información sobre la configuración de cola equilibrada.
Nota: Para encontrar la información adicional en los comandos usados en esta sección, utilizar la herramienta de búsqueda de comandos (
clientes registrados solamente).
Las interfaces ATM no son compatibles con el WFQ “nativo” de flujo que está configurado de forma directa en una interfaz con el comando
fair-queue. Sin embargo, con el software soportando el CBWFQ, podemos configurar el flujo basado WFQ dentro de la clase predeterminada,
como se muestra abajo:
policy-map test
class class-default
fair-queue
!
interface ATMx/y.z point-to-point
ip address a.b.c.d M.M.M.M
pvc A/B
service-policy output test
Configuración avanzada
En esta sección, te presentan con la información sobre las configuraciones avanzadas.
Nota: Para encontrar la información adicional en los comandos usados en esta sección, utilizar la herramienta de búsqueda de comandos (
clientes registrados solamente).
Mapas de clase
Es posible agrupar las clases de mapas en una plataforma 7500 para formar mapas de clases de mayor complejidad. Además, es posible asociar
operaciones lógicas a parámetros de asignación de clases (para determinar si el tráfico coincide con una clase). Las siguientes asignaciones de
clases clarifican este concepto:
class-map match-all ixia
description traffic from Ixia
match input-interface FastEthernet0/1/0
class-map match-all ftp1
description ftp traffic initiated by the traffic generator
match class-map ixia
match class-map ftp2
class-map match-all ftp2
match access-group 103
class-map match-any test
match access-group 102
match input-interface Ethernet0/0/0
!
access-list 103 permit tcp any any eq ftp
La diferencia entre match-all y match-any es la siguiente:
corresponda con todos significa que un flujo será asociado a una correspondencia de la clase si se están verificando TODAS LAS
condiciones asociadas.
el match-any significa que un flujo será asociado a un clase-Map si se están verificando ALGUNAS condiciones asociadas (no no
necesariamente todas las condiciones).
También puede ver que un mapa de clase puede incluir pruebas contra otros mapas de clase configurados. En este caso, observe que un flujo
estará asociado con ftp1 si coincide con todas las condiciones definidas en class map ixia y class map ftp2.
Parámetros del tráfico
Con los 7500 plataforma, puedes también definir más parámetros del tráfico bajo la correspondencia de políticas para cada uno de las clases.
Abajo está una lista de estos parámetros.
Muestran los comandos qos policy-map class configuration abajo.
bandwidth
default
exit
no
police
set
fair-queue
priority
queue-limit
random-detect
shape
Bandwidth
Set a command to its defaults
Exit from QoS class action configuration mode
Negate a command or set its defaults
Police
Set QoS values
Flow-based Fair Queuing
Low Latency Queuing
Queue Max Threshold for Tail Drop
Weighted Random Early Detect
Traffic Shaping
Verificar
Actualmente, no hay un procedimiento de verificación disponible para esta configuración.
Advertencias conocidas
Al asociar una correspondencia de políticas a una interfaz, la clasificación puede fallar a veces en los paquetes generados por el router. Este
problema, que sucedió solamente en los Cisco 7500 Router, ahora se ha resuelto y se documenta bajo el Id. de bug Cisco CSCds28029 (clientes
registrados solamente) - necesitar clasificar los paquetes generados por el router en 7500 VIP.
Cuando aplicas una política de servicio a un ATM PVC en un Cisco IOS Software Releases 12.0(13)S o 12.1(5)T corriente del 7500 Series
Router y no estás haciendo el calidad del servicio (QoS) distribuida, los contadores de clasificación bajo salida del comando show policy-map
interface no incrementarán. Este problema se produce cuando el procesador del conmutador del router (RSP) maneja la clasificación y la
conmutación de paquetes. Como workaround, habilitar el calidad del servicio (QoS) distribuida con el comando ip cef distributed. Este
problema es resolved vía el ID de bug CSCds34478 (clientes registrados solamente).
A partir de las versiones 12.1(5)T, 12.1(5)E, y 12.0(14)S del Cisco IOS, sólo las series 7500 admiten el almacenamiento en cola basado en VIP
o distribuido por VC. QoS basado en RSP ya no es compatible.
Información relacionada
Introducción a Weighted Fair Queuing en ATM
Comprensión de Class Based Weighted Fair Queuing en ATM
Páginas de soporte de la tecnología ATM
Soporte técnico - Cisco Systems
© 1992-2009 Cisco Systems Inc. Todos los Derechos Reservados.
Fecha de Generación del PDF: Jan 16, 2009
http://www.cisco.com/support/LA/es/TS/7/73580/7500_per-vc-CBWFQ.shtml