IPV6: noviembre 2009

miércoles, 18 de noviembre de 2009

DESCARGAS

Documento para descarga en pdf sobre ipv6

Descarga Documento

Calculadora que combierte de ipv4 a ipv6

Descarga Calculadora

Archivo en Packet Tracer de una WAN en ipv6

Descarga Archivo WAN

Archivo en Packet Tracer de una LAN en ipv6

Descarga Archivo LAN

domingo, 15 de noviembre de 2009

Se presentara una descripción general sobre IPv6 (Internet Protocol versión 6). Para conocer como es su estructura y otros componentes que lo componen.

IPv6 (también conocido como IPng o “IP de nueva generación”) es la nueva versión del conocido protocolo de red IP, también llamado IPv4. Diseñado por Steve Deering de Xerox PARC y Craig Mudge, IPv6 está destinado a sustituir a IPv4, cuyo límite en el número de direcciones de red admisibles está empezando a restringir el crecimiento de Internet y su uso, especialmente en China, India, y otros países asiáticos densamente poblados

Las direcciones IPv6 e IPv4 coexisten en el entorno de redes. Los sistemas que se configuran con direcciones IPv6 mantienen sus direcciones IPv4, en caso de que tales direcciones ya existan.

Las operaciones en que intervienen la característica que distingue a IPv6 es un mayor espacio de dirección comparado con IPv4. Asimismo, IPv6 mejora la capacidad en Internet en numerosos aspectos.

OBJETIVOS

OBJETIVO GENERAL

