Software Cisco IOS y NX-OS : Software Cisco IOS versión 12.1 T

Modelado basado en clase

29 Agosto 2008 - Traducción manual
Otras Versiones: PDFpdf | Inglés (7 Junio 2000) | Comentarios

Contenidos

Modelado basado en clase

Información general de características

Configuración de GTS en una clase de tráfico

Especificación del modelado del tráfico de velocidad media o velocidad pico

Configuración de CBWFQ en GTS

Beneficios

Restricciones

Documentos relacionados

Plataformas compatibles

RFC, MIB y normas compatibles

Tareas de configuración

Configuración del modelado basado en clase

Configuración de CBWFQ en GTS

Verificación de la configuración de asignaciones de políticas y sus clases

Ejemplos de configuración

Ejemplo de modelado basado en clase

CBWFQ en conjunción con el ejemplo de GTS

Ejemplos de CBWFQ en GTS

Referencia de comandos

service-policy (asignación de clase)

shape

shape max-buffers


Modelado basado en clase


En este módulo de características, se describe la característica de modelado basado en clase. Este documento incluye las siguientes secciones:

Información general de características

Plataformas compatibles

RFC, MIB y normas compatibles

Tareas de configuración

Ejemplos de configuración

Referencia de comandos

Información general de características

El modelado del tráfico le permite controlar el tráfico que sale de una interfaz para que su transmisión se corresponda con la velocidad de la interfaz de destino remota y para garantizar que el tráfico cumpla las políticas acordadas para él. Se puede modelar el tráfico que se ajusta a un perfil particular para que cumpla los requisitos de velocidad de descarga y, de esta forma, eliminar los cuellos de botella en las topologías con discordancias entre datos y velocidad.

Cuando utilice la característica de modelado basado en clase, puede hacer lo siguiente:

Configure GTS (Modelado de tráfico genérico) en una clase de tráfico

Especifique el modelado del tráfico de velocidad media o velocidad pico

Configure CBWFQ (Class-Based Weighted Fair Queueing) en GTS

El modelado basado en clase se puede activar en cualquier interfaz compatible con GTS.

Configuración de GTS en una clase de tráfico

Con la característica de modelado basado en clase, puede configurar GTS en una clase en lugar de hacerlo sólo en una ACL (Lista de control de acceso). Para ello, primero debe definir clases de tráfico basándose en criterios de correspondencia que incluyen protocolos, ACL e interfaces de entrada. Luego, puede aplicar el modelado del tráfico a cada clase definida.

Especificación del modelado del tráfico de velocidad media o velocidad pico

El modelado del tráfico limita la velocidad de transmisión de los datos. Además de utilizar una velocidad de transmisión configurada específicamente, puede utilizar GTS para especificar una velocidad de transmisión derivada basándose en el nivel de sobrecarga.

Puede especificar dos tipos de modelado de tráfico: el modelado de velocidad media y el modelado de velocidad pico. El modelado de velocidad media limita la velocidad de transmisión a la CIR (Velocidad de información comprometida). Si utiliza CIR, se asegura de que la cantidad media de tráfico que se envía se ajuste a la velocidad que espera la red.

El modelado de velocidad pico configura el router para que envíe más tráfico que la CIR. Para determinar la velocidad pico, el router utiliza la siguiente fórmula:

velocidad pico = CIR(1+Be/Bc)

donde:

Be es la velocidad de ráfaga en exceso.

Bc es la velocidad de ráfaga comprometida.

El modelado de velocidad pico permite al router que las ráfagas sean mayores que en el modelado de velocidad media. Sin embargo, con el modelado de velocidad pico, es posible que se elimine el tráfico que se envía por encima de la CIR (el delta) si la red se sobrecarga.

Si su red tiene disponible ancho de banda adicional (por encima de la CIR suministrada) y la aplicación o clase puede tolerar pérdidas ocasionales de paquetes, puede aprovechar ese ancho de banda adicional mediante el uso del modelado de velocidad pico. Sin embargo, se podrían producir pérdidas ocasionales de paquetes cuando la red se sobrecarga. Si el tráfico que se envía a la red debe ajustarse estrictamente a la CIR configurada suministrada por la red, debería utilizar el modelado de tráfico medio.

