ludvik píše:Jiné switche tomu říkají stejně (STP Loopback-detection) a naopak to dělá to, co myslím já ... vezmu switch s touto funkcí, do něj něco silně obyčejného - a na tom obyčejném spojím dva porty. STP ač by to asi fakt měl ignorovat, tak neignoruje a přepne port do discard stavu. Asi holt co výrobce, to pojem ...
Poslal jsi odkaz na funkci STP Loop Guard, a to je něco zcela jiného než ta STP loopback detekce. Pod názvem loop guard je i v jiných switchích to stejné, co jsem psal, a to detekce jendosměrných smyček a ztrácení BPDU. Cisco má ještě jednu velice podobnou funkci UDLD - Unidirectional Link Detection Protocol, její název je už jasnější.
STP loop guard přitom používá STP pakety (zjednodušeně nedovolí otevřít port do forward stavu pokud přestanou po dobu max age nečekaně chodit pakety a neproběhne cyklus fyzického rozpojení portu - hodí linku do nějaého stavu loop inkonzistence). Kdežto UDLD k tomu používá vlastní obousměrný protokol nezávislý na STP. Ostatní výrobci si také zplácali nějakou obdobu UDLD (myslím, že jen Brocady to maj shodně s Cisco).
STP loopback dělá to, co popisuješ. Detekuje loopback smyčky na jednom portu s použitím STP rámců. Jak jsem včera našel, tak Cisco to má už také o novějších switchů také. Kupodivu pod jménem STP loopback detection.
Viktorovi to ta 2960 podle popisu tak i odpojuje pomocí tohoto. Vedle toho má Cisco i detekci smyčly pomocí té funkce keepalive, která používá vlastní loop detekční rámce nezávislé na STP (tohle umí historicky asi i krabice z technického muzea). Je tam ale omezení, že to obvykle neumí detekovat vzdálenou smyčku (dáno tím, že LOOP paket používá unicast, kdy zdrojová i cílová MAC adresa je stejná a nastavena na adresu toho posílacího portu).
ludvik píše:To co píšeš ty, to si budu muset vyzkoušet. Nemyslím si totiž, že to tak je. Ano, výpadek linku přepočítá topologii ihned ... ale musí to udělat i když přestane komunikovat se sousedem.
K čemu tohle bylo? K tomu, že topology change je jen v momentě, když port přejde do stauv forward? Tak tomu je. Musíš rozlišovat STP a RSTP. U RSTP je to tak, že jen přechod portu do stavu forward vyvolá TC událost. Uzavření portu nevyvolá (přechod do blocked stavu), stejně tak edge port si může chodit nahoru/dolů a TC nevyvolá. U staršího STP to bylo jinak, tam TC vyvolalo cokoliv, proto si cisco zavedlo portfast režim portu, jehož přechod up/down nevyvolal poslání TCN k rootu (dokud na portu neuslyší nějaké BPDU).
