MikroTik: pasovna širina in čakalne vrste

Povzetek Upravljanje pasovne širine na MikroTiku sloni na treh orodjih: preproste čakalne vrste za hitro omejitev na odjemalca, drevesa čakalnih vrst za hierarhijo in prioriteto ter PCQ za pravično delitev med številnimi uporabniki, ne da bi za vsakega ustvarjali vrsto. Drevesa vrst se povežejo z oznakami mangle iz požarnega zidu in vam dajo jamstva, zgornje meje in prioritete. Ta vodnik pokaže, kdaj uporabiti vsako, ukaze RouterOS in kako ohraniti isto politiko dosledno na celi floti usmerjevalnikov.

Kaj je upravljanje pasovne širine na MikroTiku?

Upravljanje pasovne širine na MikroTiku je uporaba čakalnih vrst RouterOS za nadzor, koliko povezave lahko porabi vsaka stranka, podomrežje ali razred prometa — omejevanje hitrosti, jamčenje minimumov in odločanje, kdo popusti, ko je povezava polna. RouterOS izvaja čakalne vrste z razporejevalnikom Hierarchical Token Bucket (HTB), izpostavljenim na dveh mestih: preproste čakalne vrste, urejen seznam, ki se uporablja zaporedno, in drevo čakalnih vrst, hierarhija, pripeta na vmesnike ali na oznake paketov iz mangle zmogljivosti požarnega zidu (Dokumentacija MikroTik — Queues).

Ta razlika odloča, kako daleč se bo vaša zasnova skalirala. Preprosta čakalna vrsta odgovori na »omeji to stranko na 50 Mbps«. Drevo čakalnih vrst odgovori na »to 500 Mbps povezavo si deli 300 naročnikov, VoIP gre prvi, nihče ne strada in obilni prenosniki ne pokvarijo večera«. Vsak ponudnik interneta sčasoma potrebuje drugi odgovor.

Korak 1 — Omejite enega odjemalca s preprosto čakalno vrsto

Preproste čakalne vrste so najkrajša pot od težave do rešitve. Usmerite na IP, podomrežje ali vmesnik, nastavite zgornjo mejo in končali ste:

/queue simple add name=client-101 target=10.10.0.101/32 max-limit=10M/50M

max-limit je zapisan kot upload/download z vidika usmerjevalnika. Pravila se vrednotijo po vrsti in prvi zadetek zmaga — zato zgodnje široko pravilo tiho pogoltne bolj specifična, ki jih dodate pozneje. Ta vrstni red je najpogostejši razlog, da »delujoča« čakalna vrsta preneha delovati, potem ko nekdo nadnjo doda pravilo (Dokumentacija MikroTik — Queues).

Preproste čakalne vrste se povežejo tudi z avtentikacijo naročnikov: polje rate-limit profila PPPoE ustvari dinamično preprosto čakalno vrsto na sejo, tako da paketi sledijo uporabniku, ne IP-ju. Naš vodnik za strežnik MikroTik PPPoE za ponudnike pokriva stran profilov.

Korak 2 — Označite promet s požarnim zidom mangle

Drevo čakalnih vrst ne vidi »VoIP« ali »stranke 101«; vidi oznake paketov. Ustvarite jih v mangle, tako da najprej označite povezavo in nato pakete, kar je ceneje kot ponovno pregledovanje vsakega paketa:

/ip firewall mangle
add chain=forward action=mark-connection new-connection-mark=voip-conn protocol=udp port=5060,10000-20000
add chain=forward action=mark-packet connection-mark=voip-conn new-packet-mark=voip-pkt passthrough=no

Naj bo taksonomija oznak majhna in stabilna. Oznake so besedišče, ki ga govorijo vaše čakalne vrste, in ko ima flota tri generacije improviziranih imen oznak, nihče ne more povedati, kateri usmerjevalnik uveljavlja katero politiko. Tu se izplača revizija konfiguracije in zgodovina v MKController: poglejte stanje mangle in čakalnih vrst vsakega usmerjevalnika, ga primerjajte z načrtovano politiko in popravljena pravila potisnite na celo floto, namesto da odprete trideset sej Winbox, da najdete tisto napravo, ki spremembe ni nikoli dobila.

Korak 3 — Zgradite hierarhijo drevesa čakalnih vrst

Drevo čakalnih vrst ima eno nadrejeno vrsto, ki drži dejansko zmogljivost povezave, in podrejene, ki jo delijo:

/queue tree
add name=download parent=bridge-lan max-limit=500M
add name=voip parent=download packet-mark=voip-pkt limit-at=50M max-limit=100M priority=1
add name=bulk parent=download packet-mark=bulk-pkt limit-at=50M max-limit=500M priority=8

Delo opravijo tri polja. limit-at je jamstvo, ki ga podrejena vrsta prejme tudi, ko je povezava zasičena. max-limit je zgornja meja, ki jo lahko doseže, ko je zmogljivost prosta. priority — 1 je najvišja, 8 najnižja — odloča, katera podrejena vrsta prva dobi ostanke, in velja samo med limit-at in max-limit (Dokumentacija MikroTik — Queues). Nastavite max-limit nadrejene vrste na to, kar povezava dejansko dostavi, ne na to, kar pravi pogodba, sicer čakalna vrsta nikoli ne postane ozko grlo in nikoli ničesar ne oblikuje.

Korak 4 — Dodajte PCQ za pravično delitev

Per Connection Queue (PCQ) je razlog, da se MikroTik skalira do števila naročnikov, pri katerem postane seznam vrst na uporabnika neobvladljiv. Vrsta PCQ razvrsti promet po naslovnem polju in ustvari dinamično podvrsto za vsako ločeno vrednost ter za vsako uporabi isto hitrost (Dokumentacija MikroTik — PCQ example):