Configuración de CBWFQ en GTS

Antes de esta versión, cuando GTS ponía en la lista de espera los paquetes que, una vez enviados, hacían que el flujo de tráfico no se ajustara a la velocidad configurada, sólo la WFQ basada en flujo era compatible con los paquetes en lista de espera.

Con la característica de modelado basado en clase, CBWFQ es compatible con los paquetes en lista de espera. Puede utilizar CBWQ para configurar clases de tráfico en lista de espera y ofrecer garantías relativas o absolutas sobre el ancho de banda a esas clases. Tenga en cuenta que las garantías relativas o absolutas sobre el ancho de banda se refieren a la CIR configurada.

Beneficios

Flexibilidad de los criterios de correspondencia

La aplicación de GTS a las clases ofrece mayor flexibilidad a la hora de configurar el modelado del tráfico. Anteriormente, esta capacidad estaba limitada al uso de ACL.

Mejor uso del ancho de banda

Al especificar el modelado de velocidad pico, puede utilizar mejor el ancho de banda disponible, ya que es posible enviar más datos que con la CIR si el ancho de banda está disponible.

Asignación de ancho de banda

CBWFQ le permite especificar la cantidad exacta de ancho de banda que se va a asignar a una clase específica de tráfico. Teniendo en cuenta el ancho de banda disponible en la interfaz, puede configurar hasta 64 clases y controlar la distribución entre ellas, lo que no es posible con la WFQ basada en flujo.

La WFQ basada en flujo aplica pesos al tráfico para clasificarlo en conversaciones y determinar qué cantidad de ancho de banda se permite a cada conversación en relación con otras conversaciones. Estos pesos, y la clasificación del tráfico, dependen de los siete niveles de prioridad IP y se limitan a ellos.

Granularidad y escalabilidad más aproximadas

CBWFQ le permite definir lo que constituye una clase basándose en criterios que superan los confines del flujo. CBWFQ le permite utilizar ACL y protocolos o nombres de interfaces de entrada para definir cómo se va a clasificar el tráfico y ofrecer así una granularidad más aproximada. No es necesario mantener la clasificación del tráfico por flujo. Asimismo, puede configurar hasta 64 clases discretas en una política de servicio.

Restricciones

El modelado del tráfico pico y medio se configura por interfaz o por clase, y no se puede utilizar en conjunción con los comandos que se emplean para configurar GTS en las versiones anteriores de Cisco IOS. Entre esos comandos, se incluyen los siguientes:

traffic-shape adaptive

traffic-shape fecn-adaptive

traffic-shape group

traffic-shape rate

El modelado de tráfico adaptativo para redes Frame Relay no es compatible con la característica de modelado basado en clase. Para configurar GTS adaptativo para redes Frame Relay, debe utilizar los comandos de versiones anteriores a la versión 12.1(2) del software Cisco IOS.

Documentos relacionados

Para obtener más información sobre esta característica, consulte los siguientes documentos:

Cisco IOS Quality of Service Solutions Configuration Guide, Cisco IOS Release 12.1 (Guía de configuración de soluciones de calidad de servicio de Cisco IOS, versión 12.1 de Cisco IOS)

Cisco IOS Quality of Service Solutions Command Reference, Cisco IOS Release 12.1 (Referencia de comandos de soluciones de calidad de servicio de Cisco IOS, versión 12.1 de Cisco IOS)

Plataformas compatibles

Serie 1600 de Cisco

Serie 2500 de Cisco

Serie 2600 de Cisco

Serie 3600 de Cisco

Serie 4500 de Cisco

Serie 4700 de Cisco

Cisco 7200 con NPE150 o superior para velocidades T1/E1/Ethernet

Cisco 7200 con NPE200 o superior para velocidades T3

Procesador del switch de ruta (RSP) de Cisco

RFC, MIB y normas compatibles

Normas

Ninguna

MIB

Ninguno

RFC

Ninguno

Tareas de configuración

Consulte en las siguientes secciones las tareas de configuración de la característica de modelado basado en clase. En la lista, se indica si cada tarea es opcional u obligatoria.

Configuración del modelado basado en clase (obligatorio)

Configuración de CBWFQ en GTS (opcional)

