Me kaikki tiedämme Portfastin konfiguroinnin suuren edun, Portfastilla konfiguroitu portti alkaa välittömästi lähettää dataa ’forwarding’-tilassa ohittaen muut spanning-tree-tilat. Tämä on varmasti loistava ominaisuus, joka on määritetty loppukäyttäjien työasemiin tai palvelimiin yhdistäviin portteihin. On myös toinenkin hyvä syy konfiguroida Portfast asiakkaan reunaportteihin, jota ei tunneta niin laajalti.
Kun kytkinportti nousee tai laskee, kytkin luo TCN-paketin (Topology Change Notification) ja lähettää tämän TCN-paketin juurisillalle, jonka jälkeen juurisilta vastaa takaisin TCA-paketilla (Topology Change Acknowledgement), jolla se yksinkertaisesti kuittaa TCN-paketin. Tämän jälkeen juurisilta lähettää toisen BPDU:n, jossa TC (Topology Change) -bitti on asetettu jokaiselle Spanning-Tree-toimialueen sisällä olevalle kytkimelle. Kun muut kytkimet vastaanottavat tämän TC-merkityn paketin, se nollaa CAM-taulukon (tunnetaan myös MAC-osoitetaulukkona) jokaisen merkinnän vanhenemisaikaa 15 sekuntiin, mikä voi aiheuttaa sen, että kytkimen on rakennettava CAM-taulukkonsa uudelleen, jos merkinnät alkavat vanhentua. Kerros 2 -verkkosi koosta riippuen tämä voi tuhlata paljon resursseja kytkimissäsi. Puhumattakaan siitä, että se aiheuttaa paljon tarpeetonta liikennettä, koska meillä on joukko BPDU:ita, jotka lähetetään siten, että TCN-, TCA- ja TC-liput on asetettu erikseen. Muista myös, että jos CAM-taulukkomerkinnät alkavat vanhentua, tämä voi aiheuttaa tarpeetonta ARP-liikennettä, koska kytkimellä oli jo lisätietoa.
Katsotaan nyt hieman tätä:
Tässä on porttikonfiguraatio ilman portfastia:
Kun katkaisemme ja kytkemme fa1/0/5:n uudelleen, saamme seuraavan lokitulosteen:
Tässä edellisessä ruudunkaappauksessa huomaat, että ensimmäiseksi spanning-tree lähettää tuon TCN-BPDU:n ja rajapinta merkitään alhaalle. Kytken sitten kaapelin uudelleen fa1/0/5:een, ja näet, että portti käy läpi spanning-tree-vaiheet kuuntelusta oppimiseen ja lopulta edelleenlähetykseen. (Lisäpisteet, mikä spanning-versio minulla on käytössä?) Huomionarvoista on myös se, että toinen TCN BPDU -paketti lähetetään, kun portti asetetaan takaisin forwarding-tilaan.
Konfiguroidaan nyt Portfast tähän kytkinporttiin:
Kytketään nyt taas portti irti ja kytketään uudelleen:
Tässä tapahtuu paljon vähemmän kuin edellisessä kokemuksessamme, tärkeintä on huomata, että TCN-paketteja ei lähetetä silloin, kun portti on merkitty down- eikä silloin, kun portti on merkitty up-asemaan (tai forwarding). Ainoat STP-tapahtumat, jotka rekisteröidään, ovat se, että portti fa1/0/5 siirtyy suoraan forwarding-tilaan blocking-tilasta ohittaen listening- ja learning-tilan, jolloin asiakas voi aloittaa verkon käytön vieläkin nopeammin.
Nyt istutaanpa hetkeksi takaisin tuolillemme ja mietitään tätä hetki. TCN lähetetään, kun kytkinportti menee alas ja uudelleen, kun kytkinportti siirtyy forwarding-tilaan. Joten kun loppukäyttäjä päättää käynnistää tietokoneensa uudelleen, kun hän irrottaa kannettavan tietokoneensa lähtiäkseen kokoukseen, telakoituu takaisin työpöytäänsä tai kun hän päättää järjestää työpöytänsä uudelleen ja irrottaa tietokoneensa, TCN lähetetään, jolloin kytkimet laskevat MAC-osoitepöydän merkintöjen vanhenemisajastimia. Se voi olla paljon turhaa resurssien käyttöä.
P.S. Muista ottaa BPDU Guard käyttöön, kun otat portfastin käyttöön! Portfast on loistava työkalu, mutta koska se ohittaa kuuntelu- ja oppimistilat, on mahdollista luoda layer 2 -kytkentäsilmukoita, jos useita kytkimiä kytketään ristiin tai käyttäjät alkavat kytkeä yksinkertaisia kytkimiä/hubeja työpöydissään. BPDU Guard asettaa portin Err-Disabled-tilaan, jos se vastaanottaa BPDU:n kyseiseen porttiin.