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

• #1837 crok Topikgazda zsolti.22 #1836

  Új Válasz 2012-08-29 19:45:01 #1837

  Ú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 zsolti.22 #1836 üzenetére

  Gondolj úgy a stub-ra, mint olyan routerre, ami mögött már nincs más hálózat,
  csak a saját LAN-ja.. Azért jó a stub EIGRP-nél, mert hub-and-spoke design
  esetén például nem fog a hubtól EIGRP-n kérést kapni, hogy egy épp eltűnt
  route nála megtalálható-e, ahogy más, normális esetben történne, mert a stub
  router egy speciális EIGRP packet-el minden szomszédot értesít arról, hogy ő
  csak egy stub - egy csonk a hálózaton, egy "végpont" EIGRP szempontból.
  Ez nem csak emiatt jó, hogy a hub nem kérdez feleslegesen, de mivel a spoke
  router egy stub - tehát nincs (vagy csekély számú..) másik WAN kapcsolata
  van csak így nem kell a teljes hálózat routing tábláját megtanulni, a stub csak
  elküldi a saját hálózatait és kap a hub(ok)tól egy default utat. Így erőforrást és
  konvergenciaidőt spórolsz: a spoke (stub) router routing táblája kicsi, a hub(ok)
  meg tudnak róla hogy a stub felől érkezett route-ok ha eltűnnek az EIGRP-ből
  akkor azokat nemigen kell máshol keresni. Kicsit ASCII art-osan:

  Ilyen van, hogy:
  LAN |==stub spoke == hub == stub spoke==| LAN

  ..de olyan nincs hogy:

  LAN |==stub spoke == hub == stub spoke==| LAN
  || ||
  "======================="

  mert ekkor a stub már nem stub, nem egy "lezárt hálózat" mert van kapcsolata
  egy másik spoke-al, így az egyik stub a másiknak a hálózatait nem csak a hub
  routeren keresztül ismeri. A Cisco oldala tök jól leírja.

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