Hvis du gikk glipp av første del i denne artikkelserien kan du lese
struping båndbredde gjennom QoS (del 1)
.

Hvis du ønsker å bli varslet når Brien M Posey utgivelser neste del av denne artikkelen
serien kan
melde seg til WindowsNetworking .com Sanntid artikkel oppdatering nyhetsbrev
.

i den første delen av denne artikkelen serien, jeg snakket om hva QoS gjør, og hva det brukes til. I denne artikkelen, jeg ønsker å fortsette diskusjonen ved å forklare hvordan det fungerer QoS. Når du leser denne artikkelen, må du huske på at informasjonen som presenteres her er basert på implementering av Windows Server 2003 for QoS, som fungerer annerledes enn den opprinnelige QoS gjennomføring som finnes i Windows 2000 Server.
Traffic Control API
Et av de største problemene med å prioritere nettverkstrafikk er at du ikke kan prioritere trafikk basert på datamaskinen som genererte den. Det er veldig vanlig for en enkelt datamaskin å kjøre flere programmer, og for hver av disse programmene (og operativsystemet) for å produsere sin egen trafikkstrømmen. Når dette skjer, må hver trafikkstrømmen prioriteres individuelt. Tross alt, kan en søknad krever reservert båndbredde, mens best effort er greit for de andre trafikkstrømmer.
Det er der Traffic Control API kommer inn i bildet. Den Traffic Control API er Application Programming Interface som tillater QoS parametere som skal brukes på individuelle pakker. Trafikkstyrings API fungerer ved å identifisere individuelle trafikkstrømmer, og deretter bruke ulike QoS kontroller på disse bekker.
Første som Traffic Control API gjør er å skape det som er kjent som en filterspec. En filterspec er i det vesentlige et filter som definerer hva det vil si for en pakke for å tilhøre en bestemt strøm. Noen av attributtene som brukes av en filterspec inkluderer pakken kilde og destinasjon IP-adresse og portnummer.
Når en filterspec er definert, gjør at API for etablering av en flowspec. En flowspec identifiserer QoS parametre som skal brukes til en sekvens av pakker. Noen av parametrene definert av flowspec inkluderer token rate (den tillatte hastigheten for overføring) og tjenestetype.
Tredje begrepet er definert av Traffic Control API er at av en flyt. En strøm er rett og slett en sekvens av datapakker som er alle utsatt for det samme flowspec. For å si det enkelt, vil filterspec identifiserer hvilke pakker bli inkludert i en flowspec. Den flowspec avgjør hvorvidt disse pakkene får særbehandling, og flyten er den faktiske overføring av datapakker som er underlagt flowspec. Alle pakker innenfor en strøm blir behandlet likt.
Det er verdt å nevne at en av fordelene at Traffic Control API har over Generiske QoS API som ble brukt av Windows 2000, er evnen til å bruke flyt aggregering. Hvis en vert har flere programmer som sender flere datastrømmer til en felles destinasjon, så disse pakkene kan alle sammen til en felles flyt. Dette gjelder selv om programmene bruker ulike portnumre, så lenge kilden og målet IP-adressene er de samme.
Generic Packet Klassifiserings
I forrige avsnitt, forklarte jeg forholdet mellom flowspec, den filterspec, og strømningen. Det er viktig å huske om at Traffic Control API er nettopp det; en API. Som sådan, er det jobb det å identifisere og prioritere trafikkstrømmer, for ikke å lage selve flyten.
Opprette strømmen er jobben av Generic Packet Klassifiserings. Som du kanskje husker fra forrige avsnitt, en av egenskapene som ble definert i flowspec var tjenestetype. Tjenestetype definerer utgangspunktet flyten prioritet. The Generic Packet Klassifiserings er ansvarlig for behandlingen av tjenestetype som har blitt tildelt en flowspec, og deretter plassere de tilhørende pakker i en kø som tilsvarer tjenestetype. Hver strømnings er plassert i en egen kø.
QoS Packet Scheduler
tredje QoS komponent som du må være klar over er QoS Packet Scheduler. For å si det enkelt, er QoS Packet Scheduler primære jobb traffic shaping. For å oppnå dette, henter pakken planleggeren pakkene fra de ulike køene, og deretter markerer pakkene med en prioritet og strømningshastighet.
Som jeg forklarte i den første delen av denne artikkelen serien, for QoS å fungere ordentlig, de ulike nettverkskomponenter som ligger mellom en pakke kilde og målet må være QoS klar. Selv om disse enhetene trenger å vite hvordan man skal forholde seg til QoS, de trenger også å vite hvordan man skal behandle normal, ikke prioritert trafikk også. For å gjøre dette mulig, bruker QoS en teknikk som kalles merking.
Det er faktisk to typer merking som foregår. QoS Packet Scheduler bruker Diffserv merking som er anerkjent av lag 3 enheter, og 802.1p-merking som er anerkjent av lag 2 enheter.
Sette opp QoS Packet Scheduler
Før jeg vise deg hvordan merkingen fungerer, trenger jeg å påpeke at du må sette opp QoS Packet Scheduler for at det skal fungere. I Windows Server 2003, er QoS Packet Scheduler behandlet som en valgfri nettverkskomponent, akkurat som klienten for Microsoft-nettverk eller TCP /IP-protokollen. For å aktivere QoS Packet Scheduler, åpne egenskapene dokument for serverens nettverkstilkobling, og velg avkrysningsboksen ved siden av QoS Packet Scheduler, som vist i figur A. Hvis QoS Packet Scheduler er ikke på listen, og klikk deretter på Installer knappen og følger instruksjonene for Book Figur A:. QoS Packet Scheduler må være aktivert før du kan bruke QoS
En annen ting som du trenger å vite om QoS Packet Scheduler er at for at det skal fungere på riktig måte, må nettverkskortet støtter 802.1p-merking. For å sjekke nettverkskortet, klikker du på knappen Konfigurer som er vist i figur A, og Windows vil vise egenskapene dokument for nettverkskortet. Hvis du ser på egenskapene arket Advanced fanen, vil du se de ulike egenskapene som støttes av nettverkskortet.
Hvis du ser på figur B, kan du se at en av eiendommene som er oppført er 802.1Q /1P VLAN-tagging. Du kan også se at denne egenskapen er deaktivert som standard. For å aktivere 802.1p-merking, bare aktivere denne egenskapen, og klikk OK Book Figur B:. Du må aktivere 802.1Q /1P VLAN-tagging
Du har kanskje lagt merke til i figur B at eiendommen at du aktiverte er relatert til VLAN tagging, ikke for pakkemerking. Grunnen til dette er at de prioriterte markeringene er innleiret inne VLAN-koder. Den 802.1Q standarden definerer VLAN og VLAN-koder. Denne standarden faktisk forbeholder tre biter innenfor et VLAN-pakke som skal brukes for å holde en prioritetskode. Dessverre 802.1Q standard aldri definerer hva disse prioriterte kodene skal være.
802.1p standarden ble opprettet som et kompliment til 802.1Q. 802.1p definerer prioriterte tegninger som kan bygges inn i et VLAN tag. Jeg vil vise deg hvordan disse to standardene arbeide sammen i Del 3.
Konklusjon
I denne artikkelen har jeg diskutert noen av de grunnleggende konseptene bak Windows Server 2003 er QoS arkitektur. I del 3 vil jeg fortsette diskusjonen ved å snakke mer om den måten at QoS Packet Scheduler markerer pakker. Jeg vil også diskutere måten QoS fungerer på lav båndbredde miljøer.

Hvis du gikk glipp av første del i denne artikkelserien kan du lese
Throttling båndbredde gjennom QoS (del 1)
.

Hvis du ønsker å bli varslet når Brien M Posey utgivelser neste del av denne artikkelen
serien må
melde seg til sanntid artikkelen oppdatering nyhetsbrev WindowsNetworking.com