EoMPLS, MSTP e RPVST

Estamos analisando o Cisco ME3600 para fornecer conectividade entre nossas malhas de datacenter para algumas redes definidas por software. Devido à plataforma ter uma limitação mais alta nos xconnects do EoMPLS que os VRFs (512 x 128), estamos considerando a abordagem de alocar uma vLAN em cada controlador de domínio a um roteador de software e usando o EoMPLS para conectar esses dois roteadores de software juntos para rotear a Camada 3 tráfego.

Para redundância, queremos ter 2 PWs para cada conexão entre um par de roteadores de software, e estou curioso sobre a melhor forma de obtê-lo, dadas as interações entre várias implementações de Spanning Tree.

Um de nossos datacenters possui o MSTP implantado como uma única região, as probabilidades na instância 1, igualam na instância 2, o CIST na instância 0. O outro datacenter ainda opera o R-PVST.

O plano atual é criar um tronco da malha do switch no ME3600 e usar um EFP para vLANs específicas e atribuí-los a um xconnect. Estou curioso para saber como a estrutura do switch em cada extremidade lidará com isso - precisarei configurar um EFP vLAN 1 em ambos os lados e passar o tráfego PVST? Isso será suficiente para definir raiz / bloco / alternativa nos dois lados?

Diagrama abaixo do layout físico e a idéia lógica por trás da conexão de dois roteadores de software.

insira a descrição da imagem aqui

mpls spanning-tree

— nicotina
fonte

Alguma resposta o ajudou? Nesse caso, você deve aceitar a resposta para que a pergunta não apareça para sempre, procurando uma resposta. Como alternativa, você pode fornecer e aceitar sua própria resposta.

— Ron Maupin

O ME3600s não suporta o encaminhamento de quadros STP ou MST através do EVC. Os PWE3s baseados em porta transportarão quadros STP, mas você terá que mastigar muitas portas. Realmente, você deve envolver seu fornecedor para perguntas específicas da plataforma, como "O switch suporta o recurso X" ou "O switch alterna o tráfego X".

Sugiro também habinga olhar para um recurso pseudo-fios. Isso remove os loops na camada 2, pelo menos, embora não resolva seu problema de não suporte para STP ao usar EVCs: http://www.cisco.com/c/en/us/td/docs/ios/12_0s/feature /guide/fspseudo.html

Talvez também seja o VPLS um caminho melhor, se for um pequeno número de pares e tráfego. Os ME3600s suportam VPLS (sugiro executar 15.3 (3) S3 no momento da gravação).

Atualizar

Desde que escrevi isso, o comando agora está presente para encaminhar PDUs L2 no EVC, mas não testei isso:

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>

2ª Atualização

Testado e funciona! O ME3600X / ME3800X são dispositivos compatíveis com MEF 2.0, portanto esse é um recurso necessário.

— jwbensley
fonte