Hvis du gikk glipp av de andre delene i denne artikkelserien kan du lese:
Crash Course i IPv6 (del 1)
I del 2 av denne artikkelserien, forklarte jeg at det er faktisk tre forskjellige typer IPv6-adresser; unicast, multicast, og anycast. I den artikkelen, jeg kort forklart at unicast-adresser brukes til å identifisere et individ vert på et nettverk. Multicast-adresser, på den annen side, identifisere en gruppe av nettverksgrensesnitt som vanligvis befinner seg på flere datamaskiner. Når en pakke av data blir sendt til en multicast-adresse, er at pakken sendes til alle nettverksgrensesnitt i multicast-gruppen. Som multicast-adresser, anycast adresser identifisere en bestemt gruppe av nettverksgrensesnitt som vanligvis befinner seg på flere datamaskiner. Forskjellen er at når pakker sendes til en multicast-adresse, blir de sendt til alle nettverksgrensesnittene i gruppen. I kontrast, når pakker med data sendes til en anycast adresse, pakkene blir ikke sendt til hele gruppen. I stedet blir de bare sendt til medlem som er i nærmest fysisk nærhet til avsenderen.
Som du kan se, er det i det minste noen likheter mellom multicast og anycast adresser. I denne artikkelen vil jeg avslutte denne serien ved å diskutere multicast og anycast adresser i mer detalj.
Multicast Adresser
Som jeg forklarte tidligere, er multicast-adresser brukes til å identifisere en gruppe av nettverksgrensesnitt, kjent som en multicast-gruppe. Disse nettverksgrensesnitt er vanligvis plassert på flere datamaskiner, men dette er ikke et absolutt krav. Multicast-adresser brukes til å sende informasjon til alle nettverksgrensesnitt som er definert som hører til multicast-gruppen.
En av de mest interessante ting om multicast-adresser er at de ikke er gjensidig utelukkende. Bare fordi et nettverkskort har en multicast-adresse betyr ikke at maskinen ikke kan ha også en unicast adresse eller tilhører andre multicast-grupper. Det er faktisk veldig vanlig for et nettverksgrensesnitt for å ha en unicast adresse og til også være medlem av flere multicast-grupper. Faktisk noen operativsystemer legge til en datamaskinens nettverksadapteren til ulike multicast-grupper på den tiden at nettverkskortet er unicast-adresse er definert. For eksempel legger operativsystemet Solaris automatisk nettverksadaptere til ønsket Node og alle nodene (eller Alle Rutere) multicast-grupper. I tilfelle du er ukjent med Solaris, er ønsket Node gruppen brukes til å oppdage andre IPv6-aktiverte enheter på nettverket. Windows Vista er avhengig av en lignende funksjon.
Nå som jeg har forklart hva multicast-adressene brukes til, jeg ønsker å snakke om hva en multicast-adresse ser ut. Selv om en IPv6-adresse er 128 bits i lengde, er det de åtte første bitene av adressen som definerer en adresse som en multicast adresse. Hver multicast adresse bruker et format prefiks av 1 111 1111. Når uttrykt i tykktarm heksadesimale notasjon en multicast-postadresse vil alltid begynne med FF.
De neste fire biter i en multicast-adressen er kjent som flagg biter. På det nåværende tidspunkt, er den første tre av disse fire biter er ikke i bruk (og er derfor satt til 0). Den fjerde indikatorbit som er kjent som forbigående bit. Dens oppgave er å gi uttrykk for om adressen er et fast eller midlertidig adresse. Hvis adressen er permanent tildelt, er denne biten satt til 0, ellers det er satt til 1 for å indikere at adressen er forbigående (midlertidig).
De neste fire biter i en multicast-adressen er kjent som Scope ID bits. Hvor mye plass reservert for ID-bits er 4 bits i lengde, noe som betyr at det er 16 forskjellige mulige verdier. Selv om ikke alle 16 tilgjengelige verdier brukes på det nåværende tidspunkt, syv av disse verdier blir brukt til å bestemme den adresse "omfang. For eksempel, hvis en adresse har en global omfang, deretter adressen er gyldig over hele nettet. De som i dag brukes omfang ID bits er:
Desimal verdi binærverdi Adresse Scope
0 0000 Reserved
1 0001 Node-Local Scope
2 0010 Link Local Scope
5 0101 Side Lokal Scope
8 1000 Organisering Lokal Scope
14 1110 Global Scope
15 1111 Reserved
De resterende 112 bits utgjør gruppen ID. . Gruppen ID størrelse gjør at multicast-adresser å konsumere en /to hundre og femtisjette av den totale IPv6 adresseområdet
å sette dette adressering ordningen i prospektive, vil jeg vise deg noen vanlig brukte multicast-adresser:
FF0x0: 0: 0 : 0: 0: 1
Dette er en multicast til alle noder. Du har kanskje lagt merke til X i adresse, som ikke er en gyldig heksadesimale tegn. X er en plassholder for omfanget. Dette bestemte adressen kan bruke node lokale omfang (FF01: 0: 0: 0: 0: 0: 1) eller koblingen lokale omfang (FF02: 0: 0: 0: 0: 0: 1)
FF0x.: 0: 0: 0: 0: 0: 2
Denne multicast adressen tilordnes til alle rutere innenfor det definerte omfang. Igjen, X i adresse fungerer som plassholder for omfanget. Gyldige scopes er node lokale (FF01: 0: 0: 0: 0: 0: 2), Link Local (FF02: 0: 0: 0: 0: 0: 2), og området lokale (FF05: 0: 0: 0 : 0: 0: 2)
anycast Adresser
Hvis du har litt erfaring med IPv4-protokollen, så har du sannsynligvis vet at begrepene unicast og multicast eksisterer med IPv4-protokollen, selv om de er implementert annerledes.. Anycast derimot, er unik for IPv6. Anycast fungerer som en kombinasjon av unicast og multicast-adresser. En unicast-adresse blir brukt til å sende data til en bestemt mottaker, er en multicast-adressen som brukes for å sende data til en gruppe mottakere, men en anycast adressen brukes til å sende data til en bestemt mottaker av en gruppe mottakere.
I tilfelle du lurer, ble anycast opprettet som en måte å gjøre lastbalansering enklere. Tenk deg en situasjon der du trenger for å gi et stort antall brukere med tilgang til enten en tjeneste eller til en ruter. I en situasjon som dette, gjør det ofte fornuftig å bruke flere servere som vert den tjenesten som blir gitt, eller å bruke flere rutere, avhengig av hva tilfellet kan være. Grunnen er fordi du gjør det kan du fordele tung arbeidsbelastning blant flere enheter, slik at ingen enkelt enhet er overveldet.
Denne type lastbalansering er vanskelig å oppnå ved hjelp IPv4 (selv om det har blitt gjort). Ved hjelp av anycast adresser med IPv6 er en helt perfekt løsning på behovet for lastbalansering. Tenk på det et øyeblikk. Du må sende en forespørsel fra bruker til en av mange enheter. Du trenger egentlig ikke bryr seg hvilken av de utpekte enheter håndterer forespørselen, så lenge kravet er tatt vare på. Ved å bruke anycast adresser, er hver forespørsel sendes automatisk til den enheten som er i den nærmeste geografisk nærhet til datamaskinen som kommer med forespørselen. I visse situasjoner kan anycast også brukes til å gi feiltoleranse bør en ruter mislykkes. Svikten kan oppdages, og forespørsler kan bli omdirigert til neste nærmeste router.
Mest bisarre ting om anycast adresser er at det ikke er noen spesiell adressering ordningen. Så langt i denne artikkelserien, har du sett at det er alle slags reglene for bruk og struktur av unicast og multicast-adresser. Dette er slett ikke tilfelle med en anycast adresse. Alt du trenger å gjøre for å skape en anycast adresse er å tildele samme unicast-adresse til flere verter. Ved å gjøre det, blir unicast adresse en anycast adresse.
Konklusjon
i denne artikkelserien, har jeg forsøkt å skumme det grunnleggende IPv6-protokollen. De fleste administratorer sannsynligvis ikke trenger å bli IPv6 eksperter helst snart, men IPv6 er en nødvendig komponent i Windows Vista og Longhorn Server. Som sådan, er det fornuftig å lære minst litt om det
Hvis du gikk glipp av de andre delene i denne artikkelserien kan du lese:.
Crash Course i IPv6 (del 1)
Crash Course i IPv6 (del 3)
Next Page:Crash Crouse i IPv6 (del 2)