logo
GeekFormat

Caixa d'eines IPv6

IPv6 Expandir / Comprimir / Classificar

Valida ràpidament adreces IPv6, obtén la notació completa, la forma comprimida, la classificació d'adreces, el format nibble invers, etc.

Resultat del processament

Adreça d'exemple de documentació (2001:db8::/32)
Format expandit
2001:0db8:0000:0000:0000:0000:0000:0001
Format comprimit
2001:db8::1
Classificació d'adreces
Adreça d'exemple de documentació (2001:db8::/32)

<p>La caixa d'eines IPv6 és una eina gratuïta en línia dissenyada per a enginyers de xarxes, administradors de sistemes i desenvolupadors per al processament d'adreces IPv6. Amb l'esgotament global de les adreces IPv4, IPv6 s'ha convertit en el protocol estàndard de les xarxes modernes, però la longitud de l'adreça IPv6 és 4 vegades la d'IPv4, el format d'escriptura és flexible i complex, i les regles de compressió de zeros fan que una mateixa adreça tingui múltiples escriptures vàlides, cosa que genera nombrosos problemes en la configuració de xarxes, la resolució de problemes de registres, la configuració DNS i la redacció de regles de tallafoc.</p><p>Aquesta eina admet tres funcions principals: <strong>expansió d'adreces IPv6</strong> — restaura les adreces comprimides al format complet de 8 grups de 4 dígits hexadecimals, per facilitar la comparació de segments d'adreces i la resolució de problemes; <strong>compressió estàndard IPv6</strong> — comprimeix les adreces completes al format òptim segons l'estàndard oficial RFC 5952, garantint un format unificat als fitxers de configuració; <strong>classificació d'adreces IPv6</strong> — identifica automàticament el tipus d'adreça (loopback, link-local, ULA, multicast, documentació, unicast global, etc.) i indica l'ús i els atributs d'encaminament.</p><p>Tant si esteu configurant adreces IPv6 de servidors, redactant regles de tallafoc, analitzant registres de xarxa, planificant subxarxes IPv6 o aprenent el protocol IPv6, la caixa d'eines IPv6 de GeekFormat us ajudarà a millorar l'eficiència i reduir els errors humans. Tot el processament es fa localment al navegador, sense pujar cap dada, de manera segura i fiable.</p>

Relacionats

Casos d'ús

  • Configuració de desplegament de xarxa de doble pila: en entorns de doble pila que executen simultàniament IPv4 i IPv6, unifiqueu el format d'escriptura de les adreces IPv6 en servidors, encaminadors i balancejadors de càrrega, evitant errors de configuració i problemes de connectivitat deguts a inconsistències de format
  • Resolució de problemes de xarxa: en analitzar els registres de tallafoc, Nginx i servidors web, expandiu o comprimiu les adreces IPv6 dels registres per comparar-les amb els fitxers de configuració i localitzar ràpidament problemes com adreces no coincidents o errors d'encaminament
  • Configuració de registres DNS: en configurar registres AAAA i registres de resolució inversa ip6.arpa, convertiu les adreces IPv6 a format estàndard per garantir la correcció del format dels registres DNS i la precisió del format nibble de resolució inversa
  • Redacció de regles de tallafoc: en redactar regles d'ip6tables, nftables i grups de seguretat al núvol, estandarditzeu les adreces IPv6 i els prefixos CIDR, evitant que les regles fallin per diferències en la notació de compressió de zeros
  • Planificació de subxarxes IPv6: en la planificació d'adreces IPv6 per a xarxes corporatives, verifiqueu la correctesa de la longitud del prefix d'adreça (/48 lloc, /64 subxarxa, /128 host únic) i confirmeu el tipus i l'ús del segment de xarxa
  • Depuració de desenvolupament: en desenvolupar aplicacions de xarxa compatibles amb IPv6, verifiqueu la correctesa del format de les adreces IPv6 processades al codi i gestioneu l'anàlisi del format [IPv6]:port a les URL
  • Xarxes de contenidors Docker/K8s: resoleu problemes de connectivitat de xarxa IPv6 de contenidors, identifiqueu les adreces link-local i unicast global dels contenidors, verifiqueu la correctesa de la configuració de xarxa IPv6 de Docker
  • Demostració didàctica i aprenentatge: en aprendre el protocol IPv6, comprendreu visualment les regles de compressió de zeros, la classificació d'adreces i la notació de prefix, observant els patrons de canvi entre expansió i compressió mitjançant exemples
  • Auditoria de seguretat i anàlisi de registres: en l'anàlisi de seguretat, compareu per lots les diferents notacions d'adreces IPv6 de diferents fonts de registres, unificant els diferents formats abreujats a format complet per a l'anàlisi de correlació
  • Estandardització de documentació: en redactar documentació tècnica, manuals de configuració i documentació d'API, convertiu les adreces IPv6 al format estàndard RFC 5952 per millorar la professionalitat i la coherència de la documentació

