Guía de Configuración de Soluciones de Calidad de Servicio de Cisco IOS, versión 12.2SR
Aplicación de las Funciones QoS usando la MQC
21 Agosto 2013 - Traducción Automática | Otras Versiones: PDFpdf 249 KB | Inglés (2 Enero 2008) | Comentarios

Contenidos

Aplicación de las Funciones QoS usando la MQC

Encontrar la información de la característica

Contenido

Restricciones para aplicar las características de QoS usando el MQC

Información sobre la aplicación de las características de QoS usando el MQC

La estructura MQC

Elementos de una clase de tráfico

Elementos de una política de tráfico

Clases de tráfico jerarquizadas

palabras claves corresponda con todas y del match-any del comando class-map

palabras claves de la entrada y salida del comando service-policy

Ventajas de aplicar las características de QoS usando el MQC

Cómo aplicar las características de QoS usando el MQC

Crear una clase de tráfico

Crear una política de tráfico

Asociar una política de tráfico a una interfaz

Restricciones

Verificar la información de la clase de tráfico y de la política de tráfico

Ejemplos de configuración para aplicar las características de QoS usando el MQC

Ejemplo: Crear una clase de tráfico

Ejemplo: Crear una política de tráfico

Ejemplo: Asociar una política de tráfico a una interfaz

Ejemplo: comando match not

Ejemplo: Configuración de clase del tráfico predeterminado

Ejemplo: match-any del clase-mapa y comandos corresponda con todos del clase-mapa

Ejemplo: Clase de tráfico como criterio de la coincidencia (clases de tráfico jerarquizadas)

Ejemplo: Clase de tráfico jerarquizada para el mantenimiento

Ejemplo: Clase de tráfico jerarquizada para combinar el match-any y las características corresponda con todas en una clase de tráfico

Ejemplo: Política de tráfico como a política de calidad de servicio (QoS) (políticas de tráfico de jerarquía)

Referencias adicionales

Documentos Relacionados

Asistencia Técnica

Información de la característica para aplicar las características de QoS usando el MQC


Aplicación de las Funciones QoS usando la MQC


Primera publicación: De abril el 30 de 2007
Última actualización: De agosto el 30 de 2010

Este módulo contiene los conceptos sobre la aplicación de las características de QoS usando el comando line interface(cli) de la calidad de servicio modular (QoS) (MQC) y las tareas para configurar el MQC. El MQC permite que usted defina una clase de tráfico, que cree una política de tráfico (correspondencia de políticas), y que asocie la política de tráfico a una interfaz. La política de tráfico contiene función de calidad de servicio (QoS) que será aplicado a la clase de tráfico.

Encontrar la información de la característica

Su versión de software puede no soportar todas las características documentadas en este módulo. Para la últimas información y advertencias de la característica, vea los Release Note para su plataforma y versión de software. Para encontrar la información sobre las características documentadas en este módulo, y ver una lista de las versiones en las cuales se soporta cada característica, vea “información de la característica para aplicar las características de QoS usando la sección MQC”.

Utilice el Cisco Feature Navigator para encontrar la información sobre el soporte del Soporte de la plataforma y de la imagen del software de Cisco. Para acceder a Cisco Feature Navigator, vaya a http://www.cisco.com/go/cfn. Una cuenta en el cisco.com no se requiere.

Contenido

Restricciones para aplicar las características de QoS usando el MQC

Información sobre la aplicación de las características de QoS usando el MQC

Cómo aplicar las características de QoS usando el MQC

Ejemplos de configuración para aplicar las características de QoS usando el MQC

Referencias adicionales

Información de la característica para aplicar las características de QoS usando el MQC

Restricciones para aplicar las características de QoS usando el MQC

El MQC no soporta los paquetes del Intercambio de paquetes entre redes (IPX).

El número de correspondencias de la clase de QoS soportadas en una sola correspondencia de políticas varía por la versión, como sigue:

Para el 2.1 de la versión del Cisco IOS XE, y la versión 2,2 del Cisco IOS XE, el MQC soporta un máximo de 8 correspondencias de la clase en una sola correspondencia de políticas.

Para el SENIOR del Cisco IOS Release 12.4T, del Cisco IOS Release 12.2, y la versión 2,3 del Cisco IOS XE, el MQC soporta un máximo de las correspondencias de la clase 256 en una sola correspondencia de políticas.

El número de correspondencias de la clase de QoS soportadas en un router varía por la versión, como sigue:

Para el 2.1 de la versión del Cisco IOS XE, y la versión 2,2 del Cisco IOS XE, el MQC soporta no más que 1000 correspondencias de políticas en la dirección entrante (del ingreso), la dirección saliente (de la salida), o una combinación de ambos en un router.

Para el SENIOR del Cisco IOS Release 12.4T, del Cisco IOS Release 12.2, y la versión 2,3 del Cisco IOS XE, el MQC soporta no más que 4000 correspondencias de políticas en la dirección entrante (del ingreso), la dirección saliente (de la salida), o una combinación de ambos en un router.

Cuando se crean las sesiones y política de calidad de servicio (QoS) las correspondencias se asocian en el ingreso y las direcciones de salida, sólo se soportan 2000 sesiones. Las sesiones que exceden este límite pueden todavía ser creadas, pero política de calidad de servicio (QoS) las correspondencias no serán aplicadas a la sesión.

Información sobre la aplicación de las características de QoS usando el MQC

La estructura MQC

Elementos de una clase de tráfico

Elementos de una política de tráfico

Clases de tráfico jerarquizadas

palabras claves corresponda con todas y del match-any del comando class-map

palabras claves de la entrada y salida del comando service-policy

Ventajas de aplicar las características de QoS usando el MQC

La estructura MQC