Verificación de la configuración de asignaciones de políticas y sus clases (opcional)

Configuración del modelado basado en clase

Para configurar el modelado basado en clase, utilice los dos primeros comandos del modo de configuración global para especificar el nombre de la asignación de políticas y el nombre de la asignación de clase. Utilice los demás comandos del modo de configuración de asignaciones de clase para especificar la velocidad media o pico.

 
Comando
Propósito

Paso 1 

Router(config)# policy-map asignación-políticas

Especifica el nombre de la asignación de políticas que se va a crear o modificar.

Paso 2 

Router(config)# class-map nombre-asignación-clase

Especifica el nombre de la asignación de clase que se va a crear.

Paso 3 

Router(config-pmap-c)# shape {average | peak} cir [bc] [be]

Especifica el modelado de velocidad media o pico.

Paso 4 

Router(config-pmap-c)# shape max-buffers número-de-memorias-intermedias

(Opcional) Especifica el número máximo de memorias intermedias que se permite en las listas de espera de modelado.

Configuración de CBWFQ en GTS

Para configurar CBWFQ en GTS, utilice los dos primeros comandos del modo de configuración global para especificar el nombre de la asignación de políticas y el nombre de la asignación de clase. Utilice los demás comandos del modo de configuración de asignaciones de clases para especificar la velocidad media o pico y asociar la política de servicio a la clase.

 
Comando
Propósito

Paso 1 

Router(config)# policy-map asignación-políticas

Especifica el nombre de la asignación de políticas que se va a crear o modificar.

Paso 2 

Router(config)# class-map nombre-asignación-clase

Especifica el nombre de la asignación de clase que se va a crear.

Paso 3 

Router(config-pmap-c)# shape {average | peak} cir [bc] [be]

Especifica el modelado de velocidad media o pico.

Paso 4 

Router(config-pmap-c)# service-policy asignación-políticas

Asocia la política de servicio a la clase.

Verificación de la configuración de asignaciones de políticas y sus clases

Para ver el contenido de una asignación de políticas específica, una clase específica de una asignación de políticas específica, o todas las asignaciones de políticas configuradas en una interfaz, utilice uno de los siguientes comandos en el modo de configuración global:

Comando
Propósito

Router# show policy asignación-políticas

Muestra la configuración de todas las clases que conforman la asignación de políticas especificada

Router# show policy asignación-políticas class nombre-clase

Muestra la configuración de la clase especificada de la asignación de políticas especificada

Router# show policy interface nombre-interfaz

Muestra la configuración de todas las clases configuradas para todas las asignaciones de políticas en la interfaz especificada.


Ejemplos de configuración

Esta sección proporciona los siguientes ejemplos de configuración:

Ejemplo de modelado basado en clase

CBWFQ en conjunción con el ejemplo de GTS

Ejemplos de CBWFQ en GTS

Ejemplo de modelado basado en clase

En el siguiente ejemplo, se define una clase: c1. La clase c1 se configura para modelar el tráfico a 384 kbps, con un tamaño de ráfaga normal de 15440 bits.

Router(config)# policy-map shape
Router(config-pmap)# class c1
Router(config-pmap-c)# shape average 384000 15440
Router(config-pmap-c)# configure terminal
Router(config)# interface Serial 3/3
Router(config-if)# service out shape

CBWFQ en conjunción con el ejemplo de GTS

En el siguiente ejemplo, se utiliza CBWFQ en la interfaz y se modela el tráfico antes de ponerlo en la lista de espera de CBWFQ.

En este ejemplo, se definen dos clases: cust1 y cust2. La clase cust1 tiene garantizado un ancho de banda de 256 kbps, y la salida se modela a 384 kbps. La clase cust2 tiene garantizado un ancho de banda de 384 kbps, pero si hay disponible suficiente ancho de banda en la interfaz, la clase puede obtener un desempeño de un pico de hasta 512 kbps.

La figura 1 ilustra este ejemplo.

Figura 1 CBWFQ en conjunción con GTS

Los siguientes comandos se utilizan para configurar este ejemplo:

