Dotaz: QoS fair rozdelovani - linka/klienti

[Zdeněk Štěpánek]

Zdravim

Potrebuju nejakym zpusobem rozjet shapovani klientu tak jak to popisuju dole. Jsem v tomhle smeru absolutni zacatecnik, vim jenom ze existuji nejake moduly QoS a videl jsem nejake zmatene konfiguraky HTB. A ze to ma souvislost s programem tc kterej jaksi ve slackwaru nemuzu najit.

Mam sit s tremi (casem 4, pozdeji i vice) routery, na kazdem wifi AP a lokalni sit, propojene jsou vsechny na jeden centralni kde bude iGW. Takze klienti maji vsemozne IP a na iGW to prichazi z trech (casem4) eth rozhrani)

Pozadavky:
* shapovani nesmi byt zavisle na pevnem nastaveni rychlosti linky do internetu (jako u HTB, linka je znacne promenliva)
* nechci seznam klientu s nastavenim rychlosti pro ne. jako mnozina klientu se musi brat pocet konexi z jednotlivych vnitrnich IP do internetu v aktualnim okamziku. Jinymy slovy, shapovani ma byt zavisle na poctu klientu podle IP (nikoliv na poctu konexi z klientu)
* Nechci aby to bylo zavisle na nastavovani konkretnich rozhrani.
* Chci abych to jednou nahodil a s pribyvajicimi klienty, eth rozhranimi a routery a podsitemi na to nemusel sahat.
* chci aby kazdy klient dostal dostal presne stejny dil rychlosti co ostatni klienti. To jest kldyz tam bude sam tak at ma celou linku, kdyz tam budou dva tak bude mit 1/2, kdyz tam budou 3 tak bude mit 1/3.
* Z vyse uvedeneho vypliva ze nechci nikde uvadet zadna konkretni cisla (minimalni, maximalni rychlosti, rychlost linky). Proste chci rychlost linky / pocet stahovacu.

Prani:
* aby posta+ssh (porty 465,25,110,143,22) meli prednost pred vsim ostatnim (prioritni a normalni trida mi stacej.)

Je mi jasne ze to funguje pouze bez maskarad ve vnitrni siti, ty tam samozrejme nebudou. Kdyz si ji nekdo doma udela tak aby dostal rychlost jako jeden uzivatel. Cili aby se na maskarady ve vnitrnich sitich nebral ohled.

Omlouvam se za tak konkretni dotaz. Opravdu bych uvital kdyby mi nekdo napsal skript kterej spustim a hotovo . Jsem ochotny za to nekomu i zaplatit, kdyz by mi to udelal na klic.

Diky vsem
Zdenek

Odpovědi

[Beda]

tc najdes nejspis i ve slacku v baliku iproute2. pri nejhorsim bude nekde neoficialni na netu.

[Zdeněk Štěpánek]

Zdravim

