Vi kender alle den store fordel ved at konfigurere Portfast, en port, der er konfigureret med Portfast, vil straks begynde at sende data i “forwarding”-tilstanden og omgå de andre spanning-tree-tilstande. Dette er helt sikkert en fantastisk funktion at have konfigureret på dine downstream-porte, der forbinder til din slutbrugerarbejdsstation eller dine servere. Der er også en anden god grund til at konfigurere Portfast på dine klientporte, som ikke er så kendt.
Når en switchport går op eller ned, genererer switchen en TCN-pakke (Topology Change Notification) og sender denne TCN-pakke til root-broen, som derefter svarer tilbage med en TCA-pakke (Topology Change Acknowledge), blot for at bekræfte TCN-pakken. Rootbroen sender derefter en anden BPDU med TC-bitten (Topology Change) indstillet til alle switche inden for Spanning-Tree-domænet. Når de andre switches modtager denne TC-mærkede pakke, nulstilles aldringstiden for hver post i CAM-tabellen (også kendt som MAC-adressetabellen) ned til 15 sekunder, hvilket kan få switchen til at genopbygge sin CAM-tabelle, hvis posterne begynder at blive forældede. Afhængigt af størrelsen af dit lag 2-netværk kan dette spilde en masse ressourcer på dine switches. For ikke at nævne, at det medfører en masse unødvendig trafikoverhead, da vi har et sæt BPDU’er, der sendes med TCN-, TCA- og TC-flagene indstillet individuelt. Husk også på, at hvis CAM-tabelleposter begynder at udløbe, kan det medføre unødvendig ARP-trafik for yderligere oplysninger, som switchen allerede havde.
Nu skal vi gennemgå noget af dette:
Her er en portkonfiguration, uden portfast:
Når vi afbryder og genindkobler fa1/0/5, får vi følgende logoutput:
I det foregående skærmbillede vil du bemærke, at det første, der sker, er, at spanning-tree sender den TCN BPDU, og grænsefladen markeres som nede. Jeg tilslutter derefter kablet til fa1/0/5 igen, og du kan se, at porten går gennem spanning-tree-fasen, fra listening til learning og til sidst til forwarding. (Ekstra kredit, hvilken version af spanning kører jeg?) Noget, der også er værd at bemærke, er, at der sendes endnu en TCN BPDU-pakke, når porten er sat tilbage i forwarding-tilstand.
Nu lad os konfigurere Portfast på denne switchport:
Nu igen lad os afbryde og genforbinde denne port igen:
Der sker meget mindre her i forhold til vores tidligere erfaring, det vigtige her er at bemærke, at der ikke sendes TCN, hverken når porten er markeret som down eller når porten er markeret som up (eller forwarding). De eneste STP-hændelser, der registreres, er det faktum, at port fa1/0/5 går direkte til forwarding-tilstand fra blocking-tilstand uden om listening-tilstand og learning-tilstand, hvilket gør det muligt for klienten at begynde at bruge netværket endnu hurtigere.
Lad os nu læne os tilbage i stolen et øjeblik og tænke over dette et øjeblik. Der sendes en TCN ud, når switchport’en går ned og igen, når switchport’en går ind i forwarding-tilstand. Så når en slutbruger beslutter sig for at genstarte sin pc, når han eller hun tager sin bærbare computer af for at gå til et møde, og når han eller hun beslutter sig for at omorganisere sit skrivebord og trække stikket ud af sin pc, vil der blive sendt en TCN, som får switchene til at sænke aldringstimerne for posterne i MAC-adressetabellen. Det kan være en masse unødvendig ressourceudnyttelse.
P.S. Husk at aktivere BPDU Guard, når du aktiverer portfast! Portfast er fantastisk et værktøj, men fordi det springer lytte- og læringstilstandene over, har du mulighed for at skabe layer 2 switching loops, hvis du krydskobler flere switches eller dine brugere begynder at forbinde simple switches/hubs på deres skriveborde. BPDU Guard vil placere en port i en Err-Disabled-status, hvis den modtager en BPDU på den pågældende port.