Caja de Herramientas IPv6

Expansión / Compresión / Clasificación de IPv6

Valida rápidamente direcciones IPv6 y obtén la notación completamente expandida, comprimida, clasificación de dirección y formato nibble inverso.

Resultado del procesamiento

Dirección de documentación (2001:db8::/32)

Formato expandido

2001:0db8:0000:0000:0000:0000:0000:0001

Formato comprimido

2001:db8::1

Clasificación de dirección

Dirección de documentación (2001:db8::/32)

La Caja de Herramientas IPv6 es una herramienta online gratuita diseñada específicamente para ingenieros de red, administradores de sistemas y desarrolladores. Con el agotamiento global de direcciones IPv4, IPv6 se ha convertido en el protocolo estándar de redes modernas, pero las direcciones IPv6 son 4 veces más largas que IPv4, con formato de escritura flexible y complejo, y reglas de compresión cero que permiten múltiples escrituras legales para la misma dirección, causando muchos problemas en configuración de red, análisis de logs, configuración DNS y escritura de reglas de cortafuegos.Esta herramienta soporta tres funciones principales: Expansión de direcciones IPv6 — restaura direcciones comprimidas abreviadas al formato completo de 8 grupos de 4 dígitos hexadecimales, facilitando comparación de rangos y resolución de problemas; Compresión estándar IPv6 — comprime direcciones completas a la escritura óptima según RFC 5952, asegurando formato uniforme y estándar en archivos de configuración; Clasificación de direcciones IPv6 — identifica automáticamente el tipo de dirección (loopback, link-local, ULA, multicast, documentación, global unicast, etc.) y etiqueta su propósito y propiedades de enrutamiento.Ya sea configurando direcciones IPv6 de servidores, escribiendo reglas de cortafuegos, analizando logs de red, planificando subredes IPv6 o aprendiendo el protocolo IPv6, la Caja de Herramientas IPv6 de GeekFormat le ayuda a mejorar eficiencia y reducir errores humanos. Todo el procesamiento se realiza localmente en el navegador, no se envía ningún dato, seguro y confiable.

Relacionado

Calculadora de Subredes

Búsqueda de IP

Convertidor IPv4

Consulta DNS

Consulta WHOIS

¿Cuál es mi IP?

Casos de uso

Despliegue de red de doble pila: en entornos que ejecutan IPv4 e IPv6 simultáneamente, unifica el formato de escritura de direcciones IPv6 en servidores, enrutadores y balanceadores de carga, evitando errores de configuración y problemas de conectividad por formato inconsistente
Resolución de fallos de red: al analizar logs de cortafuegos, Nginx, servidores web, expande o comprime direcciones IPv6 de logs para comparar con archivos de configuración, localizando rápidamente coincidencia incorrecta de direcciones o errores de enrutamiento
Configuración de registros DNS: al configurar registros AAAA, registros de resolución inversa ip6.arpa, convierte direcciones IPv6 a formato estándar, asegurando que registros DNS tengan formato correcto y formato nibble de resolución inversa preciso
Escritura de reglas de cortafuegos: al escribir reglas ip6tables, nftables, grupos de seguridad cloud, estandariza direcciones IPv6 y prefijos CIDR, evitando que diferencias en escritura de compresión cero hagan que reglas no coincidan
Planificación de subredes IPv6: al planificar direcciones IPv6 de red empresarial, verifica que la longitud de prefijo (/48 sitio, /64 subred, /128 host individual) sea correcta, confirmando tipo de segmento y propósito
Depuración de desarrollo de programación: al desarrollar aplicaciones de red con soporte IPv6, valida que el formato de direcciones IPv6 procesadas en código sea correcto, resuelve problemas de análisis de formato [IPv6]:port en URLs
Red de contenedores Docker/K8s: resuelve problemas de conectividad IPv6 de contenedores, identifica direcciones link-local y global unicast de contenedores, verifica que la configuración de red IPv6 de Docker sea correcta
Demostración docente y aprendizaje: al aprender el protocolo IPv6, comprende intuitivamente reglas de compresión cero, clasificación de direcciones, notación de prefijos, observa patrones de cambio de expansión y compresión mediante ejemplos
Auditoría de seguridad y análisis de logs: en análisis de seguridad, compara por lotes escrituras de direcciones IPv6 de diferentes fuentes de logs, unifica varios formatos abreviados a formato completo para análisis correlacionado
Estandarización de documentación: al escribir documentos técnicos, manuales de configuración, documentación API, convierte direcciones IPv6 uniformemente al formato estándar RFC 5952, mejorando profesionalismo y consistencia

