EoMPLS, MSTP y RPVST

Estamos buscando Cisco ME3600 para proporcionar conectividad entre nuestras estructuras de centro de datos para algunas redes definidas por software. Debido a que la plataforma tiene una limitación mayor en las conexiones EoMPLS x que los VRF (512 frente a 128), estamos considerando el enfoque de asignar una vLAN en cada DC a un enrutador de software, y usar EoMPLS para conectar estos dos enrutadores de software juntos para enrutar la Capa 3 tráfico.

Para la redundancia, queremos tener 2 PW para cada conexión entre un par de enrutadores de software, y tengo curiosidad por saber cuál es la mejor forma de hacerlo, dadas las interacciones entre varias implementaciones de árbol de expansión.

Uno de nuestros centros de datos tiene MSTP implementado como una sola región, probabilidades en la instancia 1, iguala en la instancia 2, CIST en la instancia 0. El otro centro de datos todavía opera R-PVST.

El plan actual es crear un enlace troncal desde la estructura del conmutador al ME3600, y usar un EFP para vLAN específicas y asignarlas a un xconnect. Tengo curiosidad por saber cómo la estructura del conmutador en cada extremo manejará esto: ¿tendré que configurar un vLAN 1 EFP en ambos lados y pasar el tráfico PVST? ¿Será esto suficiente para establecer root / block / alternate en ambos lados?

Diagrama a continuación del diseño físico y la idea lógica detrás de conectar dos enrutadores de software.

Los ME3600 no admiten el reenvío de tramas STP o MST a través de EVC. Los PWE3 basados ​​en puertos transportarán tramas STP, pero tendrá que masticar muchos puertos. Realmente debería involucrar a su proveedor en preguntas específicas de la plataforma como esta: "¿El conmutador admitirá la función X" o "¿Cambia el tráfico X hacia adelante?".

Sugiero que también eche un vistazo a los pseudowires de respaldo de características. Eso elimina los bucles en la capa 2 al menos, aunque no resuelve su problema de no admitir STP cuando usa EVC: http://www.cisco.com/c/en/us/td/docs/ios/12_0s/feature /guide/fspseudo.html

Tal vez también sea que VPLS es una mejor manera de hacerlo si se trata de una pequeña cantidad de pares y tráfico. Los ME3600 admiten VPLS (sugiero ejecutar 15.3 (3) S3 en el momento de la escritura).

Actualizar

Desde que escribí esto, el comando ahora está presente para reenviar PDU L2 en el EVC, sin embargo, no he probado esto:

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>

2da actualización

Probado y funciona! Los ME3600X / ME3800X son dispositivos compatibles con MEF 2.0, por lo que esta es una característica obligatoria.