Tenemos un proveedor de servicios (y no podemos cambiar de proveedor) que nos brinda una conexión de estilo "metro ethernet" entre dos de nuestras ubicaciones. En cada extremo, nos conectamos a un puerto ethernet en el conmutador de un proveedor y envían marcos de un lado a otro. Obtenemos un cierto ancho de banda de ellos y están descartando paquetes que explotan sobre el ancho de banda.
Estoy bastante seguro de que una buena manera de no sobrepasar su límite y evitar paquetes perdidos es dar forma a nuestro tráfico para que se ajuste al límite. Creo que estoy muy cerca de entender cómo hacer esto, pero es bastante complicado. Tenemos un Cisco Catalyst 3560X a cada lado de la conexión.
Si quiero reducir el tráfico a 50 Mbps a través del túnel, parece que la forma correcta (¿tal vez solo?) De hacerlo es usar la configuración en las colas de salida de los puertos utilizados para el enlace en cada uno de nuestros 3560. No necesitamos marcar ni clasificar ningún tráfico, solo queremos darle forma a todo a 50 Mbps. Aquí hay una configuración de puerto de ejemplo en este momento:
interface GigabitEthernet0/1
speed auto 10 100
spanning-tree portfast disable
Sé que querré hacerlo mls qos
en modo de configuración global. Entonces debería ver algo como esto:
[Switch name]# show mls qos int gig0/1 queueing
GigabitEthernet0/1
Egress Priority Queue : disabled
Shaped queue weights (absolute) : 25 0 0 0
Shared queue weights : 25 25 25 25
The port bandwidth limit : 100 (Operational Bandwidth:100.0)
The port is mapped to qset : 1
Mi comprensión hasta ahora es la siguiente, siéntase libre de corregirme:
- Todo el tráfico será CoS 0 / sin marcar, por lo que entrará en la cola de salida 2 de forma predeterminada.
- La cola de salida 2 comparte el ancho de banda por igual con la cola 3 y 4, y se ignora el peso de la cola 1.
- La cola de salida 1 tiene forma de 1/25 del ancho de banda de la interfaz, por lo que 4 Mbps en este caso.
Así que entiendo que las colas 2 - 4 tienen garantizado el 33% del ancho de banda (33 Mbps, ¿verdad?) Y la cola 1 tiene una forma de 4 Mbps. Mi primera pregunta es:
Con esta configuración predeterminada, si solo se usa la cola 2 , ¿cuánto ancho de banda obtendrá? 100 Mbps? ¿Y si todas las colas se utilizaran por completo, la cola 1 tendría 4 Mbps y las colas 2 - 4 tendrían 32 Mbps (100 - 4 = 96/3 = 32)?
Y ahora la verdadera pregunta:
Para configurar todo el tráfico de salida no clasificado para que se ajuste a 50 Mbps, ¿puedo ingresar
srr-queue bandwidth shape 0 2 0 0
a la interfaz en cuestión y listo?
Parece que los límites de intercambio y configuración de la cola no están garantizados, por lo que es posible que deba reducir mi velocidad nominal a 45 Mbps en la cola de salida si se quiere evitar una ráfaga de más de 50 Mbps. ¿Puedo hacer eso simplemente corriendo srr-queue bandwidth limit 90
combinado con la configuración anterior? ¿Sería lo mismo usar en su lugar:
srr-queue bandwidth shape 0 1 0 0
srr-queue bandwidth limit 45
¿Eso formaría cola de 2 a 45 Mbps (en una interfaz de 100 Mbps)?
Una vez que entiendo eso, supongo que mi siguiente parada es ordenar las asignaciones de los búferes y los umbrales, por lo que mi configuración está dejando caer la menor cantidad de paquetes posible, ¿verdad? Esa puede ser una pregunta separada si es necesario, pero en realidad eso parece tener mucho más sentido hasta ahora.
fuente
Respuestas:
Respuesta corta: Sí, esto es todo lo que se necesita para dar forma a la salida.
Por supuesto, se debe ingresar mls qos, pero una vez que está configurado, la configuración de salida en un puerto es tan simple como:
speed 10 100 1000
)srr-queue bandwidth limit 10-90
el último argumento es el porcentaje de la velocidad de línea para limitar el ancho de banda)srr-queue bandwidth shape 0 x 0 0
donde el límite de ancho de banda (si se aplica) o la velocidad de línea (si no hay límite) dividido entrex
es el ancho de banda al que se configura el tráfico)Fuente:
Hoy temprano tomé un 3560 extra, puse una computadora adicional en cada uno de los dos puertos y comencé a hacer cambios de configuración mientras copiaba archivos de un lado a otro entre las dos computadoras, observaba la tasa de copia estimada y hacía algunos cálculos para confirmar los números emparejar.
fuente
Es muy facil. Si tiene RTP o algún LLQ, es posible que deba hacer una política anidada, pero si no:
fuente
match any
no es un subcomando de mapa de clase válido, pero creo quematch protocol ip
hace lo mismo. Elshape
subcomando policy-map class-map no está disponible en mi Catalyst 3560. Por lo tanto, esta es una buena información que no responde a mi pregunta. Gracias por responder, sin embargo.show mls qos int <type><#> queueing
por lo que no tiene que adivinar.