Stahovači

[Skudlik]

Zdar,

 > 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. 

No podobne to fakci i u nas (v nove verzi shaperu), omezeni jdou 
nastavit dle uvazeni - akorat takhle drsne nastaveny to ma docela velkou 
nevyhodu - kdyz se stane, ze nikdo jiny zrovna nechce nic sosat, tak mas 
potencialni kapacitu v radu megabitu, ale pojede ti pres ni pouze 
jedinej clovek omezenej na 80k .. tohle mi prijde jako docela plejtvani 
kapacitou linky. Samozrejme na hodne vytizeny AP se nastavi vice 
restriktivni omezeni nez tam, kde nejsou problemy.

> 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!

Hmm tohle by se ale aplikovat mohlo - s tou casovou zavislosti. Kriticky 
je podle me cas tak od 16:00 - 23:00, v tomhle case by mohl byt shaper 
vice restriktivni nez, nez ve zbyvajici casti dne. Uplne to vypinat by 
asi mohlo byt nebezpecny treba kvuli nocnim paranum, kterym by 
nneomezena wifina mohla vyrabet 100+ms pingy.

Sk.

> 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. 
> 
>