Pokud to umozni nizsi cenu pripojeni. Ale ne tak, jak to delaji ted.
Se sousedy sdilime pripojeni a nase FUP funguje nasledovne: Pro kazdeho ucastnika se sleduji objemy prenesene sa poslednich 24h, 3 dny, 10 a 30 dni. Pro kazde obdobi je stanoven limit odpovidajici domluvenemu mesicnimu objemu 1G. Ale prekroceni limitu neznamena snizeni rychlosti - za prekroceni kazdeho z tech 4 limitu muze uzivatel dostat 1 cerveny bod a podle poctu cervenych bodu se paketum prideluje pozice ve fronte, t.j. 'stahovac', kdyz je sam, jede plnou rychlosti linky, ovsem kdyz popri nem tahaji neco slusni lidi, ma smulu a vyuziva jen zbytkovou kapacitu.
Traffic se hodnoti co 12 minut, takze reakce je rychla, po stazeni 30 uz sviti jeden cerveny bod, po stem megu se rozsviti druhy..
Děkuji pěkně za nějaká svítící červené body... Proto mám wifi bez FUP na dvou místech a to vše celkem za 600,- za měsíc BEZ FUP při REÁLNÉ rychlosti 1200 v OBOU směrech... s řešením případných problémů okamžitě - a jde to...
Ale tady vubec nejde o FUP, tomuhle se spis rika QOS, a je to o tom, ze si spolecne koupite dejme tomu 10Mbit pro 20 lidi. Na kazdeho tedy vychazi 1/2 Mbitu. Toto dostane vzdy, protoze si to plati. Ale co s plonkovou kapacitou, ktera je aktualne nevyuzita ? Kdyz se na siti vyskytne jedinec co bude sosat 24/7 tak dostane tu nevyuzitou kapacitu temer vzdy a proto se vetsinou snazi spravce takove site to rozdelit nejak spravedliveji, aby se k te prave nevyuzite kapacite dostali i ostatni. Pak je logicke jako kriterium pouzit mnoztvi prenesenych dat.
Uvaha je spravna, ale k tomu, aby to odpovidajicim zpusobem fungovalo je treba take vlastni AS ... spocital byste na ruce kolik tzv. ISP ho u nas opravdu provozuje? Samozrejme, za dobre konstelace hvezd je mozno z pocatecnich podminek trochu slevit, obcas se modlit, ze to TCP je "tak" robustni... jenze ono dneska datovy tok neni TCP a objem dat je velicina, ktera je podstatna i jinak - asi na te zminene mikrovlne (WiFi) budou nadseni z desetitisicu malinkych packetu za sekundu... (a ze takovy provoz s throughput rekneme 20kB/s dokaze zabit kde co asi nemusim dalece popisovat).
nebyly by nekde k videni technicke detaily vaseho reseni?
Kdyz jsem hledal nejaka hotova reseni IP accountingu, zjistil jsem, ze toho moc k mani neni... Nakonec jsem napsal skripty, ktere jednak delaji traffic shaping pomoci HTB a z jednotlivych trid pak scitaji prenesena data pro uzivatele, ale moc spolehlive to neni.
Zatim to sice staci - jde mi hlavne o orientacni prehled prenesenych dat jednotlivymi uzivateli, ale to co popisujete nevypada spatne :-)