Características

Expansión de direcciones IPv6: expande formato comprimido (como 2001:db8::1) a formato hexadecimal completo de 8 grupos (2001:0db8:0000:0000:0000:0000:0000:0001), facilitando comparación de logs y análisis de rangos
Compresión estándar RFC 5952: selecciona inteligentemente la secuencia más larga de ceros consecutivos para compresión ::, omite automáticamente ceros a la izquierda, produce formato estándar según la especificación oficial IETF, evitando inconsistencias de configuración
Clasificación inteligente de direcciones: identifica automáticamente 7 tipos de direcciones IPv6 — loopback ::1, link-local fe80::/10, ULA fc00::/7, multicast ff00::/8, documentación 2001:db8::/32, global unicast, dirección inválida
Validación de formato y errores: detecta en tiempo real errores de formato IPv6 incluyendo :: múltiples veces, grupos de más de 4 dígitos hexadecimales, caracteres ilegales, errores de número de grupos, con causas claras
Identificación de direcciones IPv4-mapeadas: detecta automáticamente direcciones IPv6 mapeadas desde IPv4 (como ::ffff:192.0.2.1), distingue tipos de direcciones compatibles en entornos de doble pila
Análisis de prefijos CIDR: soporta direcciones IPv6 con longitud de prefijo (como 2001:db8::/32), identifica la longitud de prefijo y etiqueta el propósito del rango de red
Copia con un clic: formato comprimido, expandido y clasificación se pueden copiar con un clic para pegar directamente en archivos de configuración, reglas de cortafuegos o scripts
Historial por lotes: registra automáticamente las direcciones IPv6 procesadas recientemente, facilitando comparación repetida y cambio rápido durante depuración de configuración de red
Procesamiento en tiempo real sin espera: procesamiento local en JavaScript del navegador, no sube direcciones al servidor, protege información sensible de topología de red, resultados al instante
Compatibilidad de entrada múltiple: soporta formato comprimido, expandido, con sufijo CIDR, con puerto (formato [::1]:8080), formato IPv4-mapeado y otras escrituras comunes
Explicación de uso de direcciones: durante la clasificación también explica el propósito, si es enrutable y escenarios de uso de cada tipo de dirección, ayudando a principiantes a entender planificación IPv6
Página web sin instalación: no requiere descarga de software, funciona en el navegador, soporta todas las plataformas Windows/macOS/Linux, también usable en móvil

Cómo Usar

