Switch Ethernet capaz de H-QoS no nível 802.1q


8

Eu tenho o seguinte tipo de links na borda da minha nuvem ISP:

                                                                    +-----------------------+
                                                                    |    Customer 1         |
                                                                    |-----------------------|
  +-----------------------+                             +----------->                       |
  |        XMR            |                             |           |                       |
  |-----------------------|                             |           +-----------------------+
  |                       |         +-------------------+--+
  |                       |         |      BT Cloud        |
  |                       |         |----------------------|
  |                       |         |                      |
  |                       +--------->                      |        +-----------------------+
  |                       |         |                      |        |    Customer 2         |
  +-----------------------+         +-------------------+--+        |-----------------------|
                                                        |           |                       |
                                                        +----------->                       |
                                                                    +-----------------------+

À esquerda é um Brocade XMR. Isso é conectado através de um único link de gig a várias operadoras, neste exemplo, BT. A BT nos fornece muitos links ponto a ponto sobre esse link único na extremidade A. A extremidade B então segregam e vão para cada local geograficamente disperso. Na extremidade A, na porta XMR, especificamos para qual site o tráfego vai via um ID de vlan previamente acordado.

Tudo isso funciona perfeitamente bem e temos muitos desses links para a BT e várias outras operadoras.

O problema é principalmente a saída de QoS do XMR. Embora exista um link de show entre o meu XMR e as operadoras, esses circuitos internos podem variar de 2 Mb a um show.

Vamos supor que o Cliente 1 tenha um link de 10 Mb. Eles querem que 25% desse link seja reservado para o tráfego marcado pela EF. É fácil fazer a saída no nível CPE, pois posso configurar a interface para 10Mb e, em seguida, dar prioridade percentual 25 aos pacotes marcados com EF. No final A, no entanto, o XMR considera esse link inteiro como 1Gb. Ele não sabe que o vlan 2000 para o site 1 do Cliente é de apenas 10 Mb (a BT o policia para 10 Mb em sua própria rede)

O H-QoS seria ideal, pois eu poderia modelar vlan 2000 a 10Mb e, nesse valor modelado, dar 25% à EF. O problema é que a H-QoS no XMR é suportada apenas no módulo 8X10Gb. Nenhuma das operadoras que usamos está fornecendo 10Gb nativos, mas diretamente para nós (apenas muitos links de 1Gb)

Meu plano é colocar outro dispositivo entre o XMR e a transportadora que simplesmente faz H-QoS. Eu estive olhando o Cisco ME3600X, que supostamente pode fazer H-QoS com base no ID da vlan. Alguém tem experiência com esse recurso específico no ME3600X ou talvez me dê uma idéia melhor disso?

Essencialmente, eu gostaria de ter uma configuração parecida com esta, se fizer mais 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

Você perguntou à BT sobre o serviço de QoS? Eles devem ser capazes de entregá-lo no ponto de congestionamento (eles fazem por nós); então você não precisa de QoS no NNI, apenas garanta que suas marcações estejam corretas.
ytti

Conheço a oferta da BT, mas outras operadoras não. A Virgin / Colt / TalkTalk, etc, não tem uma política tão robusta. Eu preciso de algo que seja completamente neutro em relação à operadora. Além disso, como sempre no caso dos negócios, a oferta de QoS da BT tem um custo mais alto e os negócios desejam menos custos
suba 20/06/2013

ACK. Parece que você precisa fazer compras. O ME3600X funciona para isso, mas possui buffers limitados O ME3800X possui buffers mais profundos. Mas, francamente, eu usaria o ASR9001 ou MX104 como seu roteador NNI e deixaria o XMR na terminação core / nonQoS.
ytti

ME3800X é três vezes o preço do ME3600X. Se eu tivesse o orçamento, ficaria feliz em obter um ASR9k ou MX, mas minhas mãos estão atadas. Parece que o 3800 possui 352Mb de buffers, enquanto o 3600 possui apenas 44Mb. Uma diferença significativa. Existem cálculos por aí para eu descobrir exatamente o que 44Mb de buffers me daria?
MellowD

Não sei quanto à escala de hardware, mas a série ME pode definitivamente fazer esse tipo de coisa por VLAN. Você teria que fazer sua tarefa: re: digamos quantos mapas de políticas aninhados são compatíveis, por exemplo, talvez você tenha 1000 VLANs, por exemplo, e duvido que possa criar 1000 subpolíticas. Infelizmente, meu maior ME é o humilde 3400X e estou apenas agregando dois circuitos de 100M e com vários inquilinos, talvez de 6 a 7 VLANs (e a maioria deles é separada fisicamente, portanto não tenho problemas de dimensionamento). Você também pode olhar para um dispositivo real como Exinda para modelar por VC. BTW Fico feliz em vê-lo aqui mellow
wintermute000

Respostas:


2

Embora eu não ache que seja tão "robusto" quanto H-QoS / fornecendo porcentagens com base nos valores DSCP e provavelmente exija mais sobrecarga de configuração, você pode limitar a taxa de saída contra ACLs L2 que fazem referência a uma VLAN. Exemplo:

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

De acordo com os documentos, você pode vincular várias políticas de limitação de taxa a uma única porta; no entanto, uma vez encontrada uma cláusula de ACL correspondente para um pacote, o dispositivo não avalia as cláusulas subsequentes na ACL de limitação de taxa e ACLs de limitação de taxa subsequente.

Quanto à configuração de EF, em vez de fazer isso, você poderá comprometer-se com 25% dos 10 Mbps e o restante poderá ir para um valor EIR / EBS.


Se o broundry aceitar cos / DSCP para essa lista de acesso, você poderá fazer QoS não explosiva (cada classe possui compartilhamento fixo). Mas seria extremamente difícil de vender QoS, onde cada classe é Não-burstable (Imagine o seu estar sempre ficando apenas digamos 30%, mesmo quando nenhuma outra classe tem qualquer demanda para o link)
ytti
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.