La estructura MQC permite que usted defina una clase de tráfico, que cree una política de tráfico, y que asocie la política de tráfico a una interfaz.

La estructura MQC consiste en los tres pasos de alto nivel siguientes.


Paso 1Defina una clase de tráfico usando class-map el comando. Una clase de tráfico se utiliza para clasificar el tráfico.

Paso 2Cree una política de tráfico usando policy-map el comando. (Los términos traffic policy y policy map son a menudo sinónimos.) Una política de tráfico (correspondencia de políticas) contiene una clase de tráfico y una o más características de QoS que sean aplicadas a la clase de tráfico. Las características de QoS en la política de tráfico determinan cómo tratar el tráfico clasificado.

Paso 3Asocie la política de tráfico (correspondencia de políticas) a la interfaz usando service-policy el comando.


Elementos de una clase de tráfico

Una clase de tráfico contiene tres elementos principales: un nombre de clase de tráfico, una serie match de comandos, y, si más de un match comando se utiliza en la clase de tráfico, instrucciones en cómo evaluar estos match comandos.

match Los comandos se utilizan para clasificar los paquetes. Los paquetes se marcan para determinar si cumplen los criterios especificados en match los comandos; si un paquete cumple los criterios especificados, ese paquete se considera un miembro de la clase. Los paquetes que no pueden cumplir los criterios concordantes se clasifican como miembros de la clase del tráfico predeterminado.

Comandos match disponibles

El cuadro 1 enumera algunos de los comandos disponibles match que se pueden utilizar con el MQC. Los comandos disponibles match varían por el Cisco IOS Release y la plataforma. Para más información sobre los comandos y la sintaxis de los comandos, vea la referencia de comandos para el Cisco IOS Release y la plataforma que usted está utilizando.

Comandos match del cuadro 1 que pueden ser utilizados con el MQC 

Comando
Propósito

match access-group

Configura los criterios de concordancia para una correspondencia de la clase en base del Access Control List especificado (ACL).

match any

Configura los criterios de concordancia para que una correspondencia de la clase sea criterios de la correspondencia con éxito para todos los paquetes.

match class-map

Especifica el nombre de una clase de tráfico que se utilizará como criterio que corresponde con (para el [nested class maps] dentro de uno otro de las clases de tráfico de la jerarquización).

match cos

Hace juego un paquete basado en un marcado del Clase de Servicio (CoS) de la capa 2.

match destination-address mac

Utiliza la dirección MAC del destino como criterio de la coincidencia.

match discard-class

Hace juego los paquetes de cierta clase del descarte.

match []ip dscp

Identifica un valor específico del Differentiated Service Code Point (DSCP) IP como criterio de la coincidencia. Hasta ocho valores DSCP se pueden incluir en una declaración de coincidencia.

match field

Configura los criterios de concordancia para una correspondencia de la clase en base de los campos definidos en los archivos de la descripción del encabezamiento del protocolo (PHDFs).

match fr-dlci

Especifica el número del identificador de la conexión de link de datos de Frame Relay (DLCI) como criterio de la coincidencia en una correspondencia de la clase.

match input-interface

Configura una correspondencia de la clase para utilizar la interfaz de entrada especificada como criterio de la coincidencia.

match ip rtp

Configura una correspondencia de la clase para utilizar el puerto del Real-Time Transport Protocol (RTP) como el criterio de la coincidencia.

match mpls experimental

Configura una correspondencia de la clase para utilizar el valor especificado del campo experimental del Multiprotocol Label Switching (MPLS) (EXP) como criterio de la coincidencia.

match mpls experimental topmost

Hace juego el valor MPLS EXP en la etiqueta superior.

match not

Especifica el solo valor del criterio de la coincidencia para utilizar como criterio fracasado de la coincidencia.

Observe match not el comando, bastante que la identificación del parámetro específico de la coincidencia para utilizar como criterio de la coincidencia, se utiliza para especificar un criterio de la coincidencia que evite que un paquete sea clasificado como miembro de la clase. Por ejemplo, si match not qos-group 6 se publica el comando mientras que usted configura la clase de tráfico, el grupo 6 de QoS se convierte en el único valor de grupo de QoS que no se considera un criterio de la correspondencia con éxito. El resto de los valores de grupo de QoS serían criterios de la correspondencia con éxito.

match packet length

Especifica la capa 3 Longitudes del paquete en el encabezado IP como criterio de la coincidencia en una correspondencia de la clase.

match port-type

Las coincidencias trafican en base del tipo de puerto para una correspondencia de la clase.

match []ip precedence

Identifica los valores de la Prioridad IP como criterios de concordancia.

match protocol

Configura los criterios de concordancia para una correspondencia de la clase en base del protocolo especificado.

La notaallí es un comando match protocol separado (NBAR) usado para configurar el Network-Based Application Recognition (NBAR) para hacer juego el tráfico por un Tipo de protocolo conocido al NBAR.

match protocol citrix

Configuraciones NBAR para hacer juego el tráfico del Citrix.

match protocol fasttrack

Configuraciones NBAR para hacer juego el tráfico del peer a peer del FastTrack.

match protocol gnutella

Configuraciones NBAR para hacer juego el tráfico del peer a peer del Gnutella.

match protocol http

Configuraciones NBAR para hacer juego el tráfico del Hypertext Transfer Protocol (HTTP) por el URL, el host, el tipo del Multipurpose Internet Mail Extension (IMITE), o los campos en las encabezados de paquete HTTP.

match protocol rtp

Configuraciones NBAR para hacer juego el tráfico del Real-Time Transport Protocol (RTP).

match qos-group

Identifica un valor de grupo específico de QoS como criterio de la coincidencia.

match source-address mac

Utiliza el MAC Address de origen como criterio de la coincidencia.

match start

Configura los criterios de concordancia para una correspondencia de la clase en base de la encabezado del datagrama (capa 2) o la encabezado de la red (capa 3).

