Explorar Cisco
Cómo comprar

¿Tiene una cuenta?

  •   Contenido personalizado
  •   Sus productos y soporte

¿Necesita una cuenta?

Crear una cuenta

Catalyst 3850: Resolución de problemas de caídas de salida

Opciones de descarga

  • PDF     (104.8 KB)
    Visualice con Adobe Reader en una variedad de dispositivos
  • ePub     (88.2 KB)
    Visualice en diferentes aplicaciones en iPhone, iPad, Android, Sony Reader o Windows Phone
  • Mobi (Kindle)     (82.8 KB)
    Visualice en dispositivo Kindle o aplicación Kindle en múltiples dispositivos
Actualizado:30 de septiembre de 2016
ID del documento:200594

Bias-Free Language

The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.

Acerca de esta traducción

Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).

Introducción

El documento ayudará a proporcionar una comprensión de la estructura de cola y los búferes en la plataforma Catalyst 3650/3850. También proporciona un ejemplo de cómo se pueden mitigar en cierta medida las caídas de salida.

Las caídas de salida son generalmente el resultado de una sobresuscripción de interfaz causada por una transferencia de muchos a uno o de 10gig a 1gig. Las memorias intermedias de interfaz son un recurso limitado y sólo pueden absorber una ráfaga hasta un punto después del cual los paquetes se descartarán. La ajuste de los búferes puede darle algún amortiguador, pero no puede garantizar un escenario de caída de salida cero.

Se recomienda ejecutar la versión más reciente de 03.06 o 03.07 para obtener las asignaciones de búfer adecuadas debido a algunos errores conocidos en los códigos más antiguos.

Prerequisites

Requirements

Cisco recomienda que tenga conocimientos básicos de QoS en la plataforma Catalyst.

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

  • Cisco Catalyst 3850
  • 03.07.04

‘Asignación de búfer’

Tradicionalmente, las memorias intermedias se asignan estáticamente para cada cola y, a medida que aumenta el número de colas, disminuye la cantidad de memorias intermedias reservadas.  Esto era ineficiente y podría llevar a que no hubiera suficientes búfers para manejar tramas para todas las colas. 

Para superar este tipo de limitación, la plataforma Catalyst 3650/3850 utiliza memorias intermedias de hardware y memorias intermedias de software.

Búfers duros: Este es el búfer reservado mínimo para colas específicas. Si una cola específica no utiliza los búfers, no está disponible para otras colas.

Búfers de software: Estas memorias intermedias se asignan a una cola pero pueden compartirse con otras colas e interfaces si no se están utilizando.

Se aplica la asignación de búfer predeterminada sin política de servicio:

 La asignación del búfer predeterminado para un puerto de 1 GB es de 300 memorias intermedias y para un puerto de 10 GB, es de 1800 memorias intermedias (1 búfer = 256 bytes). El puerto puede utilizar hasta el 400% del valor predeterminado asignado desde el conjunto común con la configuración predeterminada, que es 1200 buffers y 7200 buffers para la interfaz 1 Gig y la interfaz 10Gig respectivamente.

El límite predeterminado del búfer de software se establece en 400 (que es el umbral máximo). El umbral determinaría el número máximo de memorias intermedias virtuales que se pueden tomar prestadas del conjunto común.

Estructura de cola


Cuando no se aplica ninguna política de servicio, hay dos colas predeterminadas (cola 0 y cola 1). La cola 0 se utiliza para controlar el tráfico (DSCP 32 o 48 o 56) y la cola 1 se utiliza para el tráfico de datos.

De forma predeterminada, la cola 0 recibirá el 40% de las memorias intermedias disponibles para la interfaz como sus memorias intermedias. es decir, se asignan 120 búfers para la cola 0 en el contexto de los puertos 1G; 720 memorias intermedias en el contexto de los puertos 10G. El softmax, el máximo búfer de software, para esta cola se establece en 480 (calculado como 400% de 120) para los puertos de 1 GB y 2880 para los puertos de 10 GB, donde 400 es el umbral máximo predeterminado configurado para cualquier cola.

