Új hozzászólás Aktív témák

• #16704 zsolti.22 senior tag

  Új Válasz 2024-11-15 13:50:54 #16704

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  zsolti.22

  senior tag

  Belátom, topológia nélkül nehéz. Elnézést kérek a pontatlanságért.

  Adott ez az OSPF underlay:
  -a vonalak közvetlen kapcsolatot jelentenek
  - mindenki area 0-hoz kapcsolódik
  - a cost-ok kézzel vannak állítva a topológia alapján
  - az R2-R3 LACP-n keresztül fogja össze R1 felé vezető kapcsolatot és a switchek oldalán ez a pub VRF
  - - az R6-R7 LACP-n keresztül fogja össze R5 felé vezető kapcsolatot és a switchek oldalán ez a pub VRF
  - R1-en és R5-ön nincsen semmilyen VRF
  - (site A-n az 5-5-ös cost csak próbálkozás volt részemről, egyébként ott is 20-20 lenne)
  És a rá épülő VXLAN alapú BGP EVPN:
  - a vonalak BGP kapcsolatot jelentenek az ábrán
  - R1 és R5 nem képesek EVPN-re, ezért csak sima BGP ipv4 unicast van bekapcsolva rajtuk
  - R2 és R3 multi-chassis LAG peerek (és EVPN képes eszközök, spine-ok)
  - R6 és R7 multi-chassis LAG peerek (és EVPN képes eszközök, spine-ok)
  - R4 és R8 EVPN switchek, leaf-ek
  - a spine-ok és leaf-ek csak a route-reflektorral peerelnek global VRF-ben
  - a spine-ok a pub VRF-ben peerelnek R1-gyel és R5-tel és route-reflextor kliensek (mármint R1 és R5) (hogy az EVPN útvonalakat is megkapja Ipv4 unicast AFI-ban R1 és R5)
  A fő cél az lenne, hogy site A best 0.0.0.0/0-ja a saját routere legyen (R1) és site B best 0.0.0.0/0-ja a saját routere legyen (R5).

  Ideiglenesen az is megtenné, ha az R2-R1 és R3-R1 közül bármelyik élő BGP kapcsolat menjen a 0.0.0.0/0 és sose EVPN-n, illetve ha R7-R5 és R6-R5 közül bármelyik élő BGP kapcsolat felé menjen a 0.0.0.0/0 és sose EVPN-n.

  Milyen megoldások felé lehet érdemes menni?

Új hozzászólás Aktív témák