HTB - konečně ten krám chodí (diskuse)

[b42]

Zdravim, nove verze tc uz podporu htb obsahuji, nemusi se patchovat: http://developer.osdl.org/dev/iproute2/download/

Co se tyce sfq, tak to lze pouzit pokud chces bandwith tridy jeste rovnomerne delit mezi jednotliva spojeni. Pokud to neni nutne/potrebne/zadouci, staci tam dat pfifo ...

[sir Turbis]

Hm... takový kousek to máme od sebe... a ty se nezeptáš..:) přitom už mám HTB generátor.. zájemcům můžu poskytnout...

[cenda]

Tak já bych byl zájemce na ten generátor...

[Opičák]

SFQ funguje tak jak má. V rámci jedné třídy rozděluje traffik pro počet navázaných spojení/otevřených portů. ESFQ proti tomu rozděluje podle zdrojových/cílových adres. Použiješ-li fifo nebo pfifo, budou pakety v prvním případě řazeny first in first out a v případě pfifo pomocí určitých priorit. Něco jako Prio Qdisc.

[b42]

Jen pro upresneni:) :

pfifo, bfifo - zadna priorizace

pfifo_fast (defaultni qdisc) - priorizace podle TOS

[Opičák]

Přesně....omlouvám se za mystifikaci, ale opravdu se mi to už nechtělo hledat. Ovšem zkušený harcovník jako je Zdeněk Štěpánek si to určitě najde . Osobně používám esfq, sfq a pfifo_fast ve spojení s htb.

[Zdeněk Štěpánek]

Coz o to, ja vim jak jednotlive druhy QDiscu pracuji, pouzivam uz ESFQ aby routery propoustely rovnomerne vsechny klienty podle IP adres.

Co bych ale potreboval vedet, zda se to SFQ v te me konfiguraci vubec pouzije. Z clanku na rootu to nejak nebylo az tak jasne pochopitelne.

Jeste k tomu dodelam 4 prioritni tridy (ping,ssh posta web warez), ale to pocka. V prvni rade potrebuju akutne omezit stahovace.

Pro Turbise: u nas se stahovacema problemy nemame, ale zeptej se v jirikove...

Zdenek

[Opičák]

SFQ se použije v rámci jedné třídy a rozdělí rychlost rovnoměrně pro jednotlivá spojení. Každopádně na stahovače ti to fungovat moc nebude, protože ti naotvírají tisíce spojení. Budeš muset nasadit IPP2P nebo L7-Filters ve spojení s Connlimitem chceš-li zaříznout a rovnoměrně dělit i sosaly z P2P. Jiná efektivní cesta asi není a je-li, tak ji vidím pouze v ukázněnosti uživatelů.

[Zdeněk Štěpánek]

No ja sosalkovi pustim treba 128kbps (kde jsou ty casy kdy jsme toto nazivaly rychlym internetem) a dokavad mu to nedocvakne tak vyssi rychlost nedostane. At si pak naotvira treba milion spojeni.

Ja to budu brzo nasazovat na dvou sitich:

a) 8Mbit Kazdemu klientovi dam rate 80kbyte (8Mbit/pocet klientu) a ceil 5Mbit. Cili kazdy klient bude mit vlastni tridu a spadnou do ni vsechny pocitace toho klienta. Sosalkum snizim ceil treba na 128. Tam si myslim ze by SFQ melo smysl. Igw je PII-350, utahne to vubec?

b) 4Mbit Vytvorim asi 4 tridy a nahazim do tech trid skupiny pocitacu, celkove asi 320 PC. Tam mi SFQ zjevne moc nepomuze, tak vytvorim jeste 4 podtridy podle priority: (ssh,icmp) (mail) (web) (warez)

Nebo by jste mi doporucili neco jineho?

Zdenek

[Opičák]

Já používám kombinaci obojího, ale to je na dlouhé povídání.

Budeš-li používat variantu a), tak bacha na P2P programy jsou agresivní a musíš nasadit connlimit a IPP2P. Co se týče tohoto dělení a rychlosti toho počítače, tak ti to stačit na 320 PC nebude. To ani omylem.

Další možnost je jak píšeš varianta b). Tu bych používal spíš na páteřích apod. Její nevýhoda je v tom, že jeden PC může "vyžrat" celou šířku pásma pro určitou poddřídu. Leda na tyto podtřídy navěsit ESFQ a v rámci nich to dělit spravedlivě na počet IP, což jak píšeš jsi nějak podobně používal. Výhoda bude pouze v té priorizaci a nezasekání ostatních tříd.

Lepší by byla asi kombinace obojího. Udělej si nějaký univerzální skript pro P-t-P spoje a pro iGW. Na P-t-P spojích nasaď variantu b) (QoS) a zabiješ dvě mouchy jednou ranou...uživatelé ti nebudou hltit vnitřní spoje a SSH a ICMP projde bez problémů i při vyšší zátěži /např. hry nebo sdílení/. No a na iGW nebo tam kde uznáš za vhodné (třeba jednotlivá AP) nastav variantu a) (shaping). Je to pracné ale mě to funguje i na Wi-Fi bez problémů.

[trekker.dk]

Sosalkum snizim ceil treba na 128.

Koukám, že pojem "Network Neutrality" už dneska nikomu nic neříká.

Když se ti nelíbí, že stahovači mají hodně spojení, proč jim místo snižování rychlosti nedáš limit na počet? V konečném důsledku jim to pravděpodobně taky dojde, protože stahování přes P2P jim vyčerpá limit a potom ostatní služby nepůjdou vůbec nebo mizerně.

[Zdeněk Štěpánek]

Pripad A je bezdratova metropolitni sit. Na PtP a na paterich s uspechem pouzovam ESFQ. Mam to na kazdy sitovce a vzhledem k naprosto nulove konfiguraci jsem s tim nadmiru spokojeny.

Chci na centralnim iGW shapovat vsechny klienty.

Pripad B je ciste dratova sit a ze si jeden komp teoreticky sezere vsechno je mi v tomhle pripade putna.

Nemohl by jsi mi poskytnout nejaky funkcni skripty?

Zdenek