Realizar una descripción general sobre IPV6 (también conocido como IPng o “IP de nueva generación.

OBJETIVOS ESPECÍFICOS

* Plasmar los conceptos más relevantes sobre IPV6 “IP de nueva generación”.

* Conocer la funcionalidad e integridad que ofrece IPV6.

* Determinar como se haría un DNS para IPV6.

* Desarrollar una simulación en Packet Tracer sobre IPV6.

CUAL ES EL MOTIVO DEL SURGIMIENTO DE IPV6 [1]

Para nadie es un secreto que la red se ha introducido en todos los ámbitos de la vida. Es por este motivo y debido a su imparable crecimiento, que la versión 4 del protocolo de Internet (Ipv4) se está quedando obsoleta. Por ello, el IETF (Internet Engineering Task Force, organización encargada de la evolución de la arquitectura en la Red) ha diseñado una nueva interpretación, denominada IPv6 (Internet Protocolo versión 6). Este nuevo modelo se presenta como el sucesor de la versión 4, puesto que se ha desarrollado con el fin de resolver sus deficiencias y aportar nuevas funciones que vallan a la par de la actual evolución desmedida de la red.

En datos especificos, IPv4 tiene un espacio de direcciones de 32 bits, es decir, 232 (4.294.967.296), por el contrario, IPv6 ofrece entre sus beneficios un espacio de 2128 (340.282.366.920.938.463.463.374.607.431.768.211.456). Pero este no es el único inconveniente que presenta IPv4 y que IPv6 soluciona o mejora.

Cuando los creadores de IPv4 presentaron esta opción, a principio de los años 70, no imaginaron el gran éxito que este protocolo iba a tener en tan poco tiempo y en todos los ámbitos de desarrollo del ser humano. Es por esto y sin más rodeos que nace la necesidad de generar nuevas direcciones IP que suplan la demanda de usuarios que cada vez presentan más necesidades.

HISTORIA DE IPV6 [2]

La Internet, basada en un diseño de primeros de los años 80, ha experimentado un crecimiento importante en la historia de las telecomunicaciones tanto en usuarios como en aplicaciones. La aparición del IPv4 lanzada en el año 1981, la cual fue la primera versión del protocolo de Internet que se implemento extensamente, fue en gran avance para las comunicaciones dentro de la Red, ya que en ese momento se penso que eran mas que suficientes.

Posteriormente, se desarrolló el Protocolo de Internet versión 5 o IPv5, pero solo fue un protocolo experimental ya que este protocolo, fue orientado a mejorar el procesamiento de flujo de audio, voz y video.

Para arreglar estas deficiencias, desde 1992 se empezó a buscar mecanismos para mejorar e intentar suplir los defectos ya mencionados, la siguiente generación de Protocolos de Internet o IPng (Internet Protocol Next Generation) surgió del IETF (Internet Engineering Task Force), que a culminado con la especificación de un nuevo protocolo IP, sucesor del actual IPv4, conocido formalmente como la versión 6 del Protocolo Internet o IPv6 el cual fue lanzado en el año 1999. Esta nueva versión es el futuro de las comunicaciones, ya que ayudara a nuevos dispositivos a poder estar conectados.

Unos puntos más específicos de la historia cuentan:

* Para el invierno de 1992 la comunidad del Internet había desarrollado cuatro propuestas diferentes para el IPng que eran: CNAT, IP Encaps, Nimrod y Simple CLNP.

* Después para diciembre del mismo año, aparecieron tres propuestas más el " PIP " (The P Internet Protocol), el " SIP " (The Simple Internet Protocol) y el " TP/IX".

* En la primavera de 1992 el "Simple CLNP" se desarrolló en el " TUBA" (TCP and UDP with Bigger Addresses" , y el " IP Encaps " en " IPAE " (IP Address Encapsulation)

* Para el verano de 1993, IPAE se combinó con el SIP aunque mantuvo el nombre SIP, que posteriormente se fusionó con la PIPA, y al grupo de trabajo resultante se le llamó "SIPP" (Simple Internet Protocol Plus). Casi al mismo tiempo el grupo de trabajo TP/IX cambió su nombre por el de "CATNIP" (Common Architecture for the Internet)

* Posteriormente, en la reunión del IETF del 25 de julio de 1994 en Toronto Canadá, los directores de área del mismo organismo recomendaron el uso del IPng y lo documentaron en el RFC 1752, (la recomendación para el protocolo IP de siguiente generación)

* El 17 de noviembre del mismo año fue aprobada esta recomendación por el "IESG" (Internet Engineering Steering Group) que elaboró una propuesta de Estándar.

CARACTERÍSTICAS PRINCIPALES DE IPV6 [3]

Las principales características que aporta el IPv6 frente al IPv4 son:

* Aumento de las capacidades de direccionamiento

IPv6 incrementa el tamaño de dirección IP de 32 bits a 128 bits, para dar soporte a más niveles de direccionamiento jerárquico. Estos 128 bits suponen 340 cuatrillones de direcciones con lo que incluso cada grano de arena del planeta podría tener su propia dirección IP.

* Soporte mejorado para las Extensiones y Opciones

Los cambios en la manera en que se codifican las opciones de la cabecera IP permiten un reenvío más eficiente, límites menos rigurosos y mayor flexibilidad para introducir nuevas opciones en el futuro.

* Capacidad de Etiquetado de Flujo

Se agrega una nueva capacidad para permitir el etiquetado de paquetes que pertenecen a "flujos" de tráfico particulares, para lo cuál, el remitente solicita tratamiento especial, como la calidad de servicio no estándar o el servicio en "tiempo real".

* Capacidades de Autenticación y Privacidad

En IPv6 se especifican extensiones para utilizar autenticación, integridad de los datos, y confidencialidad de los datos.

* Autoconfiguración “plug and play”, sin necesidad de servidores, y facilidades de reconfiguración

Los dispositivos pueden configurar sus propias direcciones IPv6 basándose en la información que reciban del router de la red.

* Mecanismos de movilidad más eficientes y robustos

Mobile IP soporta dispositivos móviles que cambian dinámicamente sus puntos de acceso a la red, y concretamente Mobile IPv6 permite a un host IPv6 dejar su subred de origen mientras mantiene trasparentemente todas sus conexiones presentes y sigue siendo alcanzable por el resto de Internet.

Prepararse ahora para dicha transición supone crear una sólida base de conocimiento y evitar así las respuestas caóticas que han caracterizado en muchos casos a las soluciones dadas a los problemas citados. Si desea una información más completa acerca de la nueva versión del protocolo de Internet, sobre sus expectativas y ventajas:

En resumen, y quizás en términos mas sencillos las principales características de IPv6 son:

* Un mayor espacio de direcciones.
* “Plug and Play”: Auto configurable
* La seguridad intrínseca en el núcleo del protocolo que le proporciona IPsec.
* Calidad de servicio (QoS) y Clase de Servicio (CoS).
* Multicast: Envío de un mismo paquete a un grupo de receptores.
* Anycast: Envío de un paquete a un receptor dentro de un grupo.
* Paquetes IP eficientes y extensibles, sin fragmentación de los routers, alineados a 64 bits para el óptimo procesamiento con los nuevos procesadores de 64 bits, y un encabezado de longitud fija.
* Paquetes de datos con posibilidad de carga útil de más de 65,535 bytes, RFC 2675.
* El enrutado se hace mas eficiente debido a la jerarquía de direccionamiento basada en la agregación.
* Renumeración y “multihoming”, que facilita el cambio de proveedor de servicios.
* Movilidad.

CUADRO COMPARATIVO ENTRE LA CABECERA IPV4 Y LA CABECERA IPV6 [4]

Cabecera Fija Ipv6

Aunque la Cabecera IPv6(40 bytes) es mayor a la del IPv4(20 bytes) contiene la mitad de campos (8 de IPv6 frente a 16 de IPv4), por lo que se procesa con mayor rapidez y se agiliza el encaminamiento.

Descripción de la cabecera

* Versión
Siempre es de 6 para el IPv6 (y de 4 para el IPv4). Durante el periodo de transición del IPv4 al IPV6, que probablemente llevará una década, los enrutadores podrán examinar este campo para saber el tipo de paquete que tienen.

* Prioridad
Se usa para distinguir entre paquetes a cuyas de orígenes se les puede controlar el flujo y aquellos a los que no.

* Etiqueta de Flujo
Aún es experimental, pero se usará para permitir a un origen y a un destino establecer una seudoconexión con prioridades y requisitos particulares.

* Longitud de Carga Útil
Indica cuantos bytes siguen en la cabecera de 40 bytes (es lo que en el IPv4 era la Longitud Total).

* Campo de Siguiente Cabecera
Indica cuales de las 6 cabeceras de extensión, de haberlas, sigue a ésta.(Cabeceras de extensión: Opciones salto por salto; enrutamiento; fragmentación; verificación de autenticidad; carga útil cifrada de seguridad; opciones de destino).

* Límite de Salto
Se usa para evitar que los paquetes vivan eternamente.

* Campo de Dirección de Origen.

* Campo de Dirección de Destino.

Cabecera Del Ipv4

DIRECCIONES Y DIRECCIONAMIENTO IPV6, DIFERENCIAS CON RELACIÓN A IPV4 [5]

Dirección IPv6

Las direcciones IPv6 son identificadores de 128bits de longitud, son los que como su nombre lo indica, identifican interfaces de red (ya sea de forma individual o grupos de interfaces). A una misma interfaz de un nodo se le pueden asignar múltiples direcciones IPv6. Dichas direcciones se clasifican en tres tipos:

* Unicast (Identificador para una única interfaz): Un paquete enviado a una dirección unicast es entregado sólo a la interfaz identificada con dicha dirección. Es el equivalente a las direcciones IPv4 actuales.

* Anycast (Identificador para un conjunto de interfaces, típicamente pertenecen a diferentes nodos): Un paquete enviado a una dirección anycast es entregado en una (cualquiera) de las interfaces identificadas con dicha dirección (la que este más “cerca”). Esta permite crear, por ejemplo, ámbitos de redundancia, de forma que varias máquinas puedan ocuparse del mismo tráfico según una secuencia determinada (por el routing), si la primera “cae”.

* Multicast (Identificador para un conjunto de interfaces, por lo general pertenecientes a diferentes nodos): Un paquete enviado a una dirección multicast es entregado a todas las interfaces identificadas por dicha dirección. La misión de este tipo de paquetes es evidente: aplicaciones de retransmisión múltiple (broadcast).

Direcciones especiales

Tabla. Direcciones IPv6 reservadas

Diferencias Respecto A Ipv4

* No hay direcciones broadcast (su función es sustituida por direcciones multicast).

* Los campos de las direcciones reciben nombres específicos; denominamos “prefijo” a la parte de la dirección hasta el nombre indicado (incluyéndolo).

* Dicho prefijo nos permite conocer donde esta conectada una determinada dirección, es decir, su ruta de encaminado.

*Cualquier campo puede contener sólo ceros o sólo unos, salvo que explícitamente se indique lo contrario.

* Las direcciones IPv6, indistintamente de su tipo (unicast, anycast o multicast), son asignadas a interfaces, no nodos. Dado que cada interfaz pertenece a un único nodo, cualquiera de las direcciones unicast de las interfaces del nodo puede ser empleado para referirse a dicho nodo.

* Todas las interfaces han de tener, al menos, una dirección unicast link-local (enlace local).

* Una única interfaz puede tener también varias direcciones IPv6 de cualquier tipo (unicast, anycast o multicast) o ámbito.

* Una misma dirección o conjunto de direcciones unicast pueden ser asignados a múltiples interfaces físicas, siempre que la implementación trate dichas interfaces, desde el punto de vista de internet, como una única, lo que permite balanceo de carga entre múltiples dispositivos.

* Al igual que en IPv4, se asocia un prefijo de subred con un enlace, y se pueden asociar múltiples prefijos de subred a un mismo enlace.

COMO O CUAL ES LA REPRESENTACIÓN DE LAS DIRECCIONES IPV6 [6]

La representación de las direcciones IPv6 sigue el siguiente esquema:

1) x:x:x:x:x:x:x:x, donde “x” es un valor hexadecimal de 16 bits, de la porción correspondiente a la dirección IPv6. No es preciso escribir los ceros a la izquierda de cada campo.

Ejemplos: FEDC:BA98:7654:3210:FEDC:BA98:7654:3210

1080:0:0:0:8:800:200C:417A

2) Dado que, por el direccionamiento que se ha definido, podrán existir largas cadenas de bits “cero”, se permite la escritura de su abreviación, mediante el uso de “::”, que representa múltiples grupos consecutivos de 16 bits “cero”. Este símbolo sólo puede aparecer una vez en la dirección IPv6.

