hmm ... kurnik a tusis jak je to u 3560E ? tam vime, ze je to OK
netusim. Mame 3560G a ta ma 384kB per asic (tedy na 4 porty) a je to malo.
http://www.netrounds.com/articles/2011/ ... 6pz1bFN1yI
Na tom odkazu se rika, ze by ten buffer mel byt necele 2M per asic (24 portu na asic). To muze a nemusi stacit. Napriklad 2M u 2960tek se 100vkovyma portama a 2ma 1gbps je celkem OK jako vyrovnavacka mezi 1gbps uplinkem a 100mbps portem. Na druhou stranu 3650 se 4M na na 24portu zahazovala packety - neumela pridelit rozumne mnozstvi bufferu per port, prestoze pamet zbyvala (mozna poresili v novejsim IOSu, mozna ne).
Je potreba se podivat na downlink porty, zda ztraci data (OutDiscards, Drops) kdyz do nich tece neco (provoz s micro bursty) rychlejsim portem (a zaroven je treba mit jistotu, ze dany IOS nema chybku v pocitani/zobrazovani tech zahozenych packetu v sh int count err resp. sh int xy. Pripadne je treba koukat primo na statistiku asicu (sh platform port-asic stats drop asic X apod).
Ze skusenosti co zatim mam tak na switchich, ktere pouzivaji procentualni prerozdelovani bufferu (neco jako mls qos queue-set output 1 threshold 1 200 289 50 334) se nepodarilo nastavit aby neztracel ani jeden (kdyz uz ztracel). Na tech, co umoznuji pouziti povelu queue-limit X, kde X je pocet bytu nebo packetu to je mnohem lepsi (ME3600X atd).
Nejrozumnejsi je si ten switch proste pujcit a otestovat...