Característiques

  • Expansió d'adreces IPv6: expansion del format comprimit (com 2001:db8::1) al format complet de 8 grups hexadecimals (2001:0db8:0000:0000:0000:0000:0000:0001), per facilitar la comparació de registres i l'anàlisi de segments d'adreces
  • Compressió estàndard RFC 5952: selecció intel·ligent del segment de zeros continus més llarg per a la compressió amb ::, gestió automàtica de l'omissió dels zeros inicials, sortida conforme a l'estàndard oficial IETF, evitant inconsistències de configuració
  • Classificació intel·ligent d'adreces: identificació automàtica de 7 tipus d'adreces IPv6 — adreça loopback ::1, link-local fe80::/10, únic local fc00::/7, multicast ff00::/8, adreça de documentació 2001:db8::/32, unicast global, adreça no vàlida
  • Validació de format i missatges d'error: detecció en temps real d'errors de format d'adreces IPv6, incloent :: repetit diverses vegades, grups amb més de 4 dígits hexadecimals, caràcters no vàlids, nombre de grups erroni, etc., amb explicació clara de la causa
  • Identificació d'adreces IPv4 mapedes: identificació automàtica d'adreces IPv6 mapedes d'IPv4 (com ::ffff:192.0.2.1), distingint tipus d'adreces compatibles en entorns de doble pila
  • Anàlisi de prefix CIDR: suport d'adreces IPv6 amb longitud de prefix (com 2001:db8::/32), identificació de la longitud del prefix i indicació de l'ús del rang d'adreces de xarxa
  • Còpia amb un clic: el format comprimit, el format expandit i els resultats de classificació es poden copiar amb un clic, per enganxar directament a fitxers de configuració, regles de tallafoc o scripts
  • Historial per lots: registre automàtic de les últimes adreces IPv6 processades, per facilitar la comparació repetida i el canvi ràpid durant la depuració de configuracions de xarxa
  • Processament en temps real sense espera: processament purament en JavaScript local al navegador, sense necessitat de pujar les adreces al servidor, protegint la informació sensible de la topologia de xarxa, resultats a l'instant
  • Compatibilitat multi-format d'entrada: suport per enganxar format comprimit, format expandit, amb sufix CIDR, amb número de port (format [::1]:8080), format mapat IPv4 i altres formes habituals
  • Explicació de l'ús de l'adreça: la classificació inclou l'explicació de l'ús del tipus d'adreça, si és encaminable i els escenaris aplicables, per ajudar els novells a comprendre la planificació d'adreces IPv6
  • Pàgina web pura sense instal·lació: no cal descarregar cap programari, només cal obrir el navegador, compatible amb Windows/macOS/Linux i mòbils

