¡ La versión 6 ( IPv6 ) del Internet Protocol del es una capa de red para el paquete - red internas cambiadas . Se señala como el sucesor IPv4, la versión actual del Internet Protocol, para el uso general en el Internet .

El cambio principal traído por IPv6 es un espacio de dirección mucho más grande que permite mayor flexibilidad en la asignación de direcciones. La longitud extendida de la dirección elimina la necesidad de utilizar la conversión de dirección de red para evitar el agotamiento de la dirección, y también simplifica aspectos de la asignación de dirección y de volver a numerar al cambiar abastecedores. No era la intención de los diseñadores IPv6, sin embargo, dar direcciones únicas permanentes a cada individuo y a cada computadora.

Es común ver los ejemplos que intentan demostrar que el espacio de dirección IPv6 es absurdo grande. Por ejemplo, IPv6 apoya (sobre 3.4×10³⁸) las direcciones 2¹²⁸, o las direcciones aproximadamente 5×10²⁸ para cada uno de las áspero 6.5 mil millones personas vivas hoy. En una perspectiva distinta, ésta es 2⁵² las direcciones para cada estrella en el universo sabido - millón de veces tantas direcciones por la estrella que IPv4 apoyó para nuestro solo planeta.

El gran número de direcciones permite una asignación jerárquica de las direcciones que pueden hacer la encaminamiento y volver a numerar más simples. Con IPv4, las técnicas complejas CIDR fueron desarrolladas para hacer el uso mejor de un espacio de dirección restricto. El volver a numerar, al cambiar abastecedores, puede ser un esfuerzo importante con IPv4, según lo discutido en RFC 2071 y RFC 2072. Con IPv6, sin embargo, el volver a numerar llega a ser en gran parte automático, porque los identificadores del anfitrión se desemparejan del identificador del abastecedor de red. Los espacios de dirección separados existen para las ISP y para los anfitriones, que son " inefficient" en pedacitos del espacio de dirección pero ser extremadamente eficiente para las ediciones operacionales tales como proveedores de servicios cambiantes.

Introducción

Por el principio de los 90, estaba claro que el cambio a una red sin clase introducida una década no era anterior bastante para prevenir el agotamiento de la dirección IPv4 y que otros cambios a IPv4 fueran necesarios. Por el principio de 1992, varios sistemas propuestos eran circulados y antes de fin de 1992, el IETF anunció una llamada para los Libros Blanco (RFC 1650) y la creación del " IP, el Generation" siguiente; (Área de IPng) de los grupos de trabajo .

IPng fue adoptado por el Internet Engineering Task Force el el 25 de julio, 1994 con la formación de varios " IP Generation" siguiente; Grupos de trabajo (de IPng)

Si la autoconfiguración IPv6 no es conveniente, un anfitrión se puede utilizar la configuración stateful ( DHCPv6 ) o configurar manualmente. La autoconfiguración apátrida es solamente conveniente para los anfitriones: los ranuradores se deben configurar manualmente o por otros medios.

Multicast

El multicast es parte de las especificaciones bajas en IPv6, desemejante de IPv4, donde fue introducido más adelante.

IPv6 no tiene una facilidad acoplamiento-local de la difusión; el mismo efecto puede ser alcanzado multicasting a los todo-anfitriones el grupo (FF02:: 1).

La mayoría de los ambientes, sin embargo, no tienen actual sus infraestructuras en red configuradas encaminar multicast: el multicast en solo subnet trabajará, pero el multicast global no pudo.

direcciones Acoplamiento-locales

Los interfaces IPv6 tienen direcciones acoplamiento-locales además de las direcciones globales que los usos utilizan generalmente. Estas direcciones acoplamiento-locales están siempre presentes y nunca cambian, que simplifica el diseño de protocolos de la configuración y de la encaminamiento.

Jumbograms

En IPv4, los paquetes se limitan a 64  KiB de la carga útil. Cuando están utilizados entre los socios capaces de la comunicación y en enlaces de comunicaciones con un Maximum Transmission Unit (MTU) más en gran parte de 65.576 octetos (65536 + 40 para el jefe), IPv6 tienen ayuda opcional para los paquetes sobre este límite, designada el Jumbograms que puede ser tan grande como 4  Llave . El uso de jumbograms puede mejorar funcionamiento sobre las redes alto-MTU.

seguridad de la Red-capa

