❗️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

SQ nebo QT, rychlosti - rada

Návody a problémy s konfigurací.
bodmrazu
Příspěvky: 38
Registrován: 17 years ago

SQ nebo QT, rychlosti - rada

Příspěvekod bodmrazu » 17 years ago

Zdravím, hraju si prvních pár dní s routerboardem konkrétně verze 3.6 a potřeboval bych se na něco zeptat a s něčím pomoct.
Doposud jsem používal linuxovou distribuci na poskládaném PC a pro shaping CBQ. Na RouterBoardu je suprový to pohodlný nastavování, alespoň co jsem zatim nastavoval. A koukam, ze to bude fajn hracka :wink:

Teď tedy k věci:

Základní nastavení adres, routování do ostatních sítí, NATování, použití rozsahu veřejných adres na koncových PC všechno šlape. Ale teď si tu lámu hlavu s shapingem.
Co jsem si tak zkoušel tak se mi podařilo nastavit v Simple Queues buď rychlost pro celou síť nebo pro konkrétní ipko. Ale nějak se mi nedaří přijít na to jak udělat nějakou agregovanou skupinu řekněme 1:4. Předpokládám, že by se mělo v SQ vytvořit nějaká hlavní skupina která bude mít třeba 2M down a do ní vytvořit 4 další už mířené na jednotlivá IP a u nich nastavit rychlosti. Teď ale nevím jestli těmto 4 podskupinam které budou mít jako parenta tu nadřazenou musím zadat čtvrtinu té rychlosti nadřazené nebo její plnou výši a ono si už samo určí kdo kolik mám v danou chvíli mít dle připojení ostatních účastníků skupiny. A jakou hodnotu ip by měla mít ta nadřazená skupina když v ní mohou být ip z různých rozsahů? Nevyplněnou? Můžete mi prosím někdo poradit jak to je případně kdyby měl někdo nějaké aktuální demo kde bych se mohl nechat inspirovat?

Jinak bych se chtěl obecně zeptat na nějaké doporučení. Teď bych chtěl vyzkoušet alespoň toto jednodušší nastavování rychlostí. Později bych měl ale nějakou představu o priorizování určitých služeb v daném čase samozřejmě při zachování výše uvedené agregační skupiny. Lze toto vše udělat pomocí SQ nebo už budu muset pracovat ve Queue Tree a s různým značkováním paketů.... ?
0 x

Uživatelský avatar
hapi
Příspěvky: 12989
Registrován: 18 years ago

Příspěvekod hapi » 17 years ago

kdyby jsi nepoužíval utilku od CBQ na linuxu, docvaklo by ti, jak to udělat. Všechno dělej v QT, tam si nastavíš rychlostní strom a pakety značkuješ (mark) ve firewallu který pak HTB v mikrotiku pochytá a nastrká do toho stromu podle značek. Je to stejný jako na linuxu, když píšeš HTB příkaz přímo do řádky akorát tady to je graficky.
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků

bodmrazu
Příspěvky: 38
Registrován: 17 years ago

Příspěvekod bodmrazu » 17 years ago

uz do toho koukam skoro 3 dny v kuse a jde mi z toho hlava kolem. Muzete me jeste nekdo prosim dale nakopnout? V adress-listu mam nasypane jednotlive IP podle pausalu.
V manualu jsem cetl ze jde nastavovat Contention Ratio coz je vlastne agregace ale to jsem nikde nenasel ze by se dalo nekde nastavit.
To budu tedy muset vytvorit v QT pocet skupin = pocet uzivatelu/mira agregace? a do nich pak dat jednotliva ipka kterym nastavim garantovanou rychlost dle agregace? Nebo se tam vytvori jakoby jedna fronta s tim danym content ratio a ono si to potom dynamicky vytvari dalsi kdyz je naplnena ta agregace?

ted nevim jestli to delam spravne.. ale v magle jsem si pridal pravidlo ze pakety IPcek ktere jsou v adrlistu jako mini omarkuju znackou mini (chain=forward, action=mark_packet, newpacketmark=mini)
Tohle asi funguje protoze kdyz jsem si dal ipko a neco pustil tak jsem videl jak mi v prislusnem mangle pravidlu naskakovali pakety ve spravnem radku.
Predpokladam ze si musim oznacit zvlast pakety odchozi a zvlast prichozi pro odlisne nastaveni rychlosti.

vim ze jsem asi z vaseho pohledu malinko natvrdlej ale po trech dnes uz mam fakt v hlave tolik informaci ze jsem z toho blbej :D
0 x

bodmrazu
Příspěvky: 38
Registrován: 17 years ago

Příspěvekod bodmrazu » 17 years ago

tak mam radost. uz mi to markuje a shapuje dobre.. ale jeste musim nejak vymyslet to s tou agregaci.. uvitam kazdou radu..
0 x

