Conmutador Ethernet capaz de H-QoS en el nivel 802.1q


8

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

¿Le ha preguntado a BT sobre el servicio QoS? Deben poder entregarlo en el punto de congestión (lo hacen por nosotros), entonces no necesita ninguna QoS en el NNI, solo asegúrese de que sus marcas sean correctas.
ytti

Sé la oferta de BT, pero otros operadores no. Virgin / Colt / TalkTalk, etc. no tienen una política tan sólida. Necesito algo que sea neutral para el portador por completo. Además, como siempre en el caso de los negocios, la oferta de QoS de BT tiene un costo más alto y el negocio quiere menos costos
mellowd

ACK. Parece que necesitas ir de compras. ME3600X funciona para esto, pero tiene buffers limitados ME3800X tiene buffers más profundos. Pero, francamente, elegiría ASR9001 o MX104 como su enrutador NNI y dejaría XMR en la terminación de núcleo / no QoS.
ytti

ME3800X es tres veces el precio del ME3600X. Si tuviera el presupuesto, con gusto obtendría un ASR9k o MX, pero tengo las manos atadas. Parece que el 3800 tiene 352Mb de memorias intermedias, mientras que el 3600 tiene solo 44Mb. Una diferencia significativa ¿Hay algún cálculo que me permita determinar exactamente qué 44Mb de memorias intermedias me darían?
mellowd

No sé sobre el escalado de hardware, pero la serie ME definitivamente puede hacer este tipo de cosas por VLAN. Tendría que hacer su tarea aunque re: diga cuántos mapas de políticas anidadas admite, por ejemplo, tal vez tenga 1000 VLAN por ejemplo y dudo que pueda crear 1000 subpolíticas. Desafortunadamente, mi ME más grande es el humilde 3400X y solo estoy agregando dos circuitos de 100M y multi-inquilino, tal vez 6-7 VLAN (y la mayoría de ellos están realmente separados físicamente, así que no tengo problemas de escala) También podría mirar un dispositivo real como Exinda a la forma por VC. Por cierto, me alegro de verte aquí tranquilo
wintermute000

Respuestas:


2

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:

policy-map 10Mbps
  cir 9992688 cbs 32768 eir 0 ebs 1250 excess-priority 0

!numbered access lists in the range of 400-599 are for L2 MAC access lists
access-list 400 permit any any 2000 etype any
!2000 will represent the VLAN ID

interface ethernet 1/1
  qos pcp encode-policy off     ! preserve outer VLAN CoS if applicable
  rate-limit strict-acl         ! drop traffic that's denied by a rate-limiting ACL
  rate-limit output access-group 400 policy-map 10Mbps

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.


Si broundry acepta cos / DSCP para esa lista de acceso, podría hacer una QoS no burstable (cada clase tiene un recurso compartido fijo). Pero sería muy difícil de vender calidad de servicio, donde cada clase no es rompible (Imagine que su estar siempre consiguiendo solamente digamos 30%, incluso cuando no hay otra clase tiene ninguna demanda al enlace)
ytti
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.