Freesco, NND, CDN, EOS
http://forum.freesco.pl/

Maly upload duzy problem :)
http://forum.freesco.pl/viewtopic.php?f=22&t=9038		 Strona 1 z 2
Autor:  2jarek [ niedziela, 18 września 2005, 01:04 ]
Tytuł:  Maly upload duzy problem :)
Witam

W jaki sposob rozwiazujecie problem malego uploadu przy wysyconym laczy DSL ?

Moj wczesniejszy topic jak narazie nieprzyniosl odpowiedzi :(
http://forum.freesco.pl/viewtopic.php?t=7450&highlight=
Autor:  galdas1 [ niedziela, 18 września 2005, 11:49 ]
Tytuł: 
u mnie dobrze nawet bardzo sprawuje sie niceshaper + imq .
Autor:  2jarek [ niedziela, 18 września 2005, 12:13 ]
Tytuł: 
Tez mam niceshapera + imq i ten zestaw w polaczeniu z DSL-em 2048/256 kbit sprawuje sie srednio.

Gdy bałwan jestem zapcha sobie UPLOAD (wlaczy p2p bez limitu na wysylane dane) przydzielony mu przez niceshapera jego lacze dziala fatalnie np. www ledwo sie laduje. A wykorzystac DSL-a tak zeby przy p2p dalo sie wysycic cale lacze bez dopalenia ACK-a sie niedaje (1 uzytkownik naraz tak ale wiecej juz niebardzo).
Autor:  galdas1 [ niedziela, 18 września 2005, 12:32 ]
Tytuł: 
HEHEH Wazne zeby w tym czasie dzialalo dobrze innym . A jak on zapycha to i niech mu wogole nie dzialaja stronki jego strata cos za cos .
Autor:  2jarek [ niedziela, 18 września 2005, 12:39 ]
Tytuł: 
A czemu niepozwolic mu sciagac z maksymalna predkoscia, by mogl cieszyc sie smigajacym www przy odpalonym p2p poprawi to moje notowania u userow ktorzy za cholere niepotrafia wbic do zakutych lbow ze jak zablokuja sobie upload to sciaganie pada im na pysk i przylaza z pretensjami....:(
Autor:  2jarek [ niedziela, 18 września 2005, 12:42 ]
Tytuł: 
Acha transparentny nieprzycinany squid raczej niewchodzi w gre (za duze wymagania wobec systemu).
Autor:  2jarek [ czwartek, 29 września 2005, 09:27 ]
Tytuł: 
Pewnym rozwiazaniem okazalo sie ograniczenie ilosci polaczen dle p2p do 100 i do 5 nowych na sekunde. Ale to dalej nie jest to - lacze uzyszkodnikowi bezrozumnemu dziala troche szybciej nawet gdy zawali sobie upload.
Autor:  Albercik [ czwartek, 29 września 2005, 09:31 ]
Tytuł: 
2jarek pisze:
Pewnym rozwiazaniem okazalo sie ograniczenie ilosci polaczen dle p2p do 100 i do 5 nowych na sekunde. Ale to dalej nie jest to - lacze uzyszkodnikowi bezrozumnemu dziala troche szybciej nawet gdy zawali sobie upload.


Nie zrobisz tego tak , aby gościowi wszystko na raz śmigało ....weź przykład z tepsy : puścisz p2p to już nic nie zrobisz :roll:
Autor:  2jarek [ czwartek, 29 września 2005, 09:39 ]
Tytuł: 
Tez tak myslalem ale widzialem ze lokalna TV kablowa rozwiazala ten problem wlasnie tak sprzedaja lacza asymetryczne 4/1 ale zapychanie przez uzytkowanika uploadu nie powoduje duszenia sie downloadu owszem pingi mu rosna ale sciaga sie w najlepsze dalej.

Dodam ze w TV kablowej cieciem pasma i wstepnym QOS-em zajmuje sie modem kablowy znajdujacy sie u uzytkownika wiec podejzewam ze tam nastepuje jakas proste kolejkowanie np wg wielkosci pakietow.
Autor:  Anonymous [ czwartek, 29 września 2005, 10:45 ]
Tytuł: 
2jarek pisze:
Tez mam niceshapera + imq i ten zestaw w polaczeniu z DSL-em 2048/256 kbit sprawuje sie srednio.

Gdy bałwan jestem zapcha sobie UPLOAD (wlaczy p2p bez limitu na wysylane dane) przydzielony mu przez niceshapera jego lacze dziala fatalnie np. www ledwo sie laduje. A wykorzystac DSL-a tak zeby przy p2p dalo sie wysycic cale lacze bez dopalenia ACK-a sie niedaje (1 uzytkownik naraz tak ale wiecej juz niebardzo).



i dlatego wlasnie ja wybralem: HTB + ESFQ + IMQ i priorytety na okreslone porty ;)
Autor:  2jarek [ środa, 5 października 2005, 20:44 ]
Tytuł: 
A co sie stanie z HTB jak userzy je ostro przeciaza?
Dlaczego w jakis sposob wyrozniac ludzi surfujacych po www przed sciagaczami p2p?
Wiekszosc gotowcow w htb zaklada porobienie oddzielnych rurek dla p2p a to mi sie bardzo nie podoba chce by uzytkownicy czy to p2p czy czegokolwiek innego mogli wykorzystac lacze na maksa oczywiscie tak by nieutrudniac pracy innym.
Autor:  Aszej [ czwartek, 6 października 2005, 00:35 ]
Tytuł: 
2jarek pisze:
A co sie stanie z HTB jak userzy je ostro przeciaza?

przeciążą HTB czy server :D

o ile się dobrze orientuję na stronie Zciecha jest konfigurator, który nie ma podziału na p2p, po prostu wszystko dzieli po równo.
Autor:  2jarek [ czwartek, 6 października 2005, 09:51 ]
Tytuł: 
Jak zachowa sie htb gdy userzy zawolaja o 400% lacza.
Autor:  zciech [ czwartek, 6 października 2005, 11:08 ]
Tytuł: 
Przepusci 98% a 302% przesle do /dev/null


Tylko to jest tak, ze niektóre programy p2p wysylaja bez opamiętania nic nie robiac sobie z tego ze pakiety nie dochodza i tym sposobem nie tylko pakiety p2p ale i zamówienia www, pakiety potwierdzen i wszystko inne nagle znajduje sie w tych 302% i nastepuje ponowne wyslanie (bo poprzedni pakiet nie doszedł itd.... )

Czesto zdarza sie równiez, ze nagle z nieznanych powodów rosnie stopa błedow na laczu i lacze nagle ma miejszy przeplyw niz gwarantowany (mam takie w netii net24) i pakiety nie mogac sie wyslac tlocza sie w kolejce w modemie, bo htb je przepuszcza. Wtedy to sie robi dopiero masakra.
Autor:  2jarek [ czwartek, 6 października 2005, 11:18 ]
Tytuł: 
Czyli bedzie masakra straty w pakietach polaczenia TCP same zjada z predkoscia a UDP sie niedostosuje i albo ominie limit albo bedzie dzialac fatalnie ?
Autor:  zciech [ niedziela, 9 października 2005, 10:54 ]
Tytuł: 
Cytuj:
interactive rate 0kbps ceil 0kbps
interactive srcport 22,27960 dstport 22,27960
interactive dstip 208.231.90.235

nteractive - wydzielone, niezależne i mające priorytet nad pasmem ogólnym pasmo priorytetowe.
{rate} - pasmo jakie przeznaczamy dla ruchu priorytetowego.
{ceil} - ceil przekazywane bezpośrednio do HTB, nie testowałem dokładnie celowości tego parametru, HTB bardzo nieprzychylnie traktuje pasmo priorytetowe po przekroczeniu swojej przepustowości nawet gdy ceil jest ciągle wyższe.
{srcport} - port żródłowy pakietu priorytetowego, większą liczbę portów oddzielamy przecinkami.
{dstport} - port docelowy.
{srcip} - adres źródłowy.
{dstip} - adres docelowy.
{u32} - dowolny selektor filtru u32.



$h filter add dev $WANINT parent 2:0 protocol ip prio 1 u32 match ip protocol 6 0xff match u8 0x05 0x0f at 0 match u16 0x0000 0xffc0 at 1 match u8 0x10 0xff at 33 flowid 2:2 # ACK

moze komus uda sie polączyc ten selektor u32 z pasmem interactive
Autor:  adamol [ piątek, 18 listopada 2005, 04:14 ]
Tytuł: 
Hmmm
Nic nie ma na forum o tym selektorze.
Co to za wpis Zciesiu :?:
Cytuj:
$h filter add dev $WANINT parent 2:0 protocol ip prio 1 u32 match ip protocol 6 0xff match u8 0x05 0x0f at 0 match u16 0x0000 0xffc0 at 1 match u8 0x10 0xff at 33 flowid 2:2 # ACK

Też miałem taki problem że jak user sam sobie zapchał łącze za pomocą p2p to mu www nie wchodziło. Teraz używam niceshapera z wykorzystaniem tych yyy a interactive :P
: [/] [] ()
<global>
    iface inet eth0 83.xx.xxx.138/29
    iface local eth1 192.168.1.1/24
    do not shape local 83.xx.xxx.138 with 192.168.1.0/24
    do not shape local 192.168.1.1 with 192.168.1.0/24
    shape router true low 2kbps ceil 5kbps prio 2
    stats unit kbps dump 10c file /var/www/nsstats.txt
    resolve hostname true
    method mark
    reload 4s
</global>

<download>
    link speed 120kbps shape 100kbps
    user low 1kbps ceil 80kbps strict 40% prio 7
    interactive rate 90kbps ceil 60kbps
    interactive srcport 25,53,80,110,443,1550,1551,8074 dstport 25,53,80,110,443,1550,1551,8074
    policy dynamic
</download>

<upload>
    link speed 30kbps shape 27kbps
    user low 0kbps ceil 10kbps strict 40% prio 7
    interactive rate 25kbps ceil 18kbps
    interactive srcport 25,53,80,110,443,1550,1551,8074 dstport 25,53,80,110,443,1550,1551,8074
    policy dynamic
</upload>
GeSHi © Codebox Plus

i fajnie działa. W sumie to prio 7 dodałem ostatnio i chyba nic nie zmieniło, rozumiem, że dla interactive prio=1, czy może dopisać do pierwszej linijki z interactive prio 1.
Tak i tak nie wiem co to za wpis co podałeś powyżej :?
Może da się to jakoś zmodyfikować, poprawić .. chociaż narazie nie narzekam, dodatkowo mam zrobione ograniczenie liczby połączeń i limity czasu ich trwania. Oprócz tego na jedwabny.net pisało że:

Cytuj:
ceil przekazywane bezpośrednio do HTB, nie testowałem dokładnie celowości tego parametru, HTB bardzo nieprzychylnie traktuje pasmo priorytetowe po przekroczeniu swojej przepustowości nawet gdy ceil jest ciągle wyższe

czyli że jak :?:
Ale co to ten selektor :?:
Na początku pomyślałem, że to jakiś filtr do opalania...na serio :lol:

Pozdro
Autor:  Albercik [ piątek, 18 listopada 2005, 08:16 ]
Tytuł: 
Ten filtr to klasa ACK , o którą się wszystko rozbija .....
Autor:  2jarek [ piątek, 18 listopada 2005, 09:57 ]
Tytuł: 
Chwilowo calkowicie zarzucilem ten pomysl przyczyna jest nastepujaca jesli nawet udaloby sie ACK wrzucic do interactive to userzy przestaliby oszczedzac upload na swoich laczach bo i po co skoro wszystko pieknie smiga.... i efekt bylby taki ze przy 5-10 ssaczach masakrujacych p2p tego marnego uploadu z DSL-a zabrakloby na same ACK dla p2p.
A gdzie tu wysylanie poczty skype itp ?

Niceshaper jest najlepszym rozwiazaniem ci co maja odpalone "glupie" p2p jak emule, torrent szybko zapychaja sobie upload a nice agresywnie im go scina po kilku sekundach (strict 30%) wiec wszystko sie im wlecze a sciaganie tez jest kiepskie.
Wiekszosc z czasem sie uczy by uzywac "madrych" p2p DC++ i klijentow guntelli stosowac netlimitera albo sciagac z FTP bo wtedy niemaja problemow z degradacja jakosci lacza przy wysyconym uploadzie.
Dodatkowy plus jest taki ze "madre" p2p generuja mniej pps i jest to znacznie zdrowsze dla sieci radiowej na ktorej dzialam.
Autor:  Albercik [ piątek, 18 listopada 2005, 10:31 ]
Tytuł: 
Jeżeli na ACK dasz większośc pasma to na pewno będzie OK - klasa prio to spowoduje , poza tym pakiety w tej klasie zajmują znikomą część pasma - to tylko potwierdzanie odbioru .
Strona 1 z 2 Strefa czasowa UTC+2godz.
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/