El IPsec, el protocolo para la encripción de la red-capa del IP y autentificación, es una parte integrante de la habitación de protocolo baja en IPv6; éste es IPv4 desemejante, donde está opcional (pero ejecutado generalmente). El IPsec, sin embargo, no se despliega extensamente a excepción de asegurar tráfico entre los ranuradores del Border Gateway Protocol IPv6.

Movilidad

Desemejante de IPv4 móvil, el IPv6 móvil (MIPv6) evita la encaminamiento triangular y es por lo tanto tan eficiente como el normal IPv6. Esta ventaja es sobre todo hipotética, pues ni las MIPS ni MIPv6 se despliegan extensamente hoy.

Carencia de una suma de comprobación

IPv4 tiene un campo de la suma de comprobación que utilice todos los pedacitos del jefe para crear y para comprobar. Puesto que ciertos campos (tales como el campo de la TTL) podrían o cambiarían entre cada ranurador, la suma de comprobación tiene que recomputed en cada ranurador. Se cree que los errores son muy raros en red de hoy. Por esta razón, IPv6 no tiene ningún repaso de las faltas en su protocolo sino que por el contrario confía en protocolos de la capa de acoplamiento para realizar el repaso de las faltas. En caso que se corrompa el jefe, el peor que puede suceder es que el paquete está enviado al anfitrión incorrecto.

Estado del despliegue

El foro IPv6 se ha creado como efecto del WG del despliegue del IETF IPv6 que fue llevado por Jim Bound en julio de 1999.

En fecha el noviembre de 2007, IPv6 explica un porcentaje minúsculo de las direcciones vivas en el Internet publicly-accessible, que todavía es dominado por IPv4.

Con las excepciones notables de la autoconfiguración apátrida, una dirección más flexible y el descubrimiento vecino seguro (ENVIAR), muchos de las características de IPv6 se han virado a IPv4 en manera hacia el lado de babor más o menos elegante. Así el despliegue IPv6 es conducido sobre todo por el agotamiento del espacio de dirección IPv4, que ha sido retardado por la introducción de la encaminamiento sin clase (CIDR) del inter-dominio y el uso extenso de la conversión de dirección de red (NAT).

Agotamiento IPv4

considera también:

l agotamiento de la dirección IPv4 Las estimaciones en cuanto a cuando la piscina de las direcciones disponibles IPv4 será agotada varían extensamente, y se deben tomar con la precaución. En 2003, Paul Wilson (director APNIC ) indicó que, basado en índices entonces-actuales de despliegue, el espacio disponible duraría hasta 2023. En septiembre de 2005 un informe por el Cisco Systems divulgó que la piscina de direcciones disponibles sería agotada adentro tan poco como 4 a 5 años. El en fecha el noviembre de 2007, un informe actualizado diario proyectó que la piscina del IANA de direcciones unallocated sería agotada en mayo de 2010, con los registros regionales del Internet del vario usar ascendente sus asignaciones del IANA en abril de 2011. Este informe también sostiene que, si estuvieron asignadas solamente las direcciones inusitadas fueron reclamadas y utilizadas para cubrir demanda de continuación, la asignación de las direcciones IPv4 podría continuar hasta 2017.

Incentivos del gobierno

Un número de gobiernos, sin embargo, están comenzando a requerir la ayuda para IPv6 en el nuevo equipo. El gobierno de los E., por ejemplo, ha especificado que las espinas dorsales de la red de todas las agencias federales deben desplegar IPv6 por el 2008, y pasó el dinero para adquirir un bloque 281 de /16 las direcciones de trillón redes para comenzar el despliegue.

La gente Republic Of China tiene un el plan de 5 años para el despliegue de IPv6 llamado el Internet de la generación siguiente de China.

Despliegue actual

En febrero de 1999, el foro IPv6 fue fundado por el WG del despliegue del IETF para conducir el despliegue mundial, creando ahora sobre 45 foros del país IPv6 y grupos de trabajo IPv6. El 20 de julio de 2004 el ICANN anunció que los servidores de DNS de la raíz para el Internet habían sido modificados para apoyar IPv6 e IPv4.

Dirección

128 longitudes de pedacito

