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

• #1411 crok Topikgazda FecoGee #1403

  Új Válasz 2012-07-26 11:03:19 #1411

  Ú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

  

  crok

  Topikgazda

  válasz FecoGee #1403 üzenetére

  A hálózat:

  Provider
  | |
  R1----R2
  | |
  --LAN--

  A Bug:
  Az LSDB-ben 2 LSA úgy volt mind a két routeren beragadva, hogy úgy
  szerepeltek mintha egymástól tanulták volna az utakat ám egyik router RIB
  táblájában sem voltak benne a route-ok külső forrásból vagy connected-ként,
  csak az egymástól kapott LSA-k alapján kerültek az OSPF miatt a routing
  táblába a route-ok ezzel egy loopot képezve a 2 beragadt hálózatra indított
  traceroute-ban.

  A workaround lehetett volna egy egyszerű clear ip ospf process, ám ez nem
  volt járható út, produktív központi rourek, csomagdobás/kiesés nem
  megengedett.

  A workaround:
  Mivel LSA-t törölni nem lehet (már fentebb írtam miért..) és a processz restart
  se volt opció így más módszert találtam ki: valamivel triggerelni kell az OSPF
  processzt hogy kezdjen valamit az LSA-kkal. A módszer az lett, hogy csináltam
  egy dummy static route-ot amiben a next-hop interface a null0 lett és kiadtam
  az OSPF alatt a redistrubute static majd a no redistribute static parancsokat
  majd töröltem a dummy route-okat. Így az OSPF triggerelve volt hogy a bera-
  gadt LSAk újra legyenek generálva majd mégegyszer triggerelve törölte is a
  beragadt de már a dummy route-ra mutató LSAkat és így a LANból jövő LSA
  már bekerülhetett az LSDBbe és minden ment szépen.

  [ Szerkesztve ]

  Ha egy hozzászólásomban linket látsz az hasznos referencia, hivatkozás vagy leírás és erősen ajánlott vagy minimum érdemes elolvasni. A Logout bejegyzéseim tele vannak hasznos Android tippekkel-trükkökkel, alkalmazásajánlással..

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