¿Tiene una cuenta?
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.
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).
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.
Cisco recomienda que tenga conocimientos básicos de QoS en la plataforma Catalyst.
La información que contiene este documento se basa en las siguientes versiones de software y hardware.
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.
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.
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
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>>
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>>
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>>
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.
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.
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.
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.
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)