"Par" otazok ohladom HTB(v praxi)

[andux]

Takze by som sa xcel konecne odhodlat k spraveniu jednoducheho shapingu na zaklade priorit na nasej sieti. Uz som o tom co to precital, ale v praxi som este nic neskusal. Rad by som si este predtym vyjasnil par veci a tak

Mame linux server - na nom rozhrania eth0(internetove rozhranie) a br0(LAN rozhranie). Pripojenie do internetu DSL 1536 / 256 kbit/s sice agregovane, ale v nasej oblasti sa sprava ako garant Zdielame si ho asi 15ti.

Ked chcem shapovat aj download, aj upload - urobim to tak, ze ked dam tc class add dev eth0 - spravim bunku pre download a tc class add dev br0 pre upload?

Aky mam dat vstup pre HTB - vsade sa pise, ze je doporucovane menej - o kolko menej? Moze byt 1436 / 248 ?
Co sa udeje s castou pasma (1536 - 1436 = 100 kbit), o ktoru znizim vstup do HTB - pojde mimo shaperu alebo sa nebude vyuzivat vobec? Co sa stane ak HTB nedostane na vstupe tolko kolko ocakava?

Aky ma zmysel nastavovat burst? napr. burst 2k - docital som sa, ze je to len odchylka od nastavenej rate - aky je default, ked to nenastavim?

Ako dokazem vyclenit(omarkovat) bezny HTTP traffic od stahovania?

Pakety xcem markovat cez iptables ... --set-mark, ale na zistenie objemu trafficu jednotlivych uzivatelov pouzivam ipaccounting(ipac-ng), ktory podla isteho postu v jednom fore tiez funguje na baze markovania - cim sledovat celkovy traffic jednotlivych uzivatelov, aby sa mi nebili markovania?

Bunky by som asi vytvoril nasledovne
VoIp prio 0
Hry prio 1
SSH prio 2
HTTP browsing + DNS prio 3
ostatny traffic prio 4
Ak mate nejake pripomienky - preco sa vam zda toto rozdelenie divne - sem s nimi

Aky rate (aj up aj down) by ste dali jednotlivym bunkam - ratam s tym, ze VoIp pouziva iba jeden clovek v danom case a max 3ja, Hry 2 ludia v danom case a max 4, SSH max jeden - aj to iba obcas.
Meranim som zistil, ze
VoIP zerie priblizne 10kBs/10kBs
Hry - mal som moznost iba CSko 4kBs/4kBs - ak by mal niekto nahodene COD2 dajte plz vediet traffic - u nas na sieti sa dost hrava, ale ja to nemam v dohladnej dobe prilezitost zmerat...
SSH - 2kBs/2kBs

Za odpovede a trpezlivost vopred Dik

[Jezevec]

Ked chcem shapovat aj download, aj upload - urobim to tak, ze ked dam tc class add dev eth0 - spravim bunku pre download a tc class add dev br0 pre upload?

Ne, presne opacne, shpovat muzes vzdy pouze upload.

Aky mam dat vstup pre HTB - vsade sa pise, ze je doporucovane menej - o kolko menej? Moze byt 1436 / 248 ?

248 je IMO moc, musis dat min, je treba to otestovat, nech aspon 20 - 30 kbit (obecne kolem 10%)

Co sa udeje s castou pasma (1536 - 1436 = 100 kbit), o ktoru znizim vstup do HTB - pojde mimo shaperu alebo sa nebude vyuzivat vobec?

Bude se vyuzivat pri narazech, nez staci shaper zareagovat a dela se to kvuli latenci. Pri konstatnim down/up se vyuzivat nebude.

Co sa stane ak HTB nedostane na vstupe tolko kolko ocakava?

Proste to prestane fungovat.

Aky ma zmysel nastavovat burst? napr. burst 2k - docital som sa, ze je to len odchylka od nastavenej rate - aky je default, ked to nenastavim?

Burst = kolik dat dovoli shaper stahnout nez omezi rychlost. Nastaveni zalezi na milionu ruznych veci, treba to otestovat.

Ako dokazem vyclenit(omarkovat) bezny HTTP traffic od stahovania?

Snadno, podle zdrojovyho portu, to umi shaper primo, nemusis nic markovat.

Pakety xcem markovat cez iptables ... --set-mark, ale na zistenie objemu trafficu jednotlivych uzivatelov pouzivam ipaccounting(ipac-ng), ktory podla isteho postu v jednom fore tiez funguje na baze markovania - cim sledovat celkovy traffic jednotlivych uzivatelov, aby sa mi nebili markovania?

Markovat potrebujes vyhradne odchozi traffic, pokud pouzivas NAT, prichozi markovat netreba, shaper ma filtry svoje.

Bunky by som asi vytvoril nasledovne
VoIp prio 0
Hry prio 1
SSH prio 2
HTTP browsing + DNS prio 3
ostatny traffic prio 4
Ak mate nejake pripomienky - preco sa vam zda toto rozdelenie divne - sem s nimi