Ejemplos: Las direcciones:

1080:0:0:0:8:800:200C:417A (una dirección unicast)

FF01:0:0:0:0:0:0:101 (una dirección multicast)

0:0:0:0:0:0:0:1 (la dirección loopback)

0:0:0:0:0:0:0:0 (una dirección no especificada)

Pueden representarse como:

1080::8:800:200C:417A (una dirección unicast)

FF01::101 (una dirección multicast)

::1 (la dirección loopback) :: (una dirección no especificada)

3) Una forma alternativa y muy conveniente, cuando nos hallemos en un entorno mixto IPv4 e IPv6, es x:x:x:x:x:x:d:d:d:d, donde “x” representa valores hexadecimales de 16 bits (6 porciones de mayor peso), y “d” representa valores decimales de las 4 porciones de 8 bits de menor peso (representación estándar IPv4). Ejemplos:

0:0:0:0:0:0:13.1.68.3

0:0:0:0:0:FFFF:129.144.52.38

Pueden representarse como:

::13.1.68.3

:FFFF:129.144.52.38

La representación de los prefijos IPv6 se realiza del siguiente modo: dirección-IPv6/longitud-del-prefijo donde:

* dirección-IPv6 = una dirección IPv6 en cualquiera de las notaciones válidas
* longitud-del-prefijo = valor decimal indicando cuantos bits contiguos de la parte izquierda de la dirección componen el prefijo.

