QoS in netwerken: wat Quality of Service doet en hoe het werkt

Quality of Service (QoS) is een reeks netwerktechnieken die ervoor zorgt dat belangrijk verkeer voorspelbaarder wordt behandeld wanneer een verbinding of apparaat overbelast raakt. Het kan spraakoproepen, videovergaderingen en bedrijfskritische applicaties prioriteren boven minder tijdgevoelig verkeer, zoals bulkdownloads. QoS creëert geen extra bandbreedte en maakt niet elke verbinding sneller; het beheert de concurrentie om beperkte netwerkbronnen.

Wat betekent QoS in netwerken?

QoS staat voor Quality of Service (kwaliteit van dienstverlening) . In de praktijk stelt het beheerders in staat te definiëren hoe netwerkapparatuur verschillende categorieën pakketten moet verwerken, met name wanneer meerdere verkeersstromen tegelijkertijd dezelfde interface proberen te verlaten. Zonder beleid maken veel netwerken gebruik van 'best-effort delivery': pakketten worden over het algemeen op dezelfde manier behandeld en congestie kan ervoor zorgen dat ze vertraagd of verloren gaan.

Denk aan een drukke snelweg. Een verkeersregelaar kan geen extra rijstroken toevoegen, maar kan een ambulance wel voorrang geven bij een kruispunt, vóór het reguliere verkeer. QoS werkt op een vergelijkbare manier: het kan verkeer dat gevoelig is voor latency voorrang geven, terwijl ander verkeer moet wachten. Die afweging is belangrijk, omdat het prioriteren van de ene verkeersklasse de vertragingen voor een andere klasse kan vergroten.

Welke netwerkprestatieproblemen pakt QoS aan?

• Overbelasting en lage doorvoer: Wanneer de vraag de capaciteit van een verbinding nadert of overschrijdt, groeien de wachtrijen en kunnen sommige pakketten verloren gaan. QoS bepaalt welk verkeer voorrang krijgt op de beschikbare capaciteit.
• Latentie: De tijd die een datapakket nodig heeft om van bron naar bestemming te reizen. Wachtrijvorming tijdens congestie kan vertraging veroorzaken bij spraak, games en interactieve applicaties.
• Jitter: Variatie in de vertraging van datapakketten. Ongelijkmatige aankomsttijden kunnen ervoor zorgen dat realtime audio of video schokkerig wordt.
• Pakketverlies: Pakketten kunnen verloren gaan wanneer buffers vol raken of door fouten. Herverzending kan applicaties die ervan afhankelijk zijn verder vertragen.
• Transmissiefouten: Ruis, interferentie, defecte bekabeling of problemen met de draadloze verbinding kunnen data beschadigen. QoS biedt geen oplossing voor het onderliggende fysieke probleem.

QoS is vooral nuttig wanneer verkeer concurreert om een ​​beperkte bron. Als een verbinding voldoende capaciteit heeft en er zelden wachtrijen ontstaan, levert het wijzigen van pakketprioriteiten mogelijk weinig merkbare verbetering op.

Hoe QoS werkt: classificatie, markering en planning

De implementaties verschillen per leverancier en apparaat, maar een gangbaar model omvat drie kernacties: verkeer identificeren, het toewijzen aan een klasse en bepalen hoe de klasse resources gebruikt wanneer de vraag de capaciteit overschrijdt. Beleidsregels kunnen ook policing, shaping en congestievermijding omvatten.

1. Verkeer classificeren

Een switch of router identificeert pakketten aan de hand van beleidsregels. Afhankelijk van de apparatuur en het ontwerp kunnen regels IP-adressen, protocollen, poorten, applicatie-informatie of een bestaande verkeersmarkering controleren. Een organisatie kan bijvoorbeeld beheerde IP-telefoons apart classificeren van internetgebruik door gasten.

2. Markeer pakketten met DSCP

Een veelgebruikte aanpak is Differentiated Services (DiffServ). Het Differentiated Services-veld in de IP-header bevat een zesbits Differentiated Services Code Point (DSCP) , wat 64 mogelijke codepointwaarden toestaat. Apparaten gebruiken de geconfigureerde betekenis van een waarde om een ​​doorstuurgedrag per hop te selecteren. DSCP-waarden bieden geen universele end-to-end garantie: apparatuur moet geconfigureerd zijn om ze consistent te interpreteren en te verwerken.