Abra la página de la Caja de Herramientas IPv6, pegue o escriba la dirección IPv6 que necesite procesar en el campo de entrada. Soporta formato comprimido (como 2001:db8::1), formato completo (como 2001:0db8:0000:0000:0000:0000:0000:0001), formato con prefijo CIDR (como 2001:db8::/32), formato con puerto (como [::1]:8080), formato IPv4-mapeado (como ::ffff:192.168.1.1) y otras formas de entrada.
Después de escribir, la herramienta procesará automáticamente en tiempo real sin necesidad de hacer clic en botones. Si hay errores en el formato de dirección, mostrará inmediatamente aviso de error rojo explicando la causa específica (como :: múltiples veces, grupo de más de 4 dígitos, caracteres ilegales, etc.) para que pueda corregir la entrada.
Consulte el resultado de «Formato expandido»: aquí se muestra la forma completa de la dirección IPv6, 8 grupos de 4 dígitos hexadecimales cada uno, ceros a la izquierda completados, partes comprimidas cero restauradas completamente a 0000 consecutivos, facilitando comparación de direcciones grupo por grupo.
Consulte el resultado de «Formato de compresión estándar»: aquí está el formato comprimido óptimo producido según la especificación RFC 5952, seleccionando automáticamente la secuencia más larga de ceros consecutivos para comprimir, omitiendo ceros a la izquierda innecesarios, esta es la escritura estándar recomendada para archivos de configuración y documentación.
Consulte el área «Clasificación de direcciones»: la herramienta identificará automáticamente a qué tipo pertenece la dirección, mostrando nombre del tipo, rango de prefijo, dirección de ejemplo, si es enrutable en Internet público, usos típicos y otra información. Tipos comunes incluyen dirección loopback, link-local, única local (ULA), multicast, dirección de ejemplo de documentación, global unicast, etc.
Si la entrada incluye longitud de prefijo CIDR (como /64), la herramienta etiquetará adicionalmente el uso típico de ese prefijo (como /64 es subred estándar, /48 es asignación de sitio, /128 es dirección de host individual) y referencia de cantidad de direcciones que contiene ese segmento.
Haga clic en el botón «Copiar» a la derecha de cada área de resultados para copiar la dirección IPv6 en formato correspondiente al portapapeles con un clic, pegar directamente en terminal, archivos de configuración, interfaz de gestión DNS o código para usar, evitando errores de entrada manual.

Preguntas Frecuentes

¿Qué significan los dos puntos dobles :: en medio de direcciones IPv6?

:: es la regla de abreviatura de compresión cero (Zero Compression) de IPv6, usada para sustituir uno o más grupos consecutivos de ceros completos (0000). Por ejemplo dirección completa 2001:0db8:0000:0000:0000:0000:0000:0001 tiene 6 grupos consecutivos de ceros en el medio, puede escribirse como 2001:db8::1, acortando considerablemente la longitud de dirección. Preste atención a las reglas: :: solo puede aparecer una vez en una dirección IPv6, de lo contrario genera ambigüedad; :: puede estar al principio, medio o final. Dirección loopback es ::1 (comprime los 7 grupos de ceros anteriores), dirección no especificada es :: (los 8 grupos son ceros).

¿Por qué mi tarjeta de red tiene varias direcciones IPv6?

Esto es normal. Interfaces de red IPv6 normalmente tienen múltiples direcciones: ①Una dirección link-local (empieza por fe80::, generada automáticamente, usada para comunicaciones de nivel inferior); ②Una o más direcciones global unicast (dirección pública, obtenidas mediante SLAAC o DHCPv6); ③Si extensiones de privacidad están habilitadas (Windows/Linux/macOS por defecto habilitadas), también habrá direcciones temporales (generadas aleatoriamente, cambiadas periódicamente, usadas para conexiones salientes para proteger privacidad); ④También puede haber direcciones correspondientes a múltiples prefijos (por ejemplo conectado a múltiples redes simultáneamente, o con múltiples prefijos IPv6). En servidores normalmente se recomienda desactivar extensiones de privacidad, usar direcciones estables y fijas para facilitar gestión.

¿Por qué direcciones que empiezan por fe80:: no se pueden acceder a través de subredes? ¿Por qué al hacer ping hay que añadir %eth0?

fe80::/10 son direcciones link-local, por diseño solo son válidas en el enlace de capa 2 local (mismo conmutador, misma red WiFi, mismo dominio de broadcast), enrutadores absolutamente no reenviarán paquetes con dirección de origen o destino link-local, por lo que por naturaleza no pueden accederse a través de subredes. En cuanto a añadir %eth0 (también llamado zone id, scope id), es porque cada interfaz generará automáticamente su propia dirección link-local, múltiples interfaces pueden tener direcciones que empiezan por fe80::, si no especifica desde qué interfaz enviar, el sistema operativo no sabe a qué tarjeta de red enviar, por lo que al acceder a direcciones link-local debe llevar %nombre de interfaz. La parte después de % solo tiene significado en el propio host, no es parte de la dirección en sí.