La cola 1 no tiene ningún búfer duro asignado. El valor del búfer de software para la cola 1 se calcula como el 400% del búfer restante de la interfaz después de ser asignado a la cola 0. Por lo tanto, es el 400% de 180 para la interfaz de 1 gig y el 400% de 1800 para una interfaz de 10 gig.

El comando show que se puede utilizar para ver esta asignación es ‘show platform qos queue config <interface>’.

Para una interfaz de 1G,

3850#show platform qos queue config gigabitEthernet 1/0/1
DATA Port:20 GPN:66 AFD:Disabled QoSMap:0 HW Queues: 160 - 167
  DrainFast:Disabled PortSoftStart:1 - 1080
----------------------------------------------------------
  DTS Hardmax   Softmax  PortSMin GlblSMin  PortStEnd
  --- --------  -------- -------- --------- ---------
 0   1  5   120  6   480  6   320   0     0   3  1440
 1   1  4     0  7   720  3   480   2   180   3  1440
 2   1  4     0  5     0  5     0   0     0   3  1440
 3   1  4     0  5     0  5     0   0     0   3  1440
 4   1  4     0  5     0  5     0   0     0   3  1440
 5   1  4     0  5     0  5     0   0     0   3  1440
 6   1  4     0  5     0  5     0   0     0   3  1440
 7   1  4     0  5     0  5     0   0     0   3  1440

<<output omitted>>

Para una interfaz de 10Gig,

3850#show platform qos queue config tenGigabitEthernet 1/0/37
DATA Port:1 GPN:37 AFD:Disabled QoSMap:0 HW Queues: 8 - 15
  DrainFast:Disabled PortSoftStart:2 - 6480
----------------------------------------------------------
  DTS Hardmax   Softmax  PortSMin GlblSMin  PortStEnd
  --- --------  -------- -------- --------- ---------
 0   1  6   720  8  2880  7  1280   0     0   4  8640
 1   1  4     0  9  4320  8  1920   3  1080   4  8640
 2   1  4     0  5     0  5     0   0     0   4  8640
 3   1  4     0  5     0  5     0   0     0   4  8640
 4   1  4     0  5     0  5     0   0     0   4  8640

<<output omitted>>


Hardmax o Hard Buffers es la cantidad de Buffer que siempre está reservada y disponible para esta cola.

Softmax o Búfers de software es la cantidad de buffer que se puede tomar prestado de otras colas o conjunto global. El número total de softmax por interfaz 1Gig es 1200 (400% de 300) y 7200 buffers si es una interfaz de 10Gig. Cuando aplicamos una política de servicio, habrá 1 cola adicional creada para "Clase predeterminada" si no se crea explícitamente. Todo el tráfico que no coincide con las clases definidas anteriormente pertenece a esta cola. No puede haber ninguna sentencia de coincidencia en esta cola.

Asignación De Búfer De Tweaking


Para ajustar las memorias intermedias en la plataforma 3650/3850, necesitamos adjuntar una política de servicio en la interfaz respectiva. podemos ajustar la asignación de búfer de Hardmax y Softmax mediante service-policy.

Cálculos del búfer de hardware y del búfer de software:

Así es como el sistema asigna softmax y hardmax para cada cola.

Búfer de puerto total = 300 (1G) o 1800 (10G)
Si hay un total de 5 colas (5 clases), cada cola obtiene un búfer del 20% de forma predeterminada.

Cola de prioridad:

1 Gig:
HardMax = Oper_Buff = 20% de 300 = 60.
qSoftMax = (Oper_Buff * Max_Threshold)/100=60*400/100=240

10 Gig
HardMax = Oper_Buff = 20% de 1800 = 360
qsoftMax = (Oper_Buff * Max_Threshold)/100 = 360*400/100= 1440

Cola no prioritaria:

1 Gig:
HardMax = 0
qSoftMax = (Oper_Buffer*Max_Threshold)/100 = 300*20/100= 60. 400% de 60 = 240

10 Gig:
HardMax = 0
qSoftMax = (Oper_Buffer*Max_Threshold)/100 = 1800*20/100= 360. 400% de 360 = 1440

Uso de la política de servicio para la asignación de búfer de Hardmax o Softmax

