Configuración de una clase de reenvío personalizada para cada cola
De forma predeterminada, se asignan cuatro colas a cuatro clases de reenvío predeterminadas, cada una con un número de cola, un nombre y una abreviatura.
Las configuraciones de CoS pueden ser bastante complicadas, por lo que, a menos que su situación lo requiera, recomendamos que no altere los nombres de clase predeterminados ni las asociaciones de números de cola.
Si su red requiere más que las cuatro clases de reenvío predeterminadas, puede usar el siguiente procedimiento para crear nombres de clase de reenvío personalizados y asignar cada clase de reenvío a cualquier número de cola incluyendo la forwarding-classes instrucción en el [edit class-of-service] nivel de jerarquía.
Las class instrucciones y queue en el [edit class-of-service forwarding-classes] nivel jerárquico son mutuamente excluyentes. Si desea configurar la asignación uno a uno de clases de reenvío a colas de salida para hasta ocho clases de reenvío, use la queue instrucción en el [edit class-of-service forwarding-classes] nivel de jerarquía. Si desea configurar hasta 16 clases de reenvío con varias clases de reenvío asignadas a colas de salida únicas (consulte Configurar hasta 16 clases de reenvío personalizadas), incluya la class instrucción en el [edit class-of-service forwarding-classes] nivel de jerarquía.
No puede confirmar una configuración que asigne la misma clase de reenvío a dos colas diferentes.
No recomendamos clasificar paquetes en una clase de reenvío que no tenga ningún programador asociado en la interfaz de salida. Tal configuración puede causar caídas innecesarias de paquetes porque una clase de programación no configurada puede carecer de espacio de memoria intermedia adecuado. Por ejemplo, si configura una asignación de programador personalizada que no define la cola 0 y el clasificador predeterminado asigna paquetes entrantes a la clase de mejor esfuerzo (cola 0), es posible que la cola de salida no configurada para la clase de reenvío de mejor esfuerzo no tenga suficiente espacio para admitir incluso ráfagas de paquetes cortas.
Un mecanismo de control de congestión y transmisión predeterminado se utiliza cuando una interfaz de salida no está configurada para una determinada clase de reenvío, pero recibe paquetes destinados a esa clase de reenvío no configurada. Este mecanismo predeterminado utiliza el búfer de retraso y el crédito de round robin ponderado (WRR) asignado a la clase de reenvío designada, con un perfil de caída predeterminado. Dado que la asignación de crédito de memoria intermedia y WRR es mínima, es posible que se pierdan paquetes si se reenvía un número mayor de paquetes sin configurar la clase de reenvío para la interfaz.
Cuando se define una clase de reenvío para la misma cola que una de las clases de reenvío predeterminadas, la clase de reenvío predeterminada se elimina automáticamente. Por ejemplo, si define la clase be para la cola 0, que es la cola de la clase de reenvío predeterminada best-effort , se elimina la best-effort clase.
Si define más de una clase de reenvío para un número de cola determinado y utiliza el nombre de una clase de reenvío predeterminada para una de las nuevas clases, se elimina la nueva clase con el nombre predeterminado.
Para crear nombres de clase de reenvío personalizados y asignar cada clase de reenvío a cualquier número de cola: