Pakkeplanlegger qos hva. Hva er den mest effektive måten å deaktivere QoS fullstendig? Brukerdefinerte QoS-pakkeplanleggerregler

Myten om QoS

Det er ikke en eneste person som ikke minst én gang har lest noen vanlige spørsmål på Windows XP. Og i så fall, så vet alle at det er en så skadelig Quality of Service-tjeneste - QoS for kort. Det anbefales sterkt å deaktivere det når du konfigurerer systemet fordi det begrenser nettverksbåndbredden med 20 % som standard, og dette problemet ser ut til å eksistere i Windows 2000 også.

Dette er linjene:
"Spørsmål: Hvordan deaktivere QoS-tjenesten (Quality of Service) fullstendig? Hvordan konfigurere den? Er det sant at det begrenser nettverkshastigheten?
A: Som standard reserverer Quality of Service 20 % av kanalkapasiteten for sine behov (enhver kanal - til og med et 14400-modem, til og med et gigabit Ethernet). Dessuten, selv om du fjerner QoS Packet Scheduler-tjenesten fra Properties-tilkoblingen, frigis ikke denne kanalen. Du kan frigjøre en kanal eller ganske enkelt konfigurere QoS her. Start gruppepolicy-appleten (gpedit.msc). I Group Policy, finn Local computer policy og klikk på Administrative maler. Velg Network - QoS Packet Sheduler. Aktiver Begrens reserverbar båndbredde. Nå senker vi båndbreddegrensen 20 % til 0 % eller slår den av. Om ønskelig kan du også konfigurere andre QoS-parametere her. Alt du trenger å gjøre for å aktivere endringene som er gjort, er å starte på nytt."
20% er selvfølgelig mye. Microsoft er virkelig Mazda. Uttalelser av denne typen vandrer fra FAQ til FAQ, fra forum til forum, fra media til media, brukes i alle slags "tweaks" - programmer for å "tune" Windows XP (åpne forresten "Gruppepolicyer" og "Lokale" Security Policies", og ikke en eneste tweaker kan sammenlignes med dem når det gjelder vell av tilpasningsalternativer). Udokumenterte påstander av denne typen må avsløres varsomt, noe vi vil gjøre nå, med en systematisk tilnærming. Det vil si at vi vil studere det problematiske spørsmålet grundig, basert på offisielle primærkilder.

Hva er et nettverk med kvalitetstjenester?
La oss godta følgende forenklede definisjon av et nettverkssystem. Applikasjoner kjører og kjører på verter og kommuniserer med hverandre. Applikasjoner sender data til operativsystemet for overføring over nettverket. Når data er overført til operativsystemet, blir det nettverkstrafikk.
Network QoS er avhengig av nettverkets evne til å behandle denne trafikken på en måte som sikrer at visse applikasjonsforespørsler oppfylles. Dette krever en grunnleggende mekanisme for behandling av nettverkstrafikk som kan identifisere trafikk som er kvalifisert for spesialbehandling og retten til å kontrollere disse mekanismene.
QoS-funksjonalitet er designet for å tilfredsstille to nettverksinteressenter: nettverksapplikasjoner og nettverksadministratorer. De er ofte uenige. Nettverksadministratoren begrenser ressursene som brukes av en bestemt applikasjon, samtidig som applikasjonen prøver å hente så mange nettverksressurser som mulig. Deres interesser kan samkjøres, med tanke på det faktum at nettverksadministratoren spiller en dominerende rolle i forhold til alle applikasjoner og brukere.

Grunnleggende QoS-parametere
Ulike applikasjoner har ulike krav til å håndtere nettverkstrafikken. Applikasjoner er mer eller mindre tolerante for forsinkelser og trafikktap. Disse kravene har funnet anvendelse i følgende QoS-relaterte parametere:
Båndbredde - hastigheten som trafikk generert av en applikasjon må overføres over nettverket;
Latency - Forsinkelsen som en applikasjon kan tolerere ved levering av en datapakke.
Jitter - endre forsinkelsestiden.
Tap - prosentandel av tapte data.
Hvis uendelige nettverksressurser var tilgjengelige, kunne all applikasjonstrafikk overføres med den nødvendige hastigheten, med null latens, null latensvariasjon og null tap. Nettverksressurser er imidlertid ikke ubegrensede.
QoS-mekanismen kontrollerer allokeringen av nettverksressurser til applikasjonstrafikk for å møte overføringskravene.

Grunnleggende QoS-ressurser og trafikkbehandlingsmekanismer
Nettverkene som kobler sammen verter bruker en rekke nettverksenheter, inkludert vertsnettverksadaptere, rutere, svitsjer og huber. Hver av dem har nettverksgrensesnitt. Hvert nettverksgrensesnitt kan motta og overføre trafikk med en begrenset hastighet. Hvis hastigheten som trafikk sendes til et grensesnitt er raskere enn hastigheten som grensesnittet videresender trafikk med, oppstår overbelastning.
Nettverksenheter kan håndtere overbelastningsforhold ved å sette trafikk i enhetens minne (buffer) til overbelastningen går over. I andre tilfeller kan nettverksutstyr avvise trafikk for å avlaste overbelastning. Som et resultat opplever applikasjoner latensendringer (ettersom trafikk lagres i køer på grensesnitt) eller trafikktap.
Evnen til nettverksgrensesnitt til å videresende trafikk og tilgjengeligheten av minne for å lagre trafikk i nettverksenheter (til trafikken ikke lenger kan sendes) utgjør de grunnleggende ressursene som kreves for å gi QoS for applikasjonstrafikkflyter.

Distribusjon av QoS-ressurser på tvers av nettverksenheter
Enheter som støtter QoS bruker intelligent nettverksressurser for å overføre trafikk. Det vil si at trafikk fra mer ventetid-tolerante applikasjoner settes i kø (lagres i en buffer i minnet), mens trafikk fra latenstidskritiske applikasjoner sendes videre.
For å utføre denne oppgaven må nettverksenheten identifisere trafikk ved å klassifisere pakker, og også ha køer og mekanismer for å betjene dem.

Trafikkbehandlingsmekanisme
Trafikkbehandlingsmekanismen inkluderer:
802.1p
Differensiert tjenester per hop-atferd (diffserv PHB).
Integrerte tjenester (intserv).
minibank osv.
De fleste lokale nettverk er basert på IEEE 802-teknologi inkludert Ethernet, token-ring osv. 802.1p er en trafikkbehandlingsmekanisme for å støtte QoS i slike nettverk.

802.1p definerer et felt (lag 2 i OSI-nettverksmodellen) i 802-pakkehodet som kan ha en av åtte prioritetsverdier. Som regel merker verter eller rutere hver sendte pakke når de sender trafikk til et lokalt nettverk, og tildeler den en viss prioritetsverdi. Nettverksenheter som svitsjer, broer og huber forventes å behandle pakker på riktig måte ved å bruke kømekanismer. Omfanget av 802.1p er begrenset til det lokale nettverket (LAN). Når pakken krysser det lokale nettverket (via OSI Layer 3), fjernes 802.1p-prioriteten.
Diffserv er en lag 3-mekanisme. Den definerer et felt i lag 3-overskriften til IP-pakker kalt diffserv-kodepunkt (DSCP).
Intserv er en hel rekke tjenester som definerer en garantert tjeneste og en tjeneste som administrerer nedlastinger. En garantert tjeneste lover å bære en viss mengde trafikk med målbar og begrenset ventetid. Tjenesten som administrerer nedlastingen godtar å føre noe trafikk med "lett nettverksoverbelastning forekommer." Dette er kvantifiserbare tjenester i den forstand at de er definert for å gi målbar QoS til en viss mengde trafikk.

Fordi ATM-teknologi fragmenterer pakker til relativt små celler, kan den tilby svært lav latenstid. Hvis en pakke må sendes raskt, kan ATM-grensesnittet alltid frigjøres for overføring så lenge det tar å sende én celle.
QoS har mange mer komplekse mekanismer som får denne teknologien til å fungere. La oss bare merke oss ett viktig poeng: For at QoS skal fungere, er støtte for denne teknologien og passende konfigurasjon nødvendig gjennom hele overføringen fra startpunktet til sluttpunktet.

For klarhet, vurder fig. 1.
Vi godtar følgende:
Alle rutere er involvert i å overføre de nødvendige protokollene.
Én QoS-økt som krever 64 Kbps initieres mellom vert A og vert B.
En annen økt som krever 64 Kbps initieres mellom vert A og vert D.
For å forenkle diagrammet antar vi at ruterne er konfigurert slik at de kan reservere alle nettverksressurser.
I vårt tilfelle ville en forespørsel om en 64 Kbps reservasjon nå tre rutere på databanen mellom vert A og vert B. En annen forespørsel om 64 Kbps ville nå tre rutere mellom vert A og vert D. Rutere ville respektere disse ressursreservasjonsforespørslene fordi de ikke overskrider maksimum. Hvis i stedet hver av vertene B og C samtidig initierte en 64 Kbps QoS-økt med vert A, ville ruteren som betjener disse vertene (B og C) nekte en av tilkoblingene.

Anta nå at nettverksadministratoren deaktiverer QoS-behandling i de tre nedstrømsruterne som betjener vertene B, C, D, E. I dette tilfellet vil forespørsler om ressurser på opptil 128 Kbps bli tilfredsstilt uavhengig av plasseringen til verten som er involvert i forbindelsen. Kvalitetssikringen ville imidlertid være lav fordi trafikk til én vert ville sette trafikk til en annen i fare. Tjenestekvaliteten kunne opprettholdes hvis den øvre ruteren begrenset alle forespørsler til 64 Kbps, men dette ville resultere i ineffektiv bruk av nettverksressurser.
På den annen side kan gjennomstrømningen av alle nettverksforbindelser økes til 128 Kbps. Men den økte båndbredden vil bare bli brukt når vertene B og C (eller D og E) samtidig ber om ressurser. Hvis dette ikke er tilfelle, vil nettverksressurser igjen bli brukt ineffektivt.

Microsoft QoS-komponenter
Windows 98 inneholder kun QoS-komponenter på brukernivå, inkludert:
Applikasjonskomponenter.
GQoS API (del av Winsock 2).
QoS tjenesteleverandør.
Operativsystemet Windows 2000/XP/2003 inneholder alt som er beskrevet ovenfor og følgende komponenter:
Resource Reservation Protocol Service Provider (Rsvpsp.dll) og RSVP-tjenester (Rsvp.exe) og QoS ACS. Ikke brukt i Windows XP, 2003.
Trafikkstyring (Traffic.dll).
Generisk pakkeklassifisering (Msgpc.sys). Pakkeklassifisereren bestemmer tjenesteklassen som pakken tilhører. I dette tilfellet vil pakken bli plassert i riktig kø. Køer administreres av QoS Packet Scheduler.
QoS-pakkeplanlegger (Psched.sys). Definerer QoS-parametere for en spesifikk datastrøm. Trafikk er merket med en bestemt prioritetsverdi. QoS-pakkeplanleggeren bestemmer køplanen for hver pakke og håndterer konkurrerende forespørsler mellom pakker i kø som trenger tilgang til nettverket samtidig.

Diagrammet i fig. 2 illustrerer protokollstakken, Windows-komponenter og deres interaksjon på verten. Elementer som ble brukt i Windows 2000, men som ikke ble brukt i Windows XP/2003, vises ikke i diagrammet.
Applikasjoner er på toppen av stabelen. De vet kanskje ikke om QoS. For å utnytte den fulle kraften til QoS, anbefaler Microsoft å bruke Generic QoS API-kall i applikasjonene dine. Dette er spesielt viktig for applikasjoner som krever servicegarantier av høy kvalitet. Noen verktøy kan brukes til å påkalle QoS på vegne av applikasjoner som ikke er klar over QoS. De fungerer gjennom Traffic Management API. NetMeeting bruker for eksempel GQoS API. Men for slike applikasjoner er kvaliteten ikke garantert.

Den siste spikeren
De ovennevnte teoretiske punktene gir ikke et klart svar på spørsmålet om hvor de beryktede 20% går (som jeg bemerker at ingen ennå har målt nøyaktig). Basert på ovenstående bør dette ikke skje. Men motstanderne fremmer et nytt argument: QoS-systemet er bra, men implementeringen er skjev. Derfor er 20 % fortsatt "fete". Tilsynelatende har problemet også plaget programvaregiganten, siden den separat har tilbakevist slike fabrikasjoner for ganske lenge siden.
La oss imidlertid gi ordet til utviklerne og presentere utvalgte punkter fra artikkelen "316666 - Windows XP Quality of Service (QoS) Enhancements and Behavior" på litterært russisk:
"100 prosent av nettverksbåndbredden er tilgjengelig for distribusjon blant alle programmer med mindre et program eksplisitt ber om prioritert båndbredde. Denne "reserverte" båndbredden er tilgjengelig for andre programmer med mindre programmet som ba om det, ikke sender data.

Som standard kan programmer reservere opptil 20 % av hovedtilkoblingshastigheten på hvert datamaskingrensesnitt. Hvis programmet som reserverte båndbredden ikke sender nok data til å bruke alt, er den ubrukte delen av den reserverte båndbredden tilgjengelig for andre datastrømmer.
Det har vært påstander i ulike tekniske artikler og nyhetsgrupper om at Windows XP alltid reserverer 20 % av tilgjengelig båndbredde for QoS. Disse utsagnene er feil."
Hvis nå noen fortsatt spiser opp 20% av båndbredden sin, vel, jeg kan råde deg til å fortsette å bruke flere av alle slags tweaks og skjeve nettverksdrivere. Det blir ikke like mye å «fette seg» heller.
Det er det, QoS-myten, dø!

Yuri Trofimov,

I den første delen av denne artikkelserien snakket jeg om hva QoS gjør og hva det brukes til. I denne delen vil jeg fortsette samtalen med å forklare hvordan QoS fungerer. Når du leser denne artikkelen, vær oppmerksom på at informasjonen som presenteres her er basert på Windows Server 2003 QoS-implementering, som er forskjellig fra QoS-implementeringen i Windows 2000 Server.

Trafikk-API

Et av hovedproblemene med å prioritere nettverkstrafikk er at du ikke kan prioritere trafikk basert på datamaskinen som genererer den. Det er vanlig at enkeltdatamaskiner kjører flere applikasjoner, og lager en egen trafikkstrøm for hver applikasjon (og operativsystem). Når dette skjer, må hver trafikkflyt prioriteres individuelt. Tross alt kan en applikasjon kreve ekstra båndbredde mens en annen applikasjon er ideell for best mulig levering.

Det er her Traffic Control API (trafikkkontrollprogramvaregrensesnitt) kommer inn i bildet. Traffic Control API er et applisom lar deg bruke QoS-parametere på individuelle pakker. Traffic Control API fungerer ved å identifisere individuelle trafikkstrømmer og bruke ulike QoS-kontrollmetoder på disse strømmene.

Det første Traffic Control API gjør er å lage det som er kjent som en filterspes. En filterspec er i hovedsak et filter som bestemmer hva det betyr for en pakke å tilhøre en bestemt strøm. Noen av attributtene som brukes av filterspec inkluderer kilde- og destinasjons-IP-adressen til pakken og portnummeret.

Når filterspesifikasjonen er definert, tillater API at flytspesifikasjonen opprettes. Flowspec definerer QoS-parametrene som skal brukes på en sekvens av pakker. Noen av parameterne definert av flytspec inkluderer overføringshastighet (tillatt overføringshastighet) og tjenestetype.

Det tredje konseptet definert av Traffic Control API er flytkonseptet. En flyt er en enkel sekvens av pakker som er underlagt en enkelt flytspes. Enkelt sagt bestemmer filterspec hvilke pakker som skal inkluderes i flowspec. Flowspec bestemmer om pakker vil bli behandlet med høyere prioriteter, og flow er den faktiske overføringen av pakker som er gjenstand for flytspec-behandling. Alle pakker i en strøm behandles likt.

Det bør nevnes at en av fordelene med Traffic Control API fremfor Generic QoS API brukt i Windows 2000 er muligheten til å bruke aggregering. Hvis en node har flere applikasjoner som sender flere datastrømmer til en felles destinasjon, kan disse pakkene kombineres til en felles strøm. Dette gjelder selv om applikasjoner bruker forskjellige portnumre, så lenge kilde- og destinasjons-IP-adressene er de samme.

Generisk pakkeklassifisering

I forrige avsnitt snakket jeg om forholdet mellom flowspec, filterspec og flow. Det er imidlertid viktig å huske at Traffic Control API ganske enkelt er etsnitt. Som sådan er jobben å identifisere og prioritere trafikkstrømmer, ikke skape disse strømmene.

Generic Packet Classifier er ansvarlig for å lage strømmer. Som du husker fra den siste delen, var en av attributtene som ble definert i flowspec tjenestetypen. Tjenestetypen bestemmer i hovedsak trådens prioritet. Den generiske pakkeklassifisereren er ansvarlig for å bestemme tjenestetypen som er tilordnet flytspesifikasjonen, hvoretter den plasserer de tilknyttede pakkene i en kø som passer til tjenestetypen. Hver tråd er plassert i en egen kø.

QoS Packet Scheduler (pakkeplanlegger)

Den tredje QoS-komponenten du trenger å vite om er QoS-pakkeplanleggeren. Enkelt sagt er hovedoppgaven til en QoS-pakkeplanlegger å forme trafikk. For å gjøre dette mottar pakkeplanleggeren pakker fra forskjellige køer og merker deretter disse pakkene med prioriteter og strømningshastigheter.

Som jeg diskuterte i den første delen av denne serien, for at QoS skal fungere riktig, må de ulike komponentene som befinner seg mellom kilden til pakkene og deres destinasjon støtte (dvs. være klar over) QoS. Selv om disse enhetene trenger å vite hvordan de skal håndtere QoS, må de også vite hvordan de skal håndtere vanlig, uprioritert trafikk. For å gjøre dette mulig bruker QoS en teknologi som kalles merking.

Faktisk er det to typer markeringer her. QoS-pakkeplanleggeren bruker Diffserv-markeringer, som gjenkjennes av Layer 3-enheter, og 802.1p-markeringer, som gjenkjennes av Layer 2-enheter.

Konfigurere QoS Packet Scheduler

Før jeg viser deg hvordan tagging fungerer, bør det bemerkes at du må konfigurere en QoS-pakkeplanlegger for at alt skal fungere. I Windows Server 2003 er QoS-pakkeplanleggeren en valgfri nettverkskomponent, omtrent som Client for Microsoft Networks eller TCP/IP-protokollen. For å aktivere QoS Packet Scheduler, åpne egenskapssiden til serverens nettverkstilkobling og merk av i boksen ved siden av QoS Packet Scheduler, som vist i figur A. Hvis QoS Packet Scheduler ikke er oppført, klikk Installer og følg instruksjonene.

Figur A: QoS Packet Scheduler må være aktivert før du kan bruke QoS

En annen ting du trenger å vite om QoS Packet Scheduler er at for at den skal fungere riktig, må nettverksadapteren støtte 802.1p-tagging. For å sjekke adapteren, klikk på Konfigurer-knappen, figur A, og Windows vil vise egenskapene til nettverksadapteren. Hvis du ser i kategorien Avansert på egenskapssiden, vil du se de ulike egenskapene som nettverkskortet ditt støtter.

Hvis du ser på figur B, vil du se at en av egenskapene som er oppført er 802.1Q/1P VLAN Tagging. Du ser også at denne egenskapen er deaktivert som standard. For å aktivere 802.1p-tagging, aktiver ganske enkelt denne egenskapen og klikk OK.

Figur B: Du må aktivere 802.1Q/1P VLAN-tagging

Du har kanskje lagt merke til i figur B at funksjonen du aktiverte er relatert til VLAN-merking i stedet for pakkemerking. Grunnen til dette er at prioritetsmarkører er inkludert i VLAN-tagger. 802.1Q-standarden definerer VLAN og VLAN-tagger. Denne standarden reserverer faktisk tre biter i VLAN-pakken som brukes til å registrere prioritetskoden. Dessverre definerer 802.1Q-standarden aldri hva disse prioritetskodene skal være.

802.1P ble opprettet som et supplement til 802.1Q. 802.1P definerer en prioritert tagging som kan omsluttes i en VLAN-tag. Jeg vil fortelle deg om arbeidsprinsippet til disse to standardene i den tredje delen.

Konklusjon

I denne artikkelen diskuterte vi noen grunnleggende konsepter i Windows Server 2003s QoS-arkitektur. I del 3 vil jeg gå mer i detalj om hvordan QoS-pakkeplanleggeren merker pakker. Jeg skal også snakke om hvordan QoS fungerer i nettverksmiljøer med lav båndbredde.

I denne artikkelen skal vi se på hvordan du setter opp reservert båndbredde i Windows 10. Som standard reserverer Windows 20 % av den totale Internett-båndbredden.

Ja, ja, Windows 10-operativsystemet reserverer en viss prosentandel av båndbredden for Internett-tilkoblingen for tjenestekvalitet (QoS).

I følge Microsoft:

QoS kan inkludere kritiske systemoperasjoner som Windows-systemoppdateringer, losv. Konseptet med reservert båndbredde gjelder for alle programmer som kjører på systemet. Vanligvis begrenser pakkeplanleggeren systemet til 80 % av tilkoblingskapasiteten. Dette betyr at Windows reserverer 20 % av Internett-båndbredden din utelukkende for QoS.

I tilfelle du ønsker å få denne reserverte prosentandelen av båndbredde, er denne artikkelen for deg. Nedenfor skal vi se på to måter å konfigurere reservert båndbredde på i Windows 10-operativsystemet.

MERK: Hvis du deaktiverer all reservert båndbredde for systemet ditt, dvs. setter den til 0 %, vil det påvirke operativsystemets handlinger, spesielt automatiske oppdateringer.

Ansvarsfraktelse: ytterligere trinn vil inkludere redigering av registeret. Feil ved redigering av registeret kan påvirke systemet negativt. Vær derfor forsiktig når du redigerer registeroppføringer og opprette et systemgjenopprettingspunkt først.

Trinn 1: Åpne Registerredigering(hvis du ikke er kjent med Registerredigering, klikk på ).

Steg 2: I den venstre ruten i Registerredigering-vinduet, naviger til følgende seksjon:

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\Psched

Merk: Hvis seksjonen og parameteren " NonBestEffortLimit» ikke eksisterer, bare lag dem.

Trinn 3: Nå i den høyre ruten i registernøkkelen "Psched" finn DWORD-verdien (32 biter) navngitt NonBestEffortLimit. Dobbeltklikk på den for å endre verdiene:

Som standard har parameteren verdien 50 i heksadesimal eller 80 i desimalsystemet.

Trinn 4: Velg et desimalsystem og sett verdien til prosentandelen av reservert båndbredde som kreves.

For eksempel hvis du setter verdien til 0 , vil den reserverte båndbredden for Windows-operativsystemet være fullstendig deaktivert, det vil si lik 0%. Klikk på knappen "OK" og lukk Registerredigering.

Trinn 5: Start PC-en på nytt for at endringene skal tre i kraft.

Hvis du vil konfigurere eller begrense reservert båndbredde på flere datamaskiner i organisasjonen/arbeidsplassen din, kan du implementere den aktuelle GPO-innstillingen.

Trinn 1:Åpne Local Group Policy Editor

Steg 2: Gå til seksjon: "Datamaskinkonfigurasjon" → "Administrative maler" → "Nettverk" → "Qos-pakkeplanlegger"

Trinn 3: Dobbeltklikk i vinduet til høyre for å åpne policyen.

Som standard er denne policyen ikke angitt, og systemet reserverer seg 20% Internett-tilkoblings båndbredde. Du må aktivere den, angi parameteren "Begrens reservert båndbredde" betydning "På."

Dette er linjene:

Spørsmål: Hvordan kan jeg deaktivere QoS-tjenesten (Quality of Service) fullstendig? Hvordan sette den opp? Er det sant at det begrenser nettverkshastigheten?
A: Som standard reserverer Quality of Service 20 % av kanalkapasiteten for sine behov (enhver kanal - til og med et 14400-modem, til og med et gigabit Ethernet). Dessuten, selv om du fjerner QoS Packet Scheduler-tjenesten fra Properties-tilkoblingen, frigis ikke denne kanalen. Du kan frigjøre en kanal eller ganske enkelt konfigurere QoS her. Start gruppepolicy-appleten (gpedit.msc). I Group Policy, finn Local computer policy og klikk på Administrative maler. Velg Network - QoS Packet Sheduler. Aktiver Begrens reserverbar båndbredde. Nå senker vi båndbreddegrensen 20 % til 0 % eller slår den av. Om ønskelig kan du også konfigurere andre QoS-parametere her. Alt du trenger å gjøre for å aktivere endringene som er gjort, er å starte på nytt.

20% er selvfølgelig mye. Microsoft er virkelig Mazda. Uttalelser av denne typen vandrer fra FAQ til FAQ, fra forum til forum, fra media til media, brukes i alle slags "tweaks" - programmer for å "tune" Windows XP (åpne forresten "Gruppepolicyer" og "Lokale" Security Policies", og ikke en eneste tweaker kan sammenlignes med dem når det gjelder vell av tilpasningsalternativer). Udokumenterte påstander av denne typen må avsløres varsomt, noe vi vil gjøre nå, med en systematisk tilnærming. Det vil si at vi vil studere det problematiske spørsmålet grundig, basert på offisielle primærkilder.

Hva er et nettverk med kvalitetstjenester?

La oss godta følgende forenklede definisjon av et nettverkssystem. Applikasjoner kjører og kjører på verter og kommuniserer med hverandre. Applikasjoner sender data til operativsystemet for overføring over nettverket. Når data er overført til operativsystemet, blir det nettverkstrafikk.

Network QoS er avhengig av nettverkets evne til å behandle denne trafikken på en måte som sikrer at visse applikasjonsforespørsler oppfylles. Dette krever en grunnleggende mekanisme for behandling av nettverkstrafikk som kan identifisere trafikk som er kvalifisert for spesialbehandling og retten til å kontrollere disse mekanismene.

QoS-funksjonalitet er designet for å tilfredsstille to nettverksinteressenter: nettverksapplikasjoner og nettverksadministratorer. De er ofte uenige. Nettverksadministratoren begrenser ressursene som brukes av en bestemt applikasjon, samtidig som applikasjonen prøver å hente så mange nettverksressurser som mulig. Deres interesser kan samkjøres, med tanke på det faktum at nettverksadministratoren spiller en dominerende rolle i forhold til alle applikasjoner og brukere.

Grunnleggende QoS-parametere

Ulike applikasjoner har ulike krav til å håndtere nettverkstrafikken. Applikasjoner er mer eller mindre tolerante for forsinkelser og trafikktap. Disse kravene har funnet anvendelse i følgende QoS-relaterte parametere:

Båndbredde - hastigheten som trafikk generert av en applikasjon må overføres over nettverket;
Latency - forsinkelsen som et program kan tolerere ved levering av en datapakke;
Jitter - endre forsinkelsestiden;
Tap - prosentandel av tapte data.

Hvis uendelige nettverksressurser var tilgjengelige, kunne all applikasjonstrafikk overføres med den nødvendige hastigheten, med null latens, null latensvariasjon og null tap. Nettverksressurser er imidlertid ikke ubegrensede.

QoS-mekanismen kontrollerer allokeringen av nettverksressurser til applikasjonstrafikk for å møte overføringskravene.

Grunnleggende QoS-ressurser og trafikkbehandlingsmekanismer

Nettverkene som kobler sammen verter bruker en rekke nettverksenheter, inkludert vertsnettverksadaptere, rutere, svitsjer og huber. Hver av dem har nettverksgrensesnitt. Hvert nettverksgrensesnitt kan motta og overføre trafikk med en begrenset hastighet. Hvis hastigheten som trafikk sendes til et grensesnitt er raskere enn hastigheten som grensesnittet videresender trafikk med, oppstår overbelastning.

Nettverksenheter kan håndtere overbelastningsforhold ved å sette trafikk i enhetens minne (buffer) til overbelastningen går over. I andre tilfeller kan nettverksutstyr avvise trafikk for å avlaste overbelastning. Som et resultat opplever applikasjoner latensendringer (ettersom trafikk lagres i køer på grensesnitt) eller trafikktap.

Evnen til nettverksgrensesnitt til å videresende trafikk og tilgjengeligheten av minne for å lagre trafikk i nettverksenheter (til trafikken ikke lenger kan sendes) utgjør de grunnleggende ressursene som kreves for å gi QoS for applikasjonstrafikkflyter.

Distribusjon av QoS-ressurser på tvers av nettverksenheter

Enheter som støtter QoS bruker intelligent nettverksressurser for å overføre trafikk. Det vil si at trafikk fra mer ventetid-tolerante applikasjoner settes i kø (lagres i en buffer i minnet), mens trafikk fra latenstidskritiske applikasjoner sendes videre.

For å utføre denne oppgaven må nettverksenheten identifisere trafikk ved å klassifisere pakker, og også ha køer og mekanismer for å betjene dem.

Trafikkbehandlingsmekanisme

Trafikkbehandlingsmekanismen inkluderer:

802,1p;
Differensiert tjenester per hop-atferd (diffserv PHB);
Integrerte tjenester (intserv);
minibank osv.

De fleste lokale nettverk er basert på IEEE 802-teknologi inkludert Ethernet, token-ring osv. 802.1p er en trafikkbehandlingsmekanisme for å støtte QoS i slike nettverk.

Diffserv er en lag 3-mekanisme. Den definerer et felt i lag 3-overskriften til IP-pakker kalt diffserv-kodepunkt (DSCP).

Intserv er en hel rekke tjenester som definerer en garantert tjeneste og en tjeneste som administrerer nedlastinger. En garantert tjeneste lover å bære en viss mengde trafikk med målbar og begrenset ventetid. Tjenesten som administrerer nedlastingen godtar å føre noe trafikk med "lett nettverksoverbelastning forekommer." Dette er kvantifiserbare tjenester i den forstand at de er definert for å gi målbar QoS til en viss mengde trafikk.

QoS har mange mer komplekse mekanismer som får denne teknologien til å fungere. La oss bare merke oss ett viktig poeng: For at QoS skal fungere, er støtte for denne teknologien og passende konfigurasjon nødvendig gjennom hele overføringen fra startpunktet til sluttpunktet.

Lokal nettverksbåndbredde er et tema som blir stadig mer aktuelt med spredningen av høyhastighetsinternett. Hver gang vi prøver å koble flere og flere enheter til ruteren, og standardprogramvaren kan ikke alltid takle dem alle. I dette tilfellet kommer det til unnsetning å angi prioriteringer for QoS-pakker med lokal nettverksbåndbredde på ruteren. Den tildeler prioritet til utførelsen av visse viktigste oppgaver for øyeblikket og er tilgjengelig ikke bare på topp-end Mikrotik- eller Cisco-rutere, men også på alle rimelige modeller fra TP-Link, Asus, Zyxel Keenetic, D-Link.

QoS - Hva er det i en ruter?

De fleste moderne rutere har en innebygd evne til å kontrollere Internett-trafikkstrømmer i et lokalt nettverk, og tildele prioritet når du bruker en bestemt applikasjon. Vel, for eksempel spiller du et online spill eller surfer på sidene til favorittsidene dine. Og samtidig laster du ned en interessant film via torrent. Samtidig begynner spillet å gå tregere og filen lastes så vidt ned. Hva å gjøre?

Du må velge hvilken handling som er viktigst for deg for øyeblikket. Det er sannsynligvis et nettspill tross alt. Derfor, ved å konfigurere QoS-pakkeplanleggeren, kan vi prioritere spilloppgaver før vi laster ned filer.

Men båndbredden til det lokale nettverket og Internett-kanalen er begrenset. Den første er egenskapene til ruteren. Husker du at vi snakket om ?.

Den andre er tariffplanen din fra leverandøren din. Så hvordan deler dette prioritet mellom disse samtidige oppgavene?

Som regel gis nettsurfing høyest prioritet som standard, det vil si driften av nettleseren din. Men hvis du for øyeblikket har åpnet og leser en artikkel og samtidig ønsker å laste ned filmen så raskt som mulig, ville det være mer logisk å prioritere filnedlastingsprogrammet i stedet for nettleseren.

Det er derfor rutere gir muligheten til å manuelt konfigurere nettverksbåndbredde. Nemlig fordel prioritet slik du trenger det. Denne funksjonen kalles QoS (Quality of Service). Det vil si en teknologi for å gi ulike trafikkklasser tjenesteprioriteringer.

Trafikkleder på Asus-ruteren

På forskjellige modeller kan denne innstillingen være skjult under forskjellige navn i menyelementet. Jeg har nå en Asus-ruter som kjører med den nye fastvaren - jeg viser den på RT-N10U versjon B1. Og her er QoS-planleggeren konfigurert i delen "Traffic Manager".

Først må du endre standardaktivert automatisk modus til en av to. "Brukerdefinerte QoS-regler" eller "Brukerdefinert prioritet"

Brukerdefinerte QoS-pakkeplanleggerregler

Denne innstillingen lar deg angi prioritet for programmer som allerede er forhåndsinstallert i ruterprogramvaren fra forskjellige "vektkategorier". I dette tilfellet trenger du ikke å bry deg med ulike formler og beregne nettverksgjennomstrømning. Alt er allerede oppfunnet før oss. Det er litt uklart uten et skjermbilde, så jeg gir det her:

Så nå har "Web Serf", det vil si tilkoblinger via en nettleser via port 80 som brukes til dette, "Høyeste" prioritet. Ved å klikke på rullegardinlisten kan vi velge en annen fra den foreslåtte listen. Samtidig, for "File Transfer", det vil si for filnedlastningsprogrammer, er den den minste. Ved å bytte disse parameterne får vi den effekten at når du samtidig laster ned en fil fra et nettsted og ser på en html-side, vil den første prosessen gis større hastighet.

Men det er ikke alt. For programmer for overføring av filer via P2P (for eksempel BitTorrent), eller nettspill, samt mange andre applikasjoner, kan du angi dine egne prioritetsverdier. Dette gjøres ved å legge til en ny regel til eksisterende.

For å opprette det, klikk på "Velg" elementet og fra rullegardinlisten velg typen dataoverføring vi er interessert i eller forhåndsinnstilte innstillinger for en spesifikk applikasjon. Du kan for eksempel angi en prioritet i nettverksbåndbredde for e-postapplikasjoner som Outlook eller TheBat (SMTP, POP3... element) eller for ftp-klienter (FTP, SFTP, WLM...). Det er også en stor liste over populære spill, som Counter Strike, og fildelingsprogrammer - BitTorrent, eDonkey, etc.

La oss velge en torrent-nedlaster. Standardportene som brukes av dette programmet vil spesifiseres automatisk.
Men det er bedre å ikke ta ruterens ord for det og dobbeltsjekke dem selv. La oss åpne programmet (jeg har uTorrent) og gå til "Innstillinger> Programinnstillinger> Tilkoblinger". La oss se hvilken port som er satt for at dette programmet skal fungere.

Hvis den er forskjellig fra de som ble spesifisert som standard i ruterinnstillingene, må du endre den. Enten der eller her, hovedsaken er at de er like. Vi lagrer innstillingene i programmet, og går tilbake til administrasjonspanelet til ruteren og bruker parametrene. De aktiveres etter at enheten er startet på nytt.

Brukerdefinert prioritet for QoS-pakker

Dette er den andre innstillingen for manuell nettverksbåndbreddekontroll, som lar deg konfigurere parameterne spesifisert i forrige avsnitt. Bestem nemlig hvilken hastighet i prosent som vil bli tildelt hver av prioritetsparametrene.

For eksempel, for utgående trafikk på "Høyest", har jeg for øyeblikket standarden satt til 80 % som minimumsverdi og 100 % som maksimum. Dette betyr at de med høyest prioritet vil motta minst 80 % av kanalbåndbredden. Uavhengig av hvor mange samtidige prosesser som gjør utgående tilkoblinger til Internett. De som har "Høy" prioritet – minst 10 %. Og så videre - jeg tror du skjønner poenget. Ved å redigere disse verdiene kan du kontrollere nedlastings- og opplastingshastigheter i detalj for ulike kategorier av kjørende programmer.

Nå foreslår jeg at du ser en detaljert videoopplæring om å sette opp QoS på Cisco-rutere

Sette opp en QoS-pakkeplanlegger på en TP-Link-ruter

Nedenfor vil jeg for enkelhets skyld gi flere skjermbilder av de administrative delene for å administrere båndbredde fra modeller fra andre selskaper. På TP-Link-rutere er QoS-pakkeplanleggeren plassert i menydelen "Båndbreddekontroll". For å aktivere den, merk av for "Aktiver båndbreddekontroll" og angi maksimal hastighet for innkommende og utgående trafikk.

Ved å klikke på "Legg til"-knappen kan du legge til en ny prioritetsregel for en eller flere datamaskiner. For å gjøre dette, må du angi deres IP-adresse eller adresseområde. Og angi også portene og typen pakkeutveksling som denne regelen vil gjelde for.

TP-Link lanserte nylig en ny visualisering av admin-panelet, som er installert på alle nye modeller. I den er QoS-planleggeren plassert i "Avanserte innstillinger" i delen "Dataprioritering". Vi slår den på med et hake og justerer de tre typene prioriteringer med glidebryterne:

Høy
Gjennomsnitt
Kort

For å legge til et filter, klikk på "Legg til"-knappen i ett av de tre forhåndsinnstilte innstillingsvinduene

En liste over klienter koblet til ruteren åpnes - velg den du trenger og klikk på "Velg"-koblingen og deretter "OK"

IntelliQoS nettverksgjennomstrømning på Zyxel Keenetic

På Keenetic-rutere kalles funksjonen for administrasjon av nettverksbåndbredde IntelliQoS. Til å begynne med er denne modulen ikke til stede i fastvaren. I tillegg kreves IntelliQoS fra den tilsvarende delen av administrasjonspanelet. Deretter vil et eget element med samme navn vises i "Mine nettverk og WiFi"-menyen.

For å aktivere trafikkkontrollmodus, aktiver denne tjenesten og angi den maksimale Internett-hastigheten gitt av leverandørens tariffplan. For å bestemme det mer nøyaktig, kan du kjøre en online hastighetstest og starte fra denne virkelige verdien.

Sette opp nettverksbåndbredde på en D-Link-ruter

For D-Link-rutermodellen DIR-620 implementerte utviklerne av en eller annen grunn muligheten til å sette QOS-hastighetsgrenser kun på datamaskiner koblet via kabel til en av LAN-portene. Denne innstillingen er plassert i delen "Avansert - Båndbreddestyring".

Etter å ha valgt en av dem, aktiver begrensningen og still inn hastigheten

Det var alt for nå - prøv å eksperimentere med den lokale nettverksbåndbredden slik at ruteren ikke bremser arbeidet til de programmene du forventer maksimal ytelse fra for øyeblikket.

Video om å sette opp QoS på en ruter

Takk skal du ha! Hjelpet ikke