match tag

Especifica el tipo de la etiqueta como criterio de la coincidencia.


Si la clase de tráfico contiene más de un match comando, usted necesita especificar cómo evaluar match los comandos. Usted especifica esto usando u match-any o match-all las palabras claves class-map del comando. Observe las puntas siguientes sobre match-any y match-all las palabras claves:

Si usted especifica match-any la palabra clave, el tráfico que es evaluado por la clase de tráfico debe hacer juego one de los criterios especificados.

Si usted especifica match-all la palabra clave, el tráfico que es evaluado por la clase de tráfico debe hacer juego all de los criterios especificados.

Si usted no especifica cualquier palabra clave, el tráfico que es evaluado por la clase de tráfico debe hacer juego all de los criterios especificados (es decir, el comportamiento match-all de la palabra clave se utiliza).

Elementos de una política de tráfico

Una política de tráfico contiene tres elementos: un nombre de la política de tráfico, una clase de tráfico (especificada con class el comando), y el comando usado para habilitar función de calidad de servicio (QoS).

La política de tráfico (correspondencia de políticas) aplica habilitado función de calidad de servicio (QoS) a la clase de tráfico una vez que usted asocia la correspondencia de políticas a la interfaz (usando service-policy el comando).


Observeel paquete A puede hacer juego solamente one la clase de tráfico dentro de una política de tráfico. Si un paquete hace juego más de una clase de tráfico en la política de tráfico, first la clase de tráfico definida en la directiva será utilizada.


Los comandos usados para habilitar las características de QoS varían por el Cisco IOS Release y la plataforma. El cuadro 2 enumera algunos de los comandos disponibles y las características de QoS que habilitan. Para el sintaxis del comando complete, vea la referencia de comandos para el Cisco IOS Release y la plataforma que usted está utilizando.

Presente los comandos 2 usados para habilitar las características de QoS 

Comando
Propósito

bandwidth

Class-Based Weighted Fair Queuing de los permisos (CBWFQ).

fair-queue

Especifica el número de colas de administración del tráfico que se reservará para una clase de tráfico.

drop

Desecha los paquetes en la clase del tráfico especificado.

identity policy

Crea una directiva de la identidad.

police

Configura la Vigilancia de tráfico.

police (control-plane)

Configura la Vigilancia de tráfico para el tráfico que es destinado para el avión del control.

police (EtherSwitch)

Define un policer para el tráfico clasificado.

police (percent)

Configura la Vigilancia de tráfico en base de un porcentaje de ancho de banda disponible en una interfaz.

police (two rates)

Configura la Vigilancia de tráfico usando dos tarifas, la Velocidad de información comprometida (CIR) y la velocidad máxima de información (PIR).

police rate pdp

Vigilancia de tráfico del protocolo de datos de paquete de las configuraciones (PDP) usando la tarifa de la policía.

Observeeste comando se piensa para el uso en el nodo de soporte del General Packet Radio Service del gateway (GPRS) (GGSN).

priority

Da la prioridad a una clase de tráfico que pertenece a una correspondencia de políticas.

queue-limit

Especifica o modifica la cantidad máxima de paquete que la cola puede sostenerse para una clase configuró en una correspondencia de políticas.

random-detect

Weighted Random Early Detection (WRED) o WRED distribuido (DWRED) de los permisos.

random-detect discard-class

Configura los parámetros WRED para un valor de la descarte-clase para una clase en una correspondencia de políticas.

random-detect discard-class-based

Configuraciones WRED en base del valor de clase del descarte de un paquete.

random-detect ecn

Habilita la notificación de congestión explícita (ECN).

random-detect exponential-weighting-constant

Configura el factor de ponderación exponencial para el cálculo de los tamaños promedios de la cola para la cola reservado para una clase.

random-detect precedence

Configure los parámetros WRED para una Prioridad IP determinada para una política de clase en una correspondencia de políticas.

service-policy

Especifica el nombre de una política de tráfico usada como criterio que corresponde con (para el [hierarchical traffic policies] dentro de uno otro de las políticas de tráfico de la jerarquización).

set atm-clp

Fija el Prioridad de pérdida de celda (CLP) mordido cuando se configura una correspondencia de políticas.

set cos

Fija el valor del Clase de Servicio (CoS) de la capa 2 de un paquete de salida.

set discard-class

Marca un paquete con un valor de la descarte-clase.

set []ip dscp

Marca un paquete fijando el valor del Differentiated Services Code Point (DSCP) en el byte del Tipo de servicio (ToS).

set fr-de

Cambia la configuración del bit del calificado para descarte (DE) en el campo de dirección de una trama de Frame Relay a 1 para todo el tráfico que deja una interfaz.

set mpls experimental

Señala el valor al cual se fijan los bits MPLS si los paquetes hacen juego la correspondencia de políticas especificada.

set precedence

Fija el valor de precedencia en el encabezado de paquete.

set qos-group

Fija un identificador del grupo de QoS (ID) que se pueda utilizar más adelante para clasificar los paquetes.

shape

Las dimensiones de una variable trafican a la velocidad de bits indicada según el algoritmo especificado.

shape adaptive

Configura una interfaz de Frame Relay o una subinterfaz punto a punto para estimar el ancho de banda disponible por la integración del Notificación explícita de la congestión hacia atrás (BECN) mientras que se habilita el modelado de tráfico.

shape fecn-adapt

Configura una interfaz de Frame Relay para reflejar los bits recibidos del Notificación explícita de la congestión del reenvío (FECN) como bits del Notificación explícita de la congestión hacia atrás (BECN) en los mensajes de respuesta de la prueba Q.922.


Clases de tráfico jerarquizadas

