❗️Toto je původní verze internetového fóra ISPforum.cz do února 2020 bez možnosti registrace nových uživatelů. Aktivní verzi fóra naleznete na adrese https://telekomunikace.cz
Mikrotik QT - spravanie
hapi píše:poznáš že řešit kraviny s priorizací nemaji takovej efekt a lidem je to fuk. Doporučuju ti na queue nasazovat SFQ který by mělo zabránit vyžrání linky jednim datovym tokem.
Na co presne ma vliv prenastaveni toho parametru perturb u sfq? Podle manualu je to jak casto se bude prepocitavat hash nebo neco v tom smyslu, ale nejak to uplne nechapu. Diky.
0 x
sfq pozná jednotliví datový toky a každýmu přidělí "virtuální queue" a pak je cyklicky obsluhuje tak aby se na každej z nich dostalo rychlosti. Perturb je čas, kdy se překontrolovává počet datových toků a vytvoří se úměrně tomu "virtualni queue". Takže dejme tomu že stahuješ FTPčkem. Celkem agresivní protokol. Pak začneš tahat soubor skrz http. První sekundu se přidá http tok k ftp toku do jedný queue a http moc nepoteče. Až dojde k přepočtu který probíhá každou sekundu (perturb 1s) tak se pro http vytvoří samostatná queue a http se pošle tudy. Pak se ty dvě queue obsluhujou cyklicky a pravidelně se z každý pošle část dat takže obě musí ject stejně rychle.
Ano, podobně funguje PCQ ale PCQ je většinou třeba správně nastavit, tohle je snadný a rychlý. Mikrotik údajně udává přepočet u pcq každou sekundu ale pcq je tak tochu na něktarých verzí poruchoví a co vim tak si nerozumí s více jádry. PCQ je nativní fronta linuxu takže funguje vždy skvěle.
Ano, podobně funguje PCQ ale PCQ je většinou třeba správně nastavit, tohle je snadný a rychlý. Mikrotik údajně udává přepočet u pcq každou sekundu ale pcq je tak tochu na něktarých verzí poruchoví a co vim tak si nerozumí s více jádry. PCQ je nativní fronta linuxu takže funguje vždy skvěle.
0 x
hapi píše:sfq pozná jednotliví datový toky a každýmu přidělí "virtuální queue" a pak je cyklicky obsluhuje tak aby se na každej z nich dostalo rychlosti. Perturb je čas, kdy se překontrolovává počet datových toků a vytvoří se úměrně tomu "virtualni queue". Takže dejme tomu že stahuješ FTPčkem. Celkem agresivní protokol. Pak začneš tahat soubor skrz http. První sekundu se přidá http tok k ftp toku do jedný queue a http moc nepoteče. Až dojde k přepočtu který probíhá každou sekundu (perturb 1s) tak se pro http vytvoří samostatná queue a http se pošle tudy. Pak se ty dvě queue obsluhujou cyklicky a pravidelně se z každý pošle část dat takže obě musí ject stejně rychle.
Ano, podobně funguje PCQ ale PCQ je většinou třeba správně nastavit, tohle je snadný a rychlý. Mikrotik údajně udává přepočet u pcq každou sekundu ale pcq je tak tochu na něktarých verzí poruchoví a co vim tak si nerozumí s více jádry. PCQ je nativní fronta linuxu takže funguje vždy skvěle.
super vysvetleni - jeste dotaz - to SFQ pouzit na vsechny QT - tzn. jak na parrenty, tak i na child QT? ad petrub - tzn. cim vetsi cislo, tim mensi zatez na CPU?
0 x
čim větší číslo, mělo by bejt menší zatížení ale na xeonu nebo c2d nepozoruju rozdíl mezi pfifo a sfq 1s s 1300 koncovými QT.
Fronty se uplatňujou pouze na koncový queue. Všechny nadřazený queue fronty nepoužívají. Můžeš si vyzkoušet tak že si uděláš parent a dva childy a zatížíš je na plno a vidíš že u parentu nevzniká fronta (neplní se Queue bytes) nevidíš naplněnou frontu protože tam je k ničemu (případně pokud používáš pcq tak se u něj nevytváří pcq queue). Takže klidně můžeš přepsat default queue types na sfq a máš pořešeno.
Jistě, někdo tu psal o priorizaci ack, http atd.. ale nejsem toho zastáncem protože já třeba chci priorizovat video hovory před http a vlastně proč bych měl něco priorizovat (snad kromě voipu) když je na zákazníkovy k čemu chce linku využívat.
No asi takhle, dost často volám se známíma videokonferenčně a díky sfq si klidně můžu stahovat 4 soubory z netu a serfovat a obraz nevypadne. Jasně, tady už záleží kolik spojení vyvolám a když poměr spojení překročí určitou mez tak to začne osekávat obraz ale tak to má bejt. Sám mám pro sebe nastavených 8mbit a prostě stačí luxusně na cokoliv i když videofounuju se 3 lidma.
Jinak to priorizování ACK neni zase taková výhra. Když si vemu že ACK jakoby takovej průzkumnej paket zjistí rychlost a pak pošle balík dat a oni se tam zabrzdí protože samotný data už nejsou priorizovaný a nemaji už místo pro to aby protekly stejně dobře jako ack.... moc moudný to taky neni.
navíc to neřeší ten problem tazatele s tim že jedna strana jede rychleji než druhá protože při samotnym přenosu dat už ackčka netečou a je to jenom plně na frontách v queue... pletu se?
Fronty se uplatňujou pouze na koncový queue. Všechny nadřazený queue fronty nepoužívají. Můžeš si vyzkoušet tak že si uděláš parent a dva childy a zatížíš je na plno a vidíš že u parentu nevzniká fronta (neplní se Queue bytes) nevidíš naplněnou frontu protože tam je k ničemu (případně pokud používáš pcq tak se u něj nevytváří pcq queue). Takže klidně můžeš přepsat default queue types na sfq a máš pořešeno.
Jistě, někdo tu psal o priorizaci ack, http atd.. ale nejsem toho zastáncem protože já třeba chci priorizovat video hovory před http a vlastně proč bych měl něco priorizovat (snad kromě voipu) když je na zákazníkovy k čemu chce linku využívat.
No asi takhle, dost často volám se známíma videokonferenčně a díky sfq si klidně můžu stahovat 4 soubory z netu a serfovat a obraz nevypadne. Jasně, tady už záleží kolik spojení vyvolám a když poměr spojení překročí určitou mez tak to začne osekávat obraz ale tak to má bejt. Sám mám pro sebe nastavených 8mbit a prostě stačí luxusně na cokoliv i když videofounuju se 3 lidma.
Jinak to priorizování ACK neni zase taková výhra. Když si vemu že ACK jakoby takovej průzkumnej paket zjistí rychlost a pak pošle balík dat a oni se tam zabrzdí protože samotný data už nejsou priorizovaný a nemaji už místo pro to aby protekly stejně dobře jako ack.... moc moudný to taky neni.
navíc to neřeší ten problem tazatele s tim že jedna strana jede rychleji než druhá protože při samotnym přenosu dat už ackčka netečou a je to jenom plně na frontách v queue... pletu se?
0 x
v cem konkretne se ti zda Sfq lepzi nez pcq ? Ja jsem s qosem s pcq velmi spokojen.
0 x
pokud vim tak ty máš uplně jinej způsob jak qosuješ lidi. Ty máš PCQ pro to aby každej zákoš dostal ideálně jednu queue od pcq. Já mám QT pro každýho zákoše jednu a navíc na tom mám posazený SFQ pro rozdělování datových toků zákazníka. Měly jsme takdy chvíly v mém systemu qosování pcq na každýho zákazníka extra ale nic to nepřineslo. Raději zůstanu na sfq než na věci od mikrotika čimž je pcq. Jo a vlastně nedavno jsem jednomu dal na bránu provizorně pcq pro celou síť a vůbec to nefungovalo tak jak by mělo čimž nechci říkat že to prostě nebylo špatnou verzí mkčka kde se opravdu sem a tam pcq nepovede a nefunguje.
0 x
pleties sa .. tcp funguje tak ze sa potvrdzuje iste okno .. vysielac vysiela iste okno dat a prijimac potvrdzuje prijatie. Takze Dorucenie ACK paketov vcas je dost dolezite aby nedoslo k expirovaniu pocitadiel a naslednemu znizovaniu rychlosti.
Ja mam momentalne skupiny uzivatelov s agregaciou 1:X, pre kazdu skupinu 1 frontu na ktoru mam hodene PCQ. Pre tu skupinu nemam urcenu rychlost, ale na pcq frontu mam urceny rate. Tiez som uvazoval ze spravim pre kazdeho usera frontu .. je to potom viac pod kontrolou ale aj viac prace a asi aj vacsia zataz pre routrer
Ja mam momentalne skupiny uzivatelov s agregaciou 1:X, pre kazdu skupinu 1 frontu na ktoru mam hodene PCQ. Pre tu skupinu nemam urcenu rychlost, ale na pcq frontu mam urceny rate. Tiez som uvazoval ze spravim pre kazdeho usera frontu .. je to potom viac pod kontrolou ale aj viac prace a asi aj vacsia zataz pre routrer
0 x
