| Author |
Message |
|
|
Post subject: RE: blokovanie p2p spojeni
 Posted: 01.09.2004 - 21:52 #11298
|
|
Basic
Joined: Feb 18, 2003
Posts: 252
Location: Zvolen
|
|
majko036 wrote: ›face:
2. samozrejme SUM(RATE) <= RATE parent. ale co ti brani nastavit RATE = linka/n ? a potom RATE znizovat stahovacom? HTB je predsa aj o tom ze si triedy navzajom mozu pozicat pasmo takze prenos na urovni, alebo len "malo" nad urovnou RATE asi nikto nedosiahne, bude urcite vacsi. ale pokial viem tak prave pomer hodnot RATE dvoch tried urcuje aj to v akom pomere si volne pasmo rozdelia triedy
=>
ak je linka volna idem naplno
ak je obsadena tak stahovac dostane menej ako "bezny user" (:D ako prasok na pranie).
htmm tak neviem, ci som HTB zel pochopil, ale mal som dojem, ze funguje na zaklade dakych tokenov...
- v pripade, ze vsetci maju nastavne vsetko rovnako (RATE, CEIL, PRIO) si predstavujem, ze to funguje nasledovne (moje oblubene gulicky...:-) )
- linka je prazdna a pride prvy uzivatel, na zaklade CEIL mu HTB prideli sirku pasma... tato vsak nie je urcena len pre daneho uzivatela ale aj pre inych, ktori sa nachadzaju v tej istej parent triede, takze HTB zacne pocitat, kolkoze si to ten uzivatel od ostatnych poziciava... obrazne to obkecavam tak, ze uzivatel si zacne poziciavat gulicky od ostatnych uzivatelov...
- pride druhy uzivatel, system mu prideli sirku pasma na zaklade jeho nastaveni, ktore su zhodne s prvym uzivatelom... a gulicky sa zacnu prelievat trosku inac.. prvy uzivatel zacne vraciat druhemu pozicane gulicky do chvile, pokial sa ich pocet u oboch uzivatelov nevyrovna... sucasne s tym vsak system pocita, ze obaja uzivatelia si od ostatnych poziciavaju dalsie gulicky... z toho vyplyva, ze pokial nie je tymito dvomi uzivatelmi zaplnena cela sirka pasma parent triedy obaja idu rychlostou CEIL...
- tak a pride treti uzivatel a sucet CEIL vsetkych je vacsi ako RATE parent triedy... system opat zacne vracat gulicky uzivatelovi, ktory ich ma najmenej az do chvile kedy vsetci nemaju rovnaky pocet az do vypnutia..:-)
- v kazdom pripade uzivatel, ktory ma menej guliciek ma prednost pred uzivatelom, ktory ich ma viacej... neviem ako je to s analogiou na tie tokeny, ci ked ich ma uzivatel viac tak ma prednost naplnanie jeho fronty alebo vtedy, ked tych tokenov ma menej... princip fungovania HTB som ja pochopil takto... (gulicky RULEZ) |
|
|
| |
|
|
|
 |
|
|
|
Post subject: RE: blokovanie p2p spojeni
Posted: 01.09.2004 - 23:05 #11303
|
|
Guru
Joined: Feb 19, 2003
Posts: 1133
Location: blizko Trencina
|
|
napisal som toto, ale je to haluz .. tak to ignorujte. .. bola to skoda zmazat  )
Quote: › ja si uz velmi nepamatam, ficim an hfsc, ale ten cas za ktory si to pamata ze ma nieco od niekoho pozicany je tusim dost maly, teda realne to ze niekto niekomu vracia nie je ani vidiet
v nasledujucom nie uplne presnom priklade som pouzil gulicky nie ako bandwidth, ale ako data ... teda bandwidth je rychlost distribucie guliciek
prednost v HTB:
komu da system skor gulicky je v htb dost nedoriesene a hfsc pristup sa mi paci viac.
v htb da system najskor tomu kto ich dostava pomalsie ako jeho RATE. ak je takych viac, tak neviem kto je prvy.
ak vsetkych uspokojil na uroven RATE, tak neprestane zvysovat rychlost rozdavania, ale zacne uspokojovat spotrebitelov az po ich uroven CEIL. Zacne tymi, ktory maju najvysiu prioritu a su neuspokojeny. Az ich uspokoji na uroven CEIL, tak ide na dalsiu prioritu ... atd. Ak sa vyskytnu dvaja s takou istou prioritou a system nedokaze rozdavat gulicky dostatocne rychlo aby vsetkych uspokojil (a teda nebolo by spravodlive keby niekoho uspokoji na 100%, niekoho na 30% a niekoho na 0% nad uroven RATE), tak ich rozdava v takom pomere, v akom maju RATE, ale nikomu neda viac ako CEIL.
system gulicky vzdy rozdava v balikoch a kazdy balik obsahuje aspon QUANTUM guliciek |
|
|
| |
|
|
|
|
|
|
|
Post subject: RE: blokovanie p2p spojeni
Posted: 02.09.2004 - 08:02 #11311
|
|
Basic
Joined: Jún 21, 2004
Posts: 69
Location: Nove Zamky
|
|
face:
nie si ty politik? tak nejasne vysvetlenie jednoduchej veci som este nevidel. ale vobec z toho nic nechapem.
gulicky...
wtf?
 |
