Pakkeplanlægger qos hvad. Hvad er den mest effektive måde at deaktivere QoS fuldstændigt på? Brugerdefinerede QoS-pakkeplanlægningsregler

Myten om QoS

Der er ikke en eneste person, der ikke mindst én gang har læst nogle FAQ på Windows XP. Og hvis det er tilfældet, så ved alle, at der er sådan en skadelig Quality of Service-tjeneste - QoS for kort. Det anbefales stærkt at deaktivere det, når du konfigurerer dit system, fordi det som standard begrænser netværksbåndbredden med 20 %, og dette problem ser ud til at eksistere i Windows 2000 også.

Disse er linjerne:
"Spørgsmål: Hvordan deaktiverer man QoS-tjenesten (Quality of Service) fuldstændigt? Hvordan konfigureres den? Er det rigtigt, at det begrænser netværkshastigheden?
A: Som standard reserverer Quality of Service faktisk 20 % af kanalkapaciteten til dets behov (enhver kanal - selv et 14400-modem, endda et gigabit Ethernet). Desuden, selvom du fjerner QoS Packet Scheduler-tjenesten fra Egenskabsforbindelsen, frigives denne kanal ikke. Du kan frigøre en kanal eller blot konfigurere QoS her. Start gruppepolitik-appletten (gpedit.msc). Find Lokal computerpolitik i Gruppepolitik og klik på Administrative skabeloner. Vælg Netværk - QoS Packet Sheduler. Aktiver Begræns reserverbar båndbredde. Nu sænker vi båndbreddegrænsen 20% til 0% eller slår den bare fra. Hvis det ønskes, kan du også konfigurere andre QoS-parametre her. For at aktivere de foretagne ændringer skal du blot genstarte."
20% er selvfølgelig meget. Virkelig Microsoft er Mazda. Udsagn af denne art vandrer fra ofte stillede spørgsmål til ofte stillede spørgsmål, fra forum til forum, fra medier til medier, bruges i alle slags "tweaks" - programmer til at "tune" Windows XP (åbn i øvrigt "Group Policies" og "Local" Sikkerhedspolitikker”, og ikke en eneste tweaker kan sammenligne med dem med hensyn til rigdommen af ​​tilpasningsmuligheder). Udokumenterede påstande af denne art skal afsløres omhyggeligt, hvilket vi vil gøre nu med en systematisk tilgang. Det vil sige, at vi grundigt vil studere det problematiske spørgsmål ved at stole på officielle primære kilder.

Hvad er et netværk med kvalitetsservice?
Lad os acceptere følgende forenklede definition af et netværkssystem. Applikationer kører og kører på værter og kommunikerer med hinanden. Applikationer sender data til operativsystemet til transmission over netværket. Når data er overført til operativsystemet, bliver det til netværkstrafik.
Network QoS er afhængig af netværkets evne til at behandle denne trafik på en måde, der sikrer, at visse applikationsanmodninger opfyldes. Dette kræver en grundlæggende mekanisme til behandling af netværkstrafik, som kan identificere trafik, der er berettiget til særbehandling, og retten til at kontrollere disse mekanismer.
QoS-funktionalitet er designet til at tilfredsstille to netværksinteressenter: netværksapplikationer og netværksadministratorer. De er ofte uenige. Netværksadministratoren begrænser de ressourcer, der bruges af en bestemt applikation, mens applikationen samtidig forsøger at få fat i så mange netværksressourcer som muligt. Deres interesser kan afstemmes under hensyntagen til, at netværksadministratoren spiller en dominerende rolle i forhold til alle applikationer og brugere.

Grundlæggende QoS-parametre
Forskellige applikationer har forskellige krav til at håndtere deres netværkstrafik. Applikationer er mere eller mindre tolerante over for forsinkelser og trafiktab. Disse krav har fundet anvendelse i følgende QoS-relaterede parametre:
Båndbredde - den hastighed, hvormed trafik genereret af en applikation skal transmitteres over netværket;
Latency - Den forsinkelse, som en applikation kan tolerere ved levering af en datapakke.
Jitter - ændring af forsinkelsestiden.
Tab - procentdel af tabte data.
Hvis uendelige netværksressourcer var tilgængelige, kunne al applikationstrafik transmitteres med den krævede hastighed, med nul latens, nul latensvariation og nul tab. Netværksressourcer er dog ikke ubegrænsede.
QoS-mekanismen styrer allokeringen af ​​netværksressourcer til applikationstrafik for at opfylde transmissionskravene.

Grundlæggende QoS-ressourcer og trafikbehandlingsmekanismer
De netværk, der forbinder værter, bruger en række forskellige netværksenheder, herunder værtsnetværksadaptere, routere, switches og hubs. Hver af dem har netværksgrænseflader. Hver netværksgrænseflade kan modtage og transmittere trafik med en begrænset hastighed. Hvis hastigheden, hvormed trafik sendes til en grænseflade, er hurtigere end den hastighed, hvormed grænsefladen videresender trafik, så opstår der overbelastning.
Netværksenheder kan håndtere overbelastningsforhold ved at sætte trafik i enhedens hukommelse (buffer), indtil overbelastningen passerer. I andre tilfælde kan netværksudstyr afvise trafik for at afhjælpe overbelastning. Som følge heraf oplever applikationer latensændringer (da trafik er lagret i køer på grænseflader) eller trafiktab.
Netværksgrænsefladers evne til at videresende trafik og tilgængeligheden af ​​hukommelse til at lagre trafik i netværksenheder (indtil trafikken ikke længere kan sendes) udgør de grundlæggende ressourcer, der kræves for at levere QoS til applikationstrafikstrømme.