¿Por qué se recomiendan todas las subredes IPv6 como /64? ¿Se pueden usar prefijos más largos?

/64 es la longitud de subred estándar de IPv6, la razón principal es que SLAAC (configuración automática de direcciones sin estado) requiere obligatoriamente que prefijo de subred sea de 64 bits — porque SLAAC usa EUI-64 o algoritmo de privacidad estable para generar identificador de interfaz de 64 bits, prefijo 64 bits + ID de interfaz 64 bits suman exactamente 128 bits. Si usa prefijos más largos que /64 (como /80, /96, /112), SLAAC no funcionará correctamente. Aunque /127 se usa para interconexión punto a punto entre enrutadores (recomendado RFC 6164), /128 para direcciones loopback son excepciones comunes, pero segmentos de usuario, segmentos Ethernet, VLAN, etc. deben usar /64. Además /64 tiene 2⁶⁴ direcciones (aproximadamente 1800 trillones), nunca se agotan, no hay necesidad de dividir subredes más pequeñas para ahorrar direcciones.

¿IPv6 todavía necesita NAT? ¿Por qué he oído hablar de NAT66?

Una de las intenciones iniciales del diseño de IPv6 fue abolir NAT, porque el espacio de direcciones es suficientemente grande, cada dispositivo puede tener dirección pública, restaurando conexión extremo a extremo. Pero en despliegue real, NAT66 (NAT de IPv6 a IPv6, traducción de prefijos) todavía tiene escenarios de uso, como redundancia sin usar BGP en multihoming de múltiples ISPs, empresas que ocultan estructura de red interna, etc. Pero NAT66 no está tan extendido como NAPT de IPv4, tampoco necesita traducción de direcciones con puertos, y accesibilidad extremo a extremo de IPv6 es la dirección dominante. NAT64 es algo diferente, usado para transición de acceso de redes solo IPv6 a recursos IPv4.

¿Cuál es la dirección de puerta de enlace por defecto en IPv6? ¿Por qué empieza por fe80::?

La dirección de puerta de enlace por defecto (siguiente salto) en IPv6 es normalmente la dirección link-local del enrutador (empieza por fe80::), en lugar de una dirección pública del mismo segmento como en IPv4. Esto es porque los enrutadores envían su propia dirección link-local como puerta de enlace mediante mensajes de anuncios de enrutador NDP (RA), el host después de recibirla añade automáticamente ruta por defecto apuntando a esta dirección fe80::. Esto es normal, dirección link-local como siguiente salto funciona perfectamente, porque después de buscar ruta para siguiente salto, solo necesita resolver la dirección MAC de esa dirección en enlace local para reenviar, no requiere que puerta de enlace y host estén en misma dirección pública de segmento.

¿Qué son direcciones como ::ffff:192.168.1.1?

Estas son direcciones IPv4-mapeadas IPv6 (IPv4-Mapped IPv6 Address), formato es ::ffff: seguido de dirección IPv4. Se usan en sockets de doble pila: cuando un socket IPv6 se enlaza a :: y habilita IPv6-on, no solo acepta conexiones IPv6, conexiones desde IPv4 también serán aceptadas, y dirección de origen aparecerá como forma ::ffff:dirección IPv4. Por ejemplo 192.168.1.1 conecta al servidor, la dirección de cliente vista en el servidor es ::ffff:192.168.1.1. Preste atención a no confundir con direcciones compatibles IPv4 obsoletas (:: directamente más IPv4, sin ffff:).

¿Importan mayúsculas y minúsculas en direcciones IPv6? ¿Son 2001:DB8::1 y 2001:db8::1 la misma dirección?

