Configurar 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, nombre y abreviatura.
Las configuraciones de CoS pueden ser bastante complicadas, por lo que, a menos que su situación lo requiera, recomendamos no alterar los nombres de clases predeterminados ni las asociaciones de números de cola.
Si la red requiere más de las cuatro clases de reenvío predeterminadas, puede utilizar 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 de jerarquía son mutuamente excluyentes. Si desea configurar la asignación uno a uno de las clases de reenvío a colas de salida de hasta ocho clases de reenvío, utilice 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 los 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, ya que una clase de programación no configurada puede carecer de espacio de memoria 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 alojar incluso ráfagas de paquetes cortas.
Se utiliza un mecanismo de control de congestión y transmisión predeterminado 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 por defecto usa el búfer de retraso y el crédito de round robin ponderado (WRR) asignados a la clase de reenvío designada, con un perfil de caída predeterminado. Dado que la asignación de crédito de búfer 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 clase be para la cola 0, que es la cola de la clase de reenvío predeterminada best-effort , la best-effort clase se quitará.
Si define más de una clase de reenvío para un número de cola determinado y usa 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: