Hvis du ønsker å lese de andre delene i denne artikkelserien kan du gå til: Book Throttling båndbredde gjennom QoS (del 2)
.

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
.

en av de største trendene i nettverk i dag er konvergens av tale og video på tradisjonelle datanettverk. Ett av problemene med denne type konvergens er at for å fungere ordentlig, tale- og videorelaterte pakker må leveres til mottakeren raskt og pålitelig, uten jitter eller overdreven ventetid. Samtidig skjønt, må denne type trafikk ikke interferere med levering av mer tradisjonelle datapakker.
En løsning på dette problemet er å bruke QoS. QoS eller Quality of Service, er en pakke prioritering teknologi. I hovedsak kan QoS du behandle tid sensitive pakker med høyere prioritet enn andre pakker.
QoS er en industristandard, ikke en av Microsofts proprietære standarder. Likevel, Microsoft først introdusert QoS med Windows 2000. Microsofts versjon av QoS har utviklet seg mye siden da, men fortsatt er i samsvar med industristandarder.
I Windows XP Professional, QoS fungerer primært som en mekanisme for å reservere båndbredde. Når QoS er aktivert, er et program tillatt å reservere inntil 20% av den totale båndbredde av hver av maskinens nettverksadaptere. Mengden av båndbredde som en applikasjon kan reservere er justerbar skjønt. Jeg vil vise deg hvordan du kan endre mengden av reserverte båndbredde i Del 3.
For å se hvordan den reserverte båndbredden brukes, anta at du hadde en videokonferanse program som krever høy prioritet båndbredde for å fungere skikkelig. Forutsatt at denne søknaden ble QoS aktivert, ville det reservere 20% av maskinens samlede båndbredden, slik at 80% av båndbredden for resten av nettverkstrafikk.
Den andre enn videokonferanse søknaden bruk det som er kjent som beste programmene innsats levering. Dette betyr at pakker sendes i en "først til mølla" måte. På den annen side vil videokonferanse programmets trafikk alltid ta prioritet over annen trafikk, men søknaden vil aldri få lov til å konsumere mer enn 20% av den totale båndbredden.
Men bare fordi Windows XP avsetter båndbredde for høyt prioritert trafikk, betyr det ikke at vanlige prioriterte programmer ikke kan også bruke den reserverte båndbredde. Tross alt, en videokonferanse program definitivt fordeler fra høy prioritet, reservert båndbredde, men sjansene for en videokonferanse program er i bruk til enhver tid er ganske slank. At det å være tilfelle, vil Windows tillate andre programmer å bruke både reservert båndbredde og ikke-reserverte båndbredde for best effort, så lenge søknaden at båndbredden er reservert for ikke er i bruk.
Så snart videokonferanse programmet startes begynner Windows å håndheve reservasjonen. Selv da, er reservasjonen ikke absolutt. Anta at Windows reservert 20% av nettverksbåndbredden for en videokonferanse program, men at programmet ikke trenger all 20%. I slike tilfeller vil Windows tillate andre programmer å bruke noen left båndbredde, men vil kontinuerlig overvåke høy prioritet programmets båndbredde behov. Dersom søknaden krever mer båndbredde, vil båndbredden bli tildelt til den, opp til full 20%.
Som jeg nevnte tidligere, er QoS en industristandard, ikke en av Microsofts proprietære teknologier. Som sådan er QoS implementert i Windows, men Windows kan ikke gjøre jobben alene. For QoS skal fungere, må alle maskinvarekomponent mellom avsender og mottaker også støtte QoS. Dette betyr at nettverkskort, svitsjer, rutere, og alt annet som kan være i bruk må alle være QoS klar over, så må avsender og mottakerens bruks Systems.
I tilfelle du lurer på, du trenger ikke å gjennomføre noen form for sprø, eksotisk nettverksinfrastruktur for å kunne bruke QoS. Asynchronous Transfer Mode (ATM) er en ideell nettverksteknologi for bruk med QoS, fordi det er en sammenheng orientert teknologi, men du kan bruke QoS med andre teknologier som Frame Relay, Ethernet, og selv Wi-FI (802.11x).
Grunnen til at ATM er slik et ideelt valg for QoS er fordi det er i stand til å håndheve båndbredde reservasjoner og fordele ressurser på maskinvarenivå. Disse typer ressurstildeling er utover egenskapene til Ethernet og andre lignende nettverksteknologier. Det betyr ikke at QoS ikke kan brukes. Det betyr bare at QoS må implementeres annerledes enn det ville være i en minibank miljø.
I en minibank miljø, ressurser fordeles på fly, på maskinvarenivå. Siden Ethernet og lignende teknologier ikke kan tildele ressurser på denne måten, disse typer teknologier stole på prioritering i stedet for på ekte tildeling. Hva dette betyr er at båndbredde reservasjoner finne sted på et høyere nivå i OSI-modellen. Når båndbredden er reservert, blir de høyere prioriterte pakker sendes først.
En viktig ting å huske på hvis du tenker på å implementere QoS over Ethernet, Wi-Fi, eller noe lignende som disse teknologiene er forbindelsesløs. Dette betyr at avsenderen ikke har noen måte å overvåke tilstanden til mottakeren eller tilstanden i nettverket mellom avsender og mottaker. Dette betyr at avsenderen kan garantere at høyere prioritet pakker sendes før lavere prioriterte pakker, men avsenderen kan ikke garantere at pakkene vil komme frem innen en bestemt tidsperiode. I kontrast, er QoS i stand til å gjøre disse typer garantier på et ATM-nett på grunn av det faktum at ATM forbindelse orientert.