Com usar-ho

  1. Obriu la pàgina de la caixa d'eines IPv6 i enganxeu o escriviu l'adreça IPv6 que voleu processar al quadre d'entrada. Admet format comprimit (com 2001:db8::1), format complet (com 2001:0db8:0000:0000:0000:0000:0000:0001), format amb prefix CIDR (com 2001:db8::/32), format amb port (com [::1]:8080), format mapat IPv4 (com ::ffff:192.168.1.1) i altres formes d'entrada.
  2. Un cop completada l'entrada, l'eina processa automàticament en temps real, sense necessitat de fer clic a cap botó. Si el format de l'adreça té errors, es mostrarà immediatament un missatge d'error en vermell amb l'explicació de la causa concreta (com :: repetit diverses vegades, grups amb més de 4 dígits, caràcters no vàlids, etc.), per facilitar-vos la correcció de l'entrada.
  3. Consulteu el resultat «Format expandit»: aquí es mostra la forma completa de l'adreça IPv6, 8 grups de 4 dígits hexadecimals cadascun, amb zeros inicials completats, i la part comprimida amb zeros restaurada a 0000 continus, per facilitar la comparació segment per segment.
  4. Consulteu el resultat «Format comprimit estàndard»: aquí es mostra el format comprimit òptim segons l'estàndard RFC 5952, amb selecció automàtica del segment de zeros continus més llarg per a la compressió i omissió dels zeros inicials innecessaris; aquesta és la notació estàndard recomanada per a fitxers de configuració i documentació.
  5. Consulteu la secció «Classificació d'adreces»: l'eina identificarà automàticament a quin tipus pertany l'adreça i mostrarà el nom del tipus, el rang de prefix, l'adreça d'exemple, si és encaminable a la xarxa pública i els usos típics. Els tipus comuns inclouen adreça loopback, adreça link-local, adreça únic local (ULA), adreça multicast, adreça de documentació, adreça unicast global, etc.
  6. Si l'entrada inclou la longitud del prefix CIDR (com /64), l'eina indicarà addicionalment l'ús típic del prefix (com /64 per a subxarxa estàndard, /48 per a assignació de lloc, /128 per a host únic) i una referència del nombre d'adreces del segment de xarxa.
  7. Feu clic al botó «Copia» a la dreta de cada àrea de resultats per copiar amb un clic l'adreça IPv6 del format corresponent al porta-retalls, per enganxar-la directament al terminal, fitxer de configuració, interfície d'administració DNS o codi, evitant errors d'introducció manual.

Preguntes freqients

Què vol dir els dos punts :: al mig d'una adreça IPv6?

:: és la regla d'abreviació de compressió de zeros (Zero Compression) d'IPv6, utilitzada per substituir un o diversos grups continus de zeros (0000). Per exemple, l'adreça completa 2001:0db8:0000:0000:0000:0000:0000:0001 té 6 grups continus de zeros al mig, i es pot escriure 2001:db8::1, escurçant considerablement la longitud de l'adreça. Noteu la regla: en una adreça IPv6, :: només pot aparèixer una vegada, en cas contrari generaria ambigüitat; :: pot ser a l'inici, al mig o al final. L'adreça loopback és ::1 (comprimeix 7 grups de zeros inicials), l'adreça no especificada és :: (tots 8 grups són zeros).

Per què la meva targeta de xarxa té diverses adreces IPv6?

Això és normal. Les interfícies de xarxa IPv6 normalment tenen múltiples adreces: ① una adreça link-local (comença per fe80::, generada automàticament, per a comunicacions de baix nivell); ② una o diverses adreces unicast global (adreces públiques, obtingudes via SLAAC o DHCPv6); ③ si les extensions de privadesa estan habilitades (habilitades per defecte a Windows/Linux/macOS), també hi haurà adreces temporals (generades aleatòriament, renovades periòdicament, per a connexions externes per protegir la privadesa); ④ pot haver-hi múltiples adreces corresponents a múltiples prefixos (per exemple, accés simultani a múltiples xarxes, o múltiples prefixos IPv6). En servidors normalment es recomana desactivar les extensions de privadesa i utilitzar adreces estables fixes per facilitar la gestió.

Per què les adreces que comencen per fe80:: no es poden accedir entre segments de xarxa? Per què cal afegir %eth0 al fer ping?

fe80::/10 és una adreça link-local, dissenyada per ser vàlida només a l'enllaç de capa 2 local (el mateix commutador, la mateixa xarxa WiFi, el mateix domini de difusió), els encaminadors <strong>mai</strong> reenvien paquets amb adreça origen o destinació link-local, per tant per naturalesa no es pot accedir entre segments. Pel que fa a afegir %eth0 (també anomenat zone id, scope id), és perquè cada interfície genera automàticament la seva pròpia adreça link-local, múltiples interfícies poden tenir adreces que comencen per fe80::, si no s'especifica per quina interfície sortir, el sistema operatiu no sap per quina targeta de xarxa enviar, per això en accedir a una adreça link-local cal afegir %nom_interfície. Aquesta part després de % només té significat local, no forma part de l'adreça mateixa.

