¿Qué son los algoritmos de depósito con fugas y de depósito de tokens?
Antes de analizar el volumen de datos en ráfaga, primero debemos comprender el concepto de depósito de tokens. El depósito de fichas en sí no se descarta.
Y estrategia de prioridad,
El depósito de tokens funciona de la siguiente manera:
1.
2. Cada token permite a la fuente enviar una determinada cantidad de bits.
3. Al enviar un paquete, el acondicionador de tráfico eliminará una cantidad de tokens del depósito igual al tamaño del paquete.
4. Si no hay suficientes tokens para enviar el paquete, el paquete esperará hasta que haya suficientes tokens (en el caso de dar forma
en el servidor) o el paquete sea drop , también se puede marcar con un DSCP inferior (en el caso de servidores).
5. El cubo tiene una capacidad específica. Si el depósito está lleno, los tokens recién agregados se descartarán. Por lo tanto, en
En cualquier momento, la ráfaga máxima de datos que una fuente envía a la red es proporcional al tamaño del depósito. El depósito de tokens permite ráfagas
pero no puede exceder el límite.
Policía de tráfico de Cisco IOS.
IOS admite dos políticas de tráfico:
1. Política de tráfico tradicional de Cisco: CAR confirma la velocidad de acceso, utiliza el comando.
Enrutador (config-if)#Límite de velocidad {entrada|salida} CIR (bps)
Bc (ráfaga normal) Be (ráfaga máxima) conforme a la acción acción excede la acción Acción
2. Un nuevo tipo de política de tráfico de Cisco: la política basada en clases, que utiliza módulos.
Sintaxis Qos CLI (MQC) bloqueada. Puede utilizar comandos MQC para establecer una política de tráfico y aplicar la política a una interfaz.
Una política de tráfico incluye una categoría de tráfico y una o más características de QoS. Política
Este comando se utiliza para implementar la función de política de tráfico, que especifica la tasa máxima requerida para una clase de tráfico y excede esa tasa.
El sistema Qos de velocidad tomará medidas inmediatamente, la acción estándar es eliminar o restablecer el campo DSCP del encabezado del paquete. Política
La sintaxis de la orden es:
Tribunal de Circuito de Policíaltbps gtBc ltbc gtBe ltbe gtConformityltacción concertadagtExceed
ltAcción de anulacióngtBreachltContravention Operation gt
Comprensión Bc y Be
Para paquetes redundantes, la política de tráfico no los almacenará en caché ni los reenviará más tarde, solo les dará forma.
Lo haré. La política de tráfico solo aplica una política de envío o no envío. Porque los paquetes no se pueden almacenar en caché.
Cuando se produce congestión, el mejor enfoque es configurar una cantidad adecuada de datos en ráfaga en exceso.
No dejes caer demasiados paquetes. Esto es muy importante para comprender la estrategia de tráfico utilizando Bc y Be para garantizar el CIR.
Importante.
Los parámetros adicionales imitan las reglas generales de almacenamiento en caché del enrutador. Esta regla recomienda configurar el almacenamiento en búfer
igual a la velocidad de bits del tiempo de ida y vuelta para dar cabida a todas las ventanas conectadas durante una congestión TCP importante.
Fórmula recomendada para elementos de parámetros de ráfaga
Ráfaga normal, depósito de tokens con implementación estándar, establece el número máximo de tokens (aunque, como
Fruit Be gtBc, Puedes pedir prestados tokens). Decida qué tan grande es el depósito de fichas, porque si está lleno, constrúyalo.
La tarjeta se descartará y no se añadirá al depósito. CIR [bps] * (1 byte)/(8 bits) * 1,5
Segundos Nota: 1,5 segundos es un tiempo típico de ida y vuelta.
Arrebato excesivo. Proporciona capacidades de explosión adicionales para depósitos de tokens. Si Bc = Be, entonces no.
Soporta sobreexplosión. Cuando Bc = Be, el acondicionador de tráfico no puede tomar prestados tokens y sólo puede descartar números si no hay suficientes tokens.
Según el paquete, dos veces más rápido que Bc
Las pruebas en el tráfico TCP muestran que los valores de Bc y Be deben ser aproximadamente iguales a la velocidad promedio configurada en dos segundos. .
El flujo. Si desea limitar el tráfico a 1 Mb, configure Bc en 1-2 Mb y Be en 2-4 Mb.
Por ejemplo, si queremos limitar la velocidad de salida a 1,5 Mbps, podemos realizar los siguientes pasos:
1. Convertir la velocidad comprometida de bits a bytes, debido a la datos en ráfaga La unidad es bytes.
1.500.000 bits / 8 bits = 187.500 bytes
2. Utilice el tiempo de ida y vuelta estándar de 1,5 segundos para calcular Bc.
187500 bytes * 1,5 segundos = 281250 bytes.
3.
281250 bytes * 2 = 562500 bytes
Usar comando
La entrada de límite de velocidad 1500000 281250 562500 coincide con la operación {acción}
Operación excedida {acción}
Tamaño de ráfaga excedente
Los datos de ráfaga excedente se pueden usar cuando la cantidad de tokens disponibles es menor que el tamaño del paquete cuando llega el paquete. Beneficio incluido
Solicitud de préstamo de token. Al configurar un valor mayor que Bc, puede proporcionar al depósito de tokens una capacidad de explosión adicional.
Se puede entender a través de los dos ejemplos siguientes.
El primer ejemplo muestra cómo configurar una política CAR para permitir todo el tráfico IP. Proporcionado por el administrador en la línea T3.
Se introdujo el servicio de subtarifa de bajo coste de 20 Mbps. Los usuarios solo gastan la cantidad de ancho de banda de subtasa, que se puede aumentar según sea necesario.
Ancho de banda. CAR limita la tasa de tráfico disponible para los usuarios, y los usuarios solo pueden usar la tasa especificada más la ráfaga comprometida.
Cantidad de datos. Be=32000 se puede configurar adecuadamente.
Interfaz hssi 0/0/0
Salida de límite de velocidad 20000000 24000 32000 conforme a la transmisión de acción
Super caída de acción
En el siguiente ejemplo, los usuarios solo pueden enviar ráfagas de datos de 24.000 bytes y todos los paquetes que superen el límite son obligatorios.
Descartado, porque Bc=Be está configurado, por lo que el flujo de paquetes no puede tomar prestados tokens con capacidad de ráfaga adicional.
Interfaz Hssi0/0/0
Salida de límite de velocidad 20000000 24000 24000 se ajusta a la transmisión de acción
Super caída de acción
Correcto establecer la ráfaga La importancia del tamaño de los datos
Esta política especifica el tamaño de la ráfaga en bytes, que es compatible con los responsables de políticas basadas en clases.
El tamaño mínimo de ráfaga es de 1000 bytes, incluido el encabezado de Capa 2.
El propósito de la ráfaga de datos es perder paquetes gradualmente, al igual que el rojo, para evitar caídas de cola. Caminar
Un volumen de ráfaga suficientemente alto es importante para garantizar un buen rendimiento.
Al configurar el volumen de datos en ráfaga, tenga en cuenta lo siguiente:
1. Si el volumen de datos en ráfaga se configura demasiado bajo, la tasa de llegada de datos será mucho menor que la tasa configurada.
2. Castigar las ráfagas temporales es muy perjudicial para el rendimiento de los flujos TCP. Consulte RFC para obtener más detalles.
2001 y puertas de enlace de detección temprana aleatoria (RED), utilizadas para evitar la congestión.
Establezca el tamaño de ráfaga para permitir que el enrutador admita ráfagas temporales.
3. El procesamiento de paquetes que salen de la interfaz se basa en el tamaño del paquete y la cantidad de tokens que quedan en el depósito.
4. En las políticas basadas en clases, la medición del tráfico está activa independientemente de si la interfaz está congestionada o no. Cada paquete
pasará por el sistema de medición del depósito de tokens para determinar si cumple con los parámetros configurados.
5. Si la ráfaga de datos es muy grande y se esperan situaciones inesperadas, el exceso de datos de ráfaga con una configuración más alta puede garantizar que se almacenen más tokens en el token sobrante. cubo de cartas. Y la MTU de la interfaz se puede ajustar para que sea igual o mayor que el número de ráfagas.
Según tamaño.
Cantidad de datos en ráfaga permitidos
Inicialmente, incluido iOS 12.0, el rango de datos en ráfaga confirmados y en exceso admitidos por el comando de límite de velocidad es:
enrutador 1 (config-if)#¿Entrada de límite de velocidad 18000000?
lt8000-2000000 gt; bytes de ráfaga normal
enrutador 1(config-if)#Entrada de límite de velocidad 18000000 2000000?
lt8000-8000000 gt; número máximo de bytes de ráfaga
Enrutador 1 (configuración -if) #Entrada de límite de velocidad 18000000 2000000
IOS12.1 agregado Ráfaga máxima volumen de datos:
7500-107(config)#Interfaz atm 1/0/0
7500-107(config-if)#¿Salida límite de velocidad?
lt8000-200000000 gt; bits/segundo
Lista de acceso de coincidencia de grupo de acceso
ID de grupo de QoS de coincidencia de grupo ltb