si se aplica una política de servicio, sólo la "cola de prioridad con nivel 1/2" obtiene el Hardmax. Los siguientes ejemplos ayudarán a aclarar la asignación del búfer para la política de servicio específica en la interfaz 1Gig y la interfaz 10Gig.

Como sabemos, con la configuración predeterminada en la que no ha aplicado ninguna política de servicio, la cola 0 obtiene el Hardmax predeterminado de 120 si el link es un link 1Gig y 720 buffers si el link es un link de 10Gig.

3850#show platform qos queue config gig 1/0/1
DATA Port:0 GPN:119 AFD:Disabled QoSMap:0 HW Queues: 0 - 7
  DrainFast:Disabled PortSoftStart:1 - 1080
----------------------------------------------------------
  DTS Hardmax   Softmax  PortSMin GlblSMin  PortStEnd
  --- --------  -------- -------- --------- ---------
 0   1  5   120  6   480  6   320   0     0   3  1440
 1   1  4     0  7   720  3   480   2   180   3  1440
 2   1  4     0  5     0  5     0   0     0   3  1440
<<output omitted>>

3850#show platform qos queue config tenGigabitEthernet 1/0/37
DATA Port:1 GPN:37 AFD:Disabled QoSMap:0 HW Queues: 8 - 15
  DrainFast:Disabled PortSoftStart:2 - 6480
----------------------------------------------------------
  DTS Hardmax   Softmax  PortSMin GlblSMin  PortStEnd
  --- --------  -------- -------- --------- ---------
 0   1  6   720  8  2880  7  1280   0     0   4  8640
 1   1  4     0  9  4320  8  1920   3  1080   4  8640
 2   1  4     0  5     0  5     0   0     0   4  8640
<<output omitted>>

Ejemplo 1

Al aplicar una política de servicio, si no configura una cola de prioridad o si no configura un nivel de cola de prioridad, no habrá ningún hardmax asignado a esa cola

Para una interfaz 1Gig:

policy-map MYPOL
 class ONE
  priority percent 20
 class TWO
  bandwidth percent 40
 class THREE
  bandwidth percent 10
 class FOUR
  bandwidth percent 5

3850#show run int gig1/0/1

Current configuration : 67 bytes
!
interface GigabitEthernet1/0/1
 service-policy output MYPOL
end


3800#show platform qos queue config gigabitEthernet 1/0/1
DATA Port:21 GPN:65 AFD:Disabled QoSMap:1 HW Queues: 168 - 175
  DrainFast:Disabled PortSoftStart:2 - 360
----------------------------------------------------------
  DTS Hardmax   Softmax  PortSMin GlblSMin  PortStEnd
  --- --------  -------- -------- --------- ---------
 0   1  4     0  8   240  7   160   3    60   4   480
 1   1  4     0  8   240  7   160   3    60   4   480
 2   1  4     0  8   240  7   160   3    60   4   480
 3   1  4     0  8   240  7   160   3    60   4   480
 4   1  4     0  8   240  7   160   3    60   4   480
<<output omitted>>

Note: There are 5 classes present though you only created 4 classes. The 5th class is 
the default class.
Each class represent a queue and the order in which it is shown is the order in which 
it is present in the running configuration when checking "show run | sec policy-map".

Para una interfaz de 10Gig:

policy-map MYPOL
 class ONE
  priority percent 20
 class TWO
  bandwidth percent 40
 class THREE
  bandwidth percent 10
 class FOUR
  bandwidth percent 5

3850#show run int TenGig1/0/37

Current configuration : 67 bytes
!
interface TenGigabitEthernet1/0/37
 service-policy output MYPOL
end

3850#sh platform qos queue config te 1/0/40
DATA Port:2 GPN:40 AFD:Disabled QoSMap:1 HW Queues: 16 - 23
  DrainFast:Disabled PortSoftStart:4 - 2160
----------------------------------------------------------
  DTS Hardmax   Softmax  PortSMin GlblSMin  PortStEnd
  --- --------  -------- -------- --------- ---------
 0   1  4     0 10  1440  9   640   4   360   5  2880
 1   1  4     0 10  1440  9   640   4   360   5  2880
 2   1  4     0 10  1440  9   640   4   360   5  2880
 3   1  4     0 10  1440  9   640   4   360   5  2880
 4   1  4     0 10  1440  9   640   4   360   5  2880
 5   1  4     0  5     0  5     0   0     0   5  2880