REPRESENTACIÓN COMPACTA DE DIRECCIONES IPV6 [7]

Como ya mencionamos, las direcciones IPv6 tienen 128 bits de largo. Este número de bits genera números decimales muy altos con hasta 38 dígitos:

2^128-1: 340282366920938463463374607431768211455

Tales números no son realmente direcciones que puedan ser memorizadas. Además el esquema de direcciones IPv6 está orientado a bits (al igual que IPv4, pero eso a veces no es reconocido). Por tanto una mejor notación para números tan altos es la hexadecimal. En hexadecimal, 4 bits (también conocidos por "nibble") son representados usando dígitos 0-9 o letras a-f (10-15). Este formato reduce la longitud de las direcciones IPv6 a 32 caracteres.

2^128-1: 0xffffffffffffffffffffffffffffffff

Esta representación todavía no es muy conveniente (posible mezcla o pérdida de dígitos hexadecimales), así que los diseñadores de IPv6 decidieron un formato hexadecimal con un dos puntos como separador después de cada bloque de 16 bits. Además se saca el "0x" del comienzo, "0x" es el texto que se usa en los lenguajes de programación para indicar que el número a continuación se encuentra en base hexadecimal:

2^128-1: ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff

Una dirección utilizable (vea después tipos de direcciones) es por ejemplo:

2001:0db8:0100:f101:0210:a4ff:fee3:9566

Para simplificar, se pueden omitir los 0 a la izquierda de cada bloque de 16 bits:

2001:0db8:0100:f101:0210:a4ff:fee3:9566 ->

2001:db8:100:f101:210:a4ff:fee3:9566

Una secuencia de bloques de 16 bits conteniendo sólo ceros puede reemplazarse con "::". Pero no más de una vez en la dirección, porque dejaría de ser una representación única.

2001:0db8:100:f101:0:0:0:1 -> 2001:db8:100:f101::1

La reducción más grande se ve en la dirección de localhost de IPv6:

0000:0000:0000:0000:0000:0000:0000:0001 -> ::1

TRANSMISIÓN DE PAQUETES IPV6 SOBRE REDES ETHERNET [8]

Aunque ya han sido definidos protocolos para permitir el uso de IPv6 sobre cualquier tipo de red o topología (Token Ring, FDDI, ATM, PPP), como ejemplo mucho más habitual y básico, centraremos este apartado en Ethernet (CSMA/CD y tecnologías full-duplex basadas en ISO/IEC8802-3). Más adelante, en este mismo documento, citaremos los protocolos adecuados para cada una de las otras tecnologías.

Los paquetes IPv6 se transmiten sobre tramas normalizadas Ethernet. La cabecera Ethernet contiene las direcciones fuente y destino Ethernet, y el código de tipo Ethernet con el valor hexadecimal 86DD.

