> Seznam zatím 100GE příliš nevytěžuje
Tohle tvrdíte na základě toho MRTG grafu, nebo i na základě něčeho podrobnějšího? Neútočím, jen se ptám, protože pro naši síť bych taky rád podobnou informaci znal.
MRTG měří počty bajtů/packetů po pěti minutách, čili na grafu je pětiminutový průměr. To že během 300 sekund je datový tok 3 Gbit/s ještě neznamená, že se v krátkodobých špičkách o délce řádově pěti deseti sekund nemůžou občas dostat na kapacitu linky nebo i nad ni. A to už se na straně uživatele poznat může, pokud se do takovéto zácpy dostanou třeba jeho DNS dotazy.
Sledujete někdo i ve své síti i takovouto situaci? Pokud ano, čím to měříte? Něco asi napoví počítadla zahozených packetů, ale možná by bylo zajímavé vědět třeba 90. nebo 99. percentil zpoždění packetů, případně podobné percentily délky výstupní fronty. Nebo to vyhodnocujete jako "MRTG hlásí pod 50 %, je to OK"?
-Yenya
Na Ciscach mas moznost nastavit ako je prepocitavana zataz v frontach(na interface).
Tato zmena by nemala by nemala sposobovat degradaciu vykonosti zariadenia (ak pouzivaju aspon nejake FPGA, testovane na Cisco ISR G2 29xx)
Ak sa nemylim MRTG vyuziva snmp, alebo obdobny protokol...
Mozes skusit zmenit pocitanie zataze na interface a zmenit cas dotazovania MRTG...
Popripade ak mas Cisco, pozri sa na EEM (Embeded Event Manager), ak nastane nejaky event, zariadenia posle dajme tomu "SNMP trap"...(V tomto pripade tiez je nutne zmenit cas pocitania dat vo fronte)