Son la misma dirección, letras hexadecimales a-f en direcciones IPv6 no distinguen mayúsculas/minúsculas, 2001:DB8::1, 2001:Db8::1, 2001:db8::1 son completamente equivalentes a nivel de red. Pero RFC 5952 (especificación de representación textual de direcciones IPv6) recomienda usar letras minúsculas, la salida de compresión estándar de esta herramienta también convertirá uniformemente a minúsculas, garantizando consistencia de formato.

¿Por qué IPv6 no tiene direcciones de broadcast? ¿Cómo se maneja ARP?

IPv6 eliminó broadcast de capa 2, todas las funciones de broadcast se implementan mediante multicast (Multicast), lo que reduce considerablemente tormentas de broadcast en la red y mejora eficiencia. ARP (Protocolo de Resolución de Direcciones, mediante broadcast preguntando «quién es 192.168.1.1 por favor dime tu MAC») en IPv4 es reemplazado por NDP (Protocolo de Descubrimiento de Vecinos, Neighbor Discovery Protocol) en IPv6, NDP usa mensajes ICMPv6 y dirección multicast de nodo solicitado (solicited-node multicast address, ff02::1:ffxx:xxxx) para resolver direcciones MAC de vecinos, solo el nodo solicitado procesará ese multicast, no molestará a todos los hosts del segmento.

¿Cómo saber si mi red tiene IPv6?

Varios métodos: ①Visite sitios web como test-ipv6.com para detección; ②En línea de comandos introduzca ip -6 addr (Linux), ifconfig (macOS/Linux) o ipconfig (Windows) para ver si la tarjeta de red tiene direcciones IPv6 que empiezan por 2 o fe80 (solo fe80 no cuenta como IPv6 público); ③ping6 2001:4860:4860::8888 (Google IPv6 DNS) o ping 240c::6666 (CNNIC IPv6 DNS), si responde indica conexión IPv6 pública; ④Acceda a sitios web que soportan IPv6 (como ipv6.google.com, www.6box.cn). Usuarios domésticos necesitan que módem óptico y enrutador tengan IPv6 habilitado, ISP habilite servicio para poder usarlo.

¿Qué significa % en direcciones IPv6? Por ejemplo fe80::1%eth0

La parte después de % se llama ID de zona (Zone ID) o ID de ámbito (Scope ID), usada para identificar la interfaz de red donde está la dirección, principalmente en direcciones de ámbito local como link-local (fe80::). Como cada interfaz tiene su propia dirección link-local, el mismo fe80::1 en eth0 y wlan0 puede ser enrutadores diferentes, por lo que necesita %eth0 para especificar desde qué interfaz enviar. Zone ID solo tiene significado en el propio host, no se puede usar entre dispositivos, no es parte de la dirección IPv6 en sí — la dirección en sí sigue siendo fe80::1. Al escribir en archivos de configuración, análisis de logs, uso entre dispositivos debe eliminar la parte después de %.

¿Cómo configurar DNS inverso IPv6? ¿Qué es formato nibble?

Resolución inversa IPv6 está en dominio ip6.arpa, usando formato nibble: primero expanda dirección IPv6 a 8 grupos completos (no puede haber omisión ::), obtenga 32 caracteres hexadecimales; luego ordene estos 32 caracteres completamente en orden inverso, cada carácter separado por punto; finalmente añada sufijo .ip6.arpa. Por ejemplo 2001:db8::1 después de expandir es 20010db8000000000000000000000001, orden inverso es 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. Este proceso es muy fácil contar mal ceros, se recomienda usar formato expandido de esta herramienta como ayuda. Resolución inversa DNS normalmente necesita que ISP le delegue subdominio ip6.arpa de prefijo correspondiente para poder configurar registros PTR.

¿Cuál es la diferencia entre ULA (fc00::/7) y link-local (fe80::/10)?

