EoMPLS, MSTP et RPVST

9

Nous envisageons Cisco ME3600 pour fournir une connectivité entre nos structures de centre de données pour certains réseaux définis par logiciel. En raison de la plate-forme ayant une limitation plus élevée sur les xconnects EoMPLS que les VRF (512 contre 128), nous envisageons l'approche d'allouer un vLAN dans chaque DC à un routeur logiciel, et d'utiliser EoMPLS pour connecter ces deux routeurs logiciels ensemble pour acheminer la couche 3 trafic.

Pour la redondance, nous voulons avoir 2 PW pour chaque connexion entre une paire de routeurs logiciels, et je suis curieux de savoir comment le faire, compte tenu des interactions entre les différentes implémentations de spanning tree.

Un de nos centres de données a MSTP déployé comme une seule région, cote dans l'instance 1, même dans l'instance 2, CIST dans l'instance 0. L'autre centre de données fonctionne toujours R-PVST.

Le plan actuel consiste à créer une jonction de la matrice de commutation dans le ME3600, à utiliser un EFP pour des vLAN spécifiques et à les affecter à un xconnect. Je suis curieux de savoir comment la structure du commutateur à chaque extrémité gérera cela - devrai-je configurer un vLAN 1 EFP des deux côtés et transmettre le trafic PVST? Est-ce que cela suffira pour définir root / block / alter des deux côtés?

Schéma ci-dessous de la disposition physique et de l'idée logique derrière la connexion de deux routeurs logiciels.

entrez la description de l'image ici

nicotine
la source
Une réponse vous a-t-elle aidé? si c'est le cas, vous devez accepter la réponse afin que la question ne s'affiche pas indéfiniment, à la recherche d'une réponse. Alternativement, vous pouvez fournir et accepter votre propre réponse.
Ron Maupin

Réponses:

6

Les ME3600 ne prennent pas en charge le transfert des trames STP ou MST via EVC. Les PWE3 basés sur les ports transporteront des trames STP mais vous devrez mâcher beaucoup de ports. Vraiment, vous devriez engager votre fournisseur pour des questions spécifiques à la plate-forme comme celle-ci: "Le commutateur prendra-t-il en charge la fonctionnalité X" ou "Votre commutateur transfèrera-t-il le trafic X".

Je suggère également de regarder un pseudowires de sauvegarde de fonctionnalité. Cela supprime au moins les boucles de la couche 2, mais ne résout pas votre problème de non prise en charge de STP lors de l'utilisation des EVC: http://www.cisco.com/c/en/us/td/docs/ios/12_0s/feature /guide/fspseudo.html

Il se peut également que le VPLS soit une meilleure solution si c'est un petit nombre de pairs et de trafic. Les ME3600 prennent en charge les VPLS (je suggère runnnig 15.3 (3) S3 au moment de l'écriture).

Mise à jour

Depuis que j'ai écrit ceci, la commande est maintenant présente pour transférer les PDU L2 dans l'EVC, mais je n'ai pas testé ceci:

ME3600-1(config-if-srv)#l2protocol tunnel ?
  R4     Reserved Protocol using DA Mac 0180.C200.0004
  R5     Reserved Protocol using DA Mac 0180.C200.0005
  R6     Reserved Protocol using DA Mac 0180.C200.0006
  R8     Reserved Protocol using DA Mac 0180.C200.0008
  R9     Reserved Protocol using DA Mac 0180.C200.0009
  RA     Reserved Protocol using DA Mac 0180.C200.000A
  RB     Reserved Protocol using DA Mac 0180.C200.000B
  RC     Reserved Protocol using DA Mac 0180.C200.000C
  RD     Reserved Protocol using DA Mac 0180.C200.000D
  RF     Reserved Protocol using DA Mac 0180.C200.000F
  cdp    Cisco Discovery Protocol
  dtp    Dynamic Trunking Protocol
  elmi   ELMI Protocol
  esmc   ESMC Protocol
  lacp   LACP Protocol
  lldp   Link Layer Discovery Protocol
  loam   Link OAM Protocol
  pagp   Port Aggregation Protocol
  ptppd  PTP Peer Delay Protocol
  stp    Spanning Tree Protocol
  udld   UDLD Protocol
  vtp    Vlan Trunking Protocol
  <cr>

2e mise à jour

Testé et fonctionne! Les ME3600X / ME3800X sont des appareils conformes à MEF 2.0, c'est donc une fonctionnalité requise.

jwbensley
la source