<<output omitted>>

Ejemplo 2

Cuando aplica "priority level 1", la cola 0 obtiene 60 búfers como Hardmax. Hay una pequeña matemática detrás de esto y se explicó anteriormente en la sección de cálculos SoftMax y HardMax.

 Para una interfaz 1Gig:

 policy-map MYPOL
 class ONE
  priority level 1 percent 20
 class TWO
  bandwidth percent 40
 class THREE
  bandwidth percent 10
 class FOUR
  bandwidth percent 5

3850#show run int gig1/0/1

Current configuration : 67 bytes
!
interface GigabitEthernet1/0/1
 service-policy output MYPOL
end

 BGL.L.13-3800-1#sh platform qos queue config gigabitEthernet 1/0/1
DATA Port:21 GPN:65 AFD:Disabled QoSMap:1 HW Queues: 168 - 175
  DrainFast:Disabled PortSoftStart:2 - 360
----------------------------------------------------------
  DTS Hardmax   Softmax  PortSMin GlblSMin  PortStEnd
  --- --------  -------- -------- --------- ---------
 0   1  6    60  8   240  7   160   0     0   4   480
 1   1  4     0  8   240  7   160   3    60   4   480
 2   1  4     0  8   240  7   160   3    60   4   480
 3   1  4     0  8   240  7   160   3    60   4   480
 4   1  4     0  8   240  7   160   3    60   4   480
<<output omitted>>

Para una interfaz de 10Gig:

 policy-map MYPOL
 class ONE
  priority level 1 percent 20
 class TWO
  bandwidth percent 40
 class THREE
  bandwidth percent 10
 class FOUR
  bandwidth percent 5

3850#show run int Te1/0/37

Current configuration : 67 bytes
!
interface TenGigabitEthernet1/0/37
 service-policy output MYPOL
end


3850_1#     sh platform qos queue config tenGigabitEthernet 1/0/37
 DATA Port:2 GPN:40 AFD:Disabled QoSMap:1 HW Queues: 16 - 23
  DrainFast:Disabled PortSoftStart:3 - 2160
----------------------------------------------------------
  DTS Hardmax   Softmax  PortSMin GlblSMin  PortStEnd
  --- --------  -------- -------- --------- ---------
 0   1  7   360 10  1440  9   640   0     0   5  2880
 1   1  4     0 10  1440  9   640   4   360   5  2880
 2   1  4     0 10  1440  9   640   4   360   5  2880
 3   1  4     0 10  1440  9   640   4   360   5  2880
 4   1  4     0 10  1440  9   640   4   360   5  2880
 5   1  4     0  5     0  5     0   0     0   5  2880
<<output omitted>>

Ejemplo 3

Para este tercer ejemplo, voy a agregar una clase adicional. ahora el número total de colas se convierte en 6. Con 2 niveles de prioridad configurados, cada cola obtiene 51 búfers como Hardmax. La matemática es la misma que en el ejemplo anterior.

Para interfaz 1Gig:

 policy-map MYPOL
 class ONE
  priority level 1 percent 20
 class TWO
  priority level 2 percent 10
 class THREE
  bandwidth percent 10
 class FOUR
  bandwidth percent 5
 class FIVE
  bandwidth percent 10

3850#show run int gig1/0/1

Current configuration : 67 bytes
!
interface GigabitEthernet1/0/1
 service-policy output MYPOL
end

3850#show platform qos queue config gigabitEthernet 1/0/1
DATA Port:16 GPN:10 AFD:Disabled QoSMap:1 HW Queues: 128 - 135
  DrainFast:Disabled PortSoftStart:3 - 306
----------------------------------------------------------
  DTS Hardmax   Softmax  PortSMin GlblSMin  PortStEnd
  --- --------  -------- -------- --------- ---------
 0   1  7    51 10   204  9   136   0     0   5   408
 1   1  7    51 10   204  9   136   0     0   5   408
 2   1  4     0 10   204  9   136   4    51   5   408
 3   1  4     0 10   204  9   136   4    51   5   408
 4   1  4     0 11   192 10   128   5    48   5   408
 5   1  4     0 11   192 10   128   5    48   5   408
 6   1  4     0  5     0  5     0   0     0   5   408