Fordeling af QoS-ressourcer på tværs af netværksenheder
Enheder, der understøtter QoS, bruger intelligent netværksressourcer til at overføre trafik. Det vil sige, at trafik fra mere latency-tolerante applikationer sættes i kø (lagres i en buffer i hukommelsen), mens trafik fra latency-kritiske applikationer sendes videre.
For at udføre denne opgave skal netværksenheden identificere trafik ved at klassificere pakker og også have køer og mekanismer til at betjene dem.

Trafikbehandlingsmekanisme
Trafikbehandlingsmekanismen inkluderer:
802.1p
Differentierede tjenester per-hop-adfærd (diffserv PHB).
Integrerede tjenester (interserv).
hæveautomat osv.
De fleste lokale netværk er baseret på IEEE 802-teknologi, inklusive Ethernet, token-ring osv. 802.1p er en trafikbehandlingsmekanisme til at understøtte QoS i sådanne netværk.

802.1p definerer et felt (lag 2 i OSI-netværksmodellen) i 802-pakkeheaderen, der kan bære en af ​​otte prioritetsværdier. Som regel markerer værter eller routere, når de sender trafik til et lokalt netværk, hver sendte pakke og tildeler den en vis prioritetsværdi. Netværksenheder såsom switche, broer og hubs forventes at behandle pakker korrekt ved hjælp af kømekanismer. Omfanget af 802.1p er begrænset til det lokale netværk (LAN). Når pakken krydser det lokale netværk (via OSI Layer 3), fjernes 802.1p-prioriteten.
Diffserv er en lag 3-mekanisme. Den definerer et felt i lag 3-headeren på IP-pakker kaldet diffserv-kodepunkt (DSCP).
Intserv er en hel række af tjenester, der definerer en garanteret tjeneste og en tjeneste, der administrerer downloads. En garanteret service lover at bære en vis mængde trafik med målbar og begrænset latenstid. Tjenesten, der administrerer overførslen, accepterer at føre noget trafik med "let netværksoverbelastning forekommer." Disse er kvantificerbare tjenester i den forstand, at de er defineret til at levere målbar QoS til en vis mængde trafik.

Fordi ATM-teknologi fragmenterer pakker i relativt små celler, kan den tilbyde meget lav latenstid. Hvis en pakke skal sendes akut, kan ATM-grænsefladen altid frigøres til transmission, så længe det tager at sende én celle.
QoS har mange mere komplekse mekanismer, der får denne teknologi til at fungere. Lad os blot bemærke et vigtigt punkt: For at QoS kan fungere, er understøttelse af denne teknologi og passende konfiguration nødvendig under hele transmissionen fra startpunktet til slutpunktet.

For klarhed, overvej fig. 1.
Vi accepterer følgende:
Alle routere er involveret i at sende de nødvendige protokoller.
Én QoS-session, der kræver 64 Kbps, initieres mellem vært A og vært B.
En anden session, der kræver 64 Kbps, startes mellem vært A og vært D.
For at forenkle diagrammet antager vi, at routerne er konfigureret, så de kan reservere alle netværksressourcer.
I vores tilfælde ville en anmodning om en 64 Kbps reservation nå tre routere på datastien mellem Host A og Host B. En anden anmodning om 64 Kbps ville nå tre routere mellem Host A og Host D. Routerne ville honorere disse fordi de ikke overstiger maksimum. Hvis i stedet hver af værterne B og C samtidig initierede en 64 Kbps QoS-session med vært A, så ville routeren, der betjener disse værter (B og C), nægte en af ​​forbindelserne.

Antag nu, at netværksadministratoren deaktiverer QoS-behandling i de tre downstream-routere, der betjener værterne B, C, D, E. I dette tilfælde vil anmodninger om ressourcer op til 128 Kbps blive tilfredsstillet uanset placeringen af ​​værten, der er involveret i forbindelsen. Kvalitetssikringen ville dog være lav, fordi trafik til én vært ville bringe trafik til en anden i fare. Servicekvaliteten kunne opretholdes, hvis den øverste router begrænsede alle anmodninger til 64 Kbps, men dette ville resultere i ineffektiv brug af netværksressourcer.
På den anden side kunne gennemløbet af alle netværksforbindelser øges til 128 Kbps. Men den øgede båndbredde vil kun blive brugt, når værterne B og C (eller D og E) samtidig anmoder om ressourcer. Hvis dette ikke er tilfældet, vil netværksressourcer igen blive brugt ineffektivt.