El campo de datos contiene la cabecera IPv6 seguida por los propios datos, y probablemente algunos bytes para alineación/relleno, de forma que se alcance el tamaño mínimo de trama para el enlace Ethernet.

El tamaño máximo de la unidad de transmisión (MTU), para IPv6 sobre Ethernet, es de 1.500 bytes. Evidentemente, este puede ser reducido, manual o automáticamente (por los mensajes de anunciación de routers).

Para obtener el identificador de interfaz, de una interfaz Ethernet, para la autoconfiguración stateless, nos basamos en la dirección MAC de 48 bits (IEEE802). Tomamos los 3 primeros bytes (los de mayor orden), y les agregamos “FFFE” (hexadecimal), y a continuación, el resto de los bytes de la dirección MAC (3 bytes). El identificador así formado se denomina identificador EUI-64 (Identificador Global de 64 bits), según lo define IEEE.

El identificador de interfaz se obtiene, a continuación, partiendo del EUI-64, complementando el bit U/L (Universal/Local). El bit U/L es el siguiente al de menor Valor del primer byte del EUI-64 (el 2º bit por la derecha, el 2º bit de menor peso).

Al complementar este bit, por lo general cambiará su valor de 0 a 1; dado que se espera que la dirección MAC sea universalmente única, U/L tendrá un valor 0, y por tanto se convertirá en 1 en el identificador de interfaz IPv6.

Una dirección MAC configurada manualmente o por software, no debería ser usada para derivar de ella el identificador de interfaz, pero si no hubiera otra fórmula, su propiedad debe reflejarse en el valor del bit U/L.

Para mapear direcciones unicast IPv6 sobre Ethernet, se utilizan los mecanismos ND para solicitud de vecinos. Para mapear direcciones multicast IPv6 sobre Ethernet, se emplean los 4 últimos bytes de la dirección IPv6, a los que se antepone “3333”.

ESPECIFICACIONES DEL PROTOCOLO INTERNET VERSIÓN IPV6 [9]

IPv6 aporta el protocolo ND (Neighbor Discovery, descubrimiento de vecinos), que emplea la mensajería como medio para controlar la interacción entre nodos vecinos. Por nodos vecinos se entienden los nodos de IPv6 que están en el mismo vínculo. Por ejemplo, al emitir mensajes relativos al descubrimiento de vecinos, un nodo puede aprender la dirección local de vínculo de un vecino. El protocolo ND controla las principales actividades siguientes del vínculo local de IPv6:

* Descubrimiento de encaminadores
Ayuda a los hosts a detectar encaminadores en el vínculo local.

* Configuración automática de direcciones
Permite que un nodo configure de manera automática direcciones IPv6 para sus interfaces.

* Descubrimiento de prefijos
Posibilita que los nodos detecten los prefijos de subred conocidos que se han asignado a un vínculo. Los nodos utilizan prefijos para distinguir los destinos que se encuentran en el vínculo local de los asequibles únicamente a través de un encaminador.

* Resolución de direcciones
Permite que los nodos puedan determinar la dirección local de vínculo de un vecino solamente a partir de la dirección IP de los destinos.

* Determinación de salto siguiente
Utiliza un algoritmo para establecer la dirección IP de un salto de destinatario de paquetes que está más allá del vínculo local. El salto siguiente puede ser un encaminador o el nodo de destino.

* Detección de inasequibilidad de vecinos
Ayuda a los nodos a establecer si un nodo ya no es asequible. La resolución de direcciones puede repetirse tanto en encaminadores como hosts.

* Detección de direcciones duplicadas
Permite que un nodo pueda determinar si está en uso o no una dirección que el nodo tenga la intención de utilizar.

* Redirección
Un encaminador indica a un host el mejor nodo de primer salto que se puede usar para acceder a un determinado destino.

El protocolo ND emplea los tipos de mensajes ICMP siguientes para la comunicación entre los nodos de un vínculo:
- Solicitud de encaminador
- Anuncio de encaminador
- Solicitud de vecino
- Anuncio de vecino
- Redirección

COMO SE REPRESENTAN LAS DIRECCIONES URL EN IPV6 [10]

RFC2396: Uniform Resource Locator (Localizador de Recurso Uniforme), es un medio simple y extensible para identificar un recurso a través de su Localización en la red.

* De la misma forma que en ocasiones usamos direcciones en formato IPv4 para escribir un URL, se han descrito unas normas para realizar la representación literal de direcciones IPv6 cuando se usan herramientas de navegación WWW.