Per què les subxarxes IPv6 recomanen totes /64? Es pot utilitzar un prefix més llarg?

/64 és la longitud de subxarxa estàndard IPv6, la raó principal és que SLAAC (autoconfiguració d'adreces sense estat) exigeix que el prefix de subxarxa sigui de 64 bits — perquè SLAAC genera un identificador d'interfície de 64 bits amb EUI-64 o algorisme estable de privadesa, prefix 64 bits + ID d'interfície 64 bits = 128 bits exactes. Si s'utilitza un prefix més llarg que /64 (com /80, /96, /112), SLAAC no pot funcionar correctament. Tot i que /127 per a interconnexions punt a punt d'encaminadors (RFC 6164 recomanat) i /128 per a adreces loopback són excepcions habituals, els segments d'usuaris, segments Ethernet i VLAN haurien de ser /64. I /64 té 2⁶⁴ adreces (uns 1.800 bilions de bilions), mai s'acaben, no cal dividir subxarxes més petites per estalviar adreces.

IPv6 encara necessita NAT? Per què he sentit a parlar de NAT66?

Una de les intencions originals del disseny d'IPv6 era eliminar NAT, perquè l'espai d'adreces és prou gran, cada dispositiu pot tenir adreces públiques, i es restaura la connectivitat punt a punt. Però en el desplegament real, NAT66 (NAT d'IPv6 a IPv6, traducció de prefix) encara té escenaris d'ús, com ara redundància multi-ISP multi-homing sense BGP utilitzant NAT, o amagament de l'estructura interna de la xarxa empresarial. Però NAT66 és molt menys estès que NAPT d'IPv4, no requereix traducció d'adreces amb ports, i la connectivitat punt a punt d'IPv6 és la direcció principal. NAT64 és una altra cosa, utilitzada per a la transició de xarxes IPv6-only per accedir a recursos IPv4.

Quina és l'adreça de passarel·la per defecte d'IPv6? Per què comença per fe80::?

L'adreça de passarel·la per defecte (següent salt) d'IPv6 normalment és <strong>l'adreça link-local de l'encaminador (comença per fe80::)</strong>, no una adreça pública del mateix segment com IPv4. Això és perquè l'encaminador envia la seva adreça link-local com a passarel·la mitjançant missatges NDP Router Advertisement (RA), i el host en rebre-la afegeix automàticament una ruta per defecte que apunta a aquesta adreça fe80::. Això és normal, l'adreça link-local com a següent salt pot funcionar perfectament, perquè després de la cerca d'encaminament del següent salt, només cal resoldre l'adreça MAC d'aquella adreça a l'enllaç local per reenviar, no es requereix que la passarel·la i el host tinguin adreces públiques del mateix segment.

Què és aquesta adreça ::ffff:192.168.1.1?

És una <strong>adreça IPv6 mapeda d'IPv4 (IPv4-Mapped IPv6 Address)</strong>, el format és ::ffff: seguit d'una adreça IPv4. S'utilitza en sockets de doble pila: quan un socket IPv6 es vincula a :: i té activat IPv6-on, no només accepta connexions IPv6, les connexions d'IPv4 també s'accepten, i l'adreça origen es mostra com ::ffff:adreça IPv4. Per exemple, si 192.168.1.1 es connecta al servidor, l'adreça del client que veu el servidor és ::ffff:192.168.1.1. No confongueu amb l'adreça compatible IPv4 obsoleta (:: directament amb IPv4, sense ffff:).

Compta les majúscules i minúscules en les adreces IPv6? 2001:DB8::1 i 2001:db8::1 són la mateixa adreça?