Microsoft QoS-komponenter
Windows 98 indeholder kun QoS-komponenter på brugerniveau, herunder:
Applikationskomponenter.
GQoS API (en del af Winsock 2).
QoS-tjenesteudbyder.
Windows 2000/XP/2003-operativsystemet indeholder alt beskrevet ovenfor og følgende komponenter:
Resource Reservation Protocol Service Provider (Rsvpsp.dll) og RSVP-tjenester (Rsvp.exe) og QoS ACS. Ikke brugt i Windows XP, 2003.
Trafikstyring (Traffic.dll).
Generisk Packet Classifier (Msgpc.sys). Pakkeklassifikatoren bestemmer den tjenesteklasse, som pakken tilhører. I dette tilfælde vil pakken blive placeret i den passende kø. Køer administreres af QoS Packet Scheduler.
QoS Packet Scheduler (Psched.sys). Definerer QoS-parametre for en specifik datastrøm. Trafikken er markeret med en bestemt prioriteret værdi. QoS-pakkeplanlæggeren bestemmer køplanen for hver pakke og håndterer konkurrerende anmodninger mellem pakker i kø, der skal have adgang til netværket på samme tid.

Diagrammet i figur 2 illustrerer protokolstakken, Windows-komponenter og deres interaktion på værten. Elementer, der blev brugt i Windows 2000, men ikke brugt i Windows XP/2003, vises ikke i diagrammet.
Ansøgninger er øverst i stakken. De kender måske eller ikke kender til QoS. For at udnytte den fulde kraft af QoS anbefaler Microsoft at bruge generiske QoS API-kald i dine applikationer. Dette er især vigtigt for applikationer, der kræver servicegarantier af høj kvalitet. Nogle hjælpeprogrammer kan bruges til at påberåbe QoS på vegne af applikationer, der ikke er opmærksomme på QoS. De arbejder gennem Traffic Management API. For eksempel bruger NetMeeting GQoS API. Men for sådanne applikationer er kvaliteten ikke garanteret.

Det sidste søm
Ovenstående teoretiske pointer giver ikke et klart svar på spørgsmålet om, hvor de notoriske 20% går hen (som, jeg bemærker, ingen endnu har målt nøjagtigt). På baggrund af ovenstående bør dette ikke ske. Men modstanderne fremfører et nyt argument: QoS-systemet er godt, men implementeringen er skæv. Derfor er 20 % stadig "fede". Tilsyneladende har problemet også plaget softwaregiganten, da den separat har tilbagevist sådanne fremstillinger for ganske lang tid siden.
Lad os dog give ordet til udviklerne og præsentere udvalgte punkter fra artiklen "316666 - Windows XP Quality of Service (QoS) Enhancements and Behavior" på litterært russisk:
"100 procent af netværksbåndbredden er tilgængelig for distribution blandt alle programmer, medmindre et program eksplicit anmoder om prioriteret båndbredde. Denne "reserverede" båndbredde er tilgængelig for andre programmer, medmindre det program, der anmodede om det, ikke sender data.

Som standard kan programmer reservere op til 20 % af hovedforbindelseshastigheden på hver computergrænseflade. Hvis programmet, der reserverede båndbredden, ikke sender nok data til at bruge det hele, er den ubrugte del af den reserverede båndbredde tilgængelig for andre datastrømme.
Der har været påstande i forskellige tekniske artikler og nyhedsgrupper om, at Windows XP altid reserverer 20 % af den tilgængelige båndbredde til QoS. Disse udsagn er forkerte."
Hvis nu nogen stadig spiser 20% af deres båndbredde, ja, jeg kan råde dig til at fortsætte med at bruge flere af alle slags tweaks og skæve netværksdrivere. Det bliver heller ikke så meget at "fedte op".
Det er det, QoS-myten, dø!

Yuri Trofimov,

I den første del af denne serie af artikler talte jeg om, hvad QoS gør, og hvad det bruges til. I denne del vil jeg fortsætte samtalen ved at forklare, hvordan QoS fungerer. Når du læser denne artikel, skal du være opmærksom på, at de oplysninger, der præsenteres her, er baseret på Windows Server 2003 QoS-implementering, som er forskellig fra QoS-implementeringen i Windows 2000 Server.

Trafik API

Et af hovedproblemerne ved at prioritere netværkstrafik er, at man ikke kan prioritere trafik baseret på den computer, der genererer den. Det er almindeligt, at enkelte computere kører flere applikationer og skaber en separat trafikstrøm for hver applikation (og operativsystem). Når dette sker, skal hver trafikafvikling prioriteres individuelt. Når alt kommer til alt, kan en applikation kræve ekstra båndbredde, mens en anden applikation er ideel til den bedste levering.

Det er her, Traffic Control API (trafikstyringssoftware interface) kommer i spil. Traffic Control API er en applikationsprogrammeringsgrænseflade, der giver dig mulighed for at anvende QoS-parametre på individuelle pakker. Traffic Control API fungerer ved at identificere individuelle trafikstrømme og anvende forskellige QoS-kontrolmetoder til disse strømme.

Den første ting, Traffic Control API gør, er at skabe det, der er kendt som et filterspec. Et filterspec er i bund og grund et filter, der bestemmer, hvad det betyder for en pakke at tilhøre en bestemt strøm. Nogle af de attributter, der bruges af filterspec, inkluderer pakkens kilde- og destinations-IP-adresse og portnummeret.