* Con la anterior especificación no estaba permitido emplear el carácter “:” en una dirección, sino como separador de “puerto”. Por tanto, si se desea facilitar operaciones tipo “cortar y pegar” (cut and paste), para trasladar direcciones entre diferentes aplicaciones, de forma rápida, era preciso buscar una solución que evitase la edición manual de las direcciones IPv6.

*La solución: empleo de los corchetes (“[”,“]”) para encerrar la dirección IPv6, dentro de la estructura habitual del URL.

ICMP V6 [11]

Versión 6 del Internet Control Message Protocol (ICMPv6) o ICMP para IPv6 es una nueva versión de ICMP y es una parte integral de IPv6 arquitectura que se debe apoyar totalmente por todas las puestas en práctica IPv6 y nodos. ICMPv6 combina las funciones subdivididas previamente entre diversos protocolos, tales como ICMP, IGMP (Versión 3 del protocolo de la calidad de miembro de grupo del Internet), y ARP (Address Resolution Protocol) e introduce algunas simplificaciones eliminando tipos obsoletos de mensajes no más funcionando.

ICMPv6 es un protocolo multipropósito y se utiliza para divulgar los errores encontrados en el proceso de los paquetes, realizando diagnóstico, realizando descubrimiento y la divulgación vecinos Multicast IPv6 calidades de miembro. Por esta razón, los mensajes ICMPv6 se subdividen en dos clases: mensajes de error y mensajes de la información. Los mensajes ICMPv6 se transportan dentro de un paquete IPv6 en el cual los jefes de la extensión IPv6 puedan también estar presentes.

ICMPv6 es utilizado por los nodos IPv6 para divulgar los errores encontrados en el proceso de los paquetes, y para realizar otro Internet-capa funciones, tales como diagnóstico (ICMPv6 silbido de bala).

Formato De Los Paquetes

Los paquetes ICMPv6 tienen el formato Tipo, código y Suma de comprobación. El pedacito 8 Tipo el campo indica el tipo del mensaje. Si el pedacito de categoría alta tiene valor cero (valores en la gama a partir de la 0 a 127), es un mensaje de error; si el pedacito de categoría alta tiene valor 1 (valores en la gama a partir del 128 a 255), es un mensaje de la información. El pedacito 8 Código el contenido del campo depende del tipo de mensaje, y se utiliza para crear un nivel adicional del granularity del mensaje. Suma de comprobación el campo se utiliza para detectar errores en el mensaje del ICMP y en la parte del mensaje IPv6.

Cálculo De La Suma De Comprobación Del Mensaje

La suma de comprobación es el pedacito 16 su complemento del su complementsum del mensaje entero ICMPv6 comenzando con el campo del messagetype ICMPv6, prepended con un “pseudo-jefe” de los campos del jefe IPv6, según lo especificado en IPv6. El valor siguiente del jefe usado en el pseudo-jefe es 58. (NOTA: la inclusión de un pseudo-jefe en la suma de comprobación ICMPv6 es un cambio de IPv4; vea IPv6 para el análisis razonado para este cambio.) para computar la suma de comprobación, el campo de la suma de comprobación se fija a cero.

Transmisión del mensaje ICMPv6

Un nodo que remite un mensaje del ICMP tiene que determinar la fuente y las direcciones de la destinación IPv6 para el mensaje ICMPv6. El cuidado particular se debe poner en la opción de la dirección de la fuente. Si un nodo tiene más de una dirección del unicast, debe elegir la dirección de la fuente del mensaje como sigue:

Si el mensaje es una respuesta a un mensaje enviado a una de las direcciones del unicast del nodo, la dirección de la fuente de la contestación debe ser que igual trata.
Si el mensaje es una respuesta a un mensaje enviado a un multicast o a un grupo del anycast a los cuales el nodo pertenezca, la dirección de la fuente de la contestación debe ser una dirección del unicast que pertenece al interfaz en el cual el paquete del multicast o del anycast fue recibido.
Si el mensaje es una respuesta a un mensaje enviado a una dirección que no pertenezca al nodo, la dirección de la fuente debe ser unichecking el error (por ejemplo, la dirección del unicast que pertenece al interfaz en el cual la expedición de paquete fallada).
En otros casos, las tablas de encaminamiento del nodo se deben examinar para determinarse qué interfaz será utilizado para transmitir el mensaje a su destinación, y la dirección del unicast que pertenece a ese interfaz se debe utilizar como la dirección de la fuente del mensaje.
Cuando un nodo ICMPv6 recibe un paquete, debe emprender las acciones que dependen del tipo de mensaje. El protocolo ICMPv6 debe limitar el número de los mensajes de error enviados a la misma destinación para evitar sobrecargar de la red. Por ejemplo, si un nodo continúa remitiendo los paquetes erróneos, el ICMP señalará el error al primer paquete y después tan periódicamente, con un período mínimo fijo o con una carga máxima de la red fija. Un mensaje de error del ICMP se debe nunca enviar en respuesta a otro mensaje de error del ICMP.