Uživatelský avatar
hapi
Příspěvky: 12989
Registrován: 18 years ago

Příspěvekod hapi » 17 years ago

bodmrazu píše:tak mam radost. uz mi to markuje a shapuje dobre.. ale jeste musim nejak vymyslet to s tou agregaci.. uvitam kazdou radu..


to neni problém, uděláš jednu třídu jako hlavní, a podn í dáš další s max-limit jako má hlavní třída a limit bude max-limit/počet userů v třídě.
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků

bodmrazu
Příspěvky: 38
Registrován: 17 years ago

Příspěvekod bodmrazu » 17 years ago

muzes mi to prosimte popsat nejak vic.. Nejak se mi to nedari.. zkousel jsem to podle toho co si napsal ale asi jsem to spatne pochopil.. tak jsem to zkousel vsemozne ruzne a ted to mam takto:

1. fronta: Download (parent je rozhrani LAN) limit-at 100M, limit-max 100M (tech 100M jsem tam dal aby to bylo neomezeno)
2. fronta: wifi-optim (parent je Download) limit-at 512k, limit-max 2048k (radi se sem pakety oznacene jako optim_down)

a to same mam pro upload ale s jinyma hodnotama u te druhe fronty. Ale porad mi to proste nedela to co ma.. tudiz aby kdyz uz jsou v te fronte 4 lidi aby ten dalsi byl v dalsi fronte ktera ma zase pro sebe 2048k a muzou v ni byt 4 lidi. Predpokladam ze mi tam neco chybi ale nemuzu prijit na to jak dal..
0 x

Uživatelský avatar
hapi
Příspěvky: 12989
Registrován: 18 years ago

Příspěvekod hapi » 17 years ago

protože tam máš jednu neomezenou.

takže jako hlavní třídu musíš dát rychlost netu, to je základ, nemůžeš omezovat to co nemáš a tim myslim rychlost nad rámec kapacity linky. Jo a osvoboď se od CBQ z linuxu.
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků

bodmrazu
Příspěvky: 38
Registrován: 17 years ago

Příspěvekod bodmrazu » 17 years ago

neni to tak jednoduchy se osvobodit kdyz jsem pracoval jen s timto nejakou dobu :) ale jdu to vyzkouset..
takze tu neomezenou dam pryc a dam tam jen to co si mi naznacoval v tom prispevku drive..
0 x

Uživatelský avatar
hapi
Příspěvky: 12989
Registrován: 18 years ago

Příspěvekod hapi » 17 years ago

raději to nakreslim.....

je to jednoduchý, součet limitů u jednotlivých podtříd nesmí překročit limit u třídy nadřazený. Proto tam mám například u userů1-3 limit 500kbit + 500kbit + 1Mbit což dá součet 2Mbit v download větvy. Limit je prostě limit tý jedný třídy, takže jestli budeš mít součty limitů u userů větší než limit u třídy download_all, bude to dělat kraviny. Tedy ne uplně ale bude to klidně překračovat 2Mbit jako celek, proč? Limit se poskytne vždy i kdyby v hlavní třídě už žádná kapacita nezbejvala, je to jako minimální ragance linky, takže kdyby jsi tam měl u jednoho usera v download větvy místo 500kbit třeba 700kbit, překročíš linku o 200kbit a rozhodíš tak omezování toků.
Přílohy
mk_queue.jpg
(72.73 KiB) Staženo 1560 x
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků

bodmrazu
Příspěvky: 38
Registrován: 17 years ago

Příspěvekod bodmrazu » 17 years ago

OK diky strasne moc to uz bych teda chapal.. ale z toho obrazku tedy i plyne ze musim omarkovat pakety kazdeho usera zvlast.. a nemuzu to udelat hromadne tim ze mam v adress listu jedno name pro ipcka vyuzivajici tuto rychlost a jine name pro ipcka jine rychlosti a pak pakety techto "name" omarkuju jednou znackou v mangle a ty podle teto znacky sypu do front.. nebo se pletu a lze to tak udelat?
0 x

Uživatelský avatar
hapi
Příspěvky: 12989
Registrován: 18 years ago

Příspěvekod hapi » 17 years ago

no v zásadě to můžeš udělat i tak jak píšeš ale ti IPčka v jedný skupině se budou o rychlost hádat a nepojedou dohromady rychlejc než tou jejich rychlostí takže k ničemu.
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků

bodmrazu
Příspěvky: 38
Registrován: 17 years ago

Příspěvekod bodmrazu » 17 years ago

no ale to bude teda docela dost zaznamu v manglu abych oznacil pakety jednotlivych ipek ne? Nebo to lze udelat nejak chytreji?
0 x

bodmrazu
Příspěvky: 38
Registrován: 17 years ago

Příspěvekod bodmrazu » 17 years ago

to uz je asi i logicky.. takze diky Hapimu za vsechny rady k tomuto tematu
0 x