Catalyst 3850: Descensos del resultado de Troubleshooting

Introducción

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.

Prerequisites

Requisitos

Cisco recomienda que usted tiene conocimiento básico 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, 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.

Estructura de la cola

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.

Pellizcar la Asignación de memoria intermedia

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

Usando la política de servicio para la Asignación de memoria intermedia de Hardmax o de Softmax

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>>

Ejemplo 1

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>>

‘Ejemplo 2’

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>>

Ejemplo 3

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.

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

Ejemplo 1

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.

‘Ejemplo 2’

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.

Caso práctico: Caídas de salida

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.

Resumen

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)