DNS IPV6 [12]

El DNS se utiliza en el mundo IPv4 para hacer nombre-a-trata mappings y viceversa. Esto no está cambiando en el mundo IPv6. La necesidad del DNS es realmente mucho mayor debido a la longitud de las direcciones IPv6. Los ambientes mezclados IPv4/IPv6 necesitan entradas múltiples del anfitrión en el DNS. Un anfitrión que se comunica con ambas versiones de TCP/IP necesita por lo menos dos entradas en DNSone con su dirección IPv4 y el otro con su dirección IPv6. Un nuevo tipo de registro del DNS se ha definido para los anfitriones IPv6. El RFC 3596 define el tipo expediente de AAAA (llamado "cuadra'ngulo-Uno"). El RFC 2874 define A6 el tipo expediente, que fue diseñado para hacer volver a numerar de redes y de cambios del prefijo más fáciles administrar. A6 se ha movido al estado experimental y no se utiliza. Sigue habiendo los otros tipos de registro del DNS (los expedientes del NS y de la PTR) sin cambiar, ajustando solamente al formato de dirección IPv6.

El RFC 3596 describe las extensiones del DNS para las puestas en práctica IPv6 basadas en AAAA records.This que el tipo de registro puede almacenar una dirección de 128-bit IPv6, y el valor del DNS para este tipo de expediente es 28 (notación decimal). Un anfitrión que tiene más de una dirección IPv6 tiene un expediente de AAAA para cada dirección. El dominio reverso correspondiente de las operaciones de búsqueda es IP6.ARPA. Los expedientes reversos de las operaciones de búsqueda son expedientes de la PTR del tipo 12.

Un tipo expediente de AAAA puede parecer esto:moon.universe.com EN AAAA 4321:0:1:2:3:4:567:89ab

Para las operaciones de búsqueda reversas, cada nivel del subdomain debajo de IP6.ARPA representa 4 pedacitos de la dirección 128-bit. El menos pedacito significativo aparece en el lejos izquierdo del Domain Name. Omitir ceros principales no se permite en este caso, así que el expediente de la PTR para el parecer anterior del ejemplo esto:PTR moon.universe.com de b.a.9.8.7.6.5.0.4.0.0.0.3.0.0.0.2.0.0.0.1.0.0.0.0.0.0.0.1.2.3.4.IP6.ARPA.IN

Observe que hay varias maneras de representar las direcciones reversas IPv6 en el DNS. Depende de la puesta en práctica, así que refiera a la documentación de su vendedor para descubrir que el formato espera.

Servidores del DNS

ATE los instrumentos IPv6 DNS en versiones del LAZO 8.4 y más alto y en la versión 9 del LAZO. Para el LAZO 8.2.3, un remiendo que agrega la ayuda algún IPv6 está disponible.
El archivo más importante para configurar un servidor de nombres en Unix es /etc/named.conf. El archivo sí mismo contiene la información detallada sobre cómo configurarla. Para hacer el trabajo del name resolution sobre IPv6, usted necesita agregar una entrada importante: escuche en ipv6 {}. Esta entrada dice el servidor de nombres esperar a escuchar las preguntas IPv6. Entonces ponga al día /var/named con las entradas para todos los anfitriones IPv6.

Discernidores de imágenes del DNS

Los discernidores de imágenes son la pieza del cliente en la comunicación del DNS. El discernidor de imágenes envió los pedidos del DNS direcciones del IP a los servidores del DNS. Puede ser parte de un sistema operativo o de un uso. Los servidores del DNS también tienen un discernidor de imágenes puesto en ejecucio'n para enviar peticiones del DNS a otros servidores del DNS.

Los discernidores de imágenes en una red IPv4/IPv6 deben poder manejar todos los tipos de registro: el tipo de registro de A para IPv4 y el tipo de registro de AAAA para IPv6. En el futuro, los discernidores de imágenes también necesitan un mecanismo para elegir el protocolo en dual-apilan el anfitrión. Cuando el servidor del DNS contestó con un sistema de diversas direcciones, los discernidores de imágenes necesitan poner una característica en ejecucio'n para una opción del defecto de la dirección, y éste debe ser configurable. Si la contestación del DNS contiene un IPv4 y una dirección IPv6, el discernidor de imágenes puede cualquier direcciones delanteras al uso de petición y dejó el uso hacer la opción o hacer una opción a nombre del uso. Si el discernidor de imágenes remite la dirección IPv4, el uso se comunicará sobre IPv4; si remite la dirección IPv6, el uso se comunicará sobre IPv6. Los usos escritos para dual-apilan los anfitriones deben poder determinarse si se comunican con los pares IPv6 o IPv4.

