Thursday, September 17th, 2015 | Author:
  • Part 1 – Introduksjon – Sette opp enkle Køer (Dette innlegget)
  • Part 2 – Pålitelig Identifisere trafikk – Sette opp Mangle Regler (Kommer snart TM)
  • Part 3 – Prioriteringer og Grenser – Sette opp Queue Trees (Kommer snart TM)
  • Part 4 – Monitoring Usage – Omdefinerer Køer – Limiting Abusive Devices (Kommer snart TM)
  • Part 5 – ??? Profit ???

Introduksjon

The first problem one usually comes across after being tasked with improving an Internet connection is that the connection is overutilised. Vanligvis ingen vet hvorfor, hvem, eller hva som forårsaker problemet – except of course everyone blames the ISP. Noen ganger er det ISP – but typically you can’t prove that without having an alternative connection immediately available. I currently manage or help manage four “nettsteder / lokaler” at bruk QoS å administrere sine Internett-tilkobling. Den ene er min arbeidsplass, two are home connections, and the last one is a slightly variable one – vanligvis bare et hjem tilkobling, men alternativt, for a weekend every few months, it becomes a 140-mann (og vokser) LAN. Fun. 🙂

MikroTik RouterOS og

MikroTik'S RouterOS is very powerful in the right hands. Many other routers support QoS but not with the fine-grain control MikroTik provides. Alternatively you could utilise other Linux-based router OS’s, såsom DD-WRT, Smooth, Gre, og så videre. De fleste av disse vanligvis krever at du har en ekstra server lyve om eller en kompatibel maskinvare router. Mikrotik selger RouterBoards som har RouterOS builtin – og de er relativt billige.

Min erfaring med rutere er først og fremst med Cisco og MikroTik – and my experience with QoS is primarily with Allot sin NetEnforcer / NetXplorer systemer og MikroTik. De mest populære Mikrotik enheter i min erfaring (annet enn sine dedikerte langtrekkende trådløse enheter) har vært deres rb750 (nye versjonen heter “Hex“) og rb950-baserte kort. De har mange andre available and are relatively inexpensive. In historical comparison with Cisco’s premium devices, Jeg har en tendens til å beskrive Mikrotik er enheter som “90% funksjonene på 10% kostnaden”. Ettersom denne guiden er primært rettet mot SME / hjemmebruk, inexpensive makes more sense. If you’re looking at getting a MikroTik device, Merk at Mikrotik rutere ikke typically include DSL modems, dermed din eksisterende utstyr er vanligvis fortsatt nødvendig. Merk også at dette er ikke en tutorial på å sette opp en MikroTik enhet fra scratch. Det er mange guider tilgjengelig på nettet for at allerede.

Teori til praksis – første skritt

For å sette opp QoS riktig, you need to have an idea of a policy that takes into account the following:

  • Den samlede tilkoblingshastighet
  • Hvor mange brukere / vil enhetene skal bruke forbindelsen
  • The users/devices/services/protocols that should be prioritised for latency and/or throughput

For å oppnå de ovennevnte i mine eksempler, Jeg vil anta følgende:

  • Den MikroTik er satt opp med standard nettverkskonfigurasjon der lokalnettet er 192.168.88.0/24 og Internett-tilkobling er gitt via PPPoE.
  • Tilkoblingshastigheten er 10/2 Mbps (10 Mbps nedlastingshastighet; 2 Mbps opplastingshastighet)
  • Det vil bli 5 brukere med så mange som 15 enheter (flere datamaskiner / tabletter / mobiltelefoner / WiFi etc)
  • Typiske nedlastinger krever høy prioritet med gjennomstrømming men lavt prioritert med ventetid
  • Gaming/Skype/Administrative protocols require high priority with both latency and throughput
  • Ingen brukere skal prioriteres fremfor andre

The first and probably quickest step is to set up what RouterOS refers to as a Simple Queue.

Jeg har laget en kort script som jeg har lagret på min Mikrotik enheter for å sette opp de enkle køer. Det er som følger:

:for x fra 1 til 254 do ={
 /kø enkel add name ="Internett-bruks- $ x" dst ="PPPoE" max-grense = 1900k / 9500k target ="192.168.88.$x"
}

Hva de ovennevnte gjør er grensen for maksimal hastighet noen enkelte enhet kan bruke til å “1900k” (1.9Mb) laste opp og “9500k” (9.5Mb) nedlasting.

Notater:

  • Grunnen til at de maks grensene er på 95% of the line’s maximum speed is that this guarantees no single device can fully starve the connection, negatively affecting the other users. With a larger userbase I would enforce this limit further. For eksempel, med 100 brukere på en 20Mb tjenesten jeg kan sette denne grensen til 15MB eller så lite som 1Mb. Dette er helt avhengig av hvordan “fornærmende” brukerne er og, som du finne ut hvor og hvor mye misbruk oppstår, you can adjust it appropriately.
  • Prefikset “Internett-bruk” i navnet parameter kan tilpasses. Vanligvis jeg setter disse til å referere til lokaler navn. For eksempel, with premises named “alpha” og “beta”, Jeg vil typisk sette “Internett-alpha” og “Internett-beta”. Dette hjelper med instinktivt differensiere mellom områder.
  • DST parameter har “PPPoE” i eksempelet. Dette bør være substituert med navn grensesnitt that provides the Internet connection.

Sørg for at du tilpasse manuset å være hensiktsmessig å konfigurasjonen. Lagre skriptet til MikroTik og kjøre den – eller lime den direkte inn i MikroTik terminal å kjøre den.

In my next post I will go over setting up what RouterOS refers to as Mangle regler. Disse reglene tjene til å identifisere / klassifisere nettverkstrafikk for å lage finere granulat QoS mulig.

Dele
Category: random
You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, eller trackback from your own site.
Leave a Reply » Log in