MikroTik - Dynamiczny podział pasma z użyciem systemu RouterOS

Przyczepianie kolejek właściwych

Mając kolejki główne (parent) jedyne co wystarczy zrobić to przykleić do nich poszczególnych abonentów – by ci w ramach odpowiednich priorytetów dzielili swoje pasmo. Odpowiednie skrypciki załatwiają sprawę szybko i skutecznie dla całego zakresu od 2 do 254.

(skrypt)
:for z from 2 to 254 do={ /queue tree add parent=Download packet-mark=( $z . _download ) limit-at=32000 queue=sfq priority=7 max-limit=256000 }

wersja 3.x:

:for z from 2 to 254 do={ /queue tree add parent=Download packet-mark=( "$z_download") limit-at=32000 queue=sfq priority=7 max-limit=256000 }

Skrypt wygeneruje 254 kolejki, każda z nich ograniczy download dla pojedynczego marka (czyli de-fakto adresu IP) gwarantując mu pasmo 32Kbps i ograniczając do 256Kbps, gwarancja będzie w tym układzie polegała na zliczeniu dwóch wirtualnych kolejek – jedna licząca limit-at (prędkość gwarantowana), druga licząca max-limit (prędkość maksymalna), z założeniem że kolejka limit-at będzie szła osobnym wyżej priorytetyzowanym torem – do momentu przekroczenia wartości limit-at. Po przekroczeniu limit-at wartość priorytetu jest ignorowana (równa najniższej, czyli 8) zatem użytkownicy zapychający łącze w momencie będą niemalże ignorowani jeżeli nowy użytkownik będzie miał ochotę wykorzystać do 32Kbps pasma – zapewniając w miarę równe rozłożenie łącza i przede wszystkim odpowiedni poziom dostępu do usług. Wartość limit-at powinna odpowiadać wartości rzeczywistej łącza podzielonej przez liczbę użytkowników razy współczynnik jednoczesności (ok. 3)

(skrypt)
:for b from 2 to 254 do={ /queue tree add parent=Upload packet-mark=( $b . _upload ) limit-at=32000 queue=sfq priority=7 max-limit=220000 }

wersja 3.x:
:for b from 2 to 254 do={ /queue tree add parent=Upload packet-mark=( "$b_upload" ) limit-at=32000 queue=sfq priority=7 max-limit=220000 }

Jeszcze tylko Upload, zalecam oszczędzanie uploadu, nawet dla łączy symetrycznych, szczególnie przy dużym overbookingu (kiedy to sprzedajemy więcej niż mamy) gdyż w programach p2p zmniejszenie uploadu powoduje zmniejszenie obciążenia downloadu.

Po zakończeniu nasze kolejki powinny wyglądać mniejwięcej tak:

(jest to przykład z działającego routera, skonfigurowanego analogicznie z niewielkimi różnicami)