|
|
| |
|
|
|
|
|
|
|
Post subject: RE: blokovanie p2p spojeni
Posted: 02.09.2004 - 09:40 #11314
|
|
Basic
Joined: Feb 18, 2003
Posts: 252
Location: Zvolen
|
|
majko036: politika je pre mna cudzie slovo, nepoznam...
- mozes mi tak jednoduchu vec, akou HTB pre Teba je, vysvetlit nazorne (a hlavne po slovensky) ? |
|
|
| |
|
|
|
|
|
|
|
Post subject: RE: blokovanie p2p spojeni
Posted: 02.09.2004 - 13:10 #11321
|
|
Guru
Joined: Jan 30, 2003
Posts: 1572
|
|
to face: problem (okrem inych) je, ze cas za ktory sa pocitaju data "pozicane" od ostatnych musi byt dostatocne dlhy na to, aby sa tam vyvinula "spravodlivost".
Ak je cas mensi ako 5 dni, tak si myslim, ze je to malo, naopak ak je cas vacsi ako 14 dni, tak sa moze stat ze niekto kto nebol doma mesiac, moze pekne tu linku zahulit, pretoze dobieha co zmeskal
Pri pocitani tych tokenov je podla mna problem v rezii, tzn. masina to pri pocte 400 users ako mame my, nemusi stihat. |
|
|
| |
|
|
|
|
|
|
|
Post subject: RE: blokovanie p2p spojeni
Posted: 02.09.2004 - 15:12 #11329
|
|
Majster
Joined: Feb 25, 2003
Posts: 2606
Location: BA,BB
|
|
Podla mna je pomerne dobre riesenie delit pasmo dynamicky "fair per ip" potom dostane kazdy "co mu patri" a je jeho vec naco to pouzije... Mne to takto zatial funguje v pohode, nikto linku nezahlti (ani keby sa velmi snazil ) a pokial je volna kapacita moze tahat co to da 
Mam vsak jednu otazku ktora s tymto suvisi - kolko podtried moze mat jedna trieda ? ide totiz o to ze s pribudajucim poctom ludi pribuda aj pocet podtried ... Ma HTBcko nejaky limit co sa poctu tried a podtried tyka ? Co sa tyka kompika co to shapuje, tak si myslim ze to zvlada v pohodicke ... ( P4 2.8GHz ) |
|
|
| |
|
|
|
|
|
|
|
Post subject: RE: blokovanie p2p spojeni
Posted: 02.09.2004 - 21:18 #11338
|
|
Basic
Joined: Feb 18, 2003
Posts: 252
Location: Zvolen
|
|
all: ja som sa pri tom opise pomocou gulieciek asi zle vyjadril, system sa podla mojho nazoru snazi vzdy o to aby vsetci zucastneni mali rovnaky pocet tych pomyselnych guliciek (tokenov), nieco na sposob: Aky pozic, taky vrat...
kiwi: neviem presne aky dlhy cas treba na spravodlive delenie, ale urcite nebude niekolko dni... system zasne pocitat tie tokeny okamzite, akurat je mozne, ze dojde k preteceniu v pripade vytazovania systemu jedinym uzivatelom a definicii viacerych tried..
eXplorer: obmedzenie je asi len v ich cislovani, ktore moze byt v rozsahu 2-0xffff... |
|
|
| |
|
|
|
|
|
|
|
Post subject: RE: blokovanie p2p spojeni
Posted: 02.09.2004 - 22:16 #11343
|
|
Guru
Joined: Feb 19, 2003
Posts: 1133
Location: blizko Trencina
|
|
| mne sa cosi zda ze hlbka classov pod qdiscom je na 8 limitovana, ale nemozem to overit, kedysi som to kdesi v dakom patchi na htb tusim videl |
|
|
| |
|
|
|
|
|
|
|
Post subject: RE: blokovanie p2p spojeni
Posted: 02.09.2004 - 23:12 #11345
|
|
Guru
Joined: Jan 30, 2003
Posts: 1572
|
|
| face: nechapem, ale rad si to necham rozkreslit a vysvetlit na stretavke |
|
|
| |
|
|
|
|
|
|
|
Post subject: RE: blokovanie p2p spojeni
Posted: 03.09.2004 - 00:47 #11348
|
|
Majster
Joined: Feb 25, 2003
Posts: 2606
Location: BA,BB
|
|
| jmi: ano, v hlbke tried je limit 8 a po zrekompilovani sa tusim da nastavit max na 16, ale v tomto problem nemam, tie triedy su na jednej urovni takze problem teda asi bude len s cislovanim. No a tolko ludi tu zatial nemame aby to mohlo pretiect |
|
|
| |
|
|
|
|
|
|
|
Post subject: RE: blokovanie p2p spojeni
Posted: 03.09.2004 - 09:14 #11355
|
|
Basic
Joined: Jún 21, 2004
Posts: 69
Location: Nove Zamky
|
|
| jmi, kiwi, ex., face: toto uz je dost OT. nechcete zalozit topic HTB BOK? |
|
|
| |
|
|
|
|
|
|
|
Post subject: RE: blokovanie p2p spojeni
Posted: 03.09.2004 - 09:23 #11356
|
|
Basic
Joined: Feb 18, 2003
Posts: 252
Location: Zvolen
|
|
all: ospravdedlnujem sa za zavadzanie HTB do threadu blokovania p2p trafficu aj ked to s tym suvisi... nakoniec som nasiel, ze HTB je _jasne_ vysvetlene v sekcii "Ako na to ?"...
kiwi: lutujem, ale stretavky sa asi o5 nebudem moct zucastnit nakolko je to pre mna dost nevyhovujuci termin (uz druhy krat).. v tom case mam totizto stretavku zo strednej skoly po 20-tich rokoch a oslavu mojich narodiek... |
|
|
| |
|
|
|
|
|
|
|
Post subject: blokovanie p2p spojeni
Posted: 13.03.2005 - 16:17 #17434
|
|
Ucen
Joined: Okt 20, 2004
Posts: 561
|
|
kiwi wrote: ›
takze potrebujes IPFM softik ktory pocita data. nastavili sme si ho na kazdych 10 minut aby hodil na disk sucty a vynuloval sa.
potom skriptik ktory vysledky nahodi do databazy
...CUTED...
tento cloviecik ma presvedcil ze babrat sa stym asi moc neoplati tak som konecne vybral
na moj ultra tiny router...
buchol som som tam pred tesiatimi minutami sqlite3
a teraz testujem
zatial som urobil nieco0 taketo ale podtata zostane
DBF="/root/sql/COUNTER.db";
stare="0";
while [ "0" == "0" ] ; do
cislo=`iptables -t mangle -L OUTCOUNT -x -v -n | grep all | awk '{ print $2
}'`;
echo "Pocet bajtov : " $cislo;
if [ "$stare" == "0" ] ; then
stare=$cislo;
fi
echo -ne " preniseslo sa : "
vysledok=`expr "$cislo" - "$stare"`;
echo "INSERT into pocitadla values (1,$vysledok,0); " | sqlite3 $DBF;
stare=$cislo;
sleep 15 ;
done; |
|
|
| |
|
|
|
|
|
|
|
Post subject: RE: blokovanie p2p spojeni
Posted: 13.03.2005 - 16:30 #17435
|
|
Ucen
Joined: Okt 20, 2004
Posts: 561
|
|
a spocitata sa to da asi takto potom
#!/bin/bash
cislo="0";
for zz in `echo "SELECT data FROM pocitadla ;" | sqlite3 COUNTER.db ` ; do
cislo=`expr $cislo + $zz`;
done;
echo $cislo |
|
|
| |
|
|
|
|
|
|