Når filterspecifikationen er blevet defineret, tillader API'en, at flowspec'et oprettes. Flowspec definerer QoS-parametrene, der vil blive anvendt på en sekvens af pakker. Nogle af de parametre, der er defineret af flowspec, inkluderer baudhastighed (tilladt transmissionshastighed) og servicetype.

Det tredje koncept defineret af Traffic Control API er flow konceptet. Et flow er en simpel sekvens af pakker, der er underlagt en enkelt flowspec. Enkelt sagt bestemmer filterspec, hvilke pakker der skal inkluderes i flowspec. Flowspec bestemmer, om pakker vil blive behandlet med højere prioriteter, og flow er den faktiske transmission af pakker, der er underlagt flowspec-behandling. Alle pakker i en strøm behandles ens.

Det skal nævnes, at en af ​​fordelene ved Traffic Control API i forhold til den Generiske QoS API, der bruges i Windows 2000, er muligheden for at bruge aggregering. Hvis en node har flere applikationer, der sender flere datastrømme til en fælles destination, kan disse pakker kombineres til en fælles strøm. Dette gælder, selvom applikationer bruger forskellige portnumre, så længe kilde- og destinations-IP-adresserne er de samme.

Generisk pakkeklassifikator

I det foregående afsnit talte jeg om forholdet mellem flowspec, filterspec og flow. Det er dog vigtigt at huske, at Traffic Control API blot er en applikationsprogrammeringsgrænseflade. Som sådan er dens opgave at identificere og prioritere trafikstrømme, ikke skabe disse strømme.

Den Generiske Packet Classifier er ansvarlig for at skabe streams. Som du husker fra sidste afsnit, var en af ​​de attributter, der blev defineret i flowspec, servicetypen. Tjenestetypen bestemmer i det væsentlige trådens prioritet. Den Generiske Packet Classifier er ansvarlig for at bestemme den servicetype, der er blevet tildelt til flowspec'en, hvorefter den placerer de tilknyttede pakker i en kø, der passer til servicetypen. Hver tråd er placeret i en separat kø.

QoS Packet Scheduler (pakkeplanlægger)

Den tredje QoS-komponent, du skal kende til, er QoS-pakkeplanlæggeren. Kort sagt er hovedopgaven for en QoS-pakkeplanlægger at forme trafikken. For at gøre dette modtager pakkeplanlæggeren pakker fra forskellige køer og markerer derefter disse pakker med prioriteter og flowhastigheder.

Som jeg diskuterede i den første del af denne serie, for at QoS fungerer korrekt, skal de forskellige komponenter, der er placeret mellem pakkekilden og deres destination, understøtte (dvs. være opmærksom på) QoS. Selvom disse enheder skal vide, hvordan de skal håndtere QoS, skal de også vide, hvordan de håndterer almindelig, uprioriteret trafik. For at gøre dette muligt bruger QoS en teknologi kaldet markering.

Faktisk er der to typer af markeringer her. QoS-pakkeplanlæggeren bruger Diffserv-markeringer, som genkendes af Layer 3-enheder, og 802.1p-markeringer, som genkendes af Layer 2-enheder.

Konfiguration af QoS Packet Scheduler

Før jeg viser dig, hvordan tagging fungerer, skal det bemærkes, at du bliver nødt til at konfigurere en QoS-pakkeplanlægger for at alt fungerer. I Windows Server 2003 er QoS-pakkeplanlæggeren en valgfri netværkskomponent, ligesom klienten til Microsoft-netværk eller TCP/IP-protokollen. For at aktivere QoS Packet Scheduler skal du åbne egenskabssiden for din servers netværksforbindelse og markere afkrydsningsfeltet ud for QoS Packet Scheduler, som vist i figur A. Hvis QoS Packet Scheduler ikke er på listen, skal du klikke på Installer og følge vejledningen.

Figur A: QoS Packet Scheduler skal være aktiveret, før du kan bruge QoS

En anden ting, du skal vide om QoS Packet Scheduler, er, at for at den kan fungere korrekt, skal din netværksadapter understøtte 802.1p-tagging. For at kontrollere din adapter skal du klikke på knappen Konfigurer, figur A, og Windows viser egenskaberne for din netværksadapter. Hvis du kigger i fanen Avanceret på egenskabssiden, vil du se de forskellige egenskaber, som din netværksadapter understøtter.

Hvis du ser på figur B, vil du se, at en af ​​de angivne egenskaber er 802.1Q/1P VLAN Tagging. Du kan også se, at denne egenskab er deaktiveret som standard. For at aktivere 802.1p-tagging skal du blot aktivere denne egenskab og klikke på OK.

Figur B: Du skal aktivere 802.1Q/1P VLAN Tagging

Du har måske bemærket i figur B, at den funktion, du aktiverede, er relateret til VLAN-mærkning snarere end pakkemærkning. Grunden til dette er, at prioritetsmarkører er inkluderet i VLAN-tags. 802.1Q-standarden definerer VLAN'er og VLAN-tags. Denne standard reserverer faktisk tre bits i VLAN-pakken, der bruges til at registrere prioritetskoden. Desværre definerer 802.1Q-standarden aldrig, hvad disse prioritetskoder skal være.