El MQC no requiere necesariamente que usted asocie solamente una clase de tráfico a una política de tráfico. Cuando los paquetes cumplen más de un criterio de la coincidencia, las clases de tráfico múltiple se pueden asociar a una sola política de tráfico.

Semejantemente, el MQC permite que las clases de tráfico múltiple (las clases de tráfico jerarquizadas, que también se llaman las correspondencias de la clase anidada) sean configuradas como sola clase de tráfico. Esta anidación se puede alcanzar con el uso match class-map del comando. El único método de combinar el match-any y las características corresponda con todas dentro de una sola clase de tráfico está con match class-map el comando.

Por un ejemplo de una configuración jerarquizada de la clase de tráfico, vea el “ejemplo: Clase de tráfico como sección de un criterio de la coincidencia (clases de tráfico jerarquizadas)”.

palabras claves corresponda con todas y del match-any del comando class-map

Uno de los comandos usados cuando usted crea una clase de tráfico es class-map el comando. La sintaxis de los comandos para class-map el comando incluye dos palabras claves: match-all y match-any. match-all Y match-any necesidad de las palabras claves de ser especificado solamente si más de un criterio de la coincidencia se configura en la clase de tráfico. Observe las puntas siguientes sobre estas palabras claves:

match-all Se utiliza la palabra clave cuando all de los criterios de concordancia en la clase de tráfico debe ser encontrado para que un paquete sea colocado en la clase del tráfico especificado.

match-any La palabra clave se utiliza cuando solamente one de la coincidencia el criterio en la clase de tráfico se debe cumplir para que un paquete sea colocado en la clase del tráfico especificado.

Si ni match-all se especifica la palabra clave match-any ni la palabra clave, la clase de tráfico se comportará de una forma constante con match-all la palabra clave.

palabras claves de la entrada y salida del comando service-policy

Función de calidad de servicio (QoS) configurado en la política de tráfico se puede aplicar a los paquetes que ingresan la interfaz o a los paquetes que salen de la interfaz. Por lo tanto, cuando usted utiliza service-policy el comando, usted necesita especificar la dirección usando input o output la palabra clave.

Por ejemplo, service-policy output class1 el comando aplicaría la característica en la política de tráfico a la interfaz. Todos los paquetes que salen de la interfaz se evalúan según los criterios especificados en la política de tráfico nombrada class1.

Ventajas de aplicar las características de QoS usando el MQC

La estructura MQC permite que usted cree la política de tráfico (correspondencia de políticas) una vez y después que la aplique a tantas clases de tráfico según las necesidades. Usted puede también asociar las políticas de tráfico a tantas interfaces según las necesidades.

Cómo aplicar las características de QoS usando el MQC

Crear una clase de tráfico

Para crear una clase de tráfico, utilice class-map el comando de especificar el nombre de clase de tráfico. Entonces utilice uno o más match comandos de especificar los criterios de concordancia apropiados. Los paquetes que corresponden con los criterios que usted especifica se colocan en la clase de tráfico. Para más información sobre las palabras claves corresponda con todas y del match-any del comando class-map, vea las “palabras claves corresponda con todas y del match-any la sección del comando class-map”.

Para crear la clase de tráfico, complete los pasos siguientes.


Observe match cos el comando se muestra en el paso 4. match cos El comando es simplemente un ejemplo de uno match de los comandos que usted puede utilizar. Para la información sobre los otros comandos disponibles match , vea el cuadro 1.


PASOS SUMARIOS

1. enable

2. configure terminal

3.class-map [match-all | match-any] class-map-name

4. match cos cos-number

5.Ingrese los comandos adicionales match , si procede; si no, continúe con el paso 6.

6. end

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

class-map [match-all | match-any] class-map-name

Example:

Router(config)# class-map match-any class1

Crea una clase que se utilizará con una correspondencia de la clase y ingresa el modo del configuración class-map. La correspondencia de la clase se utiliza para corresponder con los paquetes a la clase especificada.

Ingrese el nombre de la clase.

Observe match-all la palabra clave especifica que todos los criterios de concordancia deben ser cumplidos. match-any La palabra clave especifica que una del criterio de la coincidencia debe ser resuelto. Utilice estas palabras claves solamente si usted especifica más de un match comando.

Paso 4 

match cos cos-number

Example:

Router(config-cmap)# match cos 2

Hace juego un paquete en base de un número del Clase de Servicio (CoS) de la capa 2.

Ingrese el número del CoS.

Observe match cos el comando es simplemente un ejemplo de uno match de los comandos que usted puede utilizar. Para la información sobre los otros match comandos que están disponibles, vea el cuadro 1.

Paso 5 

Ingrese los comandos match adicionales, si procede; si no, continúe con el paso 6.

Paso 6 

end

Example:

Router(config-cmap)# end

(Opcional) sale el modo y las devoluciones del configuración class-map al modo EXEC privilegiado.

Crear una política de tráfico


Observe bandwidth el comando se muestra en el paso 5. bandwidth El comando es simplemente un ejemplo de uno de los comandos que usted puede utilizar en una correspondencia de políticas para habilitar a función de calidad de servicio (QoS) (en este caso, CBWFQ). Para la información sobre otros comandos disponibles, vea el cuadro 2.


PASOS SUMARIOS

1. enable

2. configure terminal

3. policy-map policy-map-name

4.class{class-name | class-default}

5.bandwidth {bandwidth-kbps | el por cientopercent}

6.Ingrese los comandos para adicional función de calidad de servicio (QoS) que usted quiera habilitar, si procede; si no, continúe con el paso 7.

7. end

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

policy-map policy-map-name

Example:

Router(config)# policy-map policy1

Crea o especifica el nombre de la política de tráfico y ingresa el modo de la configuración de correspondencia de políticas.

Ingrese el nombre de correspondencia de políticas.

Paso 4 

