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 y de los buffers de la cola en la plataforma del Catalyst 3650/3850. También proporciona el ejemplo en cómo las caídas de resultados se pueden atenuar hasta cierto punto.
Las caídas de resultados son generalmente un resultado de la suscripción excesiva de la interfaz causado por muchos a uno o 10gig a la transferencia 1gig. Los buffers de la interfaz son un recurso limitado y pueden absorber solamente una explosión hasta una punta después de lo cual los paquetes caerán. Ajustar los buffers puede darle algún amortiguador pero no puede garantizar un escenario cero de la caída de resultados.
Se recomienda para funcionar con 03.06 o la última versión 03.07's para conseguir las Asignaciones de memoria intermedia apropiadas debido a algunos bug conocido en más viejos códigos.
Cisco recomienda que usted tiene conocimiento básico de QoS en la plataforma Catalyst.
La información que contiene este documento se basa en las siguientes versiones de software y hardware.
Tradicionalmente, los buffers se afectan un aparato estáticamente para cada cola, y como usted aumenta el número de colas de administración del tráfico la cantidad de buffers reservados disminuye. Esto era ineficaz y podía llevar al no tener bastantes buffers para manejar las tramas para todas las colas de administración del tráfico. ¿?
Para conseguir alrededor de ese tipo de buffers duros de las aplicaciones de la limitación, de la plataforma del Catalyst 3650/3850 y de buffers suaves.
Buffers duros: Éste es el buffer reservado mínimo para las colas de administración del tráfico específicas. Si una cola específica no utiliza los buffers, no está disponible para otras colas de administración del tráfico.
Buffers suaves: Estos buffers se asignan a una cola pero se pueden compartir por otras colas de administración del tráfico y interfaces si no se está utilizando.
La Asignación de memoria intermedia predeterminada sin la servicio-directiva es aplicada:
La Asignación de memoria intermedia predeterminada para un puerto 1GB es 300 buffers y para un puerto 10GB, es 1800 bytes (1 buffer = 256) de los buffers. El puerto puede utilizar el hasta 400% del valor por defecto afectado un aparato del pool común con las configuraciones predeterminadas, que es 1200 buffers y 7200 buffers para 1 interfaz gig y 10Gig interconectan respectivamente.
El límite de búfer suave predeterminado se establece a 400 (que es el umbral máximo). El umbral determinaría el número máximo de buffers suaves que se pueden pedir prestados del pool común.
Cuando no hay servicio-directiva aplicada, hay 2 colas predeterminadas (cola 0 y cola 1). El queue-0 se utiliza para el DSCP 32 del tráfico de control (o 48 o 56) y queue-1 se utiliza para el tráfico de datos.
Por abandono, la cola 0 será dada el 40% de los buffers que están disponibles para la interfaz como sus buffers duros. es decir 120 buffers se afectan un aparato para la cola 0 en el contexto de los puertos 1G; 720 buffers en el contexto de los puertos 10G. El softmax, los buffers máximos de la suavidad, porque esta cola se fija a 480 (calculado como 400% de 120) para los puertos 1GB y a 2880 para los puertos 10GB, donde está el umbral máximo 400 predeterminado que se configura para cualquier cola.
La cola 1 no tiene ninguna buffers dura afectada un aparato. El valor de búfer suave para queue-1 se calcula como el 400% del buffer restante de la interfaz después de ser afectado un aparato a queue-0. Así pues, es el 400% de 180 para la interfaz 1Gig y el 400% de 1800 para una interfaz 10Gig.
El comando show que puede ser utilizado para considerar esta asignación es “<interface> de los config de la cola de los qos de la plataforma de la demostración”.
Para una interfaz 1Gig,
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 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 los buffers duros es la cantidad de buffer que esté siempre reservado y disponible para esta cola.
Softmax o los buffers suaves es la cantidad de buffer que se puede pedir prestada de las otras colas de administración del tráfico o agrupación global. El número total de softmax por la interfaz 1Gig es 1200 (el 400% de 300) y 7200 buffers si es un inrerface 10Gig. Cuando aplicamos una servicio-directiva, habrá 1 cola adicional creada para el “valor por defecto de la clase” si no creado explícitamente. Todo el tráfico que no están correspondiendo con bajo previamente las clases definidas baja bajo esta cola. No puede haber ninguna declaración de coincidencia bajo esta cola.
Para pellizcar los buffers en 3650/3850 plataforma, necesitamos asociar una política de servicio bajo interfaz respectiva. podemos pellizcar la Asignación de memoria intermedia de Hardmax y de Softmax usando la servicio-directiva.
Buffer duro y cálculos suaves del buffer:
Éste es cómo el sistema afecta un aparato el softmax y el hardmax para cada cola.
Memoria intermedia de puerto total = 300 (1G) o 1800 (10G)
Si hay un total de 5 colas de administración del tráfico (5 clases), cada cola consigue el buffer del 20% por abandono.
Priority queue:
1Gig:
HardMax = Oper_Buff el = 20% de 300 = 60.
qSoftMax = (Oper_Buff * Max_Threshold)/100=60*400/100=240
10Gig
HardMax = Oper_Buff el = 20% de 1800 = 360
qsoftMax = (Oper_Buff * Max_Threshold)/100 = 360*400/100= 1440
Cola sin prioridad:
1Gig:
HardMax = 0
qSoftMax = (Oper_Buffer*Max_Threshold)/100 = 300*20/100= 60. el 400% de 60 = 240
10Gig:
HardMax = 0
qSoftMax = (Oper_Buffer*Max_Threshold)/100 = 1800*20/100= 360. el 400% de 360 = 1440
si una servicio-directiva es aplicada, sólo el “priority queue con el nivel el 1/2" consigue el Hardmax. Debajo de los ejemplos ayudará a aclarar la Asignación de memoria intermedia para la política de servicio specfic en la interfaz 1Gig y la interfaz 10Gig.
Como sabemos, con la configuración predeterminada donde usted no ha aplicado ninguna política de servicio, el queue-0 consigue Hardmax predeterminado de 120 si el link es un link 1Gig y 720 buffers si el link es un link 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>>
Mientras que la aplicación de una servicio-directiva, si usted no configura un priority queue o si usted no fija un priority queue llano, allí no será 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 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 usted aplica el “nivel de prioridad el 1", el queue-0 consigue 60 buffers como Hardmax. Hay una poca matemáticas detrás de esto y fue explicada en sección del cálculo de Softmax y de HardMax anterior.
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 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>>
Por este 3ro ejemplo, voy a agregar una clase adicional. ahora el número total de colas de administración del tráfico se convierte en 6. Con 2 niveles de prioridad configurados, cada cola consigue 51 buffers como Hardmax. La matemáticas es lo mismo que el ejemplo anterior.
Para la 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 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: Usted puede ver a veces menos buffers afectados un aparato a pocas colas de administración del tráfico. Se espera esto como el canto de los valores cabido en el cálculo de Softmax para el priority queue y la cola sin prioridad durante cierta combinación de configuraciones.
En resumen, cuanto más colas de administración del tráfico que usted crea, menos los buffers cada cola consigue en términos de Hardmax y softmax (pues Hardmax es también dependiente en el valor de Softmax).
Note: A partir de 3.6.3 o 3.7.2, el valor máximo para el softmax se puede modificar usando un comando CLI: “cola-Softmax-multiplicador el 1200" de los qos, con 100 siendo valor predeterminado. ¡Si está configurado como 1200, el softmax para las colas sin prioridad y priority queue NON-primario (! el =level 1) es multiplicado por 12 de sus valores predeterminados. Este comando tomaría el efecto solamente sobre los puertos en donde se asocia un directiva-mapa. es también no corresponde para el nivel 1. del priority queue.
La configuración de la política de servicio y la Asignación de memoria intermedia correspondiente se muestra abajo
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>>
Los buffers están partidos igualmente a través de las colas de administración del tráfico. Usando el comando bandwidth cambiará solamente la ponderación para cada cola y correspondientemente cómo el planificador de trabajos actuará en él.
Para pellizcar el valor del softmax, usted tiene que utilizar “el comando de la relación de transformación del búfer de cola” bajo 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 memoria intermedia son:
Para la 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 consigue el 50% del buffer suave, es decir: 600 buffers. que siguen habiendo los buffers se afectan un aparato a las otras colas de administración del tráfico según el algoritmo.
La salida similar para una interfaz 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: usted puede ver a veces menos buffers afectados un aparato a pocas colas de administración del tráfico. Se espera esto como el canto de los valores cabido en el cálculo de Softmax para el priority queue y la cola sin prioridad durante cierta combinación de configuraciones. Hay un algoritmo interno que toma el cuidado de él.
Afectar un aparato todo el buffer del softmax a la sola cola predeterminada
policy-map NODROP class class-default bandwidth percent 100 queue-buffers ratio 100
Los resultados de los config QOS son como sigue:
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 buffer de Hardmax puesto que la directiva se aplica a una interfaz y no tiene ningún priority queue con el “nivel” fijado.
Tan pronto como usted aplique el directiva-mapa, la 2da cola consigue discapacitada dejando solamente 1 cola en el sistema.
La advertencia aquí es que todos los paquetes van a utilizar esta cola única (paquetes de control incluyendo como OSPF/EIGRP/STP).
Durante la época de la congestión (tormenta de broadcast etc), esto puede causar fácilmente la interrupción del funcionamiento de la red.
Esto es verdad si usted tiene otras clases definidas pero que no corresponden con los paquetes de control.
Para esta prueba, el genertor del tráfico IXIA está conectado con la interfaz 1Gig y el puerto de egreso es la interfaz 100Mbps. Esto es un 1Gbps a la conexión 100Mbps y una explosión de 1 carruaje de los paquetes se envía para 1 segundo. Esto causará la caída de resultados en la interfaz de la salida 100mbps.
Con los config predeterminados (ninguna servicio-directiva aplicada), el número de caídas de resultados después de enviar 1 secuencia se muestra abajo
3850#show interfaces gig1/0/1 | in output drop Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 497000
Estos descensos se consideran en Th2, que es el umbral predeterminado. Por el valor por defecto, el sistema utilizará el umbral máximo como umbral de caída que sea 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 servicio-directiva siguiente para pellizcar el buffer,
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
Los descensos redujeron a partir el 497000 a 385064 para una misma ráfaga de tráfico. con todo, todavía hay descensos.
Después de configurar “el comando global config del cola-Softmax-multiplicador el 1200" de los qos.
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 ir hasta 10,000 buffers y como consecuencia, los descensos son cero.
Nota: En la vida real, este tipo de escenario no puede ser posible mientras que otras interfaces pueden también utilizar el buffer, pero, ésta puede ayudar definitivamente en la reducción de las caídas de paquetes a cierto nivel.
El buffer suave máximo disponible para una interfaz se puede aumentar usando este comando sin embargo, usted debe también tener presente que éste está disponible solamente si ninguna otra interfaz está utilizando estos buffers.
1. Cuando usted crea más colas de administración del tráfico, usted consigue menos buffer para cada cola.
2. El número total de buffers disponibles se puede aumentar usando los “qos comando del cola-Softmax-multiplicador X”.
3. Si usted define solamente 1 class-default, para pellizcar el buffer, todo el tráfico baja bajo la cola única (paquetes de control incluyendo). Aconséjese que cuando todo el tráfico se introduce una cola, no hay clasificación entre el control y el tráfico de datos y durante la época de la congestión, tráfico de control podría conseguir caído. Así pues, se recomienda para crear por lo menos la 1 otro clase para el tráfico de control. Los paquetes de control generados CPU irán siempre a la cola de primera prioridad incluso si no están correspondidos con en el clase-mapa. Si no hay priority queue configurado, iría a la primera cola de la interfaz, que es queue-0.
4. Antes de CSCuu14019, las interfaces no visualizarán los contadores de la “caída de resultados”. usted tiene que ejecutar “la salida stats de la cola de los qos de la plataforma de la demostración” para marcar para saber si hay descensos.
5. Se ha presentado un pedido de mejora, CSCuz86625, de dejarnos configurar el multiplicador suave-MAX sin usar ninguna servicio-directiva. (Resuelto en 3.6.6 y arriba)