Všichni známe velkou výhodu konfigurace Portfast, port nakonfigurovaný s Portfast začne okamžitě přenášet data ve stavu „forwarding“ a obejde ostatní stavy spanning-tree. To je jistě skvělá funkce, kterou je vhodné mít nakonfigurovanou na navazujících portech připojených k pracovním stanicím koncových uživatelů nebo k serverům. Existuje také další skvělý důvod, proč nakonfigurovat Portfast na okrajových portech klientů, který není tak všeobecně známý.
Kdykoli přepínací port přejde na vyšší nebo nižší úroveň, přepínač vygeneruje paket TCN (Topology Change Notification) a odešle tento paket TCN kořenovému mostu, kořenový most pak odpoví zpět paketem TCA (Topology Change Acknowledge), kterým jednoduše potvrdí paket TCN. Kořenový most poté odešle další BPDU s nastaveným bitem TC (Topology Change) všem přepínačům v doméně Spanning-Tree. Když ostatní přepínače přijmou tento paket s označením TC, vynuluje se doba stárnutí každého záznamu v tabulce CAM (známé také jako tabulka adres MAC) na 15 sekund, což může způsobit, že přepínač znovu sestaví svou tabulku CAM, pokud záznamy začnou stárnout. V závislosti na velikosti vaší sítě 2. vrstvy to může znamenat velké plýtvání prostředky přepínačů. Nemluvě o tom, že způsobuje spoustu zbytečné provozní režie, protože máme sadu BPDU přenášených s jednotlivě nastavenými příznaky TCN, TCA a TC. Mějte také na paměti, že pokud začne platnost záznamů v tabulce CAM vypršet, může to způsobit zbytečný provoz ARP pro další informace, které již přepínač měl.
Nyní si něco z toho prohlédneme:
Tady je konfigurace portu, bez portfast:
Když odpojíme a znovu připojíme fa1/0/5, dostaneme následující výstup protokolu:
V tom předchozím snímku obrazovky si všimněte, že první věc, která se stane, je, že spanning-tree odešle tu TCN BPDU a rozhraní je označeno jako down. Poté znovu připojím kabel k fa1/0/5 a vidíte, že port prochází fázemi spanning-tree, od naslouchání k učení a nakonec k předávání. (Extra kredit, kterou verzi spanningu používám?) Něco, čeho si také všimněte, je skutečnost, že je odeslán další paket TCN BPDU, když je port uveden zpět do stavu forwarding.
Nyní nakonfigurujme Portfast na tomto switchportu:
Nyní opět odpojme a znovu připojme tento port:
V porovnání s našimi předchozími zkušenostmi se zde děje mnohem méně, důležité je všimnout si, že nejsou vysílány žádné TCN ani když je port označen jako down, ani když je port označen jako up (nebo forwarding). Jediné události STP, které jsou zaznamenány, je skutečnost, že port fa1/0/5 přechází ze stavu blokování přímo do stavu forwardování, čímž obchází stav naslouchání a stav učení, což umožňuje klientovi začít používat síť ještě rychleji.
Nyní se na chvíli posaďme do křesla a chvíli o tom přemýšlejme. Protokol TCN je odeslán, když přepínací port přejde do stavu down a znovu, když přepínací port přejde do stavu forwarding. Takže když se koncový uživatel rozhodne restartovat svůj počítač, když odpojí svůj notebook, aby šel na schůzku, a znovu se připojí ke svému stolu, nebo když se rozhodne přeorganizovat svůj stůl a odpojit svůj počítač, bude vyslán TCN, který způsobí, že přepínače sníží časovače stárnutí záznamů v tabulce adres MAC. To by mohlo znamenat zbytečné vytížení prostředků.
P.S. Nezapomeňte při zapnutí funkce portfast povolit BPDU Guard! Portfast je skvělý nástroj, ale protože vynechává stavy naslouchání a učení, hrozí možnost vytvoření přepínacích smyček na 2. vrstvě, pokud propojíte více přepínačů nebo vaši uživatelé začnou na svých stolech připojovat jednoduché přepínače/huby. BPDU Guard uvede port do stavu Err-Disabled, pokud na něm obdrží BPDU.
.