class {class-name | class-default}

Example:

Router(config-pmap)# class class1

Especifica el nombre de una clase de tráfico y ingresa al modo de configuración de clase del directiva-mapa.

Ingrese el nombre de la clase creado en “creando la sección de una clase de tráfico”).

Observeeste paso asocia la clase de tráfico a la política de tráfico.

Paso 5 

bandwidth {bandwidth-kbps | percent percent}

Example:

Router(config-pmap-c)# bandwidth 3000

(Opcional) especifica una garantía mínima del ancho de banda a una clase de tráfico en los períodos de congestión. Una garantía mínima del ancho de banda se puede especificar en el kbps o por un porcentaje del ancho de banda disponible total.

Observe bandwidth los permisos CBWFQ del comando. bandwidth El comando es simplemente un ejemplo de uno de los comandos que usted puede utilizar en una correspondencia de políticas para habilitar a función de calidad de servicio (QoS). Para la información sobre los otros comandos disponibles, vea el cuadro 2.

Paso 6 

Ingrese los comandos para adicional función de calidad de servicio (QoS) que usted quiera habilitar, si procede; si no, continúe con el paso 7.

Paso 7 

end

Example:

Router(config-pmap-c)# end

(Opcional) sale el modo de configuración de clase y las devoluciones del directiva-mapa al modo EXEC privilegiado.


Asociar una política de tráfico a una interfaz

La política de tráfico (correspondencia de políticas) aplica habilitado función de calidad de servicio (QoS) a la clase de tráfico una vez que usted asocia la correspondencia de políticas a la interfaz (usando service-policy el comando). Para la información sobre las palabras claves de la entrada y salida del comando service-policy, vea las “palabras claves de la entrada y salida la sección del comando service-policy”.

Dependiendo de la plataforma y del Cisco IOS Release que usted está utilizando, una política de tráfico se puede asociar a una subinterfaz del circuito virtual permanente (PVC) atmósfera, a un identificador de la conexión de link de datos de Frame Relay (DLCI), o a otro tipo de interfaz.

Para asociar una política de tráfico a una interfaz, complete los pasos siguientes.

Restricciones

Las directivas del tráfico múltiple en las interfaces del túnel y las interfaces físicas no se soportan si las interfaces se asocian a uno a. Por ejemplo, si una política de tráfico se asocia a una interfaz del túnel mientras que otra política de tráfico se asocia a una interfaz física — con cuál es asociada la interfaz del túnel — solamente la política de tráfico en los trabajos de la interfaz del túnel correctamente.

La cantidad de ancho de banda afectada un aparato al tráfico de prioridad no puede exceder la cantidad de ancho de banda disponible en la interfaz. Si la política de tráfico se configura tales que la cantidad de ancho de banda afectada un aparato al tráfico de prioridad excede la cantidad de ancho de banda disponible en la interfaz, la política de tráfico será suspendida. Previamente, la correspondencia de políticas habría sido rechazada. Ahora que se suspende solamente, usted tiene la opción de modificar la política de tráfico por consiguiente y después de reatar la política de tráfico a la interfaz.

PASOS SUMARIOS

1. enable

2. configure terminal

3. interface interface-type interface-number

4.service-policy {input output} policy-map-name

5. end

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

configure terminal

Example:

Router# configure terminal

Ingresa en el modo de configuración global.

Paso 3 

interface interface-type interface-number

Example:

Router(config)# interface serial0

Configura un tipo de interfaz e ingresa en el modo de configuración de la interfaz.

Ingrese el tipo de interfaz y el Número de interfaz.

Paso 4 

service-policy {input | output} policy-map-name

Example:

Router(config-if)# service-policy input policy1

Asocia una correspondencia de políticas a una interfaz.

Ingrese u input o output palabra clave y el nombre de correspondencia de políticas.

Paso 5 

end

Example:

Router (config-if)# end

(Opcional) sale el modo de configuración de la interfaz y las devoluciones al modo EXEC privilegiado.


Verificar la información de la clase de tráfico y de la política de tráfico

PASOS SUMARIOS

1. enable

2. show class-map

3. show policy-map policy-map-name class class-name

4. show policy-map

5. show policy-map interface interface-type interface-number

6. exit

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

enable

Example:

Router> enable

Habilita el modo EXEC privilegiado.

Ingrese su contraseña si se le pide que lo haga.

Paso 2 

show class-map

Example:

Router# show class-map

(Opcional) visualiza todas las correspondencias de la clase y sus criterios concordantes.

Paso 3 

show policy-map policy-map-name class class-name

Example:

Router# show policy-map policy1 class class1

(Opcional) visualiza la configuración para la clase especificada de la correspondencia de políticas especificada.

Ingrese el nombre de correspondencia de políticas y el nombre de la clase.

Paso 4 

show policy-map

Example:

Router# show policy-map

(Opcional) visualiza la configuración de todas las clases para todas las correspondencias de la política existente.

Paso 5 

show policy-map interface interface-type interface-number

Example:

Router# show policy-map interface serial0

(Opcional) visualiza las estadísticas y las configuraciones de las directivas de la entrada y salida que se asocian a una interfaz.

Ingrese el tipo de interfaz y el número.

Paso 6 

exit

Example:

Router# exit

Modo EXEC privilegiado (opcional) de las salidas.


Ejemplos de configuración para aplicar las características de QoS usando el MQC

Ejemplo: Crear una clase de tráfico

En el siguiente ejemplo, se crean dos clases de tráfico y se definen sus criterios de concordancia. Para el class1 llamado primera clase de tráfico, el Access Control List (ACL) 101 se utiliza como el criterio de la coincidencia. Para el class2 llamado segunda clase de tráfico, el ACL 102 se utiliza como el criterio de la coincidencia. Los paquetes se marcan contra el contenido de estos ACL para determinar si pertenecen a la clase.

