vypadá to, jako by se vám to bavilo jen s iptables, ale už ne s tc, nebo že v kernelu není HTB. protože u nás shaping samozřejmě sedí skoro úplně přesně, že jo.. jak jinak bych navíc testoval ten shaping i během dne. ono se tam opravdu nemůže až tak moc rozbít.. je to jen nástroj na volání toho tc, které buď zafunguje, nebo nezafunguje.
Ahoj tak jsme krátce otestovali Promethea jako hlavní gw, výsledky:
hw: C2D E6750 2,66GHz, mb Supermicro,
Soft: Ubuntu 8.1 server, 64bit
Při max. průtoku cca. 106Mb/s (cca. 11tis. pps) bylo vytížení max. 35%.
Fakt good job. Musím říct, že oproti verzi 6 nebo 5 kterou jsem používal naposledy je vidět citelný rozdíl.
Akorát by se nám dost hodilo vytváření tříd např. pro celé AP nebo oblast. Teď má každý user svoji třídu, ve které má svoje IP, ale nejde vytvořit "nadtřídu" pro určitou skupinu userů. Asi by to němel být problém dopsát, ne? Zkusím oprášit C-čko
Mimochodem, dnes jsem commitnul docela podle mě užitečné zlepšení.. tabulka "Enterprise Research and Planning" se teď generuje i po měsíčnímími a ročními přehledy generovanými na základě parsování texotvých logů. Docela mě ty výsledky překvapily - jsou to podobně drastická čísla, jako průběžné statistiky... sítě co používají Promethea teď jasně uvidí, kterých 10 - 20 uživatelů jim generuje největší část nákladů na konektivitu...
(akorát je šíleně prasecký, že jsem udělal jen copy+paste a změnil názvy proměnných... no ale toto vyřeší až přechod na nějaký HTML šablonovací systém, který taky chystám... pak bude každá tabulka provedena jako extra soubor se šablonou, a do jednotné šablony se pak pošle prostě nějaká výrazně zjednodušená datová struktura ... mám promyšlený objektově orientovaný šablonovací systém v C, jehož dopad bude daleko větší, než jen pro potřeby Promethea)
Tedy, ano: budu fakt rád, pokud se najdou alespoň dvě další sítě (kromě Prostějova, ten už přispěl dříve, a kromě Kutné Hory, která přispěla prací která fakt byla potřeba), kterým budu moci vyfakturovat "konzultaci" ohledně takového nastavení Promethea aby zpomaloval sosáky už "během dne" (prostě i mezi dvě samostatnými starty Promethea, a až do nového startu), v souhrnné výši 10 000 Kč (bez DPH, faktura je samozřejmostí). Očekávám příspěvky hlavně od sítí se šířkou pásma nad 50 Mbps a více, ve kterých se přeci musí točit nějaké peníze. Poděkování v referencích na vývojářském webu je samozřejmostí.
Pracuji na plný úvazek mimo břevnovskou/střešovickou síť, kterou formálně stále ještě 100% vlastním, a z peněz vydělaných jinde nebo našetřených z jiných zdrojů jsem roce 2008 např. zakoupil první 100 Mbps infračervený spoj Crusader (který funguje výborně). Většina peněz v Břevnově padne na zaplacení práce techniků v terénu a telefonického helpdesku, a na SW vývoj už moc peněz nezbývá. Příspěvek bych skutečně uvítal z tohoto titulu, že vlastně ani ta jediná brána kterou na bázi Promethea provozuju, mi neživí, a ještě na ní doplácím.
Jsem ochoten i poskytnout konzultaci "na místě", tzn. že na dané místo dojedu osobně (pokud by to šlo o víkendu) a vše zkouknu na místě, poladím, potuním... je samozřejmě ale možný i vzdálený přístup přes SSH.
Mozno zbytocna otazka, ale potrebujem si ju ujasnit.
Ak pocas dna zmenim danej IP adrese CLASSIFY, budu sa na nej kumulovat a sledovat data?
Ide mi o to, ze som zaznamenal velky narast uzivatelov, ktori stahuju cez radpishare a nechavaju to zapnute nonstop. Viem ich dynamicky spacifikovat tak, ze konkretne spojenie po stiahnuti urciteho objemu dat zaradim do nejakej spolocnej triedy s vopred urcenou rychlostou. V mangle tabulke im zmenim clasiffy ale neviem co bude s pocitanim dat pre konkretnu IP adresu. Hned ako uzivatel stopne alebo ukonci spustenu connection, automaticky mu ostane ponechany jeho povodny mark. Vsetky ostatne spojenia ostavaju nezmenene, cize budem menit triedu len pre jedno konkretne spojenie.
já bych doporučoval spíš "tc change", než měnit CLASSIFY
ostatně - pracuji na tom (ačkoliv ohlas na výzvu jestli by tuto práci šlo potom nějak zaplatit byl nulový ... což je krásný paradox... daleko více peněz bych si nejspíš vydělal prodejem triček s logem CZFree, nebo něco takového... mimochodem nechcete někdo koupit tričko ? :-) financovat vývoj vysloveně corporate-level nástroje na vydělávání peněz, jako je Prometheus QoS prodejem triček - to by mi přišlo jako správný level absurdity v době finanční krize :-)) )
Zjevně není classify stavěný na konexe :-)
Zkus to markovat a druhým pravidlem connmark teprve clasifikovat. To by zafungovat mohlo, projde tím každej paket.
Ale jinak je to zajímavej nápad. Byť se neslučuje s mým přesvědčením, jak má fungovat síť :-) Ale to FUPka taky ne a máme ji ...
16.01.2009 v 19:18