¡ El cambio primario de IPv4 a IPv6 es la longitud de las direcciones de red. Las direcciones IPv6 son 128 pedacitos de largo (según lo definido por RFC 4291), mientras que las direcciones IPv4 son 32 pedacitos; donde el espacio de dirección IPv4 contiene áspero 4 mil millones direcciones, IPv6 tiene bastante sitio para las direcciones únicas 3.

Las direcciones IPv6 se componen típicamente de dos porciones lógicas: un prefijo (sub-) 64-bit de la red, y una pieza 64-bit del anfitrión, que se genera automáticamente del MAC address del interfaz o se asigna secuencialmente. Porque global - las direcciones únicas del MAC ofrecen una oportunidad de seguir el equipo del usuario, y tan desarrollaron a los usuarios, a través de los cambios del tiempo y de la dirección IPv6, RFC 3041 para reducir la perspectiva de la identidad del usuario siendo atado permanentemente a una dirección IPv6, así restaurando algunas de las posibilidades del anonimato que existían en IPv4. El RFC 3041 especifica un mecanismo por el cual las cadenas binarias al azar de tiempo variable se puedan utilizar como identificadores del circuito de interfaz, substituyendo direcciones constantes y detectables del MAC.

Notación

Las direcciones IPv6 se escriben normalmente como ocho grupos de cuatro dígitos hexadecimales . Por ejemplo, 2001:0 db8: 85a3: 08d3: 1319: 8a2e: 0370: 7334 es una dirección válida IPv6.

Si uno o más grupo de cuatro cifras es 0000, los ceros se pueden omitir y substituir por dos dos puntos (::). Por ejemplo, 2001:0 db8: 0000: 0000: 0000: 0000: 1428: 57ab se puede acortar al 2001:0 db8:: 1428: 57ab. Después de esta regla, cualquier número de 0000 grupos consecutivos se puede reducir a dos dos puntos, mientras haya solamente un dos puntos dobles usados en una dirección. Los ceros principales adentro un grupo pueden también ser omitidos (como en:: 1 para el localhost). Así, las direcciones abajo son todas válidas y equivalente: 2001:0 db8: 0000: 0000: 0000: 0000: 1428: 57ab 2001:0 db8: 0000: 0000: 0000:: 1428: 57ab 2001:0 db8: 0: 0: 0: 0: 1428: 57ab 2001:0 db8: 0: 0:: 1428: 57ab 2001:0 db8:: 1428: 57ab 2001: db8:: 1428: 57ab

Tener más de una abreviatura de los doble-dos puntos en una dirección es inválido, pues haría la notación ambigua. es decir, dado 2001:0000: 0000: FFD3: 0000: 0000: 0000: 57ab, 2001:: FFD3:: 57ab podía implicar 2001:0000: 0000: 0000: 0000: FFD3: 0000: 57ab, 2001:0000: FFD3: 0000: 0000: 0000: 0000: 57ab, o cualquie otra permutación similar.

Una secuencia de 4 octetos en el final de una dirección IPv6 se puede también escribir en decimal, usar puntos como separadores. Esta notación es de uso frecuente con direcciones de la compatibilidad (véase abajo). Este esquema de dirección es conveniente al ocuparse del ambiente mezclado de las direcciones IPv4 e IPv6. La notación general está de la forma x: x: x: x: x: x: d.d donde están los 6 dígitos los x hexadecimales de una orden más alta mientras que las d corresponden a los dígitos decimales de los pedazos del pedacito de una orden más baja 8 de dirección, pues es el formato IPv4. Por ejemplo, :: ffff: 12.78 es la misma dirección que :: ffff: 0c22: 384e y 0: 0: 0: 0: 0: ffff: 0c22: 384e. El uso de esta notación está desaprobado y sin apoyo por usos numerosos.

La información adicional se puede encontrar en RFC 4291 - arquitectura de dirección de la versión 6 del IP.

Direcciones literales IPv6 en URL

En un URL el IPv6-Address se incluye en soportes. Ejemplo: http:///

Esta notación permite el que analiza un URL sin la confusión de la dirección IPv6 y del número de acceso: https://:443/

La información adicional se puede encontrar en " RFC 2732 - Formato para las direcciones literales IPv6 en URL's" y " RFC 3986 - Identificador de recurso uniforme (URI): Syntax" genérico;

Notación de la red

Las redes IPv6 se escriben usar la notación CIDR.

Una red IPv6 (o el subnet) es un grupo contiguo de las direcciones IPv6 el tamaño cuyo debe ser una energía de dos; los pedacitos iniciales de las direcciones, que son idénticas para todos los anfitriones en la red, se llaman el prefijo de la red.

