Stahovači

[Mr.Gespant]

No dovolil bych si rict, ze ten nas shaper toho umi vic nez to vase 
Kladivo ( tim to nechci nijak shazovat )... Ten nas nema jen dve "clasy" 
ale tri a ta oriznuta rychlost neni pevne dana, ale je dynamicky vazana 
na propustnost lajny...

ale jak rika skudlik - wifi je nevyzpitatelna... ten nas shaper by 
fungoval dokonale na kabelu, ale wifi jw wifi...

> No dovolil bych vam zasahnout do teto diskuse. Myslim, ze mame v HKFree 
> system, ktery resi vas problem. Jmenuje se to Kladivo 
> (http://charon.hkfree.org/wiki/index.php/Kladivo). Funguje to tak, ze 
> pokud uzivatel v prumeru za posl. x (vetsinout 15) minut presahl urceny 
> traffic (nastaveno podle moznosti APcka), tak mu je na dalsi 3 hodiny 
> oriznuta rychlost asi na 80kbit. Po 3 hodinach se provede automaticky 
> unbann. Kladivo je zapnuto vetsinou jen v dobe od 7 do 23 hodin. Funguje 
> to paradne!! Samozrejme ze nema uplne ten samy ucinek, jako shaper, ale 
> v kombinaci to ma velmi dobre vysledky!
> 
> S pozdravem..
> ---------------------------------------------------
> Harry - AP Kocourkov
> ICQ: 222869452
> jabber: harry na charon.hkfree.org
> mail: harry na hkfree.org
> ---------------------------------------------------
> "Skudlik" <skudlik na email.cz> píše v diskusním příspěvku 
> news:432B3017.5070901 na email.cz...
> 
>> Takze,
>>
>> jakozto "zodpovedna" osoba se pokusim odpovedet.
>>
>>> Tak tady se musím ohradit, na správce jsem se sice neobrátil, ale 
>>> nějak se mně vybavují informace z informační schůzky (a to jsem tam, 
>>> prosím, jako jeden z mála nespal a nelemtal pívo ;-) ), že při 
>>> dosažení limitu 60 MB/hod se rychlost snižuje, takže jsem měl za to, 
>>> že je to opatření centrální a ne na jednotlivých AP. Ale u trafficu 6 
>>> GB/20 hod. se mně nějak nezdá, že by se uplatňovala snížená rychlost.
>>
>>
>> System byl navrzeny tak, aby pouze "depriorizoval" stahovace = 
>> nesnizoval rychlost, ale mel zarucovat to, ze clovek co vecer jde na 
>> net, tak mel prednost pred nekym, kdo cely den stahuje.
>>
>> Bohuzel se ukazalo, ze diky prenosovym vlastnostem wifi, tento system 
>> hlavne na koncovych AP nefunguje zrovna idealne. Dochazi k tomu, ze 
>> nekdo svym vysilanim proste "utluce" vsecky ostatni i kdyz ma mensi 
>> prioritu. (Ostatnim padaji spojeni diky paket lossu, nedokazi 
>> dosahnout vetsich ryclosti pri TCP spojeni).
>>
>> To co drive na preplnenych peer spojich fungovalo dobre, tak dnes na 
>> preplnenych vsesmerech/sektorech selhava.
>>
>> Hlavni pricinou je to, ze ve wifi nejde moc dobre hledat zakonitosti. 
>> Wifi = alchymie. Uplatnuje se zde velke mnozstvi faktoru, ktere mohou 
>> ovlivnit to, jak to vsecko dohromady funguje. Obcas staci jeden clovek 
>> s minimalnim trafficem, aby posrrr*** komplet cele APcko. Na vine muze 
>> byt hodne veci, hledat vinika byva zalezitost na hodiny sledovani a 
>> vetsinou konci metodou pokus-omyl, kdy jsou jednotlivy clenove 
>> odpojovani a hleda se kdo pusobi nejvetsi problemy.
>>
>> ....
>>
>> Nove testovany system je o dost vic restriktivni nez puvodni, zatim me 
>> ale vysledky testovani nepresvedcily natolik, abych si to troufnul 
>> nasadit nejak vic globalne.
>>
>>> Jinak s tebou souhlasím, že ten můj konkrétní případ je pro správce 
>>> konkrétního AP, ale myslím si, že na ostatních AP bude situace 
>>> obdobná - na 15 členů připadnou 3 buhvolové s velmi kladným vztahem k 
>>> p2p...
>>
>>
>> Tohle bych si s prominutim dovolil oznacit jako totalni picovinu. Ono 
>> je hodne jednoduchy rict, nekdo ma kladny vztah k P2p - on za vsecko 
>> muze - a mu to kvuli nemu jede nahovno.... chyby byvaji dost casto 
>> nekde jinde...
>>
>> Kdyz nekdo sosa, tak to co kazdopadne zpusobi, je vytizeni wifiny. V 
>> tomhle stavu se prave zacinaji projevovat ruzne dalsi neduhy, ktere 
>> pri beznem provozu nejsou videt. Bezne se stava, ze to bezi v pohode v 
>> radu Mbit/s a pak se prida dalsi co jede pouze zlomkovou rychlosti 
>> oproti ostatnim, ale je to v loji a nejede to pak nikomu.
>>
>> Doporucuju se opravdu obratit na spravce AP - a hlavne se mu co 
>> nejpresneji pokusit popsat problem. Snazit se vysledovat kdy dochazi k 
>> jakym poklesum rychlosti, jake jsou v dane dobe pingy (na AP, do 
>> netu). Timhle zpusobem se da (nekdy) najit pricina.
>>
>> Jina cesta je pouze takova, ze se vsem bez pardonu omezi rychlost na 
>> nejakych rekneme 128kbit/s. Pri tehle rychlosti si myslim muze AP 
>> dobre fungovat i s problemovymi usery. :))))) Ale komu by se takovehle 
>> opatreni libilo ze? ;).
>>
>> Cilem pro me vzdy bylo co nejlepe vyuzit maximalni propustnost linky. 
>> Dosahnout ale neceho takoveho na wifi neni zrovna trivialni. Takze 
>> pokud tahle problematika zajima, rad uvitam nove napady a pohledy na 
>> vec. Zkousel uz jsem ruzne veci s ruznym vysledkem, ale k optimalni 
>> variante jsem se zatim nepropracoval.
>>
>> Skudlik. 
> 
>