<<output omitted>>

Para una interfaz de 10Gig:

policy-map MYPOL
 class ONE
  priority level 1 percent 20
 class TWO
  priority level 2 percent 10
 class THREE
  bandwidth percent 10
 class FOUR
  bandwidth percent 5
 class FIVE
  bandwidth percent 10

3850#show run int Te1/0/37

Current configuration : 67 bytes
!
interface TenGigabitEthernet1/0/37
 service-policy output MYPOL
end


3850_2#sh platform qos queue config te 1/0/37
DATA Port:2 GPN:40 AFD:Disabled QoSMap:1 HW Queues: 16 - 23
  DrainFast:Disabled PortSoftStart:4 - 1836
----------------------------------------------------------
  DTS Hardmax   Softmax  PortSMin GlblSMin  PortStEnd
  --- --------  -------- -------- --------- ---------
 0   1  8   306 12  1224 11   544   0     0   6  2448
 1   1  8   306 12  1224 11   544   0     0   6  2448
 2   1  4     0 12  1224 11   544   6   306   6  2448
 3   1  4     0 12  1224 11   544   6   306   6  2448
 4   1  4     0 13  1152 12   512   7   288   6  2448
 5   1  4     0 13  1152 12   512   7   288   6  2448
 6   1  4     0  5     0  5     0   0     0   6  2448
<<output omitted>>


 Nota: A veces puede ver menos búfers asignados a pocas colas. Esto se espera ya que los valores no pueden encajar en el cálculo de Softmax para cola de prioridad y cola de no prioridad durante cierta combinación de configuraciones.


En resumen, cuantas más colas cree, menos búferes obtendrá cada cola en términos de Hardmax y softmax (ya que Hardmax también depende del valor de Softmax).


Nota: A partir de 3.6.3 o 3.7.2, el valor máximo para softmax se puede modificar mediante un comando CLI: "qos queue-softmax-multiplier 1200", siendo 100 el valor predeterminado. Si se configura como 1200, el softmax para colas sin prioridad y cola de prioridad no primaria (!=nivel 1) se multiplica por 12 a partir de sus valores predeterminados. Este comando surtiría efecto solamente en los puertos donde se conecta un policy-map. tampoco se aplica al nivel de cola de prioridad 1.

Uso de la política de servicio para cambiar manualmente el valor del búfer Softmax:

Ejemplo 1

A continuación se muestran la configuración de la política de servicio y la asignación de búfer correspondiente

policy-map TEST_POLICY
 class ONE
  priority level 1 percent 40
 class TWO
  bandwidth percent 40
 class THREE
  bandwidth percent 10

3850#show run int gig1/0/1

Current configuration : 67 bytes
!
interface GigabitEthernet1/0/1
 service-policy output TEST_POLICY
end

3850#show platform qos  queue config gigabitEthernet 1/0/1
DATA Port:21 GPN:65 AFD:Disabled QoSMap:1 HW Queues: 168 - 175
  DrainFast:Disabled PortSoftStart:2 - 450
----------------------------------------------------------
  DTS Hardmax   Softmax  PortSMin GlblSMin  PortStEnd
  --- --------  -------- -------- --------- ---------
 0   1  6    75  8   300  7   200   0     0   4   600
 1   1  4     0  8   300  7   200   3    75   4   600
 2   1  4     0  8   300  7   200   3    75   4   600
 3   1  4     0  8   300  7   200   3    75   4   600
<<output omitted>>


Las memorias intermedias se dividen por igual entre las colas. El uso del comando bandwidth sólo cambiará el peso de cada cola y, en consecuencia, la forma en que el planificador actuará en ella.

Para ajustar el valor softmax, debe utilizar el comando "Queue-buffer ratio" bajo la clase respectiva.

policy-map TEST_POLICY
 class ONE
  priority level 1 percent 40
 class TWO
  bandwidth percent 40
  queue-buffers ratio 50    <---------------
 class THREE