802.1P blev oprettet som et supplement til 802.1Q. 802.1P definerer en prioritetsmærkning, der kan indesluttes i et VLAN-mærke. Jeg vil fortælle dig om arbejdsprincippet for disse to standarder i den tredje del.

Konklusion

I denne artikel diskuterede vi nogle grundlæggende begreber i Windows Server 2003's QoS-arkitektur. I del 3 vil jeg gå mere i detaljer om, hvordan QoS-pakkeplanlæggeren markerer pakker. Jeg vil også tale om, hvordan QoS fungerer i netværksmiljøer med lav båndbredde.

I denne artikel vil vi se på, hvordan du opsætter reserveret båndbredde i Windows 10. Som standard reserverer Windows 20 % af den samlede internetbåndbredde.

Ja, ja, Windows 10-operativsystemet reserverer en vis procentdel af din internetforbindelses båndbredde til servicekvalitet (QoS).

Ifølge Microsoft:

QoS kan omfatte kritiske systemoperationer såsom Windows-systemopdateringer, licensstatusstyring osv. Konceptet med reserveret båndbredde gælder for alle programmer, der kører på systemet. Typisk begrænser pakkeplanlæggeren systemet til 80 % af dets tilslutningskapacitet. Det betyder, at Windows reserverer 20 % af din internetbåndbredde udelukkende til QoS.

Hvis du ønsker at få denne reserverede procentdel af båndbredden, er denne artikel for dig. Nedenfor vil vi se på to måder at konfigurere reserveret båndbredde i Windows 10-operativsystemet.

BEMÆRK: Hvis du deaktiverer al reserveret båndbredde for dit system, dvs. indstiller den til 0%, vil det påvirke operativsystemets handlinger, især automatiske opdateringer.

Frakendelse af ansvar: yderligere trin vil omfatte redigering af registreringsdatabasen. Fejl ved redigering af registreringsdatabasen kan påvirke dit system negativt. Vær derfor forsigtig, når du redigerer poster i registreringsdatabasen, og opret et systemgendannelsespunkt først.

Trin 1: Åbn Registreringseditor(hvis du ikke er bekendt med Registreringseditor, skal du klikke på ).

Trin 2: I venstre rude i vinduet Registreringseditor skal du navigere til følgende afsnit:

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\Psched

Bemærk: Hvis afsnittet og parameteren " NonBestEffortLimit» ikke eksisterer, bare skab dem.

Trin 3: Nu i højre rude af registreringsdatabasenøglen "Psched" find DWORD-værdien (32 bit) navngivet NonBestEffortLimit. Dobbeltklik på den for at ændre dens værdier:

Som standard har parameteren værdien 50 i hexadecimal eller 80 i decimalsystemet.

Trin 4: Vælg et decimalsystem, og indstil værdien til den procentdel af reserveret båndbredde, der kræves.

For eksempel hvis du indstiller værdien til 0 , vil den reserverede båndbredde til dit Windows-operativsystem være fuldstændig deaktiveret, det vil sige lig med 0%. Klik på knappen "OKAY" og luk Registreringseditor.

Trin 5: Genstart din pc, for at ændringerne træder i kraft.

Hvis du vil konfigurere eller begrænse reserveret båndbredde på flere computere i din organisation/arbejdsplads, kan du implementere den relevante GPO-indstilling.

Trin 1:Åbn Local Group Policy Editor

Trin 2: Gå til afsnittet: "Computerkonfiguration" → "Administrative skabeloner" → "Netværk" → "Qos Packet Scheduler"


Trin 3: Dobbeltklik i det højre vindue for at åbne politikken.

Som standard er denne politik ikke indstillet, og systemet reserverer 20% Internetforbindelses båndbredde. Du skal aktivere det, indstille parameteren "Begræns reserveret båndbredde" betyder "På."

Der er ikke en eneste person, der ikke mindst én gang har læst nogle FAQ på Windows XP. Og hvis det er tilfældet, så ved alle, at der er sådan en skadelig Quality of Service-tjeneste - QoS for kort. Det anbefales stærkt at deaktivere det, når du konfigurerer dit system, fordi det som standard begrænser netværksbåndbredden med 20 %, og dette problem ser ud til at eksistere i Windows 2000 også.

Disse er linjerne:

Q: Hvordan kan jeg deaktivere QoS-tjenesten (Quality of Service) fuldstændigt? Hvordan sætter man det op? Er det rigtigt, at det begrænser netværkshastigheden?
A: Som standard reserverer Quality of Service faktisk 20 % af kanalkapaciteten til dets behov (enhver kanal - selv et 14400-modem, endda et gigabit Ethernet). Desuden, selvom du fjerner QoS Packet Scheduler-tjenesten fra Egenskabsforbindelsen, frigives denne kanal ikke. Du kan frigøre en kanal eller blot konfigurere QoS her. Start gruppepolitik-appletten (gpedit.msc). Find Lokal computerpolitik i Gruppepolitik og klik på Administrative skabeloner. Vælg Netværk - QoS Packet Sheduler. Aktiver Begræns reserverbar båndbredde. Nu sænker vi båndbreddegrænsen 20% til 0% eller slår den bare fra. Hvis det ønskes, kan du også konfigurere andre QoS-parametre her. For at aktivere de foretagne ændringer skal du blot genstarte.