Ambas no son direcciones públicas pero tienen usos diferentes: ①Link-local fe80::/10: cada interfaz se genera automáticamente, válida solo en un solo enlace de capa 2, no puede cruzar enrutadores, no requiere configuración de enrutamiento, usada para NDP, DHCPv6, adyacencia de protocolos de enrutamiento y otras comunicaciones de nivel inferior, como «documento de identidad local» del dispositivo; ②ULA fc00::/7 (fd00::/8 en uso real): es segmento similar a direcciones privadas de IPv4, puede enrutarse dentro de empresa a través de VLAN, enrutadores, sitios, pero no enrutable en Internet público, usada para comunicación interna empresarial, equivalente a 10.0.0.0/8 de IPv6, requiere configuración manual o asignación por DHCPv6, necesita soporte de enrutamiento interno. Una es «hablar en la misma habitación», otra es «comunicación interna de empresa», dirección pública es «comunicación global».

¿Por qué el cortafuegos IPv6 no puede prohibir ICMP como en IPv4?

IPv6 depende de ICMPv6 en un grado mucho mayor que IPv4 de ICMPv4. En IPv4 puede bloquear la mayor parte de ICMP (excepto posible problema con PMTU) y seguir funcionando normalmente, pero IPv6 absolutamente no puede descartar ICMPv6 de forma tajante — porque ICMPv6 transporta descubrimiento de vecinos NDP (reemplaza ARP, sin él ni siquiera se puede comunicar en mismo segmento), anuncios de enrutador RA (obtención de prefijo y puerta de enlace para configuración automática SLAAC), descubrimiento PMTU de MTU de ruta (sin él paquetes grandes se pierden sin posibilidad de retransmisión), destino inalcanzable, paquete demasiado grande y otras funciones críticas. Si reglas ip6tables DROPEAN todo ICMPv6, aparecerán varios problemas extraños de red (puede ping a datos pequeños pero datos grandes no pasan, puede obtener dirección pero no navegar, etc.). La práctica correcta es permitir tipos ICMPv6 necesarios.

¿Por qué el segmento 2001:db8:: aparece en todas partes en ejemplos? ¿Se puede usar realmente?

2001:db8::/32 es un prefijo reservado específicamente por RFC 3849 para documentos, libros, tutoriales, código de ejemplo, entornos de prueba, igual que 192.0.2.0/24 (TEST-NET-1), 198.51.100.0/24, 203.0.113.0/24 en IPv4. Cualquiera puede usar libremente este prefijo para escribir direcciones de ejemplo en documentos, tutoriales, blogs, sin preocuparse por conflictos con direcciones públicas reales — porque todos los enrutadores no enrutarán el segmento 2001:db8::/32 en Internet público. Por lo tanto no puede configurar direcciones 2001:db8:: en dispositivos de red reales para comunicación, solo sirve para ejemplificación. Todas las direcciones de ejemplo IPv6 en la documentación de esta herramienta usan este segmento reservado.

术语表