DSCP 46 wordt bijvoorbeeld vaak geassocieerd met Expedited Forwarding voor speciaal daarvoor ontworpen realtimeverkeer, terwijl DSCP 0 de standaard 'best-effort'-markering is. Vertrouw niet blindelings op markeringen afkomstig van onbetrouwbare apparaten; netwerken kunnen verkeer aan hun grenzen herclassificeren of van markeringen voorzien.

3. Pakketten in de wachtrij plaatsen en inplannen

Wanneer pakketten wachten om een ​​interface te verlaten, bepaalt het wachtrij- en planningsbeleid van het apparaat welke wachtrij wordt bediend en hoeveel bandbreedte elke klasse kan gebruiken. Een realtime wachtrij kan een lage vertraging krijgen; zakelijke applicaties kunnen een vastgesteld deel krijgen; en best-effort verkeer gebruikt de resterende bandbreedte. Een goed ontworpen beleid beperkt ook prioriteitsverkeer, zodat één klasse niet alle andere kan uitsluiten.

Is QoS van begin tot eind beschikbaar?

QoS-gedrag is afhankelijk van het pad en het beleid bij elk relevant knelpunt. Een DSCP-markering kan met een IP-pakket meereizen, maar elke router of switch past alleen de behandeling toe die is geconfigureerd om te bieden. Een later apparaat of serviceprovider kan de markering negeren of overschrijven. Voor consistente resultaten is het belangrijk om classificaties, vertrouwensgrenzen, wachtrijtoewijzingen en bandbreedtebeleid over het beheerde pad te coördineren en te controleren wat er aan de netwerkranden gebeurt.

Hoe onderzoek je een QoS-probleem voordat je de instellingen wijzigt?

1. Meet eerst: controleer het interfacegebruik, het aantal verbindingsonderbrekingen, fouten, latentie en jitter gedurende de periode waarin gebruikers problemen melden.
2. Vind het knelpunt: bepaal of het probleem zich bevindt op een LAN, een Wi-Fi-segment, een WAN-verbinding, een VPN of een verbinding met de serviceprovider.
3. Identificeer het verkeer: Gebruik apparaattellers en, indien beschikbaar, stroomtelemetrie om te zien welke applicaties, hosts of protocollen bandbreedte verbruiken.
4. Definieer de zakelijke prioriteiten: spreek af welke diensten gevoelig zijn voor vertraging of bedrijfskritisch zijn en welke wachttijden kunnen verdragen.
5. Pas een beperkt beleid toe en valideer: configureer de relevante apparaten met behulp van de documentatie van de leverancier en vergelijk vervolgens het aantal verwijderde berichten, de vertraging en de gebruikerservaring vóór en na de configuratie. Houd ook het verkeer met een lagere prioriteit in de gaten.

Netwerkmonitoring- en verkeersanalysetools kunnen helpen bij de diagnose, maar ze vervangen een correcte QoS-configuratie niet. Raadpleeg de officiële SolarWinds Network Performance Monitor- informatie voor apparaat- en interfacemonitoring en SolarWinds NetFlow Traffic Analyzer voor inzicht in verkeer op basis van applicatie, protocol en IP-adresgroep.

Wat QoS niet kan oplossen

QoS kan de fysieke capaciteit van een verbinding niet vergroten, een beschadigde kabel repareren, radio-interferentie elimineren of congestie buiten het netwerk waarop het beleid van toepassing is, beheersen. Het herverdeelt de impact van congestie: verkeer met hoge prioriteit kan verbetering ondervinden, terwijl verkeer met lagere prioriteit langer moet wachten of vaker pakketten verliest. Als de verbinding overbelast blijft, kunnen continue capaciteitsplanning, verkeersreductie of een bandbreedte-upgrade nog steeds nodig zijn.

QoS moet daarom gebaseerd zijn op gemeten omstandigheden en een duidelijk servicebeleid, en niet als een algemene oplossing worden ingezet. Begin met het lokaliseren van het knelpunt, geef prioriteit aan verkeer dat daadwerkelijk voorspelbare levering vereist, en monitor de resultaten voor elke categorie.

Officiële technische referenties

• Cisco: Configuratiehandleiding voor Quality of Service — classificatie, DiffServ en pakketverwerking.
• IETF RFC 2474: Definitie van het Differentiated Services Field — het DS-veld en zesbits DSCP.
• Cisco: QoS-beleid implementeren met DSCP — voorbeelden van classificatie en markering.