Tīkla slēdža buferizāciju parasti izraisa dažādi tīkla interfeisa ātrumi, pēkšņas trafika palielināšanās vai daudz{0}}datplūsmas{1}}pārraides.
Visizplatītākā problēma, kas izraisa tīkla slēdža buferizāciju, ir pēkšņas izmaiņas daudzos{0}}uz-datplūsmā. Piemēram, lietojumprogramma var tikt mitināta vairākos servera mezglos. Ja viens mezgls vienlaikus pieprasa datus no visu pārējo mezglu tīkla slēdžiem, visām atbildēm tīkla slēdžos jāsaņem vienlaikus. Kad tas notiek, trafika plūdi no visiem tīkla slēdžiem steidzas uz pieprasītāja tīkla slēdža portu. Ja tīkla slēdzim nav pietiekami daudz izejas bufera, tas var samazināt trafiku vai palielināt lietojumprogrammas latentumu. Pietiekama tīkla slēdža buferizācija var novērst pakešu zudumu vai tīkla latentumu, ko izraisa zema līmeņa protokoli.
Mūsdienu datu centru komutācijas platformas šo problēmu risina, izmantojot tīkla slēdžu koplietotus komutācijas buferus. Tīkla slēdzim ir bufera baseins, kas piešķirts noteiktiem portiem. Koplietotie pārslēgšanas buferi ievērojami atšķiras starp pārdevējiem un platformām.
Daži tīkla slēdžu pārdevēji pārdod tīkla slēdžus, kas paredzēti noteiktām vidēm. Piemēram, dažiem tīkla slēdžiem ir lieli buferi, kas piemēroti Hadoop vidēm ar vairākiem-līdz{2}}pārraides scenārijiem. Vidēs, kur var izplatīt trafiku, tīkla slēdžiem nav jāizvieto buferi slēdžu līmenī. Tīkla slēdža buferi ir ļoti svarīgi, taču nav vienas pareizās atbildes uz to, cik daudz vietas tīkla slēdzim patiesībā nepieciešams. Liels tīkla slēdža buferis nozīmē, ka tīkls nesamazinās datplūsmu, taču tas arī palielina latentumu,{6}}ko slēdžā saglabātajiem datiem ir jāgaida, pirms tie tiek pārsūtīti. Daži tīkla administratori dod priekšroku mazākiem tīkla slēdžu buferiem, ļaujot lietojumprogrammām vai protokoliem apstrādāt mazāku trafiku. Pareizā pieeja ir izprast tīkla slēdža trafika modeļus jūsu lietojumprogrammām un izvēlēties slēdzi, kas atbilst jūsu vajadzībām.