Router(config)# policy-map shape-cbwfq
Router(config-pmap)# class cust1
Router(config-pmap-c)# shape average 384000
Router(config-pmap-c)# bandwidth 256
Router(config-pmap)# class cust2
Router(config-pmap-c)# shape peak 512000
Router(config-pmap-c)# bandwidth 384
Router(config-pmap-c)# configure terminal
Router(config)# interface Serial 3/3
Router(config-if)# service out shape-cbwfq

Ejemplos de CBWFQ en GTS

Esta sección proporciona dos ejemplos de la configuración de CBWFQ en GTS.

Ejemplo 1

En el primer ejemplo, se utilizan asignaciones de políticas jerárquicas y se configura CBWFQ en GTS.

En el siguiente ejemplo, se definen tres asignaciones de políticas: cust1-classes, cust2-classes y cust-policy. Las asignaciones de políticas cust1-classes y cust2-classes tienen definidas tres clases: gold (oro), silver (plata) y bronze (bronce).

Para cust1-classes, la clase gold se configura para utilizar el 50 por ciento del ancho de banda. La clase silver se configura para utilizar el 20 por ciento del ancho de banda, y la clase bronze, para utilizar el 15 por ciento del ancho de banda.

Para cust2-classes, la clase gold se configura para utilizar el 30 por ciento del ancho de banda. La clase silver se configura para utilizar el 15 por ciento del ancho de banda, y la clase bronze, para utilizar el 10  por ciento del ancho de banda.

La asignación de políticas cust-policy especifica un modelado de velocidad media de 384 kbps y asigna la política de servicio cust1-classes a la clase cust1. La asignación de políticas cust-policy especifica un modelado de velocidad pico de 512 kbps y asigna la política de servicio cust2-classes a la clase cust2.

La figura 2 ilustra este ejemplo.

Figura 2 Asignaciones de políticas jerárquicas con el modelado basado en clase

Configuración de cust1-classes

Router(config)# policy-map cust1-classes
Router(config-pmap)# class gold
Router(config-pmap-c)# bandwidth percent 50
Router(config-pmap)# class silver
Router(config-pmap-c)# bandwidth percent 20
Router(config-pmap)# class bronze
Router(config-pmap-c)# bandwidth percent 15

Configuración de cust2-classes

Router(config)# policy-map cust2-classes
Router(config-pmap)# class gold
Router(config-pmap-c)# bandwidth percent 30
Router(config-pmap)# class silver
Router(config-pmap-c)# bandwidth percent 15
Router(config-pmap)# class bronze
Router(config-pmap-c)# bandwidth percent 10

Configuración de las características de política del cliente y calidad de servicio

Router(config)# policy-map cust-policy
Router(config-pmap)# class cust1
Router(config-pmap-c)# shape average 384000
Router(config-pmap-c)# service-policy cust1-classes
Router(config-pmap)# class cust2
Router(config-pmap-c)# shape peak 51200
Router(config-pmap-c)# service-policy cust2-classes
Router(config-pmap-c)# interface Serial 3/2
Router(config-if)# service out cust-policy

Ejemplo 2

En este ejemplo, se configura la característica de modelado basado en clase para la clase denominada shaped en la asignación de políticas denominada GTS_in_ModCLI. La clase shaped se modela con una velocidad media de 241.000 bits por segundo (bps). CBWFQ también se activa en la clase, lo que garantiza un ancho de banda de 241 kbps durante los periodos de sobrecarga en la interfaz.

La clase shaped es un punto de sobrecarga para todas las subclases que conforman esa clase. Por lo tanto, las subclases se pueden diferenciar adicionalmente en la clase shaped. Todas estas subclases forman parte de la asignación de políticas CBWFQ_in_GTS que está asociada a la clase shaped.

Configuración de la asignación de políticas GTS_in_ModCLI

Router(config)# policy-map GTS_in_ModCLI
Router(config-pmap)# class shaped
Router(config-pmap-c)# bandwidth 241
Router(config-pmap-c)# shape average 241000
Router(config-pmap-c)# service-policy CBWFQ_in_GTS

Configuración de la asignación de políticas CBWFQ_in_GTS

La asignación de políticas CBWFQ_in_GTS tiene cuatro clases CBWFQ:

