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
Réponses:
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:
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.
la source