20% er selvfølgelig meget. Virkelig Microsoft er Mazda. Udsagn af denne art vandrer fra ofte stillede spørgsmål til ofte stillede spørgsmål, fra forum til forum, fra medier til medier, bruges i alle slags "tweaks" - programmer til at "tune" Windows XP (åbn i øvrigt "Group Policies" og "Local" Sikkerhedspolitikker”, og ikke en eneste tweaker kan sammenligne med dem med hensyn til rigdommen af ​​tilpasningsmuligheder). Udokumenterede påstande af denne art skal afsløres omhyggeligt, hvilket vi vil gøre nu med en systematisk tilgang. Det vil sige, at vi grundigt vil studere det problematiske spørgsmål ved at stole på officielle primære kilder.

Hvad er et netværk med kvalitetsservice?

Lad os acceptere følgende forenklede definition af et netværkssystem. Applikationer kører og kører på værter og kommunikerer med hinanden. Applikationer sender data til operativsystemet til transmission over netværket. Når data er overført til operativsystemet, bliver det til netværkstrafik.

Network QoS er afhængig af netværkets evne til at behandle denne trafik på en måde, der sikrer, at visse applikationsanmodninger opfyldes. Dette kræver en grundlæggende mekanisme til behandling af netværkstrafik, som kan identificere trafik, der er berettiget til særbehandling, og retten til at kontrollere disse mekanismer.

QoS-funktionalitet er designet til at tilfredsstille to netværksinteressenter: netværksapplikationer og netværksadministratorer. De er ofte uenige. Netværksadministratoren begrænser de ressourcer, der bruges af en bestemt applikation, mens applikationen samtidig forsøger at få fat i så mange netværksressourcer som muligt. Deres interesser kan afstemmes under hensyntagen til, at netværksadministratoren spiller en dominerende rolle i forhold til alle applikationer og brugere.

Grundlæggende QoS-parametre

Forskellige applikationer har forskellige krav til at håndtere deres netværkstrafik. Applikationer er mere eller mindre tolerante over for forsinkelser og trafiktab. Disse krav har fundet anvendelse i følgende QoS-relaterede parametre:

  • Båndbredde - den hastighed, hvormed trafik genereret af en applikation skal transmitteres over netværket;
  • Latency - den forsinkelse, som en applikation kan tolerere ved levering af en datapakke;
  • Jitter - skift forsinkelsestiden;
  • Tab - procentdel af tabte data.

Hvis uendelige netværksressourcer var tilgængelige, kunne al applikationstrafik transmitteres med den krævede hastighed, med nul latens, nul latensvariation og nul tab. Netværksressourcer er dog ikke ubegrænsede.

QoS-mekanismen styrer allokeringen af ​​netværksressourcer til applikationstrafik for at opfylde transmissionskravene.

Grundlæggende QoS-ressourcer og trafikbehandlingsmekanismer

De netværk, der forbinder værter, bruger en række forskellige netværksenheder, herunder værtsnetværksadaptere, routere, switches og hubs. Hver af dem har netværksgrænseflader. Hver netværksgrænseflade kan modtage og transmittere trafik med en begrænset hastighed. Hvis hastigheden, hvormed trafik sendes til en grænseflade, er hurtigere end den hastighed, hvormed grænsefladen videresender trafik, så opstår der overbelastning.

Netværksenheder kan håndtere overbelastningsforhold ved at sætte trafik i enhedens hukommelse (buffer), indtil overbelastningen passerer. I andre tilfælde kan netværksudstyr afvise trafik for at afhjælpe overbelastning. Som følge heraf oplever applikationer latensændringer (da trafik er lagret i køer på grænseflader) eller trafiktab.

Netværksgrænsefladers evne til at videresende trafik og tilgængeligheden af ​​hukommelse til at lagre trafik i netværksenheder (indtil trafikken ikke længere kan sendes) udgør de grundlæggende ressourcer, der kræves for at levere QoS til applikationstrafikstrømme.

Fordeling af QoS-ressourcer på tværs af netværksenheder

Enheder, der understøtter QoS, bruger intelligent netværksressourcer til at overføre trafik. Det vil sige, at trafik fra mere latency-tolerante applikationer sættes i kø (lagres i en buffer i hukommelsen), mens trafik fra latency-kritiske applikationer sendes videre.

For at udføre denne opgave skal netværksenheden identificere trafik ved at klassificere pakker og også have køer og mekanismer til at betjene dem.

Trafikbehandlingsmekanisme

Trafikbehandlingsmekanismen inkluderer:

  • 802,1p;
  • Differentierede tjenester per-hop-adfærd (diffserv PHB);
  • Integrerede tjenester (intserv);
  • hæveautomat osv.

De fleste lokale netværk er baseret på IEEE 802-teknologi, inklusive Ethernet, token-ring osv. 802.1p er en trafikbehandlingsmekanisme til at understøtte QoS i sådanne netværk.