bandwidth percent 10
 class FOUR
  bandwidth percent 5


Las nuevas asignaciones de búfer son:

Para interfaz 1gig:

3850#show platform qos queue conf gigabitEthernet 1/0/1
DATA Port:21 GPN:65 AFD:Disabled QoSMap:1 HW Queues: 168 - 175
  DrainFast:Disabled PortSoftStart:0 - 900
----------------------------------------------------------
  DTS Hardmax   Softmax  PortSMin GlblSMin  PortStEnd
  --- --------  -------- -------- --------- ---------
 0   1  6    39  8   156  7   104   0     0   0  1200
 1   1  4     0  9   600  8   400   3   150   0  1200
 2   1  4     0  8   156  7   104   4    39   0  1200
 3   1  4     0 10   144  9    96   5    36   0  1200
 4   1  4     0 10   144  9    96   5    36   0  1200


Ahora, queue-1 obtiene el 50% del búfer de software, es decir: 600 búfers. los búfers restantes se asignan a las otras colas según el algoritmo.

Un resultado similar para una interfaz de 10 gig es:

3850#sh platform qos queue config te 1/0/37
DATA Port:2 GPN:40 AFD:Disabled QoSMap:1 HW Queues: 16 - 23
  DrainFast:Disabled PortSoftStart:4 - 1836
----------------------------------------------------------
  DTS Hardmax   Softmax  PortSMin GlblSMin  PortStEnd
  --- --------  -------- -------- --------- ---------
 0   1  7   234 10   936  9   416   0     0   5  7200
 1   1  4     0 11  3600 10  1600   4   900   5  7200
 2   1  4     0 10   936  9   416   5   234   5  7200
 3   1  4     0  4   864 11   384   1   216   5  7200
 4   1  4     0  4   864 11   384   1   216   5  7200
 5   1  4     0  5     0  5     0   0     0   5  7200
<<output omitted>>

Nota: a veces puede ver menos búfers asignados a pocas colas. Esto se espera ya que los valores no pueden encajar en el cálculo de Softmax para cola de prioridad y cola de no prioridad durante cierta combinación de configuraciones. Hay un algoritmo interno que se ocupa de ello.

Ejemplo 2

Asignación de todo el búfer softmax a la cola predeterminada única

policy-map NODROP
 class class-default
  bandwidth percent 100
  queue-buffers ratio 100

Los resultados de la configuración de QOS son los siguientes:

3850#show platfo qos queue config GigabitEthernet 1/1/1
DATA Port:21 GPN:65 AFD:Disabled QoSMap:1 HW Queues: 168 - 175
  DrainFast:Disabled PortSoftStart:0 - 900
----------------------------------------------------------
  DTS Hardmax   Softmax  PortSMin GlblSMin  PortStEnd
  --- --------  -------- -------- --------- ---------
 0   1  4     0  8  1200  7   800   3   300   2  2400
 1   1  4     0  5     0  5     0   0     0   2  2400

No hay búfer Hardmax porque la política se aplica a una interfaz y no tiene ninguna cola de prioridad con el "nivel" configurado.

 Tan pronto como se aplica el policy-map, la segunda cola se inhabilita dejando sólo 1 cola en el sistema.

La advertencia aquí es que todos los paquetes van a utilizar esta cola única (incluidos los paquetes de control como OSPF/EIGRP/STP).

Durante el tiempo de congestión (tormenta de difusión, etc.), esto puede causar fácilmente interrupciones en la red.

Esto es cierto si tiene otras clases definidas pero no coincidentes con los paquetes de control.


Caso Práctico: Caídas de salida


Para esta prueba, el generador de tráfico IXIA está conectado a la interfaz 1Gig y el puerto de salida es una interfaz de 100Mbps. Se trata de una conexión de 1 Gbps a 100 Mbps y se envía una ráfaga de 1 Gig de paquetes durante 1 segundo. Esto provocará una caída de salida en la interfaz de salida de 100 mbps.

Con la configuración predeterminada (no se aplica ninguna política de servicio), a continuación se muestra el número de caídas de salida después de enviar 1 secuencia

 3850#show interfaces gig1/0/1 | in output drop
  Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 497000