/queue type
add name=pcq-down kind=pcq pcq-rate=20M pcq-classifier=dst-address
add name=pcq-up   kind=pcq pcq-rate=10M pcq-classifier=src-address

Pripnite pcq-down kot queue podrejene vrste, ki nosi prenosni promet strank, in vsaka stranka dobi do 20 Mbps, dodeljenih samodejno. Nastavite pcq-rate=0 in PCQ enakomerno razdeli pasovno širino nadrejene vrste med vse, ki so aktivni — klasična konfiguracija »nihče ne strada«. Ena vrsta nadomesti stotine ročno napisanih vnosov.

Ista izravnalna logika velja za deljeni WiFi: omejitev hitrosti paketa in nadrejena vrsta PCQ skupaj preprečita, da bi en gost porabil povezavo lokala — glejte naš vodnik za nastavitev MikroTik HotSpot bonov za stran poverilnic.

Korak 5 — Uglasite limit-at, max-limit, burst in priority

Večina pokvarjenega QoS ni napačno orodje, temveč napačne številke. Vsota limit-at vseh podrejenih vrst naj bo enaka ali manjša od max-limit nadrejene vrste; če jamstva prekomerno naročijo povezavo, jih HTB ne more spoštovati in prioritete se nehajo obnašati, kot pričakujete. Rezervirajte priority=1 za promet, občutljiv na zakasnitev — VoIP, igranje, DNS — obilne prenose pa pustite pri 8 z radodarno zgornjo mejo.

Burst si zasluži opozorilo. burst-limit, burst-threshold in burst-time odjemalcu dovolijo, da za kratko preseže max-limit, medtem ko njegovo povprečje ostane nizko — odlično za teste hitrosti, slabše za prekomerno naročeno povezavo. Merite z /queue simple print stats ali s števci drevesa čakalnih vrst, medtem ko je povezava obremenjena, ne ob 3. uri zjutraj, ko vse miruje. Če odčitavanje števcev ob konicah ni praktično, pogled Internet Link v MKController ohranja isto sliko neprekinjeno — izkoriščenost glede na pogodbeno hitrost; zakasnitev kot povprečje, maksimum in P95; ter koliko ur je vsaka povezava presegla 90 % — tako uglašujete glede na zgodovino, ne na srečen posnetek.

Zmogljivost se tudi premika. Pri nastavitvi preklopa dual-WAN je max-limit nadrejene vrste, ki ste ga uglasili za optiko, izmišljotina v trenutku, ko promet pristane na rezervni LTE — načrtujte drugo politiko.

Korak 6 — Razširite politiko na celotno floto

En usmerjevalnik je konfiguracija; sto usmerjevalnikov je operacija. Politika mora biti zdaj enaka na vsaki napravi, preživeti tehnika, ki je »začasno« dvignil zgornjo mejo stranki, in biti obnovljiva, ko je usmerjevalnik na stolpu ponovno nameščen z netinstall. Nič v RouterOS tega ne naredi namesto vas.

MKController to zmore: potiske vrst čakalnih vrst, profilov rate-limit in pravil požarnega zidu na celo floto; zgodovino konfiguracij, tako da vidite, kdaj se je omejitev spremenila, in prejšnjo različico obnovite z enim klikom; samodejne varnostne kopije pred spremembo; ter varen izhodni oddaljeni dostop do usmerjevalnikov za CGNAT ali na Starlink, brez javnega IP-ja in brez posredovanja vrat — pristop, ki ga opisujemo v oddaljenem upravljanju MikroTik za CGNAT. Njegovo spremljanje Internet Link pa opazuje prav tiste povezave, ki ste jih pravkar oblikovali — izkoriščenost po viru glede na pogodbeno hitrost, zakasnitev s P95 in porabo, ki prečka pasova 75 % in 90 % na do štirih virih WAN na usmerjevalnik — tako da povezava, ki se plazi proti zasičenosti, izplava na nadzorni plošči in (v paru z opozorili Telegram) v vaših obvestilih, preden pokliče naročnik. Ponudniki interneta in WISP-i, ki poganjajo MikroTik v velikem obsegu, ga uporabljajo, da politika pasovne širine ostane ena odločitev, ne sto.

Nasveti

• Oblikujte na vmesniku, kjer promet zapušča usmerjevalnik; čakalne vrste nadzorujejo izhod, zato se prenosi oblikujejo na strani LAN, nalaganja pa na strani WAN.
• Ko presežete nekaj deset naročnikov, imejte raje eno vrsto PCQ kot stotine preprostih čakalnih vrst.
• passthrough=no na pravilih mark-packet prihrani nepotreben prehod skozi preostala pravila mangle.
• Pred poseganjem v čakalne vrste na produkcijskem robu vedno naredite varnostno kopijo in spreminjajte po eno spremenljivko naenkrat.

Nehajte ugibati, kam je šla vaša pasovna širina

Čakalne vrste so razlika med prodajo paketa in njegovo dostavo. Preproste čakalne vrste omejijo odjemalca, drevesa čakalnih vrst dajo strukturo in prioriteto, PCQ naredi pravičnost samodejno — MKController pa vse tri spremeni v politiko, ki jo uporabite enkrat in uveljavite povsod: centralizirano upravljanje flote, potiske rate-limit in požarnega zidu na vsak usmerjevalnik, zgodovino konfiguracij z obnovitvijo na en klik, oddaljeni dostop brez javnega IP-ja in spremljanje Internet Link, ki opozori na povezavo, ki se zasiča glede na pogodbeno hitrost, preden to opazijo vaše stranke.

Začnite brezplačno preizkusno obdobje MKController