Windows 2000 vs Windows Server 2003
Jeg har tidligere nevnt at Microsoft først introduserte QoS i Windows 2000, og at Microsofts QoS implementeringen har utviklet seg betraktelig siden den gang. At det å være tilfelle, ville jeg å pakke ting opp ved å snakke litt om forskjellene mellom QoS i Windows 2000 og Windows XP og Windows Server 2003 (som deler en lignende gjennomføring).
Gjennomføringen Windows 2000 av QoS ble basert på Intserv arkitekturen, som ikke støttes av Windows XP eller Windows Server 2003. grunnen til at Microsoft valgte å forlate denne arkitekturen var fordi den underliggende API var vanskelig å bruke, og arkitekturen har skalerbarhet problemer.
Noen organisasjoner fremdeles bruker Windows 2000, så jeg ønsket å gi deg en liten bit av informasjon om hvordan Windows 2000 QoS arkitektur fungerer. Windows 2000 bruker en protokoll kalt RSVP å reservere båndbredde ressurser. Når båndbredde har blitt forespurt, må Windows bestemme når pakkene kan sendes. For å oppnå dette, bruker Windows 2000 en signaleringsprotokoll kalt SBM (Sunbelt båndbredde manager) for å varsle avsenderen at den er klar til å motta pakker. Den Admission Control Tilbud (ACS) bekrefter at tilstrekkelig båndbredde er tilgjengelig, og deretter enten tilskudd eller avslår anmodningen om båndbredde.
Totale prosessen er litt mer involvert enn dette, men disse er de viktigste områdene der Windows 2000 er forskjellig fra Windows Server 2003 og Windows XP. Windows 2000, 2003 og XP alle bruker lignende trafikk kontrollmekanismer, som jeg vil diskutere i del 2.

Konklusjon
I denne artikkelen, jeg har forklart at pakker assosiert med tale- og videooverføringer må vanligvis leveres på en raskere hastighet enn vanlige datapakker for å hindre jitter. Jeg deretter gikk på å forklare hvordan en teknologi som kalles QoS kan brukes for å bidra til at tale- og videotrafikk blir levert jevnt og effektivt. I del 2 av denne serien, vil jeg forklare hvordan det fungerer QoS.
Hvis du ønsker å bli varslet når Brien M. Posey utgivelser neste del av denne artikkelserien kan du
melde seg til den WindowsNetworking.com sanntid artikkel oppdatering nyhetsbrev
.