Router(config)# policy-map CBWFQ_in_GTS
Router(config-pmap)# class cust_A
Router(config-pmap-c)# bandwidth percent 25
Router(config-pmap)# class cust_B
Router(config-pmap-c)# bandwidth percent 25
Router(config-pmap)# class cust_C
Router(config-pmap-c)# bandwidth percent 25
Router(config-pmap)# class class-default
Router(config-pmap-c)# fair

Verificación de las configuraciones

En la salida del comando show policy-map de GTS_in_ModCLI, se muestra una configuración ampliada que incluye las subclases:

Router# show policy-map GTS_in_ModCLI
  Policy Map GTS_in_ModCLI
   Class shaped
   Weighted Fair Queueing
       Bandwidth 241 (kbps)  Max Threshold 64 (packets)
   Traffic Shaping
    Average Rate Traffic Shaping
            CIR 241000 (bps) Max. Buffers Limit 1000 (Packets)
     Policy Map CBWFQ_in_GTS
     Class cust_A
     Weighted Fair Queueing
         Bandwidth 25 (%)    Max Threshold 64 (packets)
     Class cust_B
     Weighted Fair Queueing
         Bandwidth 25 (%)    Max Threshold 64 (packets)
     Class cust_C
     Weighted Fair Queueing
         Bandwidth 25 (%)    Max Threshold 64 (packets)
     Class class-default
     Weighted Fair Queueing
         Flow based Fair Queueing

La asignación de políticas GTS_in_ModCLI se puede asociar a cualquier interfaz lógica que ofrezca un punto de sobrecarga. Aquí se muestran las estadísticas de tiempo de ejecución después de asociarla a la interfaz Serial 3/0.

Router# show policy interface Serial 3/0
 Serial3/0
 output : GTS_in_ModCLI
  Class shaped
   Weighted Fair Queueing
       Output Queue: Conversation 267
         Bandwidth 241 (kbps) Max Threshold 64 (packets)
         (pkts matched/bytes matched) 3852/947384
         (pkts discards/bytes discards/tail drops) 0/0/0
   Traffic Shaping
     Target    Byte   Sustain   Excess    Interval  Increment Adapt
     Rate      Limit  bits/int  bits/int  (ms)      (bytes)   Active
     241000    1928   7712      7712      32        964       -

     Queue     Packets   Bytes     Packets   Bytes
     Depth                         Delayed   Delayed   Active
     41        3980      978872    3967      975686    yes
    Class cust_A
     Weighted Fair Queueing
         Output Queue: Conversation 41
           Bandwidth 25 (%) Max Threshold 64 (packets)
           (pkts matched/bytes matched) 0/0
           (pkts discards/bytes discards/tail drops) 0/0/0
    Class cust_B
     Weighted Fair Queueing
         Output Queue: Conversation 42
           Bandwidth 25 (%) Max Threshold 64 (packets)
           (pkts matched/bytes matched) 0/0
           (pkts discards/bytes discards/tail drops) 0/0/0
    Class cust_C
     Weighted Fair Queueing
         Output Queue: Conversation 43
           Bandwidth 25 (%) Max Threshold 64 (packets)
           (pkts matched/bytes matched) 0/0
           (pkts discards/bytes discards/tail drops) 0/0/0
    Class class-default
     Weighted Fair Queueing
         Flow Based Fair Queueing
         Maximum Number of Hashed Queues 32

Referencia de comandos

En esta sección, se documentan los comandos nuevos o modificados. Todos los demás comandos que se utilizan con esta característica se documentan en las publicaciones de las referencias de comandos de la versión 12.1 de Cisco IOS.

service-policy (asignación de clase)

shape

shape max-buffers

service-policy (asignación de clase)

Para asociar una asignación de políticas a una clase, utilice el comando de configuración de asignaciones de clases service-policy . Para eliminar una política de servicio de una clase, utilice la forma de este comando con no.

service-policy asignación-políticas

no service-policy

Descripción de la sintaxis

asignación-políticas

El nombre de una asignación de políticas de servicio (creada con el comando policy-map) que se va a asociar.


Valores predeterminados

No se especifica ninguna política de servicio.

Modos de comando

Configuración de asignaciones de clases en una asignación de políticas

Historial de comando

Versión
Modificación

12.1(2)T

Este comando fue ingresado.


Pautas de uso

