Hirdetés

  2. Fórumok
  3. Hálózat, szolgáltatók
  4. Cisco vizsgák (CCNA, CCNP, CCIE)
Keresés
  • Téma összefoglaló
    Utoljára frissítve: 2020-02-27 09:43

    LOGOUT

    --- Még az új vizsgarendszer előtti információk, majd frissítjük! ---


    Gyakran ismételt kérdések
    Olvasd el a cikkeket itt.

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

  • #2667 tusi_ addikt zsolti.22 #2660
    Új Válasz #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 #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