Router(config)# class-map class1
Router(config-cmap)# match access-group 101
Router(config-cmap)# exit

Router(config)# class-map class2
Router(config-cmap)# match access-group 102
Router(config-cmap)# exit

Ejemplo: Crear una política de tráfico

En el siguiente ejemplo, una política de tráfico llamada policy1 se define. La política de tráfico contiene las características de QoS que se aplicarán a dos clases — class1 y class2. Los criterios de concordancia para estas clases fueron definidos previamente (según lo descrito en el “ejemplo: Creando una clase de tráfico”).

Para class1, la directiva incluye un pedido de la asignación de ancho de banda y un límite de recuento del PAQUETE MÁXIMO la cola reservados para la clase. Para class2, la directiva especifica solamente una petición de la asignación de ancho de banda.

Router(config)# policy-map policy1
Router(config-pmap)# class class1
Router(config-pmap-c)# bandwidth 3000
Router(config-pmap-c)# queue-limit 30
Router(config-pmap-c)# exit

Router(config-pmap)# class class2
Router(config-pmap-c)# bandwidth 2000
Router(config-pmap-c)# exit

Ejemplo: Asociar una política de tráfico a una interfaz

Las demostraciones del siguiente ejemplo cómo asociar una política de tráfico existente a una interfaz. Después de que usted defina una política de tráfico con policy-map el comando, usted puede asociarlo a una o más interfaces usando service-policy el comando en el modo de configuración de la interfaz. Aunque usted pueda asignar la misma política de tráfico a las interfaces múltiples, cada interfaz puede tener solamente una política de tráfico asociada en la dirección de la entrada y solamente una política de tráfico asociada en la dirección de la salida.

Router(config)# interface ethernet1/1
Router(config-if)# service-policy output policy1
Router(config-if)# exit

Router(config)# interface fastethernet1/0/0
Router(config-if)# service-policy output policy1
Router(config-if)# exit

Ejemplo: comando match not

match not Se utiliza el comando de especificar un valor del específico política de calidad de servicio (QoS) que no se utilice como criterio de la coincidencia. Al usar match not el comando, el resto de los valores de los criterios convertidos de esa política de calidad de servicio (QoS) correspondencia con éxito.

Por ejemplo, si match not qos-group 4 el comando se publica en el modo del configuración class-map, la clase especificada validará todos los valores de grupo de QoS excepto 4 como criterios de la correspondencia con éxito.

En la clase de tráfico siguiente, todos los protocolos excepto el IP se consideran los criterios de la correspondencia con éxito:

Router(config)# class-map noip
Router(config-cmap)# match not protocol ip
Router(config-cmap)# exit

Ejemplo: Configuración de clase del tráfico predeterminado

El tráfico no clasificado (tráfico que no cumple los criterios de concordancia especificados en las clases de tráfico) se trata como perteneciendo a la clase del tráfico predeterminado.

Si usted no configura una clase predeterminada, los paquetes todavía se tratan como miembros de la clase predeterminada. Sin embargo, por abandono, la clase predeterminada no tiene ninguna característica de QoS habilitada. Por lo tanto, los paquetes que pertenecen a una clase predeterminada no tienen ninguna funcionalidad de QoS (Calidad de servicio). Estos paquetes se colocan en un primero en entrar, cola del primero en salir ((Primero en Salir FIFO)) manejada por la eliminación de cola. La eliminación de cola es los medios de evitar la congestión que trata todo el tráfico igualmente y no lo distingue entre las clases del servicio. Las colas de administración del tráfico llenan durante los períodos de congestión. Cuando la cola de salida es llena y la eliminación de cola está en efecto, se caen los paquetes hasta que se elimine la congestión y la cola es no más llena.

El siguiente ejemplo configura una política de tráfico para la clase predeterminada de la política de tráfico llamada policy1. La clase predeterminada (que siempre se llama class-default) tiene estas características: 10 colas de administración del tráfico para el tráfico que no cumple los criterios de concordancia de otras clases cuya directiva sea definida por la política de tráfico policy1, y un máximo de 20 paquetes por la cola antes de que la eliminación de cola se decrete para manejar los paquetes en cola adicionales.

Router(config)# policy-map policy1
Router(config-pmap)# class class-default
Router(config-pmap-c)# fair-queue 10
Router(config-pmap-c)# queue-limit 20

Ejemplo: match-any del clase-mapa y comandos corresponda con todos del clase-mapa

Este ejemplo ilustra la diferencia entre class-map match-any el comando y class-map match-all el comando. match-any Y match-all las palabras claves determine cómo se evalúan los paquetes cuando existen los criterios de concordancia múltiples. Los paquetes deben cumplir todos los criterios de concordancia (match-all) o resolver uno del criterio de la coincidencia (match-any) que se considerará un miembro de la clase de tráfico.

El siguiente ejemplo muestra una clase de tráfico configurada con class-map match-all el comando:

Router(config)# class-map match-all cisco1
Router(config-cmap)# match protocol ip
Router(config-cmap)# match qos-group 4
Router(config-cmap)# match access-group 101

Si un paquete llega en un router con la clase de tráfico llamada cisco1 configurado en la interfaz, el paquete se evalúa para determinar si corresponde con protocolo IP, el grupo 4 de QoS, y el grupo de acceso 101. Si los tres de estos criterios de concordancia se cumplen, el paquete se clasifica como miembro de la clase de tráfico cisco1.

El siguiente ejemplo muestra una clase de tráfico configurada con class-map match-any el comando:

Router(config)# class-map match-any cisco2
Router(config-cmap)# match protocol ip
Router(config-cmap)# match qos-group 4
Router(config-cmap)# match access-group 101

