Algoritmo de bucket de token único
Conceptos de Token Bucket
Cuando se aplica vigilancia de tráfico al tráfico de entrada o salida en una interfaz, los límites de velocidad y las acciones especificadas en la configuración del controlador se utilizan para imponer un límite en la velocidad de transferencia de datos promedio en la interfaz, a la vez que permiten ráfagas de tráfico de hasta un número máximo de bytes en función de la carga de tráfico general. Los aplicadores de políticas de Junos OS miden la conformidad del flujo de tráfico con un límite de velocidad de vigilancia mediante un algoritmo de bucket de tokens. Un algoritmo basado en un solo bucket de token permite ráfagas de tráfico durante períodos cortos, mientras que un algoritmo basado en buckets de token dual permite ráfagas de tráfico más sostenidas.
Algoritmo de bucket de token único
Un aplicador de dos colores de velocidad única limita el rendimiento del tráfico en una interfaz en función de cómo el tráfico se ajusta a los valores límite de velocidad especificados en la configuración del aplicador. De forma similar, un aplicador jerárquico limita el rendimiento del tráfico en una interfaz en función de cómo los subflujos de tráfico agregado y premium se ajustan a los valores límite de tasa agregados y de prima especificados en la configuración del aplicador. Para ambos tipos de aplicadores de dos colores, los paquetes en un flujo de tráfico conforme se clasifican como verdes y los paquetes en un flujo de tráfico no conforme se clasifican como rojos.
El algoritmo de bucket de token único mide la conformidad del flujo de tráfico con un límite de velocidad de aplicación de políticas de dos colores de la siguiente manera:
La tasa de llegada de tokens representa el límite de ancho de banda único configurado para el aplicador de policía. Puede especificar el límite de ancho de banda como un número absoluto de bits por segundo incluyendo la instrucción.
bandwidth-limit bpsComo alternativa, sólo para los aplicadores de dos colores de velocidad única, puede utilizar la instrucción para especificar el límite de ancho de banda como un porcentaje de la velocidad del puerto de la interfaz física o de la velocidad de conformación de la interfaz lógica configurada.bandwidth-percent percentageLa profundidad del bucket de token representa el tamaño de ráfaga única configurado para el aplicador de políticas. El tamaño de ráfaga se especifica incluyendo la instrucción.
burst-size-limit bytesSi el cubo se llena a su capacidad, los tokens que llegan "desbordan" el cubo y se pierden.
Cuando el bucket no contiene tokens suficientes para recibir o transmitir el tráfico en la interfaz, es posible que los paquetes se descarten o se vuelvan a marcar con una clase de reenvío inferior, un nivel de prioridad de pérdida de paquetes (PLP) más alto o ambos.
Medición de conformidad para marcado bicolor
En la vigilancia de marcado de dos colores, un flujo de tráfico cuya tasa promedio de llegada o salida no excede la tasa de llegada de tokens (límite de ancho de banda) se considera tráfico conforme. Los paquetes en un flujo de tráfico conforme (categorizados como tráfico verde) se marcan implícitamente con un nivel de prioridad de pérdida de paquetes (PLP) de y luego pasan a través de la interfaz.low
Para un flujo de tráfico cuya tasa promedio de llegada o salida excede la tasa de llegada de tokens, la conformidad con un límite de tasa de aplicador de dos colores depende de los tokens en el bucket. Si quedan suficientes tokens en el bucket, el flujo se considera tráfico conforme. Si el bucket no contiene suficientes tokens, el flujo se considera tráfico no conforme. Los paquetes en un flujo de tráfico no conforme (categorizado como tráfico rojo) se manejan de acuerdo con las acciones policiales. Dependiendo de la configuración del aplicador de dos colores, los paquetes pueden descartarse implícitamente; o bien, los paquetes pueden volver a marcarse con una clase de reenvío especificada, un PLP especificado o ambos, y luego pasarse a través de la interfaz.
La cantidad de tokens que permanecen en el bucket en un momento dado es una función de la profundidad del bucket de tokens y la carga de tráfico general.
El bucket de tokens se llena inicialmente a su capacidad, por lo que el aplicador permite una ráfaga de tráfico inicial (tráfico consecutivo a velocidades promedio que superan la tasa de llegada de tokens) hasta el tamaño de la profundidad del bucket de tokens.
Durante períodos de tráfico relativamente bajo (tráfico que llega o sale de la interfaz a velocidades promedio por debajo de la tasa de llegada de tokens), los tokens no utilizados se acumulan en el bucket, pero solo hasta la profundidad del bucket de tokens configurada.