Puede asociar una sola asignación de políticas a una o varias clases para especificar la política de servicio para esas clases. Este comando sólo está disponible para la interfaz de salida, la cual se supone.

Ejemplos

En el siguiente ejemplo, se definen tres asignaciones de políticas: cust1-classes, cust2-classes y cust-policy. Las asignaciones de políticas cust1-classes y cust2-classes tienen definidas tres clases: gold (oro), silver (plata) y bronze (bronce).

Para cust1-classes, la clase gold se configura para utilizar el 50 por ciento del ancho de banda. La clase silver se configura para utilizar el 20 por ciento del ancho de banda, y la clase bronze, para utilizar el 15 por ciento del ancho de banda.

Para cust2-classes, la clase gold se configura para utilizar el 30 por ciento del ancho de banda. La clase silver se configura para utilizar el 15 por ciento del ancho de banda, y la clase bronze, para utilizar el 10 por ciento del ancho de banda.

La asignación de políticas cust-policy especifica un modelado de velocidad media de 384 kbps y asigna la política de servicio cust1-classes a la asignación de políticas cust1-classes. La asignación de políticas cust-policy especifica un modelado de velocidad media de 512 kbps y asigna la política de servicio cust2-classes a la asignación de políticas cust2-classes.

Para configurar clases para cust1-classes, utilice los siguientes comandos:

Router(config)# policy-map cust1-classes
Router(config-pmap)# class gold
Router(config-pmap-c)# bandwidth percent 50
Router(config-pmap)# class silver
Router(config-pmap-c)# bandwidth percent 20
Router(config-pmap)# class bronze
Router(config-pmap-c)# bandwidth percent 15

Para configurar clases para cust2, utilice los siguientes comandos:

Router(config)# policy-map cust2-classes
Router(config-pmap)# class gold
Router(config-pmap-c)# bandwidth percent 30
Router(config-pmap)# class silver
Router(config-pmap-c)# bandwidth percent 15
Router(config-pmap)# class bronze
Router(config-pmap-c)# bandwidth percent 10

Para definir la política de cliente con cust1-classes y cust2-classes, y características de calidad de servicio, utilice los siguientes comandos:

Router(config)# policy-map cust-policy
Router(config-pmap)# class cust1
Router(config-pmap-c)# shape average 384000
Router(config-pmap-c)# service-policy cust1-classes
Router(config-pmap)# class cust2
Router(config-pmap-c)# shape peak 51200
Router(config-pmap-c)# service-policy cust2-classes
Router(config-pmap-c)# interface Serial 3/2
Router(config-if)# service out cust-policy

Comandos relacionados

Comando
Descripción

policy-map

Crea o modifica una asignación de políticas que se puede asociar a una o varias interfaces con el fin de especificar una política de servicio.

show policy-map

Muestra la configuración de la clase especificada de la asignación de políticas especificada.


shape

Para especificar el modelado del tráfico de velocidad media o pico, utilice el comando de configuración de asignaciones de clases shape. Para eliminar el modelado de tráfico, utilice la forma de este comando con no.

shape {average | peak} cir [bc] [be]

no shape {average | peak} cir [bc] [be]

Descripción de la sintaxis

average

Especifica el modelado de velocidad media.

peak

Especifica el modelado de velocidad pico.

cir

Especifica la CIR (Velocidad de información comprometida) en bits por segundo (bps).

bc

Especifica la velocidad de ráfaga comprometida en bits.

be

Especifica la velocidad de ráfaga en exceso en bits.


Valores predeterminados

Sin valores ni conducta predeterminados.

Modos de comando

Configuración de asignaciones de clases en una asignación de políticas

Historial de comando

Versión
Modificación

12.1(2)T

Este comando fue ingresado.


Pautas de uso

El modelado del tráfico limita la velocidad de transmisión de los datos. Además de utilizar una velocidad de transmisión específicamente configurada, puede utilizar GTS (Modelado de tráfico genérico) para especificar una velocidad de transmisión derivada basándose en el nivel de sobrecarga.

Puede especificar dos tipos de modelado de tráfico: el modelado de velocidad media y el modelado de velocidad pico. El modelado de velocidad media limita la velocidad de transmisión a la CIR. Si utiliza CIR, se asegura de que la cantidad media de tráfico que se envía se ajuste a la velocidad que espera la red.

