Commutateur Ethernet capable de H-QoS au niveau 802.1q


8

J'ai le type de liens suivant au bord de mon cloud FAI:

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

À gauche, un Brocade XMR. Celui-ci est connecté via une seule liaison Gig à de nombreux opérateurs, dans cet exemple BT. BT nous fournit de nombreux liens point à point sur ce lien unique à l'extrémité A. L'extrémité B se sépare ensuite et se rend sur chaque site géographiquement dispersé. À l'extrémité A, le port XMR, nous spécifions vers quel site le trafic va via un identifiant vlan préalablement convenu.

Tout cela fonctionne parfaitement bien et nous avons beaucoup de ces liens vers BT et une charge d'autres transporteurs.

Le problème est principalement la QoS sortante du XMR. Bien qu'il existe un lien de concert entre mon XMR et les porteuses, ces circuits internes peuvent aller de 2 Mo à un concert.

Supposons que le client 1 dispose d'un lien de 10 Mo. Ils souhaitent que 25% de ce lien soit réservé au trafic marqué EF. C'est facile à faire sortant au niveau CPE car je peux façonner l'interface à 10 Mo et ensuite donner la priorité de 25% aux paquets marqués EF. Du côté A, cependant, le XMR considère que l'ensemble de cette liaison est de 1 Go. Il ne sait pas que vlan 2000 sur le site client 1 n'est que de 10 Mo (BT le règle à 10 Mo sur leur propre réseau)

H-QoS serait idéal car je pourrais façonner vlan 2000 à 10 Mo, puis à l'intérieur de cette valeur façonnée, donner 25% à EF. Le problème est que H-QoS sur le XMR n'est pris en charge que sur le module 8X10Gb. Aucun des transporteurs que nous utilisons ne nous offre encore 10 Go natif (juste beaucoup de liens 1 Go)

Mon plan est de coller un autre appareil entre le XMR et le transporteur qui fait simplement H-QoS. J'ai regardé le Cisco ME3600X qui peut soi-disant faire H-QoS basé sur l'ID vlan. Quelqu'un a-t-il de l'expérience avec cette fonctionnalité particulière sur le ME3600X ou peut-être me donne-t-il une meilleure idée de le faire?

Essentiellement, je voudrais avoir une configuration qui ressemble un peu à cela si cela a plus de sens:

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

Avez-vous posé des questions à BT sur le service QoS? Ils devraient pouvoir le livrer sur le point de congestion (ils le font pour nous), alors vous n'avez pas besoin de QoS sur le NNI, assurez-vous simplement que vos marquages ​​sont corrects.
ytti

Je connais l'offre de BT, mais pas d'autres opérateurs. Virgin / Colt / TalkTalk, etc. n'ont pas une politique aussi robuste. J'ai besoin de quelque chose qui sera complètement neutre vis-à-vis des transporteurs. En outre, comme toujours dans le cas des entreprises, l'offre QoS de BT a un coût plus élevé et l'entreprise veut moins de coûts
mellowd

ACK. On dirait que vous devez faire du shopping. ME3600X fonctionne pour cela, mais a des tampons limités ME3800X a des tampons plus profonds. Mais franchement, je choisirais ASR9001 ou MX104 comme routeur NNI et je laisserais XMR en terminaison core / nonQoS.
ytti

Le ME3800X est trois fois le prix du ME3600X. Si j'avais le budget, j'obtiendrais volontiers un ASR9k ou MX mais mes mains sont liées. On dirait que le 3800 a 352 Mo de tampons alors que le 3600 n'a que 44 Mo. Une différence significative. Existe-t-il des calculs pour déterminer exactement ce que 44 Mo de tampons me donneraient?
mellowd

Je ne sais pas à propos de la mise à l'échelle matérielle, mais la série ME peut certainement faire ce genre de chose par VLAN. Vous devrez faire vos devoirs si vous dites: dites combien de cartes de politique imbriquées il prend en charge par exemple, peut-être que vous avez 1000 VLAN par exemple et je doute que vous puissiez créer 1000 sous-politiques. Malheureusement, mon plus grand ME est l'humble 3400X et je ne fais qu'agréger deux circuits 100M et multi-locataires peut-être 6-7 VLAN (et la plupart d'entre eux sont en fait physiquement séparés, donc je n'ai aucun problème de mise à l'échelle) Vous pouvez également regarder un appareil réel comme Exinda pour façonner par VC. BTW Heureux de vous voir ici moelleux
wintermute000

Réponses:


2

Bien que je ne pense pas que ce soit aussi "robuste" que H-QoS / donnant des pourcentages basés sur les valeurs DSCP et nécessiterait probablement plus de surcharge de configuration, vous pouvez limiter la vitesse sortante par rapport aux listes de contrôle d'accès L2 qui font référence à un VLAN. Exemple:

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

Selon les documents, vous pouvez lier plusieurs stratégies de limitation de débit à un seul port, mais une fois qu'une clause ACL correspondante est trouvée pour un paquet, le périphérique n'évalue pas les clauses suivantes dans l'ACL limitant le débit et les ACL limitant le débit.

Quant à la définition de EF, au lieu de le faire, vous pouvez être en mesure de vous engager à 25% des 10 Mbps et le reste peut aller à une valeur EIR / EBS.


Si broundry accepte cos / DSCP pour cette liste d'accès, vous pouvez potentiellement faire une QoS non éclatable (chaque classe a un partage fixe). Mais il serait extrêmement difficile de vendre la QoS où chaque classe n'est pas explosible (imaginez que votre BE n'obtienne jamais que 30% même lorsqu'aucune autre classe n'a de demande sur le lien)
ytti
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.