Descripción general de la programación de prioridades
Junos OS admite varios niveles de prioridad de transmisión, que, en orden de aumentar la prioridad, sonlow, medium-lowmedium-highy high.strict-high Esto permite que el software service colas de mayor prioridad antes que colas de menor prioridad.
La programación de prioridades determina el orden en el que una interfaz de salida transmite el tráfico de sus colas, lo que garantiza que las colas que contienen tráfico importante tengan un mejor acceso a la interfaz de salida. Junos OS logra la programación de prioridades mediante el examen de la prioridad asignada de cada cola individual y si cada cola individual se encuentra dentro de su perfil de ancho de banda definido. Junos OS determina si una cola individual se encuentra dentro de su perfil de ancho de banda mediante la comparación, a intervalos regulares, de la cantidad de datos transmitidos por la cola con la cantidad de ancho de banda que le asigna la velocidad de transmisión del programador configurado (transmit-rate) definida en el [edit class-of-service schedulers scheduler-name] nivel jerárquico. Cuando la cantidad transmitida es menor que la cantidad asignada, se considera que la cola está en el perfil. Una cola está fuera de perfil cuando su cantidad transmitida es mayor que la cantidad asignada.
Las colas de una interfaz física de salida determinada (o una interfaz lógica de salida si se habilita la programación por unidad en esa interfaz) se dividen en conjuntos según su prioridad. Cualquier conjunto de este tipo contiene colas de la misma prioridad.
Junos OS atraviesa los conjuntos en orden descendente de prioridad. Si al menos una de las colas del conjunto tiene un paquete para transmitir, el software selecciona ese conjunto. Se selecciona una cola del conjunto según el algoritmo de rotación ponderada (WRR), que funciona dentro del conjunto.
Junos OS realiza colas de prioridad mediante los siguientes pasos:
El software localiza todas las colas de alta prioridad que se encuentran actualmente de perfil. Estas colas se resuelven primero de manera ponderada de ida y vuelta.
El software localiza todas las colas de prioridad media-alta que se encuentran actualmente de perfil. Estas colas se abastean en segundo lugar en una forma de round-robin ponderado.
El software localiza todas las colas de prioridad media-baja que se encuentran actualmente de perfil. Estas colas se abastean en tercer lugar en una forma de round-robin ponderado.
El software localiza todas las colas de baja prioridad que se encuentran actualmente en el perfil. Estas colas se abastean en cuarto lugar en una forma de round-robin ponderado.
El software localiza todas las colas de alta prioridad que actualmente están fuera de perfil y no tienen una velocidad limitada. El algoritmo de round-robin ponderado se aplica a estas colas para el servicio.
El software localiza todas las colas de prioridad media-alta que actualmente están fuera de perfil y no tienen una velocidad limitada. El algoritmo de round-robin ponderado se aplica a estas colas para el servicio.
El software localiza todas las colas de prioridad media-baja que actualmente están fuera de perfil y no tienen una velocidad limitada. El algoritmo de round-robin ponderado se aplica a estas colas para el servicio.
El software localiza todas las colas de baja prioridad que actualmente no están de perfil y que tampoco tienen una velocidad limitada. Estas colas se resuelven por última vez de manera ponderada de ida y vuelta.
Descripción general de la configuración de alta prioridad estricta
Puede configurar una cola por interfaz para que tenga strict-high prioridad, que funciona igual que la prioridad, pero ofrece un ancho de high banda de transmisión ilimitado. Siempre que la cola con strict-high prioridad tenga tráfico para enviar, recibe prioridad sobre todas las demás colas, excepto las que tienen high prioridad. Las colas con strict-high y high prioridad se turnan para transmitir paquetes hasta que la strict-high cola está vacía, las high colas de prioridad están vacías o las high colas de prioridad se quedan sin crédito de ancho de banda. Solo cuando se cumplen estas condiciones se puede reducir la prioridad de las colas de envío de tráfico.
Cuando configure una cola para que tenga strict-high prioridad, no es necesario incluir la instrucción en la transmit-rate configuración de cola en el [edit class-of-service schedulers scheduler-name] nivel de jerarquía, ya que la velocidad de transmisión de una strict-high cola de prioridad no está limitada por la configuración de WRR. Si configura una velocidad de transmisión en una strict-high cola de prioridad, no afecta a la operación WRR. Sin embargo, la velocidad de transmisión afecta al cálculo del búfer de retraso y también sirve como marcador de posición en la salida de comandos como el show interface queue comando.
strict-high las colas de prioridad pueden morir de low hambre en las colas de prioridad y, en determinadas circunstancias, pueden limitar high las colas de prioridad. La high prioridad le permite proteger las clases de tráfico para evitar que el tráfico en una strict-high cola pase hambre. Por ejemplo, una cola de control de red puede requerir una pequeña asignación de ancho de banda (por ejemplo, un 5 %). Puede asignar high prioridad a esta cola para evitar que no esté atendida.
Una cola con strict-high prioridad reemplaza las garantías de ancho de banda para las colas con menor prioridad; por lo tanto, recomendamos que utilice la prioridad para garantizar la strict-high ordenación adecuada del tráfico especial, como el tráfico de voz. Puede conservar las garantías de ancho de banda para las colas con menor prioridad asignando a la cola con strict-high prioridad solo la cantidad de ancho de banda que generalmente requiere aplicando la rate-limitopción a la velocidad de transmisión de la strict-high cola. Por ejemplo, considere la siguiente asignación del ancho de banda de transmisión:
Q0 BE: 20 por ciento, baja prioridad
Primer trimestre de EF: 30 por ciento, prioridad estricta y alta
Af del segundo trimestre: 40 % con baja prioridad
Tercer trimestre del nc: 10 por ciento, prioridad baja
Esta asignación de ancho de banda supone que, en general, la clase de reenvío EF requiere solo el 30 % del ancho de banda de transmisión de una interfaz. Sin embargo, si se reciben ráfagas cortas de tráfico en la clase de reenvío EF y no se aplica la rate-limitopción, el 100 % del ancho de banda se da a la clase de reenvío EF debido a la strict-high configuración.