El modelado de velocidad pico configura el router para que envíe más tráfico que la CIR. Para determinar la velocidad pico, el router utiliza la siguiente fórmula:

velocidad pico = CIR(1+Be/Bc)

donde:

Be es la velocidad de ráfaga en exceso.

Bc es la velocidad de ráfaga comprometida.

El modelado de velocidad pico permite al router que las ráfagas sean mayores que en el modelado de velocidad media. Sin embargo, con el modelado de velocidad pico, es posible que se elimine el tráfico que se envía por encima de la CIR (el delta) si la red se sobrecarga.

Si su red tiene disponible ancho de banda adicional (por encima de la CIR suministrada) y la aplicación o clase puede tolerar pérdidas ocasionales de paquetes, puede aprovechar ese ancho de banda adicional mediante el uso del modelado de velocidad pico. Sin embargo, se podrían producir pérdidas ocasionales de paquetes cuando la red se sobrecarga. Si el tráfico que se envía a la red debe ajustarse estrictamente a la CIR configurada suministrada por la red, debería utilizar el modelado de tráfico medio.

Ejemplos

En el siguiente ejemplo, se define el modelado de velocidad media para garantizar un ancho de banda de 256 kbps:

shape average 256000

En el siguiente ejemplo, se utiliza el modelado de velocidad pico para garantizar un ancho de banda de 300 kbps, pero se permite un desempeño de hasta 512 kbps si hay disponible suficiente ancho de banda en la interfaz:

bandwidth 300
shape peak 512000

Comandos relacionados

Comando
Descripción

bandwidth

Especifica o modifica el ancho de banda asignado a una clase que pertenece a una asignación de políticas.

class (policy map)

Especifica el nombre de la clase cuya política desea crear o cambiar, y la clase predeterminada (que se suele conocer como clase predeterminada de clase) antes de configurar su política.

policy-map

Crea o modifica una asignación de políticas que se puede asociar a una o varias interfaces con el fin de especificar una política de servicio.

service-policy

Asocia una asignación de políticas a una interfaz de entrada o VC, o una interfaz de salida o VC, que se va a utilizar como política de servicio para esa interfaz o VC.

shape max-buffers

Especifica el número máximo de memorias intermedias que se permite en las listas de espera de modelado.


shape max-buffers

Para especificar el número máximo de memorias intermedias permitidas en las listas de espera de modelado, utilice el comando de configuración de asignaciones de clases shape max-buffers . Para eliminar el número máximo de memorias intermedias, use la forma de este comando con no.

shape max-buffers número-de-memorias-intermedias

no shape max-buffers número-de-memorias-intermedias

Descripción de la sintaxis

número-de-memorias-intermedias

Especifica el número máximo de memorias intermedias. El número mínimo de memorias intermedias es 1, y el máximo es 4096.


Valores predeterminados

El valor predeterminado es 1000 memorias intermedias.

Modos de comando

Configuración de asignaciones de clases en una asignación de políticas

Historial de comando

Versión
Modificación

12.1(2)T

Este comando fue ingresado.


Pautas de uso

Puede especificar el número máximo de memorias intermedias permitidas en las listas de espera de modelado de cada clase que se haya configurado para utilizar GTS (Modelado de tráfico genérico).

Ejemplos

En el siguiente ejemplo, se configura el modelado y se define el límite máximo de memorias intermedias en 100:

shape average 350000
shape max-buffers 100

Comandos relacionados

Comando
Descripción

bandwidth

Especifica o modifica el ancho de banda asignado a una clase que pertenece a una asignación de políticas.

class (policy map)

Especifica el nombre de la clase cuya política desea crear o cambiar, y la clase predeterminada (que se suele conocer como clase predeterminada de clase) antes de configurar su política.

asignación-políticas

Crea o modifica una asignación de políticas que se puede asociar a una o varias interfaces con el fin de especificar una política de servicio.

service-policy

Asocia una asignación de políticas a una interfaz de entrada o VC, o una interfaz de salida o VC, que se va a utilizar como política de servicio para esa interfaz o VC.

shape

Especifica el modelado del tráfico de velocidad media o pico.