Sí, és la mateixa adreça, les lletres hexadecimals a-f en les adreces IPv6 no distingeixen majúscules i minúscules, 2001:DB8::1, 2001:Db8::1, 2001:db8::1 són completament equivalents a nivell de xarxa. Però RFC 5952 (estàndard de representació textual d'adreces IPv6) recomana utilitzar minúscules, la sortida de compressió estàndard d'aquesta eina també es converteix uniformement a minúscules, per garantir la consistència del format.

Per què IPv6 no té adreça de difusió? Com es gestiona ARP?

IPv6 ha eliminat la difusió de capa 2, totes les funcions de difusió s'implementen amb <strong>multicast (Multicast)</strong>, cosa que redueix dràsticament les tempestes de difusió a la xarxa i millora l'eficiència. ARP d'IPv4 (Address Resolution Protocol, que pregunta per difusió «qui és 192.168.1.1, digue'm la teva MAC») és substituït a IPv6 per <strong>NDP (Neighbor Discovery Protocol, protocol de descobriment de veïns)</strong>, NDP utilitza missatges ICMPv6 i adreces multicast de node sol·licitat (solicited-node multicast address, ff02::1:ffxx:xxxx) per resoldre l'adreça MAC del veí, només el node sol·licitat processa aquest multicast, sense molestar tots els hosts del segment.

Com puc saber si la meva xarxa té IPv6?

Diversos mètodes: ① visiteu llocs com test-ipv6.com per detectar; ② a la línia d'ordres executeu ip -6 addr (Linux), ifconfig (macOS/Linux) o ipconfig (Windows) per veure si la targeta de xarxa té adreces IPv6 que comencen per 2 o fe80 (només fe80 no significa que hi hagi IPv6 pública); ③ ping6 2001:4860:4860::8888 (Google IPv6 DNS) o ping 240c::6666 (China Internet Network Information Center IPv6 DNS), si respon significa que hi ha connectivitat IPv6 pública; ④ visiteu llocs web compatibles amb IPv6 (com ipv6.google.com, www.6box.cn). Els usuaris domèstics necessiten que el router i el mòdem tinguin IPv6 activat i que l'ISP hagi activat el servei per utilitzar-lo.

Què vol dir el % en una adreça IPv6? Per exemple fe80::1%eth0

La part després de % s'anomena <strong>Zone ID (identificador de zona) o Scope ID (identificador d'abast)</strong>, identifica la interfície de xarxa on es troba l'adreça, utilitzada principalment en adreces amb abast local com les link-local (fe80::). Com que cada interfície té la seva pròpia adreça link-local, la mateixa fe80::1 pot correspondre a encaminadors diferents en eth0 i wlan0, per això cal %eth0 per especificar per quina interfície enviar. El Zone ID només té significat local, no es pot utilitzar entre dispositius, no forma part de l'adreça IPv6 mateixa — l'adreça segueix sent fe80::1. En escriure fitxers de configuració, analitzar registres o utilitzar entre dispositius, s'ha d'ometre la part després de %.

Com es configura el DNS invers IPv6? Què és el format nibble?

La resolució inversa IPv6 es fa al domini ip6.arpa, utilitzant el format nibble: primer expandiu l'adreça IPv6 a 8 grups complets (no pot haver-hi omissió ::), obtenint 32 caràcters hexadecimals; després ordeneu <strong>completament a l'inrevés</strong> aquests 32 caràcters, separant cada caràcter amb un punt; finalment afegiu el sufix .ip6.arpa. Per exemple, 2001:db8::1 expandit és 20010db8000000000000000000000001, a l'inrevés és 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.0.2.ip6.arpa. Aquest procés és molt propens a errors en comptar els zeros, es recomana utilitzar la sortida «format expandit» d'aquesta eina com a suport. El DNS invers normalment requereix que l'ISP us autoritzi el subdomini ip6.arpa corresponent al prefix per poder configurar registres PTR.

Quina diferència hi ha entre ULA (fc00::/7) i link-local (fe80::/10)?