802.1p definerer et felt (lag 2 i OSI-netværksmodellen) i 802-pakkeheaderen, der kan bære en af ​​otte prioritetsværdier. Som regel markerer værter eller routere, når de sender trafik til et lokalt netværk, hver sendte pakke og tildeler den en vis prioritetsværdi. Netværksenheder såsom switche, broer og hubs forventes at behandle pakker korrekt ved hjælp af kømekanismer. Omfanget af 802.1p er begrænset til det lokale netværk (LAN). Når pakken krydser det lokale netværk (via OSI Layer 3), fjernes 802.1p-prioriteten.

Diffserv er en lag 3-mekanisme. Den definerer et felt i lag 3-headeren på IP-pakker kaldet diffserv-kodepunkt (DSCP).

Intserv er en hel række af tjenester, der definerer en garanteret tjeneste og en tjeneste, der administrerer downloads. En garanteret service lover at bære en vis mængde trafik med målbar og begrænset latenstid. Tjenesten, der administrerer overførslen, accepterer at føre noget trafik med "let netværksoverbelastning forekommer." Disse er kvantificerbare tjenester i den forstand, at de er defineret til at levere målbar QoS til en vis mængde trafik.

Fordi ATM-teknologi fragmenterer pakker i relativt små celler, kan den tilbyde meget lav latenstid. Hvis en pakke skal sendes akut, kan ATM-grænsefladen altid frigøres til transmission, så længe det tager at sende én celle.

QoS har mange mere komplekse mekanismer, der får denne teknologi til at fungere. Lad os blot bemærke et vigtigt punkt: For at QoS kan fungere, er understøttelse af denne teknologi og passende konfiguration nødvendig under hele transmissionen fra startpunktet til slutpunktet.

Lokal netværks båndbredde er et emne, der bliver mere og mere relevant med udbredelsen af ​​højhastighedsinternet. Hver gang vi forsøger at forbinde flere og flere enheder til routeren, og standardsoftwaren kan ikke altid håndtere dem alle. I dette tilfælde kommer prioriteringen af ​​QoS-pakker med lokal netværksbåndbredde på routeren til undsætning. Den tildeler prioritet til udførelsen af ​​visse vigtigste opgaver i øjeblikket og er tilgængelig ikke kun på top-end Mikrotik- eller Cisco-routere, men også på enhver billig model fra TP-Link, Asus, Zyxel Keenetic, D-Link.

QoS - Hvad er det i en router?

De fleste moderne routere har en indbygget evne til at kontrollere internettrafikstrømmene inden for et lokalt netværk og tildele prioritet, når du betjener en bestemt applikation. Nå, for eksempel spiller du et onlinespil eller gennemser siderne på dine yndlingssider. Og samtidig downloader du en interessant film via torrent. Samtidig begynder spillet at gå langsommere, og filen downloades knap nok. Hvad skal man gøre?

Du skal vælge, hvilken handling der er vigtigst for dig i øjeblikket. Det er nok et online spil trods alt. Ved at konfigurere QoS-pakkeplanlæggeren kan vi derfor prioritere spilopgaver, før vi downloader filer.

Men båndbredden på det lokale netværk og internetkanalen er begrænset. Den første er routerens muligheder. Kan du huske vi talte om ?.

Den anden er din takstplan fra din udbyder. Så hvordan fordeler dette prioritet mellem disse samtidige opgaver?

Som regel er den højeste prioritet til websurfing, det vil sige betjeningen af ​​din browser. Men hvis du i øjeblikket har åbnet og læser en artikel og samtidig vil downloade filmen så hurtigt som muligt, så ville det være mere logisk at prioritere fildownloaderprogrammet frem for browseren.

Det er derfor, routere giver mulighed for manuelt at konfigurere netværksbåndbredde. Nemlig fordel prioritet efter behov. Denne funktion kaldes QoS (Quality of Service). Det vil sige en teknologi til at give forskellige trafikklasser tjenesteprioriteter.

Traffic manager på Asus router

På forskellige modeller kan denne indstilling være skjult under forskellige navne i menupunktet. Jeg har nu en Asus-router kørende med den nye firmware - jeg viser den på RT-N10U version B1. Og her er QoS-planlæggeren konfigureret i afsnittet "Traffic Manager".

Først skal du ændre den standardaktiverede automatiske tilstand til en af ​​to. "Brugerdefinerede QoS-regler" eller "Brugerdefineret prioritet"

Brugerdefinerede QoS-pakkeplanlægningsregler

Denne indstilling giver dig mulighed for at indstille prioritet for programmer, der allerede er forudinstalleret i routersoftwaren fra forskellige "vægtkategorier". I dette tilfælde behøver du ikke bekymre dig om forskellige formler og beregne netværksgennemstrømning. Alt er allerede opfundet før os. Det er lidt uklart uden et skærmbillede, så jeg giver det her:

Så nu har "Web Serf", det vil sige forbindelser via en browser via port 80, der bruges til dette, den "Højeste" prioritet. Ved at klikke på rullelisten kan vi vælge en anden fra den foreslåede liste. På samme tid er det for "File Transfer", det vil sige for filoverførselsprogrammer, det mindste. Ved at bytte disse parametre får vi den effekt, at når man samtidig downloader en fil fra et websted og ser en html-side, vil der blive givet større hastighed til den første proces.