IPv6: Protocolo de Internet versión 6, protocolo IP de próxima generación diseñado por IETF, usa longitud de dirección de 128 bits, resuelve problema de agotamiento de direcciones IPv4, incorpora seguridad, QoS, configuración automática y otras características, es el protocolo fundamental de Internet moderna.
IPv4: Protocolo de Internet versión 4, usa longitud de dirección de 32 bits, teóricamente aproximadamente 4.300 millones de direcciones, en uso desde 1983 hasta hoy, actualmente aún funciona en doble pila con IPv6, direcciones globales agotadas en 2019.
CIDR: Enrutamiento entre dominios sin clases (Classless Inter-Domain Routing), método de representación de direcciones IP, formato dirección/longitud de prefijo (como 2001:db8::/32), reemplaza la división tradicional de clases A/B/C, mejora eficiencia de enrutamiento.
Longitud de prefijo: Número después de la barra en notación CIDR, indica cuántos bits iniciales de la dirección IP son bits de red. Longitud de prefijo IPv6 0-128, valores comunes /128 (host individual), /64 (subred), /48 (sitio), /32 (ISP).
Compresión cero: Regla de abreviatura de direcciones IPv6, uno o más grupos consecutivos de ceros completos (0000) pueden sustituirse por dos puntos dobles ::, pero :: solo puede aparecer una vez en una dirección, acorta considerablemente la longitud de escritura de direcciones IPv6.
RFC 5952: Especificación de representación textual de direcciones IPv6 publicada por IETF, define formato de compresión estándar recomendado (minúsculas, omitir ceros a la izquierda, comprimir segmento de ceros más largo, no comprimir ceros individuales, etc.), asegurando que la misma dirección tenga una sola escritura canónica.
Global unicast: Global Unicast, dirección IPv6 pública enrutable en Internet global, equivalente a dirección pública de IPv4, normalmente empieza por 2000::/3, usada para comunicación por Internet.
Link-local: Link-Local, dirección con prefijo fe80::/10, válida solo en enlace de capa 2 local, enrutadores no reenvían, cada interfaz IPv6 se configura automáticamente, usada para descubrimiento de vecinos NDP, DHCPv6, protocolos de enrutamiento y otras comunicaciones de nivel inferior.
Dirección única local (ULA): Unique Local Address, prefijo fc00::/7, equivalente a direcciones privadas de IPv4, enrutable solo dentro de organización, no enrutable en Internet público, usada para redes internas empresariales, segmento fd00::/8 en uso real.
Multicast: Multicast, prefijo ff00::/8, comunicación uno a muchos, paquetes enviados a todas las interfaces que se han unido al grupo multicast, reemplaza broadcast de IPv4, usada en protocolos de enrutamiento, descubrimiento de servicios, streaming y otros escenarios.
Anycast: Anycast, múltiples nodos configuran la misma dirección, paquetes se enrutan al nodo más cercano, usado para CDN, servidores raíz DNS, balanceo de carga, no se puede distinguir de unicast por formato de dirección.
Dirección loopback: Dirección Loopback, en IPv6 es ::1/128, equivalente a 127.0.0.1 de IPv4, dirección que el nodo se envía a sí mismo, usada para pruebas locales y comunicación entre procesos, no aparecerá en la red.
Dirección no especificada: ::/128, equivalente a 0.0.0.0 de IPv4, indica dirección no existente/no especificada, usada cuando el nodo se inicia o al enlazar todas las interfaces.
SLAAC: Configuración automática de direcciones sin estado (Stateless Address Autoconfiguration), función exclusiva de IPv6, cliente genera dirección automáticamente según prefijo anunciado por enrutador, sin necesidad de servidor DHCP, requiere que prefijo de subred sea /64.
Doble pila: Dual Stack, dispositivo ejecuta simultáneamente pilas de protocolo IPv4 e IPv6, tiene ambos tipos de direcciones, elige protocolo según aplicación y DNS, es actualmente la solución de transición de IPv4 a IPv6 más dominante.
NAT64: Tecnología de transición IPv6/IPv4, permite que nodos solo IPv6 accedan a recursos IPv4, realizando traducción de direcciones en límite de red, en combinación con DNS64 sintetiza registros AAAA a partir de registros A.
4to6: Se refiere en general a diversas tecnologías de transición y túnel de IPv4 a IPv6, como 4in6, DS-Lite, MAP-T, etc., usadas para lograr interoperabilidad de ambos protocolos durante período de transición.
nibble: Medio byte, 4 bits binarios, corresponde a un dígito hexadecimal. Resolución inversa IPv6 usa formato nibble, invirtiendo 32 caracteres hexadecimales y añadiendo sufijo .ip6.arpa.
ip6.arpa: Dominio de resolución DNS inversa IPv6, dominio inverso de IPv4 es in-addr.arpa, IPv6 es ip6.arpa, construye registros PTR mediante formato nibble.
EUI-64: Identificador único extendido IEEE de 64 bits, método para convertir dirección MAC de 48 bits a ID de interfaz de 64 bits (insertando FFFE en medio de MAC e invirtiendo bit U/L), usado en configuración automática de direcciones SLAAC, tiene problemas de privacidad.

Tabla de comparación de tipos de direcciones IPv6

Referencia de longitudes de prefijo IPv6 comunes

Comparación IPv4 vs IPv6