Neni lepsi dat pasmo podle IP/poplatku a o zbytek se nestarat ? Takhle sice zajistis to, ze kdyz bude nekdo stahovat,t ak bude moct zaroven trebas gamesit, ale to je knicemu a moc prace.

BTW: Prio vubec neurcuje kdo dostane pasmo prioritne, ale kdo dostane prioritne pasmo nad to, ktery ma prideleny

Aky rate (aj up aj down) by ste dali jednotlivym bunkam - ratam s tym, ze VoIp pouziva iba jeden clovek v danom case a max 3ja, Hry 2 ludia v danom case a max 4, SSH max jeden - aj to iba obcas.
Meranim som zistil, ze
VoIP zerie priblizne 10kBs/10kBs
Hry - mal som moznost iba CSko 4kBs/4kBs - ak by mal niekto nahodene COD2 dajte plz vediet traffic - u nas na sieti sa dost hrava, ale ja to nemam v dohladnej dobe prilezitost zmerat...
SSH - 2kBs/2kBs

Za odpovede a trpezlivost vopred Dik

Jop, zkus search, najdes tu urcite par threadu o HTB.

[andux]

248 je IMO moc, musis dat min, je treba to otestovat, nech aspon 20 - 30 kbit (obecne kolem 10%)

Oki, dam teda 230 - je nejaka finta na to ako to testit - ci to mam proste iba zatazit a sledovat ci mi nevyskocia latencie?

Citace:
Ako dokazem vyclenit(omarkovat) bezny HTTP traffic od stahovania?

Snadno, podle zdrojovyho portu, to umi shaper primo, nemusis nic markovat.

Myslel som to tak, ze vyclenit HTTP traffic od HTTP stahovania - tj traffic, ktory ide cez rovnaky port, ale napr. do 1M bude v inej skupine ako vacsi traffic.

BTW markovat budem tak ci tak, lebo budem pouzivat l7-filter na vyclenenie hier a p2p...

Neni lepsi dat pasmo podle IP/poplatku a o zbytek se nestarat ? Takhle sice zajistis to, ze kdyz bude nekdo stahovat,t ak bude moct zaroven trebas gamesit, ale to je knicemu a moc prace.

My si iba zdielame DSLko cize sme rovnocenni a spravame sa zatial slusne. Mne ide iba o to, aby niekomu nezacalo lagovat CSko, ked si nahodou niekto taha nejaky subor. Nexcem vobec shapovat podla IP - iba podla protokolu - tj. aby bol celkovy napr. CS traffic uprednostnovany pred ostatnym(je jedno z akej IP ide).

[andux]

Myslel som to tak, ze vyclenit HTTP traffic od HTTP stahovania - tj traffic, ktory ide cez rovnaky port, ale napr. do 1M bude v inej skupine ako vacsi traffic.

Teraz ma napadlo, ze to by sa dalo spachat asi cez ten burst...

[Jezevec]

My si iba zdielame DSLko cize sme rovnocenni a spravame sa zatial slusne. Mne ide iba o to, aby niekomu nezacalo lagovat CSko, ked si nahodou niekto taha nejaky subor. Nexcem vobec shapovat podla IP - iba podla protokolu - tj. aby bol celkovy napr. CS traffic uprednostnovany pred ostatnym(je jedno z akej IP ide).

No dyk, jednoduse rozhodis traffic podle IP a kdyz bude nekdo hrat, tak nemuze zaroven logicky stahovat. Pouzivat l7 filtry je naprosto zbytecny. Latenci vyresis prave tim, ze nechas rezervu, hra se ti chova jako trvalej malej traffic a protoze se vpohode vejde do toho, co pridelis dany IP, tak to pasmo dotycnej dostane vzdy.

kazdymu nastavis 90kbit => 15x 90 = 1350, na koren nastavis trebas 1450 ,zbytek mas jako rezervu. Povolis ziskavani volny kapacity a mas celej shaping vyresenej. Resit protokoly ma smysl v pripade, ze mas radove vic kompu na relativne pomaly lince => nemuzes pridelovat 1b/s jednomu kompu => vyresis to priorizaci protokolu.

kdyz to udelas jak rikam, tak v okamziku kdy se dotycnej pripojuje, veme se pasmo z ty rezervy (pokud nekdo sosa => je vyuzity pasmo 1450). Jakmile shaper zareaguje, tak sosacovi uzme cast pasma ve prospech gamesnika. Na latencich to vubec nepoznas a sosac sosa vesele dal. Co vic, nemusis vymejslet kolo, stahni si htbinit script. Jak na to tu najdes jinde, popisoval sem to dost podrobne.

[andux]

Oki - asi si ma ukecal Akurat to skusam - moze byt htb zavesene aj na bridgi? Lebo na eth0 - tj upload mi to shapi a down br0(to je bridge eth1 eth2) ee :\

[andux]

Takze cez br0 mi to nejde - iba osobitne eth1, eth2... Momentalne som objavil dost zaujimavu vecicku http://www.mastershaper.org/tiki-index.php ! Myslim, ze to stoji za pozretie...