Una red es denotada por la primera dirección en la red y el tamaño en los pedacitos del prefijo (en decimal), separados con una raya vertical. Por ejemplo, 2001: 0db8: 1234:: /48 representa la red con las direcciones 2001: 0db8: 1234: 0000: 0000: 0000: 0000: 0000 con 2001: 0db8: 1234: ffff: ffff: ffff: ffff: ffff

Porque un solo anfitrión se puede considerar como red con un prefijo de 128 pedacitos, usted verá a veces las direcciones del anfitrión escritas seguidas con /128.

Clases de las direcciones IPv6

Las direcciones IPv6 se dividen en 3 categorías:
Direcciones de Unicast
Direcciones del multicast
Direcciones de Anycast

Una dirección de Unicast identifica un solo interfaz de red. Un paquete enviado a una dirección del unicast se entrega a esa computadora específica. Los tipos siguientes de direcciones son direcciones del unicast IPv6:
Direcciones globales del unicast
direcciones Acoplamiento-locales
direcciones Sitio-locales
El unicast único del local IPv6 trata
Direcciones especiales

Las direcciones del multicast se utilizan para definir un sistema de los interfaces que pertenecen típicamente a diversos nodos en vez de apenas uno. Cuando un paquete se envía a una dirección del multicast, el protocolo entrega el paquete a todos los interfaces identificados por esa dirección. Las direcciones del multicast comienzan con el prefijo FF00:: /8, y su segundo octeto identifica el alcance, es decir la gama del de las direcciones sobre la cual se propaga la dirección del multicast. Los alcances de uso general incluyen acoplamiento-local (0x2), sitio-local (0x5) y global (0xE).

Las direcciones de Anycast también se asignan a más de un interfaz, perteneciendo a diversos nodos. Sin embargo, un paquete enviado a una dirección del anycast se entrega a apenas una de los interfaces del miembro, típicamente el “más cercano” según la idea del protocolo de la encaminamiento de la distancia. Las direcciones de Anycast no se pueden identificar fácilmente: tienen la estructura de las direcciones normales del unicast, y diferencian solamente por la inyección en el protocolo de la encaminamiento en los puntos múltiples en la red.

Direcciones especiales

Hay un número de direcciones con el significado especial en IPv6:

;

local del

