EoMPLS, MSTP i RPVST

9

Patrzymy na Cisco ME3600, aby zapewnić łączność między naszymi strukturami centrum danych dla niektórych sieci zdefiniowanych programowo. Ze względu na to, że platforma ma wyższe ograniczenie x połączeń EoMPLS niż VRF (512 vs 128), rozważamy podejście polegające na przydzieleniu vLAN w każdym DC do routera programowego i użyciu EoMPLS do połączenia tych dwóch routerów programowych razem do trasy warstwy 3 ruch drogowy.

Aby uzyskać nadmiarowość, chcemy mieć 2 PW dla każdego połączenia między parą routerów programowych i jestem ciekawy, jak najlepiej to mieć, biorąc pod uwagę interakcje między różnymi implementacjami drzewa opinającego.

W jednym z naszych centrów danych MSTP jest wdrożony jako pojedynczy region, szanse w przypadku 1, wyrównanie w przypadku 2, CIST w przypadku 0. W drugim centrum danych nadal działa R-PVST.

Obecny plan polega na utworzeniu łącza z sieci przełączników do ME3600 i użyciu EFP dla określonych sieci VLAN i przypisaniu ich do xconnect. Jestem ciekawy, jak poradzi sobie z tym tkanina przełączników na każdym końcu - czy będę musiał ustawić EFP vLAN 1 po obu stronach i przekazywać ruch PVST? Czy to wystarczy, aby ustawić root / block / alternate po obu stronach?

Poniższy schemat fizycznego układu i logiczna idea połączenia dwóch routerów programowych.

wprowadź opis zdjęcia tutaj

nikotyna
źródło
Czy jakaś odpowiedź ci pomogła? jeśli tak, powinieneś zaakceptować odpowiedź, aby pytanie nie wyskakiwało wiecznie, szukając odpowiedzi. Alternatywnie możesz podać i zaakceptować własną odpowiedź.
Ron Maupin

Odpowiedzi:

6

ME3600 nie obsługują przesyłania ramek STP ani MST przez EVC. PWE3 oparte na portach będą transportować ramki STP, ale będziesz musiał przeżuć wiele portów. Naprawdę powinieneś zaangażować swojego dostawcę w pytania dotyczące platformy, takie jak „Czy przełącznik będzie obsługiwał funkcję X” lub „Czy Twój przełącznik przesyła ruch X”.

Sugeruję również, aby habinga spojrzeć na pseudo-przewody kopii zapasowej funkcji. To usuwa pętle przynajmniej na warstwie 2, chociaż nie rozwiązuje problemu braku obsługi STP podczas korzystania z EVC: http://www.cisco.com/c/en/us/td/docs/ios/12_0s/feature /guide/fspseudo.html

Może być również tak, że VPLS jest lepszym sposobem, jeśli jest niewielka liczba peerów i ruchu. ME3600s obsługują VPLS (sugeruję uruchomienie 15.3 (3) S3 w momencie pisania).

Aktualizacja

Ponieważ to napisałem, polecenie jest teraz dostępne, aby przesyłać jednostki PDU L2 w EVC, ale nie przetestowałem tego:

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. aktualizacja

Testowane i działa! ME3600X / ME3800X są urządzeniami zgodnymi z MEF 2.0, więc jest to wymagana funkcja.

jwbensley
źródło