Zdravím, rád bych se zeptal na některé věci, které se mi nedaří zjistit. Zkoušel jsem tu hledat na fóru i na googlu, ale našel jsem příklady front vždy zvlášt na download a zvlášt na upload.
ISP nám dává linku o cca 80 Mbit/s s tím, že je to mix kapacity jak pro download, tak i upload.
Dám příklad: Pokud máme např. down 60 Mbit/s, tak pro upload nám zbyde 20 Mbit/s. Rád bych nastavil pro svoji síť to samé, aby si defakto každý klient mohl vybrat zda traffic využije více pro download, či upload.
Mám CCR1016-12G(tile) v6.42.5
Udělal jsem si:
- bridge ETH3-11 pro LAN
- ETH2 port pro WAN
- ETH1 jako záložní servisní
-mangle rule pro rozsah IP adres klientů, kde in. interface je bridge 3-11 a out int. je ETH2, action mark connection s new connection mark "klienti_spojeni", passtrough yes, chain= forward
-mangle rule pro connection mark:"klienti_spojeni" s action mark packet s new packet mark "klienti", chain forward
-dale čistý src-nat pro LAN s rozsahem pro klienty
- SFQ frontu pro packet marks: klienti, limit-at 2M, max limit 50M, burst 55M, burst tresh. 20M, burst time 7s
Předpoklad, který mám je ten, že mark connection označuje spojení klientů, což chápu, že je to jak download, tak upload a jelikož jde o queue tree, tak to musím přeznačkovat na jednotlivé pakety. Bude mi to fungovat tak, že to omezí download i upload zároveň, nebo jsem to zkonil a funguje mi to úplně jinak než si myslím?Mám pak ještě jednu dodatečnou otázku, pokud mi pomůžete objasnit tuhletu aktuální.
❗️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
1 queue tree pro oba směry?
Keď to vezmem mimo tvoju teóriu tak najjednoduchšie riešenie je použiť Simple Queue a pracovať s položkou Total (súčet celkovej rýchlosti) aby to fungovalo tak ako chceš.
0 x
MTCNA, MTCRE, MTCTCE a furt toho viem málo
-
Petr Bačina
- Příspěvky: 1361
- Registrován: 10 years ago
- Bydliště: Horní Slavkov
- Kontaktovat uživatele:
Pokud si to dobře pamatuju, tak se to dalo řešit normálně přes QT. Klient měl hlavní QT nastavený Parent s rychlostí podle tarifu a pod tím byla "prázdná" QT jedno pro DOWN a druhé pro UP. Pak vlastně součet rychlostí těch pod hlavním qvíčkem byla ta celková rychlost co má k dispozici. Mark packet normálně rozdělený do směr down a směr up.
-klient 20M
--klient down
--klient up
-klient 20M
--klient down
--klient up
1 x
tak to je, používá to isp admin.
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků
Petr Bačina píše:Pokud si to dobře pamatuju, tak se to dalo řešit normálně přes QT. Klient měl hlavní QT nastavený Parent s rychlostí podle tarifu a pod tím byla "prázdná" QT jedno pro DOWN a druhé pro UP. Pak vlastně součet rychlostí těch pod hlavním qvíčkem byla ta celková rychlost co má k dispozici. Mark packet normálně rozdělený do směr down a směr up.
-klient 20M
--klient down
--klient up
Díky, zkusím to
0 x