Jo, uz jsme zjistil ze iproute2 je v adresari extra. To je bohuzel hodne mala cast meho problemu (

Zdenek

[Zdeněk Štěpánek]

Zdravim

Jeste jsem zapomel napsat ze se v tomhle pripade na markovani paketu pouziva ESFQ a omezovani pak dela vetsinou IMQ, pripadne mozna i HTB nebo CBQ. Ale temto dvoum bych se velice rad vyhnul.

Zdenek

[thiemel]

No tak to jsme už minimálně dva... mám úplně podobný problém.

Provozuji menší wifi síť s připojením do internetu a "klienti" (spíš spolužáci než klienti) brečí, že když někdo stahuje, tak se nedají hrát hry pro internetu, protože je okamžitě ping >300ms (normálně je do 50ms).

Jsem zoufalý a hledáním QOS na internetu jsem už promarnil minimálně dva dny čistého času, což se projevilo na výsledcích ve škole... :'-(

Please help!

PS: Jsem zelenější než tráva!!! Před měsícem a půl jsem ani nevěděl, co to je třeba QOS nebo SSH a ani jsem nevěděl jak se dělá v linuxu, natož příkazové řádce!!! Uvítám každou radu od někoho zkušenějšího. Předem díky...

[thiemel]

Tak už jsem to konečně pochopil... Kdyby někdo nevěděl jak, nechť se na mne obrátí...

[Zdeněk Štěpánek]

Zdravim

No ja jsem zatim zjistil ze je potreba patchnout doi jadra ESFQ QoS tridu. To se mi povedlo. Pouzivam jadro 2.6.3. Potom potrebujes do programu tc (balik iproute2) patchnout nejakou novejsi verzi HTB (nekdy uvadene jako HTB2) a taky to ESFQ. Prvni je asi kvuli novejm featuram a druhy je aby tc vubec vedel ze existuje nejaky ESFQ qdisc. Zdrojaky i oba patche jsme nasel a aplikoval, ale zatim jsem umrel na tom ze tc nejde zkompilovat. Hlasi nejakou divnou chybu.

Mam informace ze kluci z liberecke free site se to ESFQ prave pokousi rozjet, zatim, jsou pry take neuspesni.

Napasovani ESFQ na konkretni sitove rozhrani je jednoduche, ma to asi 3 radky.

Kdyz mi napises na mail muzu nejaky tarbally s esfq poslat, neco jsem nasbiral.

Zdenek

[Zdeněk Štěpánek]

Zdravim

Kdyz uz to vyplulo na povrch. Zkompilovat opatchovany balik iproute2 se mi nepodarilo, ale ziskal jsme primo optachovany binarni program tc se ketrym to funguje, takze to ESFQ pouzivam v siti uz par mesicu a zatim spokojenost. Kdyz uz clovek vi jak na to tak je to trivialni.

Zdenek

[Marek]

Ahoj !!!

Tve pozadavky jsou rozhodne nemale a z casti i nerealizovatelne (vyhnout se HTB a CBQ), ale jsou rozhodne realizovatelne a v nasi ostravske czfree jiz nejakou dobu uspene fachci.

Takze postup si celkem vystihnul a jen Ti ho zrekapituluju.

Musis patchnout kernel,iproute2, iptables na IMQ a ESFQ . po prekladu musis vytvorit IMQ rozhrani na kterem budes shapovat prichozi trafic (neni nutne jde osetrit i bez IMQ a jen odchozi traffic-tedy trafic mirici primo na router nebude nijak QOSovan).

Pote musis vytvorit nejakou CBQ nebo lepe HTB tridu na kazdem interfacu- to proste MUSIS. Mas pravdu v tom , ze rychlost na wifi je kolisava , ale pokud nastavis rozumnou velikost rychlosti tridy dle okolnosti a dle dosahovane rychlosti a zadas rekneme 80% rychlosti ktera ti vychazi , tak mas slusnou rezervu na shapinq. napriklad na 4 Mbity.

No a potom na tuto tridu posadis 2 dalsi podtridy 1. pro vyhrazeny provoz a nastavis vysokou prioritu 2. pro normalni provoz

na podtridu 1 a 2 nasadis ESFQ qdiscy ktere ti zajisti fair prerozdelovani dle IP.

A pak napr pomoci IPTABLES omarkujes pakety podle pravidel (priorita) a pak pres tc je do urcenych trid posles v zavislosti na znacce . Takhle to u nas chodi dele nez rok bez nejmensich problemu.

[CIJOML]

na shapovani pres vic interfacu potrebujes IMQ a na nej navesit HTB.

[thiemel]

Jojo... Na to jsem už taky přišel.
Co jsem zjistil, tak IMQ je super věc...
Nemusíte mít mezi hlavním serverem a internetem ještě jeden router. A navíc pro WiFi to je ideální, neboť WiFi spojení je pouze Half-Duplex, takže do jedné třídy se dají hodit jak odchozí, tak příchozí data.

Autor IMQ byl génius...

[Petr Dvořáček]

Takto se k tomu vyjádřil J.CH.: Požadavek je špatně. Shapovat na centrálním routru je špatně. Proč? Protože centrální router nemůže zachytit všechen provoz na síti.

Příklad:

Klient na routeru1 provádí nmap na celou vnitřní sít ( nebo tam má virus nebo jinak otravuje), shaper na centrálním routru to nemá šanci zachytit, protože ten provoz přes něj nejde.

Příklad 2:

Uživatel na routru2 posílá fim uživateli na routru3, provoz nejde přes centrální router a tudíž shaper není v činnosti. Ted by Vám mělo být jasné, proč je nutné shapovat co nejblíže uživateli. Na centrálním routru (za předpokladu sítě ve tvaru stromu) má význam shaper, který rozděluje konektivitu spravedlivě na jednotlivé routry.