existuje daky vizualizacny softik, kt. vyzualizuje haluze typu htb classes atd? samozrejme bude pri nich ukazovat aktualny trafik atd.
ak nie je, tak stalo by za to, nakodit to ... pre debudovanie super vec...
lenze ja akosi nestiham, musim este pracovat na diplomke, teda najskor v maji
jmi
face - 09.03.2004 - 12:33 Post subject:
existuje...
skusal som iba packetfilter-piotr...
je to par perl scriptov... pre ukladanie dat a vykreslovanie grafov sa vyuzivaju rrdtools...
pre konkretny pripad to vsak treba prekonfigurovat...
bolo by to ale vhodne cele prekopat, aby bolo mozne zautomatizovat pridavanie tried bez zasahu do stavajucich tried...
inac pozri si www.docum.org mozno tam najdes inspiraciu...
kiwi - 09.03.2004 - 13:25 Post subject:
Aj mna napadlo, ze keby sa dal kreslit graf z aktualych rychlosti ktore HTB rata pre danu triedu (vyznam to ma asi len pre sharovane triedy), tak by to mohlo byt zaujimave.
mgx - 09.03.2004 - 15:28 Post subject: vizualizacia
skoda ze nemam teraz cas sa s tym babrat, ale
imho implementacia by silno zavisela od shapera, co v ramci modularnosti je nanic.
nevidim vsak problem spravit:
1. backend, ktory bude lozit po listoch schedulera a aktualizovat v tabulke aktualne data
2. frontend, ktory dane data zobrazuje.
inak, na frontend by bol perfektny flash face - 09.03.2004 - 16:42 Post subject:
tie scripty, s ktorymi som sa zabaval update-ovali tabulky kazdych 5 sekund, vypadol z toho celkom pekny hodinovy diagram (keby som vedel ako sem pridat obrazok, tak by som ho pridal...) neviem sice ako by to bolo narocne na diskovy priestor...
mam taku predstavu, ze jednotlive triedy by mali v diskovom priestore web servera kazda samostatny adresar, v ktorom by boli ulozene aj data, pripadne iba linky na datove subory pre kazdu triedu (takto by nebol problem pridavat dalsie triedy) jedna tabulka by bola pre jednu triedu... script ovsem naraz vycita vsetky triedy a rrdupdate by sa musel vykonavat do kazdej tabulky zvlast, neviem si predstavit casovu narocnost tychto operacii kazdych 5 sekund (script je v perle) ak ta masina ma robit aj samotny shaping...
bohuzial nie som web-guru, aby som vedel zabezpecit aby uzivatel mohol vidiet iba svoje grafy a samozrejme admin vsetky plus grafy root tried...
grafy by sa generovali pomocou rrdgraph utility (ci ako sa vola) v momente ked uzivatel pride na stranku...
uvazoval som nad upravou htb.init scriptu (ked ho uz u nas pouzivame) na "vygenerovanie" adresarovej struktury do priestoru webu aj s vytvorenim prislusnych tabuliek pre rrdtools... pripadne este niecim vacsim, co by na zaklade dakeho textoveho suboru (zatial mozno hosts, v buducnosti mozno LDAP) vygeneroval aj pravidla do IPTABLES (MAC<->IP, fwmark) a DHCP servera (MAC->IP) prislusne konfiguracie...
jmi - 09.03.2004 - 16:43 Post subject:
2face: to ma od realtime daleko .. k debugovaniu je realtime v podstate nutnost.
2mgx:
ten backend by mal byt jednoduchy parser
frontend musi okrem vizualizacie aj nieco ratat (teda ja som xcel aj aby mangle pravidla z iptables zobrazoval a na nich treba zratat "rychlost" pomocou rozdielu hodnot za niekolko poslednych stoviek milisekund.
ak to budem robit ja, tak potom by som mal 3 urovne:
1) kazdy router posiela info UDPckom na centralny server
2) centralny server vypocitava vsetko co treba a na request odosiela klientom info (udpckom)
3) klientsky soft
moja implementacia by bola:
1) php
2) php alebo kylix konzolova aplikacia/daemon
3a) php+html
3b) w32/kde aplikacia
3c) mozno ine .. ale kedze flash nemam cas studovat... tak asi nic z mojej strany.
to mgx:
preco by mala byt implementacia silne zavisla od shapera?
to all:
no ja chodim na HTB + SFQ co sa tyka qdiscov a class ... co pouzivate vy (aky vystup ma tc -s -d class show dev xyz)?
jmi - 09.03.2004 - 17:00 Post subject:
este jedna vec .. polozka rate vo vystupe sa updatuje raz za vecnost .. xcem ju ratat tiez realtime z polozky sent
face - 09.03.2004 - 17:02 Post subject:
to jmi: uz mi je to jasne, sory za zavadzanie..
class htb 1:490 parent 1:8 prio 4 quantum 2048 rate 16Kbit ceil 128Kbit burst 1619b/8 mpu 0b cburst 1762b/8 mpu 0b level 0
Sent 2875182158 bytes 3328877 pkts (dropped 430, overlimits 0)
rate 4955bps 8pps
lended: 1102772 borrowed: 2226105 giants: 0
tokens: -77358 ctokens: 60551
mgx - 09.03.2004 - 17:06 Post subject:
imho implementacia by silno zavisela od shapera, co v ramci modularnosti je nanic.
samozrejme ak by to bol parser, tak by to bolo OK.
jmi - 09.03.2004 - 18:06 Post subject:
2face: hehe, zrovna htb mam aj ja, teda to som nexcel vidiet. zaujimali ma vysputy inych, aby som videl ako moc rozdielne by boli tie parsery .. inak pohoda
o com vlastne su tokens a ctokens? (preco ho mas zaporne .. pretieklo?)
face - 09.03.2004 - 19:27 Post subject:
njn, som nevedel, ze nesces vidiet htb...
btw ten script co som spominal tiez ukladal do tabulky hodnotu Send xxx bytes a nie rate... a ako som uz spominal bol z toho pekny hodinovy graf (nie rovnucky ale taka pilka)... a co sa tyka realtimu tak tam boli vlastne hodnoty do okamziku kedy sa ten graf generoval, tj. stare 5 sekund... nie je to sice realtime ale potesi... sak si vezmi ze niektore snmp managery pre AP to neupdate-uju castejsie ako 10 sekund...