del acoplamiento :: &mdash de /128; la dirección con todos los ceros es una dirección sin especificar, y debe ser utilizada solamente en software.
:: &mdash 1/128; la dirección del Loopback es una dirección de Localhost . Si un uso en un anfitrión envía los paquetes a esta dirección, el apilado IPv6 colocará estos paquetes de nuevo al mismo anfitrión (que corresponde al 127.
fe80:: &mdash de /10; El prefijo acoplamiento-local especifica que la dirección solamente es válida en el acoplamiento físico local. Esto es análogo al 169.0 /16 del IP address de la autoconfiguración en IPv4.

;

local del

del sitio fc00:: &mdash de /7; Las direcciones locales únicas (ULA) son routable solamente dentro de un sistema de sitios de cooperación. Fueron definidas en RFC 4193 como reemplazo para las direcciones sitio-locales (véase abajo). Las direcciones incluyen 40 un número pseudoaleatorio del pedacito que reduzca al mínimo el riesgo de conflictos si los sitios se combinan o los paquetes se escapan de alguna manera hacia fuera.

;
IPv4 :: ffff: 0: &mdash 0/96; este prefijo se utiliza para las direcciones trazadas IPv4 (véase los mecanismos de la transición del abajo).
2002:: &mdash de /16; este prefijo se utiliza para la dirección 6to4 .

; l multicast ff00:: &mdash de /8; El prefijo del multicast se utiliza para el multicast address de la versión 6 del IP de la referencia name=ipv6multicast> de las direcciones del multicast según lo definido cerca en " Versión 6 Architecture" de dirección del IP; (RFC 4291).

; Utilizado en los ejemplos, desaprobados, o el

obsoleto del

:: &mdash de /96; el prefijo cero fue utilizado para las direcciones IPv4-compatible que es obsoleto ahora.
2001: db8:: &mdash de /32; este prefijo se utiliza en la documentación (RFC 3849). Dondequiera donde se da una dirección del ejemplo IPv6, las direcciones de este prefijo deben ser utilizadas.
fec0:: &mdash de /10; El prefijo sitio-local especifica que la dirección es válida solamente dentro de la organización local. Su uso ha sido desaprobado en septiembre de 2004 por RFC 3879 y los sistemas no deben apoyar este tipo especial de dirección.

No hay gamas de dirección reservadas para la difusión en el &mdash IPv6; el multicast del uso de los usos a los todo-anfitriones del agrupa en lugar de otro. El IANA mantiene la lista oficial del espacio de dirección IPv6. Las asignaciones globales del unicast se pueden encontrar en los varios RIR o en las páginas de GRH DFP.

Índices de la zona

las direcciones Acoplamiento-locales presentan un problema particular para los sistemas con los interfaces múltiples. Porque cada interfaz se puede conectar con diversas redes y las direcciones todas aparecen estar en el mismo subnet, una ambigüedad se presenta que no se puede solucionar por las tablas de encaminamiento.

Por ejemplo, recibir A tiene dos interfaces que reciban automáticamente direcciones acoplamiento-locales cuando está activado (por RFC 2462): fe80:: 1/64 y fe80:: 2/64, solamente uno cuyo está conectado con la misma red física que el anfitrión B que tiene dirección fe80:: 3/64; si el anfitrión A intenta entrar en contacto con fe80:: 3 cómo sabe qué interfaz (fe80:: 1 o fe80:: ¿2) para utilizar?

La solución definida por RFC 4007 es la adición de un índice único de la zona para el interfaz local, representado textual en la forma

%, por ejemplo: http://:80/ - esto sin embargo puede causar sus propios problemas debido a la coincidencia con la Por ciento-codificación usada con URIs.
El apilado de Microsoft Windows IPv6 del

utiliza IDs numéricos de la zona: fe80:: 3%1
Los usos del DEB utilizan típicamente el nombre del interfaz como identificación de la zona: fe80:: 3%pcn0
Los usos del linux también utilizan típicamente el nombre del interfaz como identificación de la zona: fe80:: 3%eth0

¡

Relativamente pocos usos de IPv6-capable entienden sintaxis de la identificación de la zona (con la excepción notable OpenSSH ), así las direcciones acoplamiento-locales de la representación inutilizables dentro de ellas si los interfaces múltiples utilizan direcciones acoplamiento-locales.

Paquete IPv6

El paquete IPv6 se compone de dos porciones principales: el jefe y la carga útil.

El jefe está en los primeros 40 octetos (320 pedacitos) del paquete y contiene:
Versión - versión 6 (versión del IP 4-bit).
Clase del tráfico - prioridad del paquete (8-bits). Los valores de prioridad se dividen en gamas: traficar donde la fuente proporciona tráfico del control de la congestión y del control de la no-congestión.
Etiqueta del flujo - gerencia de QoS (20 pedacitos). Creado original para dar a los usos en tiempo real servicio especial, pero actual inusitado.
Longitud de la carga útil - longitud de la carga útil en los octetos (16 pedacitos). Cuando está despejada a cero, la opción es un " Payload" enorme; (hop-by-hop).
Jefe siguiente - especifica el protocolo encapsulado siguiente. Los valores son compatibles con ésos especificados para el campo del protocolo IPv4 (8 pedacitos).
Límite del salto - substituye el campo del Time to Live de IPv4 (8 pedacitos).
Fuente y direcciones de destinación - 128 pedacitos cada uno.

La carga útil puede ser hasta 64 el KiB de tamaño en modo estándar, o más grande con un " payload" enorme; opción.

La fragmentación se maneja solamente en el anfitrión de envío en IPv6: los ranuradores nunca hacen fragmentos de un paquete, y se espera que los anfitriones utilicen descubrimiento PMTU .

El campo del protocolo del de IPv4 se substituye por un campo siguiente del jefe del . Este campo especifica generalmente el protocolo de la capa de transporte usado por la carga útil de un paquete.

En presencia de opciones, sin embargo, el campo de jefe siguiente especifica la presencia de un jefe adicional de las opciones del, que entonces sigue el jefe IPv6; el protocolo sí mismo de la carga útil se especifica en un campo del jefe de las opciones. Esta inserción de un jefe adicional para llevar opciones es análoga a la dirección AH y ESPECIALMENTE en IPsec para IPv4 e IPv6.

IPv6 y el Domain Name System

Las direcciones IPv6 son representadas en el Domain Name System por los expedientes (expedientes supuestos de AAAA del patio-UNo) para las operaciones de búsqueda delanteras; las operaciones de búsqueda reversas ocurren bajo ip6 .arpa (previamente ip6 .int ), donde el espacio de dirección se delega en límites del mordisco . Este esquema, que es una adaptación directa familiar A los esquemas de registro de y del in-addr.arpa, se define en RFC 3596.

El esquema de AAAA era una de dos ofertas cuando la arquitectura IPv6 era diseñada. La otra oferta, diseñada para facilitar la red que vuelve a numerar, habría tenido expedientes del A6 para las operaciones de búsqueda delanteras y un número de otras innovaciones tales como etiquetas de la pedacito-secuencia del y DNAME registran . Se define en el RFC experimental 2874 y sus referencias (con la discusión adicional de los pros - y - contra de ambos esquemas en RFC 3364).

IPv6 y DNS RFCs

Extensiones del DNS para apoyar la versión 6 del IP - RFC 1886
Extensiones del DNS para apoyar la agregación de la dirección IPv6 y volver a numerar - RFC 2874
Compensaciones en la ayuda (DNS) del Domain Name System para la versión 6 (IPv6) - RFC 3364 del Internet Protocol
Omitir la selección de dirección para la versión 6 (IPv6) - RFC 3484 del Internet Protocol
Versión 6 (IPv6) del Internet Protocol que trata la arquitectura - RFC 3513
Extensiones del DNS para apoyar RFC 3596 de la versión 6 (Obsoletes 1886 y 3152) del IP -

Mecanismos de la transición

Hasta que IPv6 suplante totalmente IPv4, que no es probable suceder en el futuro próximo, un número de mecanismos supuestos de la transición del son necesarios permitir a los anfitriones de IPv6-only alcanzar los servicios IPv4 y permitir que los anfitriones IPv6 y las redes aislados alcancen el Internet IPv6 sobre la infraestructura IPv4. contiene una descripción de los mecanismos de la transición mencionados abajo.

Se dobla el apilado

Puesto que IPv6 es una extensión conservadora de IPv4, es relativamente fácil escribir un apilado de la red que apoye IPv4 e IPv6 mientras que comparte la mayor parte de el código. Tal puesta en práctica se llama un apilado dual del, y un anfitrión que ejecuta un apilado dual se llama un dual-apila el anfitrión . Este acercamiento se describe en RFC 4213.

La mayoría de las puestas en práctica actuales de IPv6 utilizan un apilado dual. Algunos apilados usados puestas en práctica experimentales tempranas IPv4 e IPv6 de la independiente. No hay puestas en práctica sabidas que ejecutan IPv6 solamente.

El hacer un túnel

Para alcanzar el Internet IPv6, un anfitrión aislado o la red debe poder utilizar la infraestructura existente IPv4 para llevar los paquetes IPv6. Esto se hace usar una técnica conocida algo engañosamente como que hace un túnel que consista en el encapsular de los paquetes IPv6 dentro de IPv4, en efecto usar IPv4 como capa de acoplamiento para IPv6.

Los paquetes IPv6 se pueden encapsular directo dentro de los paquetes IPv4 usar el protocolo número 41. Pueden también ser encapsulados dentro de los paquetes del UDP e. para cruzar un ranurador o el dispositivo del NAT que bloqueen tráfico del protocolo 41. Pueden por supuesto también utilizar esquemas genéricos de la encapsulación, tales como AYIYA o GRE .

El hacer un túnel automático

El hacer un túnel automático del refiere a una técnica donde las puntos finales del túnel son determinadas automáticamente por la infraestructura de la encaminamiento. La técnica recomendada para hacer un túnel automático es el 6to4 que hace un túnel, que utiliza la encapsulación del protocolo 41. Las puntos finales del túnel son determinadas usando una dirección bien conocida del anycast IPv4 en el lado alejado, y encajando la información de dirección IPv4 dentro de las direcciones IPv6 en el lado local. 6to4 se despliega extensamente hoy.

Otro mecanismo automático el hacer un túnel es el ISATAP . Este protocolo trata la red IPv4 como acoplamiento local virtual IPv6, con los mappings de cada dirección IPv4 a una dirección acoplamiento-local IPv6.

el Teredo es una técnica automática el hacer un túnel que utiliza la encapsulación del UDP y se demanda poder cruzar las cajas múltiples del NAT. El Teredo no se despliega extensamente hoy, pero una versión experimental del Teredo está instalada con el apilado de Windows Xp SP2 IPv6. IPv6, 6to4 y el Teredo se permiten por abandono en el Windows Vista .

El hacer un túnel configurado

El hacer un túnel configurado es una técnica donde las puntos finales del túnel son configuradas explícitamente, por un operador humano o por un servicio automático conocido como corredor del túnel. El hacer un túnel configurado es generalmente más determinista y más fácil de eliminar errores que hacer un túnel automático, y por lo tanto se recomienda para las redes grandes, bien-administradas.

El hacer un túnel configurado utiliza el protocolo 41 en el campo del protocolo del paquete IPv4. Este método es también más conocido como 6in4 .

Proxying y traducción

considera también:

los mecanismos de la traducción IPv6

Cuando un anfitrión de IPv6-only necesita tener acceso a un servicio de IPv4-only (por ejemplo un web server), una cierta forma de traducción es necesaria. Una forma de traducción que trabaje realmente es el uso del dual-apila el poder, por ejemplo un poder de la uso-capa de la tela.

Nacional-como las técnicas para la traducción uso-agnóstica en las capas más bajas también se han propuesto. La mayoría se ha encontrado para ser en la práctica demasiado no fiable debido a la amplia gama de la funcionalidad requerida por protocolos comunes de la uso-capa, y es considerado por muchos ser obsoleto.

Avisos IPv6 y disponibilidad importantes

Críticas

Mientras que se espera que IPv6 se ha granizado como el futuro del Internet y solucione muchos problemas, algunas críticas se han nivelado sobre este protocolo siguiente del IP. Una críticas son el espacio de dirección extremadamente grande. Con allí más que las direcciones un trillón por el centímetro cuadrado de superficie en el planeta, 128 direcciones de pedacito se han etiquetado capacidad de destrucción superior al de las fuerzas enemigas. Ésta es las críticas comunes, que no refleja que el IETF nunca se prepuso dar direcciones estáticas a cada localización posible. La longitud larga se hace por razones de la agregación de la encaminamiento, autoconfiguraciones de la dirección, y otras cosas mucho más difíciles en IPv4.

Estas direcciones grandes pueden tardar más tiempo para procesar y pueden aumentar el coste de ranuradores. También, administradores del servidor que han requerido previamente a usuarios recordar que un IP address algo que la paga para un Domain Name pudiera no más hacer esto porque la gente no puede memorizar fácilmente las direcciones más grandes IPv6, aunque no esté bien documentado que el dominio costado solamente es una edición significativa.

El IETF y el IANA han estado animando el uso de los identificadores únicos contenidos en todas las tarjetas de Ethernet para ayudar a hacer la asignación del IP fácil. Sin embargo, esta práctica plantea una edición de la aislamiento. Si los IP address todos fueran asignados estáticamente, sería muy simple seguir toda la actividad de la red de cualquier computadora. Otra preocupación de la aislamiento es que IPv6 asigna la dirección jerárquico, al igual que IPv4. Mientras que esta práctica hace el encaminamiento de mucho más fácil, permite el localizar de un individuo uno localiza de la misma manera a alguien usar su código de área del teléfono e intercambio del teléfono.

Incapacidad

Funcionalidad de la neutralización IPv6 de algunos usuarios en su sistema operativo para aumentar su velocidad de conexión detrás de los ranuradores culpables o de las conexiones de la ISP. Esto no debe ser una edición para la mayoría de los usuarios.
Neutralización IPV6 del

para Ubuntu
Neutralización IPV6 para Firefox

Ver también

ICMP para IPv6
Comparación de la ayuda del uso IPv6
Miredo - puesta en práctica del Teredo, permitiendo el acceso IPv6 de detrás el NAT .
Internet de la generación siguiente de China
IPv9 : IPv6-variant chino pretendido a partir de 2004.
RFC 1924 - Broma del tonto de abril para codificar las direcciones IPv6 como base 85.

Notas y referencias

.

Zenithic

IPv6

Random links:

Fulgencio Batista | Música de la serie de Final Fantasy | Kohlschütter (cráter) | Pudahuel | Lenguaje de programación de Suneido