Tengo el siguiente tipo de enlaces en el borde de mi nube de ISP:
+-----------------------+
| Customer 1 |
|-----------------------|
+-----------------------+ +-----------> |
| XMR | | | |
|-----------------------| | +-----------------------+
| | +-------------------+--+
| | | BT Cloud |
| | |----------------------|
| | | |
| +---------> | +-----------------------+
| | | | | Customer 2 |
+-----------------------+ +-------------------+--+ |-----------------------|
| | |
+-----------> |
+-----------------------+
A la izquierda hay un Brocade XMR. Esto está conectado a través de un enlace de concierto único a muchos operadores, en este ejemplo BT. BT nos proporciona muchos enlaces punto a punto sobre este enlace único en el extremo A. El extremo B luego se segrega y se dirige a cada sitio geográficamente disperso. En el extremo A, el puerto XMR, especificamos a qué sitio va el tráfico a través de una ID de vlan previamente acordada.
Todo esto funciona perfectamente bien y tenemos muchos de estos enlaces a BT y una gran cantidad de otros operadores.
El problema es principalmente QoS saliente del XMR. Si bien hay un enlace directo entre mi XMR y los portadores, esos circuitos internos pueden ser desde 2Mb hasta un concierto.
Supongamos que el Cliente 1 tiene un enlace de 10Mb. Quieren que el 25% de este enlace esté reservado para el tráfico marcado EF. Esto es fácil de hacer en el nivel de CPE, ya que puedo configurar la interfaz a 10Mb y luego dar prioridad por ciento 25 a los paquetes marcados con EF. Sin embargo, en el extremo A, el XMR considera que todo este enlace es de 1 Gb. No sabe que vlan 2000 fuera del sitio del Cliente 1 es solo 10Mb (BT lo está vigilando a 10Mb dentro de su propia red)
H-QoS sería ideal ya que podría dar forma a vlan 2000 a 10Mb, y luego dentro de ese valor de forma dar un 25% a EF. El problema es que H-QoS en XMR solo es compatible con el módulo 8X10Gb. Ninguno de los operadores que utilizamos nos está dando 10 Gb nativos pero directamente a nosotros (solo un montón de enlaces de 1 Gb)
Mi plan es pegar otro dispositivo entre el XMR y el operador que simplemente hace H-QoS. He estado mirando el Cisco ME3600X que supuestamente puede hacer H-QoS en función de la identificación de vlan. ¿Alguien tiene experiencia con esta característica particular en el ME3600X o tal vez me da una mejor idea de hacer esto?
Esencialmente, me gustaría tener una configuración que se parezca a esto si tiene más sentido:
policy-map out-policy-parent
class vlan2000
shape average 10000000
service-policy out-policy
class vlan2001
shape average 20000000
service-policy out-policy
policy-map out-policy
class EF
priority percent 25
class AF21
bandwidth percent 50
interface gigabitethernet0/1
service-policy output out-policy-parent
Respuestas:
Si bien no creo que sea tan "robusto" como H-QoS / dar porcentajes basados en valores DSCP y probablemente requiera más sobrecarga de configuración, podría limitar la velocidad de salida frente a las ACL L2 que hacen referencia a una VLAN. Ejemplo:
Según los documentos, puede vincular múltiples políticas de limitación de velocidad a un solo puerto, sin embargo, una vez que se encuentra una cláusula ACL coincidente para un paquete, el dispositivo no evalúa las cláusulas posteriores en la ACL limitante de velocidad y las ACL limitantes de velocidad posteriores.
En cuanto a la configuración de EF, en lugar de hacerlo, puede comprometerse con el 25% de los 10 Mbps y el resto puede ir a un valor EIR / EBS.
fuente