Estas caídas se ven en Th2, que es el umbral predeterminado. De forma predeterminada , el sistema utilizará el umbral máximo como umbral de caída que es Drop-Th2.


3800#show platform qos queue stats gigabitEthernet 1/0/1
<snip>
DATA Port:21 Drop Counters
-------------------------------
Queue Drop-TH0    Drop-TH1    Drop-TH2    SBufDrop    QebDrop
----- ----------- ----------- ----------- ----------- -----------
    0           0           0     497000           0           0
    1           0           0           0           0           0


Después de configurar la siguiente política de servicio para ajustar el búfer,

policy-map TEST_POLICY
 class class-default
  bandwidth percent 100
  queue-buffers ratio 100


3850#show runn int gig1/0/1
Current configuration : 67 bytes
!
interface GigabitEthernet1/0/1
 service-policy output TEST_POLICY
end


3850#sh platform qos  queue config gigabitEthernet 2/0/1
DATA Port:21 GPN:65 AFD:Disabled QoSMap:1 HW Queues: 168 - 175
  DrainFast:Disabled PortSoftStart:0 - 900
----------------------------------------------------------
  DTS Hardmax   Softmax  PortSMin GlblSMin  PortStEnd
  --- --------  -------- -------- --------- ---------
 0   1  4     0  8  1200  7   800   3   300   2  2400 <-- queue 0 gets all the buffer.


3850#show interfaces gig1/0/1 | in output drop
  Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 385064


Las caídas se redujeron de 497000 a 385064 para una misma ráfaga de tráfico. sin embargo, todavía hay caídas.

Después de configurar el comando de configuración global "qos queue-softmax-multiplier 1200".

3850#sh platform qos  queue config gigabitEthernet 1/0/1
DATA Port:21 GPN:65 AFD:Disabled QoSMap:1 HW Queues: 168 - 175
  DrainFast:Disabled PortSoftStart:0 - 900
----------------------------------------------------------
  DTS Hardmax   Softmax  PortSMin GlblSMin  PortStEnd
  --- --------  -------- -------- --------- ---------
 0   1  4     0  8 10000  7   800   3   300   2 10000


3850#show interfaces gig1/0/1 | in output drop
  Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0

Ahora, el softmax para queue-0 puede llegar hasta 10,000 buffers y como resultado, las caídas son Cero.

Nota: En la vida real, este tipo de escenario puede no ser posible, ya que otras interfaces también pueden utilizar el búfer, pero esto puede ayudar claramente a reducir las caídas de paquetes a un cierto nivel.

El búfer de software máximo disponible para una interfaz se puede aumentar usando este comando, sin embargo, también debe tener en cuenta que esto está disponible solamente si ninguna otra interfaz está usando estos búfers.

Summary


1. Cuando crea más colas, obtiene menos búfer para cada cola.

2. El número total de búferes disponibles se puede aumentar mediante el comando "qos queue-softmax-multiplier X".

3. Si define solamente 1 class-default, para ajustar el buffer, todo el tráfico cae bajo la cola única (incluidos los paquetes de control). Tenga en cuenta que cuando todo el tráfico se pone en una cola, no hay clasificación entre el tráfico de datos y el de control y, durante el momento de la congestión, el tráfico de control se puede descartar. Por lo tanto, se recomienda crear al menos otra clase para el tráfico de control. Los paquetes de control generados por la CPU siempre irán a la primera cola de prioridad aunque no coincidan en el mapa de clase. Si no hay cola de prioridad configurada, irá a la primera cola de la interfaz, que es queue-0.

4. Antes de CSCuu14019, las interfaces no mostrarán los contadores de "caídas de salida". debe ejecutar el resultado "show platform qos queue stats" para comprobar si hay caídas.

5. Se ha enviado una solicitud de mejora, CSCuz86625 , para que podamos configurar el multiplicador soft-max sin utilizar ninguna política de servicio.(Resuelto en 3.6.6 y superiores)

TAC Authored

Con la colaboración de ingenieros de Cisco

  • Furose Khan
    Ingeniero del TAC de Cisco

¿Resultó útil este documento?

FeedbackComentarios

Contacte a Cisco

Este documento se aplica a estos productos