En la clase de tráfico llamada cisco2, los criterios de concordancia se evalúan consecutivamente hasta que se localice un criterio de la correspondencia con éxito. El paquete primero se evalúa al determinar si protocolo IP puede ser utilizado como criterio del emparejamiento. Si protocolo IP puede ser utilizado como criterio de la coincidencia, el paquete se corresponde con a la clase de tráfico cisco2. Si protocolo IP no es un criterio de la correspondencia con éxito, después el grupo 4 de QoS se evalúa como criterio de la coincidencia. Cada criterio se evalúa para considerar si el paquete hace juego ese criterio. Una vez que ocurre una correspondencia con éxito, el paquete se clasifica como miembro de la clase de tráfico cisco2. Si el paquete no hace juego ningunos de los criterios especificados, el paquete se clasifica como miembro de la clase del tráfico predeterminado (clase predeterminada de la clase).

Observe que class-map match-all el comando requiere que all de los criterios de concordancia esté encontrado para que el paquete sea considerado un miembro de la clase del tráfico especificado (un lógico Y un operador). En el primer ejemplo, el protocol ip Y QoS agrupan 4 Y el grupo de acceso 101 debe ser criterios de la correspondencia con éxito. Sin embargo, solamente un criterio de la coincidencia se debe cumplir para que el paquete en class-map match-any el comando de ser clasificado como miembro de la clase de tráfico (un lógico O un operador). En el segundo ejemplo, el protocol ip O el grupo 4 de QoS O el grupo de acceso 101 deben ser criterio de la correspondencia con éxito.

Ejemplo: Clase de tráfico como criterio de la coincidencia (clases de tráfico jerarquizadas)

Hay dos razones para utilizar match class-map el comando. Una razón es mantenimiento; si existe una clase de tráfico grande actualmente, usando el criterio de la coincidencia de la clase de tráfico es simplemente más fácil que escribiendo de nuevo la misma configuración de la clase de tráfico a máquina. Más razones comunes para match class-map el comando son permitir que los usuarios utilicen el match-any y las declaraciones corresponda con todas en la misma clase de tráfico. Si usted quiere combinar las características corresponda con todas y del match-any en una política de tráfico, cree una clase de tráfico usando una instrucción de la evaluación del criterio de la coincidencia (match-any o corresponda con todos) y después utilice esta clase de tráfico como criterio de la coincidencia en una clase de tráfico que utilice un diverso tipo del criterio de la coincidencia.

Aquí está un escenario posible: Suponga que A, B, el C, y D eran toda criterio separado de la coincidencia, y usted quiso el tráfico que correspondía con A, B, o C y D (A o B o [C and D]) que se clasificarán como perteneciendo a la clase de tráfico. Sin la clase de tráfico jerarquizada, trafique tendría que hacer juego los 4 del criterio de la coincidencia (A y B y C y D) o hacer juego el criterio un de los de la coincidencia (A o B o C o D) ser considerada la parte de la clase de tráfico. Usted no podría combinar “y” (corresponda con todos) y “o” las declaraciones (del match-any) dentro de la clase de tráfico, y usted por lo tanto no podría configurar la configuración deseada.

La solución: Cree una clase de tráfico usando corresponda con todos para el C y D (que llamemos el criterio E), y entonces crean una nueva clase de tráfico del match-any usando A, B, y el E. La nueva clase de tráfico tendría la secuencia correcta de la evaluación (A o B o E, que también serían A o B o [C and D]). Se ha alcanzado la configuración de clase del tráfico deseado.

El único método de mezcla corresponda con todos y de declaraciones del match-any en una clase de tráfico está con el uso del criterio de la coincidencia de la clase de tráfico.

Ejemplo: Clase de tráfico jerarquizada para el mantenimiento

En el siguiente ejemplo, la clase de tráfico llamada class1 tiene las mismas características que la clase de tráfico llamada class2, con excepción del hecho que la clase de tráfico class1 ha agregado a una dirección destino como criterio de la coincidencia. Bastante que configurando la clase de tráfico class1 línea por línea, usted puede ingresar match class-map class2 el comando. Este comando permite que todas las características en la clase de tráfico llamada class2 sean incluidas en la clase de tráfico llamada class1, y usted puede agregar simplemente el nuevo criterio de la coincidencia de la dirección destino sin la nueva configuración de la clase de tráfico entera.

Router(config)# class-map match-any class2
Router(config-cmap)# match protocol ip
Router(config-cmap)# match qos-group 3
Router(config-cmap)# match access-group 2
Router(config-cmap)# exit

Router(config)# class-map match-all class1
Router(config-cmap)# match class-map class2
Router(config-cmap)# match destination-address mac 00.00.00.00.00.00 
Router(config-cmap)# exit

Ejemplo: Clase de tráfico jerarquizada para combinar el match-any y las características corresponda con todas en una clase de tráfico

El único método de incluir el match-any y las características corresponda con todas en una sola clase de tráfico es utilizar match class-map el comando. Para combinar el match-any y las características corresponda con todas en una sola clase, una clase de tráfico creada con la instrucción del match-any debe utilizar una clase configurada con la instrucción corresponda con todos como criterio de la coincidencia (con match class-map el comando) o vice versa.

El siguiente ejemplo muestra cómo combinar las características de dos clases de tráfico, una con el match-any y una con las características corresponda con todas, en una clase de tráfico con match class-map el comando. El resultado requiere un paquete hacer juego uno de los tres criterios de concordancia siguientes que se considerarán un miembro de la clase de tráfico class4: Grupo 4 protocolo IP y de QoS, dirección MAC 00.00.00.00.00.00 del destino, o grupo de acceso 2.

En este ejemplo, solamente la clase de tráfico llamada class4 se utiliza con la política de tráfico llamada policy1.

