I disse hendelsene, har gni alltid vært å gå gjennom alle dine servere, som uunngåelig statisk adressert, og endre alle sine adresser, deretter endre DNS, og deretter gjør at alle klienter og applikasjoner brukte DNS-vertsnavn som de skal, og ikke den statiske IP-adresser.

Denne prosessen er nervøs med strømbrudd og forvirring, og kan være dyrt hvis søknader må skrives om. Men ikke så for IPv6. Som mange administratorer er å finne ut, som de gjennomfører IPv6 støtter denne protokollen ha flere adresser tilordnet til verten. Dette er liksom som det gamle begrepet " multinetting " (ved hjelp av " sekundære adresser " i IOS) som satte to subnett på samme sendingen domene, men det er vesentlig annerledes i gjennomføringen, fordi én adresse kan være " foretrukne " mens den andre kan være " avskrevet ". Det er også viktig å forstå at disse adressene ikke er tildelt hver vert statisk, men av Ruter Annonser, som har en varighet eller levetid.

Kombinasjonen av disse to funksjonene, betyr en relativt smertefri migrasjonsvei for IPv6 administratorer , selv om du fortsatt må forholde seg til DNS. Men ... det er en viktig ting å huske på når du planlegger din IPv6-adresse migrasjon: ikke gjenbruke gamle adresser til sin opprinnelige levetid har gått. Motstykket: ikke satt risikovurderinger lenger enn nødvendig. Dvs. noen dager eller uker er fine. Det er ingen grunn til å sette risikovurderinger i flere måneder

Grunnen til dette er at rutene fortsette å annonsere avskrevet nettverksadressen til levetid er over å la vertene -. Som kan ha blitt slått ned under endring - - vet å bruke den nye adressen. Hvis du gjenbruke gamle adresser på et annet nettverk et sted, deretter adressene vil synes å komme fra begge steder, og rutere vil ikke være i stand til å sortere ut hva som trafikken går der.

Tom Lancaster, CCIE # 8829 CNX # 1105, er en konsulent med 15 års erfaring i nettverk bransjen, og medforfatter av flere bøker om nettverk, sist, etter CCSP ^{TM: Secure PIX og sikker VPN Study Guide utgitt av Sybex.}