Cuando la gente habla de la ayuda IPv6 en el DNS, ella está refiriendo generalmente a dos diversos aspectos que no se precisen a veces claramente. Un aspecto es si sus expedientes de la dirección de las ayudas IPv6 del servidor del DNS (AAAA). Un servidor del DNS que apoya expedientes de AAAA no tiene que necesariamente ser preguntado sobre IPv6. Puede contestar a tales peticiones usando IPv4. El otro aspecto es si el discernidor de imágenes y el servidor del DNS pueden utilizar IPv6 pues un transporte para las preguntas y las contestaciones del DNS. Por ejemplo, si usted tiene Windows.xp con el funcionamiento del apilado IPv6, hace las operaciones de búsqueda para los expedientes IPv6 pero las aplicaciones IPv4 como el transporte para la pregunta. La ayuda para resolver nombres del DNS sobre IPv6 en el caso de Windows.xp se planea para el lanzamiento principal siguiente. El servicio del DNS en la familia 2003 del servidor de Windows apoya el transporte IPv6.

Operaciones De Búsqueda Del DNS

Para los expedientes del lookupof IPv6 del DNS, su cliente necesita un discernidor de imágenes que apoye el nuevo tipo de registro. En mi caso, utilicé el anfitrión Ford de SuSE Linux con utilidades del LAZO 9 y mi anfitrión Marvin de Windows.xp con el apilado IPv6.

Utilicé el nslookup para jugar con mi servidor nuevo del DNS. Usted puede también utilizar empuje y el anfitrión para las operaciones de búsqueda del DNS; están instaladas con el nslookup del LAZO 9. tienen muchas opciones de la configuración. Puede ser funcionada en modo interactivo, y usted puede especificar los tipos de expedientes que usted desea preguntar. Usted puede fijar el modo de la pregunta al tipo expedientes de A para el tipo expedientes de IPv4 o de AAAA para IPv6, o fíjelo a "," en qué nslookup del caso solicitará todos los expedientes. La versión del nslookup que utilicé no apoyó el tipo A6. El servidor del DNS todavía envía la información detrás, que es porqué usted ve el "de registro desconocido" mecanografiar adentro la respuesta.

Ediciones con operaciones de búsqueda del DNS

En la práctica, hay algunas ediciones con las operaciones de búsqueda del DNS donde los servidores del DNS no reaccionan según lo esperado cuando están preguntados para los expedientes de AAAA. Esto puede conducir al comportamiento inesperado en el cliente: por ejemplo, un web browser que no puede conectar con un web server aunque la conectividad está disponible porque pregunta el DNS para un expediente de AAAA y, si no hay entrada, no puede bajar de nuevo a IPv4 aunque el web server tendría un expediente de A con una dirección IPv4. Hay diversas causas y casos y, por consiguiente, diversos panoramas de localización de averías. Si usted desea explorar esta edición más lejos, refiera a RFC 4074, "Misbehavior común contra las preguntas del DNS para las direcciones IPv6."

CONCLUSIONES

IPV6 aporta soluciones a los problemas de crecimiento de Internet.
Incorpora funcionalidades que mejoran su comportamiento en aspectos de seguridad y configuración.
De acuerdo a los descrito anteriormente, se puede concluir que una de las grandes diferencias entre el actual protocolo usado (IPv4) con IPv6, es en la cantidad de combinaciones posibles que se pueden obtener. En otras palabras, IPv6, ofrece 2^128 combinaciones, en cambio IPv4, solo 2^32. Esto ampliaría enormemente el espectro de objetos que puedan conectarse a la red, dando asi, un mayor uso a este medio y posiblemente descongestionar otros medios como son las frecuencias de radio. IPv6 ofrece tambien, una notable mejoria en disminuir el congestionamiento de las redes, como tambien disminuir considerablemente el uso de NATs en redes, ya que estos, ayudaban a ampliar las combinaciones posibles en IPv4.
Debido a esto, se puede llegar a la conclusion de que el protocolo IPv6 es un gran cambio para la actual estructura y funcionamiento de las Redes actuales. Si bien es cierto, es un proceso largo en el cual, al fin de cuentas, no todos los usuarios actuales de IPv4, podrian beneficiarse a corto plazo de las ventajas que ofrece IPv6, si puede decirse que el hecho de que este cambio este en proceso es una gran avanze para el desarollo y desempeño global a futuro.