Router(config)# class-map match-all class3
Router(config-cmap)# match protocol ip
Router(config-cmap)# match qos-group 4
Router(config-cmap)# exit

Router(config)# class-map match-any class4
Router(config-cmap)# match class-map class3
Router(config-cmap)# match destination-address mac 00.00.00.00.00.00 
Router(config-cmap)# match access-group 2
Router(config-cmap)# exit

Router(config)# policy-map policy1
Router(config-pmap)# class class4
Router(config-pmap-c)# police 8100 1500 2504 conform-action transmit exceed-action 
set-qos-transmit 4
Router(config-pmap-c)# end

Ejemplo: Política de tráfico como a política de calidad de servicio (QoS) (políticas de tráfico de jerarquía)

Una política de tráfico se puede jerarquizar dentro del política de calidad de servicio (QoS) cuando service-policy el comando se utiliza en el modo de configuración de clase del directiva-mapa. Una política de tráfico que contiene una política de tráfico jerarquizada se llama una política de tráfico de jerarquía.

Una política de tráfico de jerarquía contiene una política hija y una política controlante. La política hija es la política de tráfico previamente definida que se está asociando a la nueva política de tráfico con el uso service-policy del comando. La nueva política de tráfico usando la política de tráfico preexistente es la política controlante. En el ejemplo en esta sección, la política de tráfico llamada niño es la política hija y el padre llamado política de tráfico es la política controlante.

Las políticas de tráfico de jerarquía se pueden asociar a las subinterfaces, a los PVC de Frame Relay, y al ATM PVC. Una política de tráfico de jerarquía es determinado beneficiosa al configurar FRF.12 distribuido VIP basado (y más alto) PVC. Cuando se utilizan las políticas de tráfico de jerarquía, una sola política de tráfico (con un niño y una política controlante) se puede utilizar para formar y para dar prioridad al tráfico PVC. En el siguiente ejemplo, la política hija es responsable de dar prioridad el tráfico y la política controlante es responsable de formar el tráfico. En esta configuración, la política controlante permite que los paquetes sean enviados de la interfaz, y la política hija determina la orden en la cual se envían los paquetes.

Router(config)# policy-map child
Router(config-pmap)# class voice
Router(config-pmap-c)# priority 50

Router(config)# policy-map parent
Router(config-pmap)# class class-default
Router(config-pmap-c)# shape average 10000000
Router(config-pmap-c)# service-policy child

Con excepción del hecho que los valores asociados al priority y shape a los comandos pueden ser modificados, el ejemplo es el la configuración necesaria para los PVC usando el FRF.12 (o más alto). El valor usado con shape el comando es aprovisionado del valor de la Velocidad de información comprometida (CIR) del proveedor de servicio. Para más información sobre FRF.12 (o más alto) PVC, vea “el módulo del soporte FRF.20”.

Referencias adicionales

Documentos Relacionados

Tema relacionado
Título del documento

Comandos de Cisco IOS

El Cisco IOS domina los comandos list, todos las versiones

Comandos de QoS: sintaxis de comandos completa, modos de comandos, historial de comandos, valores predeterminados, pautas de uso y ejemplos

Referencia de Comandos de las Soluciones de Calidad de Servicio de Cisco IOS

Clasificación de paquetes

“Clasificando módulo del tráfico de la red”

FRF PVC

Módulo del soporte FRF.20”


Asistencia Técnica

Descripción
Link

El Web site del soporte y de la documentación de Cisco proporciona los recursos en línea para descargar la documentación, el software, y las herramientas. Utilice estos recursos para instalar y para configurar el software y para resolver problemas y para resolver los problemas técnicos con los Productos Cisco y las Tecnologías. El acceso a la mayoría de las herramientas en el Web site del soporte y de la documentación de Cisco requiere una identificación del usuario y una contraseña del cisco.com.

http://www.cisco.com/cisco/web/LA/support/index.html


Información de la característica para aplicar las características de QoS usando el MQC

El cuadro 3 enumera el historial de la versión para esta característica.

Utilice el Cisco Feature Navigator para encontrar la información sobre el soporte del Soporte de la plataforma y de la imagen del software. El Cisco Feature Navigator le permite para determinar qué imágenes del software soportan una versión de software, un conjunto de características, o una plataforma específico. Para acceder a Cisco Feature Navigator, vaya a http://www.cisco.com/go/cfn. Una cuenta en el cisco.com no se requiere.


Observelas listas del cuadro 3 solamente la versión de software que introdujo el soporte para una característica dada en un tren de versión de software dado. A menos que se indicare en forma diferente, las versiones posteriores de ese tren de versión de software también soportan esa característica.


Información de la característica del cuadro 3 para aplicar las características de QoS usando el MQC

Nombre de la función
Versiones
Información sobre la Función

Descarte de paquetes incondicional del Modular QoS CLI (MQC)

12.2(13)T

La característica incondicional del descarte de paquetes del Modular QoS CLI (MQC) permite que usted clasifique el tráfico que corresponde con ciertos criterios y después que configure el sistema incondicional para desechar cualquier paquete que corresponde con que los criterios.

Calificado para descarte basado en la clase del Frame Relay (DE) - El corresponder con y marcado mordidos

12.2(2)T

El calificado para descarte basado en la clase del Frame Relay (DE) - el corresponder con y función de marcación mordidos aumenta el MQC para soportar el Frame Relay DE bit que corresponde con y que marca. Los paquetes con el conjunto de bits FR DE se pueden corresponder con a una clase y el apropiado función de calidad de servicio (QoS) o el tratamiento sea aplicado.

Modular QoS CLI (MQC)

Cisco IOS XE Release 2.1
Cisco IOS XE 3.1.0 SG

Esta función se introdujo en Cisco ASR 1000 Series Routers.

En el Cisco IOS XE 3.1.0 SG, esta característica era integrada.