Cap dels dos són adreces públiques però tenen usos diferents: ① link-local fe80::/10: cada interfície la genera automàticament, només vàlida en un únic enllaç de capa 2, no es pot reenviar entre encaminadors, no requereix configuració d'encaminament, utilitzada per a NDP, DHCPv6, adjacències de protocols d'encaminament i altres comunicacions de baix nivell, com el «document d'identitat local» del dispositiu; ② ULA fc00::/7 (realment fd00::/8): és un segment similar a les adreces privades d'IPv4, es pot encaminar dins de l'empresa entre VLAN, entre encaminadors i entre llocs, però no a la Internet pública, utilitzada per a comunicacions internes empresarials, equivalent a 10.0.0.0/8 d'IPv6, requereix configuració manual o assignació per DHCPv6, requereix suport d'encaminament intern. Un és «parlar dins de la mateixa habitació», l'altre és «comunicació interna de l'empresa», les adreces públiques són «comunicació global».

Per què el tallafoc IPv6 no pot desactivar ICMP com IPv4?

IPv6 depèn molt més d'ICMPv6 del que IPv4 depèn d'ICMPv4. A IPv4 es pot bloquejar la majoria d'ICMP (excepte PMTU que pot causar alguns problemes) i encara funcionar, però <strong>IPv6 no pot fer un DROP general d'ICMPv6</strong> — perquè ICMPv6 transporta el descobriment de veïns NDP (que substitueix ARP, sense ell ni tan sols es pot comunicar al mateix segment), els anuncis d'encaminador RA (SLAAC autoconfiguració obté el prefix i la passarel·la), el descobriment de PMTU (sense ell els paquets grans es perden i no es poden retransmetre), destinació no accessible, paquet massa gran i altres funcions crítiques. Si les regles ip6tables fan un DROP de tot l'ICMPv6, apareixen diversos problemes estranys de xarxa (es pot fer ping amb paquets petits però els grans no passen, es pot obtenir adreça però no hi ha accés a Internet, etc.). L'approach correcte és permetre els tipus necessaris d'ICMPv6.

Per què el segment d'adreces 2001:db8:: apareix a tot arreu als exemples? Es pot utilitzar realment?

2001:db8::/32 és un prefix reservat específicament per RFC 3849 per a documentació, llibres, tutorials, codi d'exemple i entorns de prova, com 192.0.2.0/24 (TEST-NET-1), 198.51.100.0/24, 203.0.113.0/24 d'IPv4. Qualsevol pot utilitzar lliurement aquest prefix a documentació, tutorials i blogs per escriure adreces d'exemple, sense haver de patir per conflictes amb adreces públiques reals — perquè cap encaminador encaminarà el segment 2001:db8::/32 a la xarxa pública. Per tant, no podeu configurar adreces 2001:db8:: en dispositius de xarxa reals per comunicar-vos, només són per a exemples. Totes les adreces d'exemple IPv6 d'aquesta documentació utilitzen aquest segment reservat.

术语表

