[linux] nahrada za IMQ (LONG)

[jmi]

caute,

> Zdravim,
> takze hned zo zaciatku, plnohodnotna nahrada za IMQ neexistuje, viacmenej
> ani obdoba IMQ v inych OS sa nevyskytuje...

toho som sa bal

> Ano, IMQ ma svoje muchy a pada, Patrick McHardy ma skvele napady ale
> nedotahuje veci do konca, preto IMQ vo verzii pre kernely 2.4.x sa uz
> dalej vyvijat nebude, ale pre jadra 2.6.x je nova implementacia:
>
> http://www.digriz.org.uk/jdg-qos-script/index.html
>
> Konkretne Alexander Clouter a Chijioke Kalu prekopali do jadra 2.6.x veci:
> IMQ, ESFQ, IPP2P, CONNMARK a pri prepisovani zistili, ze problem v padani
> IMQ je kernel related a A. Kuznetsov sa zatial k tomu este nevyjadril...
>
> Este k tomu IMQ, verzia ktora je na strankach Patrick McHardy je dost
> bug-ova a v mailingliste LARTC sa objavilo zopar patchov, ktore by mali
> niektore problemy riesit. Kazdopadne, ak cez IMQ tecie vacsie mnozstvo
> packetov, tak to zarucene pada...
len neviem preco to chodilo par mesiacov a teraz to zacalo padat
inak mam kopiu toho disku v inom routri, kde cez imq shapujem tiez zopar
sietoviek a tam to nepada (klop klop)
idem to dako poskusat, ze ci to zhadzuje connmark, imq, htb, alebo daco ine

> Kazdy interface moze mat maximalne priradenu jednu queueing disciplinu a
> jeden policing. Shapovat v zmysle queueingu sa da vzdy len odchadzajucim
> smerom. Prichadzajuci trafik mozes orezavat za pomoci policing-u,
> konkretne v linux-e je implementacie ingres-u. Prichadzajuci trafik mozes
> len zahadzovat a dufat, ze druha strana znizi intenzitu posielania
> packetov ...
to je jasne, ale ingres je nepostacujuci

> Ak nutne potrebujes shaping oboma smermi a nepotrebujes shaping sa
> suctovany tok, tak sa to da bez IMQ najjednoduchsie implementovat pomocou
> shaping bridge... ale to je potom uz o architekture siete...
bridge nechcem
potrebujem shapovat sucet in/out trafficu (a to na kazdom interfaci -
mikrovlnky)


dik

jmi

> On Fri, 16 Jan 2004, jmi wrote:
>
> > cafte
> >
> > donedavna som shapoval multiple interfaces pomocou IMQ. avsak z nicoho
> > nic to zacalo zhadzovat sietovku, asi jej driver, alebo nieco okolo
> > nej, a to pri vacsom trafficu smerovanom priamo na komp kde je shaper
> > (do 2 sekund padne). pri trafficu medzi kompami, kt. je routovany
> > tymto routrom/shaprom to spadne tiez, ale po podstatne dlhsom case.
> > neviem kde je problem, ale ked vypnem shaper tak je to v pohode a fici
> > to bez problemu. podozrievam zatial vsetko, pojdem testovat cim to je.
> > Dopredu uz ale hladam nahradu za IMQ, nakolko uz sa nevyvija dalej.
> >
> > teda otazka: ako sa da bez pouzitia IMQ shapovat traffic na viacerych
> > interfacoch? t.j. napr. potrebujem shapovat prichadzajuci traffic,
> > teda pouzijem imq pre prichadzajuci traffic na danom interfaci resp.
> > pre odchadzajuci na vsetkych interfacoch. a potom robim shaping priamo
> > na imq interfaci. Normalne sa da rozumne totiz shapovat iba
> > odchadzajuci a to na kazdom interfaci zvlast, co je nedostacujuce.
> >
> > dik za napady.
> >
> > jmi
>
> --
> `)_|_('       PSIkappa
>    I k        psi _at_ talker.sk
>
> _______________________________________________
> http://lists.linux.sk/listinfo/linux
> Prehladavanie archivu: http://search.lists.linux.sk
> Meta FAQ: http://faq.lists.linux.sk