Dotaz: Příchozí shaping - IMQ vs Dummy

[Radek Hladik]

Zdravím, potřeboval bych nějak umravnit příchozí traffic na routeru. Router má jednu příchozí síťovku (WAN) a několik odchozích (LAN,Wifi,Bridge,...). Je mi jasné, že bych mohl traffic shapovat na odchozích rozhraních, ale já bych rád dosáhl jednoduchého rozřazení do 3 tříd podle priority nezávisle na tom, kam daný packet půjde.

V článku tady na abclinuxu bylo popsáno IMQ, ale docela rád bych se vyhnul patchování půlky systému. Všude možně jsem zahlédl zmínky o Dummy interface, přes které by to mohlo jít také zařídit, ale dokumentace k němu je pomálu (a některá je dokonce od RedHatu 5.2).

Systém, na kterém mi to běží, je Fedora Core 6 a kdybych se vyhnul patchování čehokoliv, byl bych neskonale šťastný

Takže moje dotazy jsou:

• Kde bych sehnal nějakou aktuální dokumentaci o dummy interfacu, tc atd...?
• Jaké máte kdo zkušenosti s IMQ/Dummy interfacem?
• Co byste doporučovali?

Radek

P.S. Lartc, man ip a man tc jsem už pročetl, ale vždycky pak narazim na nějaký příklad, který použije něco záhadného (ipt,mirred) a já i systém na to koukáme jak Goro před Tokijem

Odpovědi

[Dan Ohnesorg]

Na tohle se pouziva IMQ (bezne) a IFB (nove).

Dummy se pouzit neda, nevim ted presne proc, ale asi na nej nejdou veset pres tc filtry a tak podobne.

[Radek Hladik]

Diky moc za odpověd. Nebyl by náhodou odkaz na nějaký popis IFB?

Google našel http://linux-net.osdl.org/index.php/IFB , ale to mi teď nějak neodpovídá.

Radek

[Dan Ohnesorg]

http://mailman.ds9a.nl/pipermail/lartc/2006q3/019330.html

je to nekde tady v okoli, mam to mezi vecmi, ktere musim nastudovat az bude cas..... a tech je hodne. Vyhodou je, ze je to v jadre. Takze zadne patche, na druhou stranu asi to je pouzitelne jen pro podmnozinu funkci jake ma IMQ, nelze tam vybrat polohu proti NATu.

[Radek Hladik]

Zatím to IFB vypadá použitelně, jen mi ještě není úplně jasné, jak funguje u tc ta akce mirred. Chápu, že packet přesměruje na jiný interface, ale není mi jasné, proč se potom packet vrátí na původní interface viz příklad.

A taky bych rád věděl, zda by se dalo zajistit, aby packet ještě před shapováním na IFB někde potkal nějaký chain z mangle tabulky iptables, abych si ho moh omarkovat. Není to nutné, dá se to udělat pomocí u32 atd, ale byl bych radši, kdybych to měl na jednom místě s filtrováním,accountingem a spol...

Radek

[Zdeněk Štěpánek]

Dummy na tohle pouzit nelze. Dummy=hloupy.

Reseni je IMQ nebo to druhz, ale slisel jsme ze je nestabilni.

Zdenek

[atan]

Proc nestabilni? Navic IFB v jadru je a IMQ neni.

[Opičák]

Ne všechno co je v jádru musí nutně chodit s ovladači, které v jádru nejsou.

[atan]

No prave ze nemusi.

[Opičák]

Pokud vím, tak to zlobí jen ve spojení s Madwifi. Někde se to tu řešilo.

[Radek Hladik]

Podle tohole a

The Intermediate Functional Block device is the successor to the IMQ iptables module that was never integrated. Advantage over current IMQ; cleaner in particular in in SMP; with a _lot_ less code. Old Dummy device functionality is preserved while new one only kicks in if you use actions.

bych rekl, ze IFB je krizenec mezi Dummy (pro ktere byl patch, ktery takovehle saskarny podporoval) a IMQ iptables module (ktery nikdy nebyl napsan). Navic podobnost mezi timto a timto je docela velka...

Kazdopadne to neni podstatne, podstatne je, ze prichozi i odchozi interfacy jsou jako na potvoru MadWifi... Takze je to zlo tak jako tak, skoro premyslim o nejakem HW zpusobu, jak ty packety poslat pryc a zase zpatky - neco ve stylu 2 sitovky s ruznymi IP spojeny krizenym kabelem

Radek