Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Direcciones IPv6
Direcciones IPv6
Ir a la navegaciónIr a la búsqueda
2Formatos de dirección
o 2.1Formato de dirección Unicast y Anycast
o 2.2Formato de dirección Multicast
3Representación
o 3.1Redes
o 3.2Tamaño del grupo de direcciones
o 3.3Direcciones IPv6 literales en recursos de red
o 3.4Direcciones IPv6 literales en rutas UNC
4Ámbito de direcciones IPv6
5Espacio de direccionamiento IPv6
o 5.1Asignación general
o 5.2Direcciones anycast reservadas
6Direcciones especiales
o 6.1Direcciones Unicast
o 6.2Direcciones Multicast
6.2.1Dirección multicast Solicited-node
7Configuración automática sin estado
o 7.1EUI-64 Modificado
o 7.2Detección de direcciones duplicadas
o 7.3Tiempo de vida de la dirección
o 7.4Direcciones temporales
8Selección automática de dirección
9Direcciones de Enlace-Local e Índice de Zonas
10Direcciones IPv6 en el DNS
o 10.1Transición
11Notas históricas
12Referencias
13Véase también
La Dirección de Internet Protocol versión 6 (o dirección IPv6) es una etiqueta numérica usada para identificar una interfaz de red (elemento de
comunicación/conexión) de un ordenador o nodo de red participando en una red IPv6.
Las direcciones IP se usan para identificar de manera única una interfaz de red de un Host, localizarlo en la red y de ese modo
encaminar paquetes IP entre hosts. Con este objetivo, las direcciones IP aparecen en campos de la cabecera IP indicando el origen y destino del
paquete.
IPv6 es el sucesor del primer protocolo de direccionamiento de Internet, Internet Protocol versión 4 (IPv4). A diferencia de IPv4, que utiliza
una dirección IP de 32 bits, las direcciones IPv6 tienen un tamaño de 128 bits. Por lo tanto, IPv6 tiene un espacio de direcciones mucho más amplio
que IPv4.
Una dirección unicast identifica un único interfaz de red. El protocolo de Internet entrega los paquetes enviados a una dirección unicast al
interfaz específico.
Una dirección anycast es asignada a un grupo de interfaces, normalmente de nodos diferentes. Un paquete enviado a una dirección anycast
se entrega únicamente a uno de los miembros, típicamente el host con menos coste, según la definición de métrica del protocolo de
encaminamiento. Las direcciones anycast no se identifican fácilmente pues tienen el mismo formato que las unicast, diferenciándose únicamente
por estar presente en varios puntos de la red. Casi cualquier dirección unicast puede utilizarse como dirección anycast.
Una dirección multicast también es usada por múltiples interfaces, que consiguen la dirección multicast participando en el protocolo de
multidifusión (multicast) entre los routers de red. Un paquete enviado a una dirección multicast es entregado a todos los interfaces que se hayan
unido al grupo multicast correspondiente.
IPv6 no implementa direcciones broadcast. El mismo efecto puede lograrse enviando un paquete al grupo de multicast de enlace-local todos los
nodos (all-nodes) ff02::1. Sin embargo, no se recomienda el uso del grupo all-nodes, y la mayoría de protocolos IPv6 usan un grupo multicast de
enlace-local exclusivo en lugar de molestar a todos los interfaces de la red.
Formatos de dirección[editar]
Una dirección IPv6 está formada por 128 bits.1 Las direcciones se clasifican en diferentes tipos: unicast, multicast y anycast. Cada uno de los tipos
define valores específicos para subgrupos de los 128 bits, asociando dicho valor con las características especiales del tipo.
Formato de dirección Unicast y Anycast[editar]
Las direcciones Unicast y anycast generalmente se dividen en dos grupos lógicos: los primeros 64bits identifican el prefijo de red, y son usados
para encaminamiento; los últimos 64bits identifican el interface de red del host.
bits 48 (o más) 16 (o 64
menos)
El prefijo de red (network prefix) (prefijo de encaminamiento o (routing prefix) junto con el identificador de subred o (subnet id)) está situado en los
64 bits más significativos de la dirección ipv6. El tamaño del routing prefix puede variar; un prefijo de mayor tamaño significa un tamaño menor
para subnet id. El subnet id permite a los administradores de red definir subredes dentro de la red disponible.
Los 64 bits de identificador del interface (interface identifier) son generados automáticamente con la dirección MAC del interface y el
algoritmo EUI-64 modificado, obtenidos de un servidor DHCPv6, establecidos aleatoriamente o asignados manualmente.
Una dirección de enlace-local es una dirección unicast, pero usando un valor específico para el network prefix.
bits 10 54 64
El campo prefijo contiene el valor binario 1111111010 (fe80::/10). Los 54 ceros siguientes consiguen que el prefijo de red sea el mismo
para todas las direcciones locales, y por tanto no enrutable.
Formato de dirección Multicast[editar]
Véase también: Direcciones IPv6 multicast
bits 8 4 4 112
Flag 0 1
R (Rendezvous)3 Rendezvous point not embedded (traducción no necesaria) Rendezvous point embedded (traducción necesaria)
Los 4-bits del campo scope (ámbito) se utilizan para indicar dónde la dirección es válida y única.
Hay direcciones multicast especiales, como la Solicited-node:
bits 8 4 4 79 9 24
scop
campo prefix flags ceros unos dirección unicast
e
Representación[editar]
Una dirección IPv6 (128 bits) se representa mediante ocho grupos de cuatro dígitos hexadecimales, cada grupo representando 16 bits (dos octetos).
Los grupos se separan mediante dos puntos (:). Un ejemplo de dirección IPv6 podría ser:
2001:0db8:85a3:0000:0000:8a2e:0370:7334
Los dígitos hexadecimales no son sensibles a mayúsculas/minúsculas, pero se aconseja la utilización de minúsculas. 9
Esta representación completa puede ser simplificada de varias maneras, eliminando partes de la representación.
Ceros iniciales
Los ceros iniciales de cada grupo pueden omitirse, aunque cada grupo debe contener al menos un dígito hexadecimal. 1 De ese modo, la dirección
IPv6 ejemplo podría escribirse:
2001:db8:85a3:0:0:8a2e:370:7334
Grupos de ceros
Uno o más grupos de ceros pueden ser sustituidos por dos puntos. 1 Esta sustitución puede realizarse únicamente una vez en la dirección. En caso
contrario, obtendríamos una representación ambigua. Si pueden hacerse varias sustituciones, debemos hacer la de mayor número de grupos; si el
número de grupos es igual, debemos hacer la situada más a la izquierda. 9Con esta regla, reduciríamos aún más la dirección ejemplo:
2001:db8:85a3::8a2e:370:7334
La dirección de loopback, 0:0:0:0:0:0:0:1, y la dirección IPv6 indefinida, 0:0:0:0:0:0:0:0, se reducen a ::1 y :: respectivamente.
Notación decimal con puntos
Durante la transición de Internet de IPv4 a IPv6 será típico operar en entornos de doble direccionamiento (IPv4 e IPv6). Por este motivo se ha
introducido una notación especial para expresar direcciones IPv6 que sean IPv4-mapeada o IPv4-compatible, representando los últimos 32 bits de la
dirección IPv6 en el formato decimal con puntos usado en IPv4.
Por ejemplo, la dirección IPv6 del tipo IPv4-mapeada ::ffff:c000:280 se puede representar como ::ffff:192.0.2.128, mostrando claramente
la dirección IPv4 mapeada dentro de la IPv6.
Redes[editar]
Una red IPv6 utiliza un grupo de direcciones IPv6 contiguas, de un tamaño potencia de dos. La parte inicial de las direcciones son idénticas para
todos los hosts de una red, y se llama dirección de red o prefijo de encaminamiento (routing prefix). Las direcciones de red se escriben en notación
CIDR una red se representa por la primera dirección del grupo (que debe terminar en ceros), una barra (/), y el número de bits del prefijo en decimal.
Por ejemplo, la red 2001:db8:1234::/48 comienza en la dirección 2001:0db8:1234:0000:0000:0000:0000:0000 y finaliza
en 2001:0db8:1234:ffff:ffff:ffff:ffff:ffff.
Veámoslo con mayor detalle:
Es posible indicar directamente el prefijo de encaminamiento de una dirección de interface mediante notación CIDR. Por ejemplo, un interface con
dirección 2001:db8:a::123 perteneciente a la subred 2001:db8:a::/64 puede escribirse 2001:db8:a::123/64.
Tamaño del grupo de direcciones[editar]
El tamaño del grupo de direcciones se representa únicamente con una barra (/) y el tamaño del prefijo de red en decimal, sin indicar qué direcciones
específicas están en el grupo. Por ejemplo, un grupo de direcciones con prefijo de 48 bits se indica /48; este grupo contiene 2128 − 48 = 280 direcciones.
Cuanto menor sea el tamaño del prefijo de red, mayor el grupo de direcciones para hosts: un grupo /21 es 8 veces mayor que uno /24.
Direcciones IPv6 literales en recursos de red[editar]
Los dos puntos (:) en las direcciones IPv6 pueden entrar en conflicto con otras sintaxis ya establecidas, como URIs y URLs. Los dos puntos se han
utilizado tradicionalmente como separación entre una dirección ip y el puerto de red.10 Para solucionar este problema, las direcciones IPv6 literales se
encierran entre corchetes cuando es necesario, por ejemplo:
http://[2001:db8:85a3:8d3:1319:8a2e:370:7348]/
Cuando la URL contiene un número de puerto, la notación es:
https://[2001:db8:85a3:8d3:1319:8a2e:370:7348]:443/
Direcciones IPv6 literales en rutas UNC[editar]
En sistemas operativos Microsoft Windows, las direcciones IPv4 son identificadores válidos en rutas UNC (Uniform Naming Convention). Un ejemplo
de ruta UNC utilizando dirección IPv4 sería:
\\192.168.0.1\CarpetaCompartida\Recurso
Sin embargo, el carácter dos puntos es ilegal en una ruta UNC. Por tanto, el uso de direcciones IPv6 es también ilegal en rutas UNC. Por este
motivo, Microsoft ha implementado un algoritmo de sustitución para representar direcciones IPv6 como nombres de dominio, que sí pueden usarse en
rutas UNC. Microsoft registró y reservó el dominio ipv6-literal.net en Internet. Las direcciones IPv6 se transcriben como subdominio dentro de ese
espacio de nombres, del siguiente modo:
2001:db8:85a3:8d3:1319:8a2e:370:7348
es traducido a:
2001-db8-85a3-8d3-1319-8a2e-370-7348.ipv6-literal.net
lo que daría lugar a una ruta UNC del tipo:
\\2001-db8-85a3-8d3-1319-8a2e-370-7348.ipv6-literal.net\CarpetaCompartida\Recurso
Esta notación es resuelta automática por el software de Microsoft sin hacer peticiones a servidores DNS.
Si la dirección IPv6 contiene un índice de zona, es añadida a la dirección después del carácter 's':
fe80--1s4.ipv6-literal.net
Valo
Ámbito (scope) Descripción
r
0x0 reserved
0x1 El ámbito interface-local abarca sólo un único interfaz de un nodo, y es útil sólo para la transmisión loopback del tráfico
interface-local
multicast.
0x2 link-local Los ámbitos de enlace-local y site-local abarcan las mismas regiones que los ámbitos unicast correspondientes.
0x4 El ámbito admin-local es el más pequeño que debe ser configurado manualmente, es decir, no deriva automáticamente de la
admin-local
conexión física sin relación alguna con multicast.
0x5 site-local Los ámbitos de enlace-local y site-local abarcan las mismas regiones que los ámbitos unicast correspondientes.
0x8 organization-
El ámbito de organization-local abarca múltiples ubicaciones que pertenecen a la misma organización.
local
0xe global
0xf reserved
Direcciones especiales[editar]
Existe direcciones con un significado especial en IPv6: 18
Bloque de Primera N° de
Última dirección Alcance Propósito
direcciones (CIDR) dirección direcciones
Direcciones Unicast[editar]
Dirección indefinida
::/128 — La dirección con todos sus bits a 0 se llama dirección indefinida (similar a la dirección 0.0.0.0 en IPv4).
Esta dirección no puede nunca ser asignada a ningún interface, pues se utiliza únicamente por el software de una aplicación antes de conocer la
dirección origen de una conexión. Los routers no deben encaminar paquetes con la dirección indefinida.
Las aplicaciones pueden escuchar (listen) en uno o más interfaces por nuevas conexiones. Esto puede verse en un listado de conexiones activas
con una dupla dirección IP y número de puerto separados por dos puntos. Cuando la aplicación está escuchando (listening) en todos los
interfaces disponibles, aparece la dirección indefinida en dicho listado.
Ruta por defecto
::/0 — La ruta por defecto para tráfico unicast (correspondiente a la ruta a 0.0.0.0 con máscara 0.0.0.0 en IPv4).
Direcciones locales
::1/128 — La dirección de loopback es una dirección unicast del localhost. Si una aplicación en un host envía paquetes a esta dirección, la
pila IPv6 enviará de vuelta los paquetes al mismo interface virtual (correspondiente a 127.0.0.1 en IPv4).
fe80::/10 — Las direcciones de prefijo enlace-local (link-local) son válidas (utilizables) y únicas (no repetidas) sólo en la red local. Dentro de
este rango de enlace local, sólo se utiliza una subred (54 bits a cero), generando un formato eficaz de fe80::/64. Los 64 bits menos
significativos suelen construirse a partir de la dirección hardware del interface en formato EUI-64 modificado. Las direcciones de enlace local son
requeridas en todos los interfaces con IPv6 habilitado; por ello, las aplicaciones pueden aprovechar la existencia de direcciones de enlace local
aún cuando no haya encaminamiento IPv6. Estas direcciones son comparables a las direcciones de auto-configuración 169.254.0.0/16 en
IPv4.
Dirección local única
fc00::/7 — Las direcciones locales únicas (ULA's por sus siglas en inglés) se utilizan para comunicaciones locales. Son enrutables sólo
dentro de un ámbito cooperativo (similar a los rangos de direcciones privadas 10/8, 172.16/12, y 192.168/16 en IPv4).25 Las direcciones
incluyen una secuencia pseudoaleatoria en el prefijo de encaminamiento (routing prefix) para minimizar el riesgo de conflictos en la interconexión
de plataformas diferentes o si los paquetes se desvían a Internet. A pesar del uso restringido y local de estas direcciones, su ámbito es global, es
decir, se esperan sean únicas (no repetidas) en todo el mundo.
Transición de IPv4
::ffff:0:0/96 — Este prefijo designa una dirección IPv6 IPv4-mapeada. Salvo pocas excepciones, este tipo de dirección permite el
funcionamiento de protocolos de capa de transporte IPv4 en software (APIs) IPv6. Las aplicaciones servidoras sólo tienen que abrir un socket en
listening para aceptar conexiones de clientes usando protocolos IPv6 o IPv4. Los clientes IPv6 serán gestionados de modo nativo, mientras que
los clientes IPv4 aparecerán como clientes IPv6 cuya dirección es una dirección IPv6 IPv4-mapeada. La transmisión se gestiona de modo similar;
los sockets pueden transmitir datagramas IPv4 o IPv6, mediante la conexión a una dirección IPv6 nativa o a una dirección IPv4-mapeada. (Vea
también Mecanismos de transición a IPv6.)
::ffff:0:0:0/96 — Un prefijo reservado para direcciones IPv4-traducidas, utilizadas por el protocolo Stateless IP/ICMP Translation (SIIT).
64:ff9b::/96 — El prefijo "Well-Known" (ya conocido). Este prefijo se utiliza para traducciones automáticas IPv4/IPv6. 19
Artículo principal: 6to4
2002::/16 — Esta red se utiliza para el direccionamiento 6to4. Se utiliza también una dirección de la red IPv4 192.88.99.0/24.
Direcciones de uso especial26
IANA ha reservado un bloque de direcciones llamado 'Sub-TLA ID' 27que consisten en 64 prefijos de red
desde 2001:0000::/29 hasta 2001:01f8::/29. Se han realizado tres asignaciones en este bloque:
Artículo principal: Teredo
2001::/32 — Usado por el protocolo de túneles Teredo (que también cae dentro de la categoría mecanismo de transición IPv6).
2001:2::/48 — Asignado a Benchmarking Methodology Working Group (BMWG)28 para comparativas (benchmarking) en IPv6 (similar a la
red 198.18.0.0/15 para comparativas en IPv4).
2001:10::/28 — ORCHID (Overlay Routable Cryptographic Hash Identifiers).29 Son direcciones IPv6 no-enrutables usadas para
identificadores criptográficos Hash.
Documentación
2001:db8::/32 — Este prefijo está reservado para documentación. 22 Estas direcciones deben usarse siempre que alguien quiera escribir un
ejemplo de dirección IPv6, o se plasmen modelos de red (similar a las redes 192.0.2.0/24, 198.51.100.0/24, y 203.0.113.0/24 en IPv4.)30
Direcciones obsoletas
Vea al final las notas históricas.
Direcciones Multicast[editar]
Las direcciones multicast ff00::0/12 están reservadas y no deberían utilizarse para ningún grupo multicast. Para ver una lista completa de
direcciones IPv6 multicast reservadas se debe visitar a Internet Assigned Numbers Authority (IANA).31
A continuación se muestran algunas de las más usuales:
::1/128 50 0
::/0 40 1
2002::/16 30 2
::/96 20 3
::ffff:0:0/96 10 4
En una configuración por defecto, IPv6 tendrá mayor prioridad que IPv4, y también utilizará direcciones destino con el ámbito más pequeño posible,
de modo que las comunicaciones de enlace-local son preferidas a caminos globales cuando ambos sean igualmente adecuados. La tabla de políticas
de prefijos es similar a una tabla de rutas, con el valor de prioridad haciendo de coste de enlace y donde mayor preferencia es expresada como un
valor mayor. Las direcciones origen candidatas se obtienen del Sistema Operativo, y las direcciones destino candidatas pueden ser consultadas
vía Domain Name System (DNS). Después se cruzan con la tabla de políticas de prefijos, seleccionando el prefijo de mayor número de bits de entre
las entradas donde la dirección IPv6 hace match.
La pila IPv6 en Microsoft Windows utiliza índices de zona numéricos, p.ej. fe80::3%1. El índice se establece por el número de interface.
La mayoría de sistemas Unix (p.ej. BSD, Linux, Mac OS X) usa el nombre de interface como índice de zona: fe80::3%eth0.
La notación de índice de zona causa conflictos de sintaxis al usar la dirección para URIs o URLs, debido a que el carácter '%' se utiliza para el paso
de parámetros.38
y su resolución inversa es
Este registro inverso puede definirse en varias zonas, dependiendo de la cadena de delegación en la zona d.f.ip6.arpa.
El DNS es independiente del protocolo de transporte. Las peticiones y respuestas pueden ser transmitidas sobre IPv6 o Ipv4, independientemente del
tipo de información transportada.
Transición[editar]
Desde 2009, muchos dispositivos NAT y routers en los hogares todavía gestionan incorrectamente los registros AAAA. 39 Algunos de ellos
simplemente desechan las peticiones DNS a estos registros, en lugar de devolver una respuesta negativa apropiada. Debido a que la petición es
desechada, el host debe esperar el timeout de esa petición. Esto, a menudo, causa una percepción de lentitud en la conexión de hosts IPv6.
Notas históricas[editar]
El prefijo site-local fec0::/10 especifica que la dirección es válida únicamente dentro de la red de una organización. Formaba parte de la
arquitectura de direccionamiento original40 en diciembre de 1995, pero su uso fue desaconsejado en septiembre de 2004, 41 pues la definición del
término inglés site era ambigua provocando reglas de routing confusas. Las nuevas redes no debían soportar este tipo especial de direcciones.
En octubre de 2005, una nueva especificación24 sustituyó este tipo de direcciones por las direcciones locales únicas.
El bloque de direcciones 0200::/7 fue definido como un prefijo OSI NSAP-mapped en agosto de 1996, 4243 pero fue eliminado en diciembre
de 2004.44
El prefijo de 96-bits a cero ::/96, conocido originalmente como direcciones IPv4-compatibles, fue mencionado en 199540 pero descrito por
primera vez en 1998.45 Esta clase de direcciones se usaba para representar direcciones IPv4 dentro de tecnología IPv6, facilitando la transición.
Era una dirección IPv6 con sus primeros (más significativos) 96 bits a cero, mientras que los últimos 32 bits eran la dirección IPv4 que
representaban. En febrero de 2006 la Internet Engineering Task Force (IETF) ha desaconsejado la utilización de direcciones IPv4-compatibles. 1
El único uso que se mantiene de este formato de dirección es al representar una dirección IPv4 en una tabla o base de datos con campos de
tamaño fijos, que también deben ser capaces de almacenar direcciones IPv6.
La resolución inversa de direcciones IPv6 se configuraba originalmente en el Domain name system (DNS) en la zona ip6, bajo el dominio
principal .int. La intención inicial era que el dominio .arpa fuese movido dentro de .int, pero se desechó en el año 2000 por la Internet
Architecture Board (IAB). Por ello, el registro inicial bajo ip6.int debía moverse a ip6.arpa. La IAB lo formalizó en agosto de 2001. 46 La
zona ip6.int fue oficialmente eliminada el 6 de junio de 2006.
Se reservó el bloque de direcciones 3ffe::/16 para pruebas de la red 6bone en diciembre de 1998.45 Antes de eso se utilizaba el rango de
direcciones 5F00::/8. Ambos rangos fueron liberados en junio de 2006, con la defunción del proyecto 6bone.47
Referencias[editar]
1. ↑ Saltar a:a b c d e f g h i j RFC 4291, IP Version 6 Addressing Architecture, R. Hinden, S. Deering (Febrero de 2006)
2. ↑ Silvia Hagen (mayo de 2006). IPv6 Essentials (Second edición). O'Reilly. ISBN 978-0596100582.
3. ↑ RFC 3956
4. ↑ RFC 3306
5. ↑ RFC 4291
6. ↑ RFC 3306, Unicast-Prefix-based IPv6 Multicast Addresses, B. Haberman, D. Thaler (August 2002)
7. ↑ RFC 3956, Embedding the Rendezvous Point (RP) Address in an IPv6 Multicast Address P. Savola, B. Haberman (November 2004)
8. ↑ RFC 4489, A Method for Generating Link-Scoped IPv6 Multicast Addresses, J-S. Park, M-K. Shin; H-J. Kim (April 2006)
9. ↑ Saltar a:a b RFC 5952, "A Recommendation for IPv6 Address Text Representation", S. Kawamura, M. Kawashima, (August 2010)
10. ↑ RFC 3986, Uniform Resource Identifier (URI): Generic Syntax, T. Berners-Lee, R. Fielding, L. Masinter (January 2005)
11. ↑ Saltar a:a b RFC 4007, IPv6 Scoped Address Architecture, S.Deering, B. Haberman, T. Jinmei, E. Nordmark, B. Zill (March 2005)
12. ↑ RFC 1881, IPv6 Address Allocation Management, Internet Architecture Board(December 1995)
13. ↑ IPv6 address space at IANA
14. ↑ IPv6 unicast address assignments, IANA
15. ↑ por ejemplo, SIXXS Ghost Route Hunter
16. ↑ «IPv6 Addressing Plans». ARIN IPv6 Wiki. Consultado el 18 de agosto de 2010. «All customers get one /48 unless they can show that they need
more than 65k subnets. [...] If you have lots of consumer customers you may want to assign /56s to private residence sites.»
17. ↑ RFC 2526,Reserved IPv6 Subnet Anycast Addresses, D. Johnson, S. Deering(March 1999)
18. ↑ RFC 5156, Special-Use IPv6 Addresses, M. Blanchett (April 2008)
19. ↑ Saltar a:a b IPv6 Addressing of IPv4/IPv6 Translators, doi:10.17487/RFC6052, RFC 6052Error
en la cita: Etiqueta <ref> no válida; el
nombre «rfc6052» está definido varias veces con contenidos diferentes
20. ↑ A Discard Prefix for IPv6, doi:10.17487/RFC6666, RFC 6666
21. ↑ An IPv6 Prefix for Overlay Routable Cryptographic Hash Identifiers Version 2 (ORCHIDv2), doi:10.17487/RFC7343, RFC 7343
22. ↑ Saltar a:a b IPv6 Address Prefix Reserved for Documentation, doi:10.17487/RFC3849, RFC 3849 Error en la cita: Etiqueta <ref> no válida; el
nombre «rfc3849» está definido varias veces con contenidos diferentes
23. ↑ Deprecating the Anycast Prefix for 6to4 Relay Routers, doi:10.17487/RFC7526, BCP 196. RFC 7526
24. ↑ Saltar a:a b Unique Local IPv6 Unicast Addresses, doi:10.17487/RFC4193, RFC 4193Error en la cita: Etiqueta <ref> no válida; el nombre
«rfc4193» está definido varias veces con contenidos diferentes
25. ↑ RFC 1978, Address Allocation for Private Internets, Y. Rekhter, B. Moskowitz, D. Karrenberg, G.J. De Groot, E. Lear (February 1996)
26. ↑ RFC 4773, Administration of the IANA Special Purpose IPv6 Address Block, G. Huston (December 2006)
27. ↑ RFC 2928, Initial IPv6 Sub-TLA ID Assignments, R. Hinden, S. Deering, R. Fink, T. Hain (September 2000) The Internet Society
28. ↑ RFC 5180, IPv6 Benchmarking Methodology for Network Interconnect Devices, C. Popoviciu, A. Hamza, G. Van de Velde, D. Dugatkin (May 2008)
29. ↑ RFC 4843 (experimental), An IPv6 Prefix for Overlay Routable Cryptographic Hash Identifiers (ORCHID), P. Nikander, J. Laganier, F. Dupont (April
2007)
30. ↑ RFC 5737, IPv4 Address Blocks Reserved for Documentation, J. Arkko, M. Cotton, L. Vegoda (January 2010), ISSN 2070-1721
31. ↑ IANA Internet Protocol Version 6 Multicast Addresses. Internet Assigned Numbers Authority.
32. ↑ RFC 4862, IPv6 Stateless Address Autoconfiguration, S. Thomson, T. Narten, T. Jinmei (September 2007)
33. ↑ RFC 4861, Neighbor Discovery for IP version 6 (IPv6), T. Narten, E. Nordmark, W. Simpson, H. Holiman (September 2007)
34. ↑ Iljitsch van Beijnum (2006). «IPv6 Internals». The Internet Protocol Journal 9(3). pp. 16-29.
35. ↑ The privacy implications of stateless IPv6 addressing
36. ↑ RFC 4941, Privacy Extensions for Stateless Address Autoconfiguration in IPv6, T. Narten, R. Draves, S. Krishnan (September 2007)
37. ↑ Saltar a:a b RFC 3484, Default Address Selection for Internet Protocol version 6 (IPv6), R. Draves, The Internet Society (February 2003)
38. ↑ Formats for IPv6 Scope Zone Identifiers in Literal Address Formats
39. ↑ RFC 4074 Common Misbehavior Against DNS Queries for IPv6 Addresses, Y. Morishita, T. Jinmei. May 2005.
40. ↑ Saltar a:a b RFC 1884, IP Version 6 Addressing Architecture, R. Hinden, S. Deering ()
41. ↑ RFC 3879, Deprecating Site Local Addresses, C. Huitema, B. Carpenter ()
42. ↑ RFC 4147, Proposed Changes to the Format of the IANA IPv6 Registry, G. Houston ()
43. ↑ RFC 1888, OSI NSAPs and IPv6, J. Bound, B. Carpenter, D. Harrington, J. Houldsworth, A. Lloyd ()
44. ↑ RFC 4048, RFC 1888 Is Obsolete, B. Carpenter ()
45. ↑ Saltar a:a b RFC 2471, IPv6 Testing Address Allocation, R. Hinden, R. Fink, J. Postel ()
46. ↑ RFC 3152, Delegation of IP6.ARPA, R. Bush ()
47. ↑ RFC 3701, 6bone (IPv6 Testing Address Allocation) Phaseout, R. Fink, R. Hinden ()