Så langt i denne artikkelserien, har jeg snakket om QoS og hvordan den kan brukes til å regulere trafikken flyter over et nettverk. Hver av artiklene i denne serien så langt har håndtert QoS fra perspektivet av tid følsom trafikk, slik som tale- eller videooverføringer, som strømmer over en høy kvalitet nettverk. I denne artikkelen vil jeg vende min oppmerksomhet til de måtene som QoS brukes til å regulere trafikken flyter over trege eller upålitelige lenker.
QoS og modemer
i denne alderen av nesten universell bredbånd tilgjengelighet, virker det nesten rart snakker om modemer til å bli. Likevel er det fortsatt mange små bedrifter og hjemmebrukere som bruker modemer som en mekanisme for å koble til Internett. Nylig, jeg har selv sett en stor Corporation bruker modemer til å kommunisere med satellitt kontorer som ligger i avsidesliggende områder der bredbåndsdekning er ikke tilgjengelig.
Selvfølgelig er det største problemet med å bruke modemer begrenset båndbredde som de gir . En mindre opplagt, men like viktig problem er at brukere vanligvis ikke endrer sin atferd på nettet når du bruker et modem link. Jada, kan en bruker være tilbakeholdne med å laste ned en stor fil når du er koblet til Internett via modem, men resten av brukerens atferd ofte forblir den samme som når de bruker en bredbåndstilkobling.
Vanligvis brukere tror ingenting på å forlate Microsoft Outlook åpen hele tiden, og surfe på Internett mens de laster ned en fil i bakgrunnen. Noen brukere kan selv velge å ha en chat-klient åpner også. Problemet med denne typen atferd er at hver av disse programmene eller oppgaver bruker noe av Internett-båndbredde.
For å se hvordan QoS kan hjelpe, la oss ta en titt på hva som skjer under normale omstendigheter når QoS ikke er i bruk. Normalt er det første programmet for å forsøke å få tilgang til Internett gitt kun for bruk av forbindelsen. Dette betyr ikke at ingen andre programmer kan bruke tilkoblingen, men heller at Windows forutsetter at ingen andre programmer vil bruke tilkoblingen.
Når tilkoblingen er opprettet, Windows begynner dynamisk justering av TCP motta vindusstørrelsen. TCP motta vindusstørrelse refererer til mengden data som kan sendes før venter på bekreftelse på at data er mottatt. Jo større TCP motta vindusstørrelse, jo flere pakker som en avsender kan overføre før de måtte vente på anerkjennelse av vellykket mottak.
TCP motta vindusstørrelsen må tilpasses nøye. Hvis TCP mottaksvinduet er satt for liten, og effektiviteten vil lide fordi TCP er å kreve svært hyppige bekreftelser etter mottak. Hvis TCP mottaksvinduet er satt for stor skjønt, så en maskin vil ha overført mye data før du lære at det var et problem med overføringen. Dette resulterer i videresending av store datamengder, noe som også påvirker effektiviteten.
Når et program begynner å bruke en oppringt Internett-tilkobling, Windows vil dynamisk justerer TCP motta vindusstørrelsen som pakker sendes. Windows mål i dette er å oppnå en stabil tilstand der TCP motta vindusstørrelsen er satt optimalt.
Nå anta at en bruker åpner en andre program som også krever Internett-tilkobling. Ved å gjøre dette, initierer Windows TCP langsom start-algoritmen, som er den algoritme som er ansvarlig for å justere TCP motta vindusstørrelse til en optimal verdi. Problemet er at TCP allerede brukes av programmet som allerede var i gang. Dette påvirker andre applikasjons på to måter. Først tar den andre søknaden mye lengre tid å oppnå en optimal TCP motta vindusstørrelsen. Den andre måten at dette problemet påvirker andre programmet er at dataoverføringshastigheten vil alltid være tregere enn den søknaden som ble åpnet først.
Den gode nyheten er at du kan komme rundt dette problemet i Windows XP og Windows Server 2003 ved ganske enkelt å aktivere QoS pakke planleggeren. Ved å gjøre det, QoS Packet Scheduler vil automatisk bruke noe som kalles Deficit Round Robin helst at Windows oppdager en treg link.
Deficit Round Robin fungerer ved dynamisk opprette en egen kø for hvert program som krever Internett-tilgang. Windows-tjenester disse køene i runde Robin mote, som i stor grad forbedrer effektiviteten av alle programmer som trenger tilgang til Internett. I tilfelle du lurer, Deficit Round Robin var også tilgjengelig i Windows 2000 Server, men er ikke automatisk aktivert.
Internet Connection Sharing
i Windows XP og Windows Server 2003, bistår QoS også med Deling av Internett-tilkobling. Som du sikkert vet, er Internet Connection Sharing en forenklet måte å skape en NAT basert router. Datamaskinen som Internett-forbindelsen er fysisk tilkoblet fungerer som både en ruter og en DHCP server for de andre datamaskinene i nettverket, og dermed gi dem muligheten til å få tilgang til Internett gjennom den verten. Deling av Internett-tilkobling brukes vanligvis bare på små, peer-to-peer-nettverk som ikke har et domene infrastruktur på plass. Større nettverk vanligvis bruker maskinvarebasert rutere, eller Routing and Remote Access Services.
I avsnittet ovenfor, allerede forklart jeg hvordan Windows dynamisk justerer TCP motta vindusstørrelsen. Denne dynamiske tilpasningen kan slå tilbake når Deling av Internett-tilkobling brukes skjønt. Grunnen til dette er at forbindelsen mellom datamaskinene i det lokale nettverket er vanligvis relativt raskt. Vanligvis denne sammenheng kan bestå av 100 Mb Ethernet, eller av en 802.11g trådløs link. Selv om disse typer tilkoblinger er langt fra å være de raskeste tilkoblingstypene som er tilgjengelige, de er langt raskere enn de fleste av Internett-tilkoblinger som er tilgjengelige i USA. Heri ligger problemet.
Klientmaskin skal kommunisere over Internett, men det kan ikke gjøre det direkte. I stedet bruker den Internet Connection Sharing verten som en proxy. Når Windows beregner optimal TCP motta vindusstørrelse, betyr det så basert på hastigheten på koblingen mellom den lokale maskinen og Internet Connection Sharing maskin. Forskjellen mellom mengden av data som den lokale maskinen faktisk kan motta fra Internett, og mengden av data som maskinen mener det kan motta basert på hastigheten på forbindelsen til Internet Connection Sharing verten kan føre til problemer. Nærmere bestemt, kan forskjeller i koblingshastighet potensielt føre til at data backup i køen koblet til treg link.
Det er der QoS kommer inn i bildet. Hvis du installerer QoS Packet Scheduler videre til Internet Connection Sharing vert, og deretter Internet Connection Sharing vert vil overstyre TCP motta vindusstørrelsen. Hva dette betyr er at Internet Connection Sharing vert vil sette de lokale vertene TCP motta vindusstørrelse til samme størrelse som det ville være hvis det var direkte koblet til Internett. Dette reduserer problemene forårsaket av feilaktige nettverkshastigheter.
Konklusjon
I denne artikkelserien, har jeg snakket om QoS og hvordan kan brukes til å forme trafikken flyter over forskjellige typer nettverksforbindelser. Som du ser, kan QoS lage et nettverk utføre mye mer effektivt ved å forme trafikk for å dra nytte av lulls i nettverksaktivitet, mens garanterer rask levering av høy prioritet trafikk. Anmeldelser