IPv6
Protocol d'Internet versió 6, protocol IP de nova generació dissenyat per la IETF, utilitza una longitud d'adreça de 128 bits, resol el problema de l'esgotament de les adreces IPv4, incorpora seguretat, QoS, autoconfiguració i altres característiques, és el protocol fonamental de la Internet moderna.
IPv4
Protocol d'Internet versió 4, utilitza una longitud d'adreça de 32 bits, uns 4,3 mil milions d'adreces teòriques, en ús des de 1983, actualment encara en funcionament de doble pila amb IPv6, les adreces globals es van esgotar el 2019.
CIDR
Classless Inter-Domain Routing (encaminament interdomini sense classes), mètode de representació d'adreces IP, format adreça/longitud de prefix (com 2001:db8::/32), substitueix la divisió tradicional en classes A/B/C, millora l'eficiència d'encaminament.
Longitud de prefix
Número després de la barra en la notació CIDR, indica quants bits inicials de l'adreça IP són de xarxa. La longitud de prefix IPv6 és 0-128, valors comuns /128 (host únic), /64 (subxarxa), /48 (lloc), /32 (ISP).
Compressió de zeros
Regla d'abreviació d'adreces IPv6, un o diversos grups continus de zeros (0000) es poden substituir per ::, però en una adreça :: només pot aparèixer una vegada, escurça considerablement la longitud d'escriptura de les adreces IPv6.
RFC 5952
Estàndard de representació textual d'adreces IPv6 publicat per la IETF, defineix el format comprimit estàndard recomanat (minúscules, omissió de zeros inicials, compressió del segment de zeros més llarg, no compressió d'un sol zero, etc.), garanteix que una mateixa adreça tingui una sola notació canònica.
Unicast global
Global Unicast, adreça IPv6 pública encaminable a la Internet global, equivalent a l'adreça pública d'IPv4, normalment comença per 2000::/3, utilitzada per a la comunicació a Internet.
Link-local
Link-Local, adreces amb prefix fe80::/10, només vàlides a l'enllaç de capa 2 local, els encaminadors no les reenvien, cada interfície IPv6 les configura automàticament, utilitzades per al descobriment de veïns NDP, DHCPv6, protocols d'encaminament i altres comunicacions de baix nivell.
Adreça únic local (ULA)
Unique Local Address, prefix fc00::/7, equivalent a les adreces privades d'IPv4, només encaminable dins de l'organització, no encaminable a la xarxa pública, utilitzada per a xarxes internes empresarials, el segment fd00::/8 s'utilitza realment.
Multicast
Multicast, prefix ff00::/8, comunicació un a molts, els paquets s'envien a totes les interfícies que s'han unit al grup multicast, substitueix la difusió d'IPv4, utilitzat en protocols d'encaminament, descobriment de serveis, streaming i altres escenaris.
Anycast
Anycast, múltiples nodes configuren la mateixa adreça, els paquets s'encaminen al node més proper, utilitzat en CDN, servidors arrel DNS, balanceig de càrrega, no es pot distingir de les unicast pel format de l'adreça.
Adreça loopback
Adreça Loopback, en IPv6 és ::1/128, equivalent a 127.0.0.1 d'IPv4, l'adreça que el node s'envia a si mateix, utilitzada per a proves locals i comunicació entre processos, no apareix a la xarxa.
Adreça no especificada
::/128, equivalent a 0.0.0.0 d'IPv4, indica que l'adreça no existeix/no està especificada, utilitzada quan el node arrenca o quan es vinculen totes les interfícies.
SLAAC
Stateless Address Autoconfiguration (autoconfiguració d'adreces sense estat), funció exclusiva d'IPv6, el client genera l'adreça automàticament a partir del prefix de l'anunci d'encaminador, no requereix servidor DHCP, exigeix que el prefix de subxarxa sigui /64.
Doble pila
Dual Stack, el dispositiu executa simultàniament les piles de protocols IPv4 i IPv6, té tots dos tipus d'adreces, selecciona el protocol segons l'aplicació i el DNS, és actualment la solució de transició d'IPv4 a IPv6 més estesa.
NAT64
Tecnologia de transició IPv6/IPv4, permet que nodes IPv6-only accedeixin a recursos IPv4, mitjançant traducció d'adreces a la frontera de xarxa, combinada amb DNS64 que sintetitza registres AAAA a partir de registres A.
4to6
Terme genèric per a les diverses tecnologies de transició i tunelització d'IPv4 a IPv6, com 4in6, DS-Lite, MAP-T, etc., utilitzades per aconseguir la interoperabilitat dels dos protocols durant el període de transició.
nibble
Semioctet, 4 bits binaris, correspon a un caràcter hexadecimal. La resolució inversa IPv6 utilitza el format nibble, ordenant a l'inrevés els 32 caràcters hexadecimals i afegint el sufix .ip6.arpa.
ip6.arpa
Domini de resolució DNS inversa IPv6, el domini invers d'IPv4 és in-addr.arpa, el d'IPv6 és ip6.arpa, construint registres PTR mitjançant el format nibble.
EUI-64
IEEE 64-bit Extended Unique Identifier, mètode per convertir una adreça MAC de 48 bits en un ID d'interfície de 64 bits (inserint FFFE al mig de l'adreça MAC i invertint el bit U/L), utilitzat en l'autoconfiguració SLAAC, té problemes de privadesa.

Taula comparativa de tipus d'adreces IPv6

Referència de longituds de prefix IPv6 habituals

Comparativa IPv4 vs IPv6

Troubleshooting