Men det er ikke alt. For programmer til overførsel af filer via P2P (f.eks. BitTorrent) eller onlinespil, samt mange andre applikationer, kan du indstille dine egne prioritetsværdier. Dette gøres ved at tilføje en ny regel til de eksisterende.

For at oprette den skal du klikke på "Vælg" og fra rullelisten vælge den type dataoverførsel, vi er interesseret i, eller forudindstillede indstillinger for en specifik applikation. For eksempel kan du indstille en prioritet i netværksbåndbredde for e-mail-applikationer som Outlook eller TheBat (SMTP, POP3... element) eller for ftp-klienter (FTP, SFTP, WLM...). Der er også en stor liste over populære spil, såsom Counter Strike, og fildelingsprogrammer - BitTorrent, eDonkey osv.

Lad os vælge en torrent downloader. De standardporte, der bruges af dette program, vil automatisk blive angivet.
Men det er bedre ikke at tage routerens ord for det og dobbelttjekke dem selv. Lad os åbne programmet (jeg har uTorrent) og gå til "Indstillinger > Programindstillinger > Forbindelser". Lad os se, hvilken port der er indstillet til, at dette program fungerer.

Hvis det adskiller sig fra dem, der er angivet som standard i routerindstillingerne, skal du ændre det. Enten der eller her, det vigtigste er, at de er ens. Vi gemmer indstillingerne i programmet, og vender tilbage til routerens administrationspanel og anvender parametrene. De aktiveres, efter at enheden er genstartet.

Brugerdefineret prioritet for QoS-pakker

Dette er den anden indstilling for manuel netværksbåndbreddekontrol, som giver dig mulighed for at konfigurere de parametre, der er angivet i det foregående afsnit. Bestem nemlig, hvilken hastighed i procent, der vil blive tildelt hver af prioritetsparametrene.

For eksempel, for udgående trafik på "Højest", har jeg i øjeblikket standarden sat til 80% som minimumsværdi og 100% som maksimum. Det betyder, at dem med den højeste prioritet vil modtage mindst 80 % af kanalbåndbredden. Uanset hvor mange samtidige processer der foretager udgående forbindelser til internettet. Dem, der har "Høj" prioritet - mindst 10%. Og så videre - jeg tror, ​​du forstår pointen. Ved at redigere disse værdier kan du kontrollere download- og uploadhastigheder i detaljer for forskellige kategorier af kørende programmer.

Nu foreslår jeg, at du ser en detaljeret videovejledning om opsætning af QoS på Cisco-routere

Opsætning af en QoS-pakkeplanlægger på en TP-Link-router

Nedenfor vil jeg for nemheds skyld give flere skærmbilleder af de administrative sektioner til styring af båndbredde fra modeller fra andre virksomheder. På TP-Link-routere er QoS-pakkeplanlæggeren placeret i menusektionen "Båndbreddekontrol". For at aktivere den skal du markere afkrydsningsfeltet "Aktiver båndbreddekontrol" og indstille den maksimale hastighed for indgående og udgående trafik.

Ved at klikke på knappen "Tilføj" kan du tilføje en ny prioritetsregel for en eller flere computere. For at gøre dette skal du indtaste deres IP-adresse eller adresseområde. Og angiv også portene og typen af ​​pakkeudveksling, som denne regel gælder for.

TP-Link udgav for nylig en ny visualisering af admin panelet, som er installeret på alle nye modeller. I den er QoS-planlæggeren placeret i "Avancerede indstillinger" i afsnittet "Dataprioritering". Vi slår den til med et flueben og justerer de tre typer prioriteter med skyderne:

  • Høj
  • Gennemsnit
  • Kort

For at tilføje et filter skal du klikke på knappen "Tilføj" i et af de tre forudindstillede indstillingsvinduer



En liste over klienter, der er tilsluttet routeren, åbnes - vælg den, du har brug for, og klik på linket "Vælg" og derefter "OK"


IntelliQoS-netværksgennemstrømning på Zyxel Keenetic

På Keenetic-routere kaldes netværksbåndbreddestyringsfunktionen IntelliQoS. I første omgang er dette modul ikke til stede i firmwaren. Derudover kræves IntelliQoS fra den tilsvarende sektion af administrationspanelet. Hvorefter et separat element af samme navn vises i menuen "Mine netværk og WiFi".


For at aktivere trafikkontroltilstanden skal du aktivere denne tjeneste og angive den maksimale internethastighed, der er fastsat i udbyderens takstplan. For at bestemme det mere præcist, kan du køre en online hastighedstest og starte fra denne reelle værdi.

Opsætning af netværksbåndbredde på en D-Link-router

For D-Link-routermodellen DIR-620 implementerede udviklerne af en eller anden grund muligheden for kun at sætte QOS-hastighedsgrænser på computere, der er forbundet via kabel til en af ​​LAN-portene. Denne indstilling findes i afsnittet "Avanceret - Båndbreddestyring".

Når du har valgt en af ​​dem, skal du aktivere begrænsningen og indstille hastigheden

Det var alt for nu - prøv at eksperimentere med det lokale netværks båndbredde, så routeren ikke bremser arbejdet med de programmer, hvorfra du forventer maksimalt output i øjeblikket.

Video om opsætning af QoS på en router

Tak skal du have! hjalp ikke