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

• #2667 tusi_ addikt zsolti.22 #2660

  Új Válasz 2012-12-08 15:09:06 #2667

  Ú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

  

  tusi_

  addikt

  válasz zsolti.22 #2660 üzenetére

  UDLD arra való, hogyha a multimódusú fiber kábel egyik szála megszakad, attól az interfész nem áll le, de nincs BPDU. Ez a Unidirectional Topology Changes. Ezt együtt szoktuk használni a LOOP guarddal. Ha van loopguard akkor LOOP inconsistent állapotba kerül a port és nyilik a másik alternativ port, hogy ROOT lehessen. Amint van megint BPDU az eredeti root porton, egyből visszaáll a rend.

  Az UDLD agressiv arra való, hogy ha nem jön udld reply vissza az UDLD requestre, akkor 8 secig másodpercenként küld egy requestet. (UDLD default 15 hello, 3X udld dead-time)

  A portfast megy a bpdu guard nélkül, de foritva nem. A Root guard nem egyenlő Loopguarddal. ROOT guardot arra a portra tesszük, amelyiken SOHA nem számit(hat)unk ROOT bridge megjelenésre.(Ha engedélyezve van és jön superior BPDU, akkor Err-disabledbe kerül. Ha nincs ROOT guard, akkor ROOT inconsistentbe)

  A loop guard csak a fiber interfészeken kell.

• #2663 sunyijanika tag zsolti.22 #2660

  Új Válasz 2012-12-08 12:29:34 #2663

  Ú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

  

  sunyijanika

  tag

  válasz zsolti.22 #2660 üzenetére

  A udld leginkább a fizikai félrekábelezések ellen véd és igen tipikusan optikai portokon alkalmazzuk. Az adási és a vétel ágnak is megfelelően kell csatlakoznia, ha nem errdisable-be rakja.

  Loopguard: A loopguardot általában a udld -vel együtt érdemes használni mivel ez pedig nem a fizikai hanem szoftveres hibák ellen véd. attól, hogy egy bpdu nem érkezik meg nem okoz topológia változást.

  A portfast-ot a végfelhasználóknál használjuk. Mivel a portfast egyből forwardingba rakja a portot ezzel meggyorsítva a folyamatot, de ettől még az STP része marad és ha véletlenül egy hálózati eszközt kötünk a portra ami bpdu-t szór akkor bekövetkezhet a topológia váltás, ezért van a bpduguard amit portfastokkal együtt használunk. Ha a portfast port bpdu üzenetet kap akkor errdisable módba kerül, ami azonban magától nem fog visszaállni a normál státuszába.

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