Archivo del sitio

Observatorio IPv6 en España: Colaboración abierta para preparar el #v6day. Acceso por #ipv4 e #ipv6.

Internet ha comenzado ya su evolución a la Internet-IPv6. EL Observatorio IPv6 es un grupo de trabajo en España que analiza y presenta la foto actual y medidas objetivas de este nuevo protocolo, principalmente a nivel nacional.

Siguiendo un modelo de colaboración abierta, comparten y difunden información relevante en reuniones periódicas y ejecutan acciones específicas que faciliten la transición.

¿Qué es IPv6 y Cómo nos afecta?

La Internet actual funciona con el protocolo IPv4, en funcionamiento durante más de 30 años. La Internet actual adolece de un problema fundamental que es el agotamiento de direcciones IP (Identificadores de los terminales en la red mundial). Existe un problema secundario de fondo que es la creciente dificultad y peor funcionamiento de servicios y productos en Internet debido a las soluciones de ingeniería aplicadas para ganar tiempo de cara al agotamiento de IPv4.

El cambio a IPv6 afecta a cualquier persona u organización que acceda a la red global y, especialmente, a aquéllos que desarrollen productos y servicios en Internet. No obstante, se trabaja para que el cambio sea lo más transparente posible a los usuarios finales.

El Observatorio IPv6

El Observatorio IPv6 es un grupo de trabajo basado en el modelo de Colaboración Abierta cuyos miembros se reúnen periódicamente con los siguientes objetivos:

– Analizar el estado y principales iniciativas relacionadas con IPv6 en España.

– Presentar una serie de medidas objetivas de la evolución de IPv6.

– Presentar Información sobre la migración.

– Diseminar los resultados en Presentaciones en eventos nacionales e Internacionales.

El Observatorio IPv6 se constituyó formalmente en su reunión de kick-off en la sede de RedIRIS en Madrid, el 10 de Julio de 2009, donde quedaron definidos sus Estatutos.

Los Estatutos son los siguientes:

El Grupo de Trabajo IPv6 en España se constituyó en su reunión de kick-off en la sede de RedIRIS en Madrid, el 10 de Julio de 2009, donde quedaron fijados sus estatutos.

Desde el punto de vista organizativo, se trata de un comité heterogéneo de miembros permanentes pertenecientes a instituciones y empresas españolas, reunidos por su relevancia e interés en la evolución de la implantación de la tecnología IPv6 en España. El coordinador, responsable de las convocatorias de reunión y consenso de la agenda, es Carlos Ralli Ucendo (Telefónica I+D) y el anfitrión por defecto de las reuniones plenarias y este Wiki es Rediris. La lista de correo del grupo de trabajo está gestionada por la Universidad del País Vasco (EHU/UPV).

El Grupo de Trabajo tiene como objetivo funcionar a modo de “Observatorio IPv6”, englobando tareas como el análisis del entorno (UE y Global), posición de los actores relevantes en España, discusión de posibles iniciativas de beneficio común y, eventualmente, generación y presentación de informes del estado del arte, retos y buenas prácticas.

Los miembros permanentes del Grupo de Trabajo, lo son en calidad de su solicitud de compromiso de contribución asidua a las reuniones y actividades del mismo, así como la aceptación unánime por parte del resto de miembros permanentes. Adicionalmente, se considera la figura de colaboradores que, sin una vinculación o compromiso específicos, podrán ser invitados, por consenso, para la realización de presentaciones o sesiones de discusión específicas.

Las opiniones, comentarios y resultados citados en este Wiki y otros documentos del “Observatorio IPv6” no representan necesariamente la postura oficial de ninguna de las organizaciones involucradas en este grupo de trabajo, sino la opinión individual de los expertos que las representan en este foro.

Hasta la fecha, los participantes habituales en el Observatorio IPv6 son:

¿Cuáles son las Medidas Objetivas que nombrábamos antes?  Medidas de monitorización en España.

1.Tráfico de RedIRIS.

Tráfico IPv6 entre la red académica y de investigación española, RedIRIS, y el backbone europeo de investigación, GEANT: Tráfico IPv6 entre RedIRIS y GEANT.

Tráfico IPv6 entre la red académica y de investigación española, RedIRIS, y la internet comercial: Tráfico IPv6 entre RedIRIS y Global Crossing.

Tráfico IPv6 entre la red académica y de investigación española, RedIRIS, y el punto neutro de interconexión español, ESPANIX Tráfico entre RedIRIS y ESPANIX.

2 Indicador de uso de IPv6 en servicios de usuario más populares.

Diariamente se exploran los 15000 sitios webs más populares a nivel mundial y los 500 más populares por pais, determinando si los servicios web, mail y DNS asociados al dominio están accesibles por ipv6 o no:

http://plutarco.lab.bt.es/html/ipv6/global_results.html (lista de sitios globales).
http://plutarco.lab.bt.es/html/ipv6/country_select.html (por país).

3 Medidas de clientes que se conectan satisfactoriamente o con problemas a servidores con IPv6.

Como resultado del test de IPv6 preparado para el 8 de Junio, se están elaborando gráficos que indican qué clientes se conectan correctamente y cuáles fallan cuando sus destinos son servidores con IPv6 activado. Estas gráficas están disponibles aquí. Próximamente se podrán facilitar estadísticas para cada ISP/AS en España.

Para los interesados se recomienda consultar con Jordi Palet en consulintel.es.

Medidas de monitorización internacional.

El tráfico IPv6 medido por los grandes carriers se estima entre el 3 y el 5%, sin embargo, esto sólo contempla el tráfico nativo, dado que es muy complejo medir el encapsulado. Algunas técnicas de medición han demostrado que desde el lanzamiento al mercado de Windows Vista (con IPv6 activado por defecto y utilizando mecanismos de transición automáticos como 6to4 y Teredo), y mas aún unos meses despues con el lanzamiento de una versión de BitTorrent utilizando IPv6, crece hasta niveles de mas del 35%. Una de las presentaciones de este estudio se hizo en el RIPE 55.

Veamos ahora esas iniciativas. Iniciativas en España.

El Consejo de Ministros del 29 de Abril de 2011, ha aprobado el Plan Nacional de Transición a IPv6. El texto del resumen del Consejo de Ministros esta disponible en la web de la Moncloa. Próximamente se publicará el texto íntegro en el BOE.

Como parte de este Plan, se ha desarrollado una web oficial de IPv6, a la que se irán añadiendo contenidos en las próximas semanas.

Como primer “paso” oficial, el 16 de Mayo de 2002, por iniciativa de Jordi Palet/Consulintel, miembro del Comité Ejecutivo del IPv6 Task Force Europeo, se pone en marcha el IPv6 Task Force Español, auspiciado por el Ministerio de Ciencia y Tecnología, convocando a todos los sectores implicados. La información, documentos y presentaciones de esta iniciativa, estan disponibles en su página web.

Iniciativas en el mundo.

Se ha activado en Castellano, en un servidor situado en Madrid, la Prueba de Conectividad IPv6 para el World IPv6 Day.

ISOC y otras organizaciones convocan una prueba global de IPv6, el proximo 8 de Junio de 2011, “The World IPv6 Day”, para llamar la atencion de los ciudadanos y operadores acerca de la problemática y necesidad del urgente despliegue de IPv6, y al mismo tiempo realizar medidas de forma masiva.

El 3 de Febrero de 2011 se agotaron las direcciones IPv4 en el registro central gestionado por IANA, celebrándose un evento para la entrega de los últimos bloques a cada RIR. Documento explicativo de la situación en España, Europa y resto del mundo.

El 3 de Diciembre de 2010, coincidiendo con la información por parte de IANA de que sólo estan disponibles el 2% de las direcciones IPv4, el Gobierno de Colombia anunció el apoyo oficial al despliegue de IPv6 en el país, con un evento para hacerlo público.

Desde el año 2002, se han puesto en marcha varios IPv6 Task Forces, generalmente de la mano de los gobiernos de diversos países, o entidades regionales, para planificar la adopción de IPv6. Dichas Task Forces se coordinan a través del IPv6 Task Force Europeo.

Diversos países y entidades internacionales han publicado políticas al respecto de la adopción de IPv6.

Programa de formación. Talleres prácticos.

1 Taller de Telefónica I+D.

El Centro de Walqa (Huesca) de Telefónica I+D ha generado una serie de vídeos sobre IPv6:

– Navegación Dual-Stack con MAC OS: Vídeo

– Navegación IPv6-only con MAC OS: Vídeo

2 Cursos on-line y Documentos de ayuda.

Tutoriales del Proyecto 6Deploy.

Próximos Eventos Públicos Interesantes.

2011-07-14 IPv6 2011: The Time Is Now! (Conference. Focus Telecoms. New York)

Eventos Pasados con Información interesante.

2004 Evento 6SOS, Información con varios vídeos y presentaciones.

Información sobre el World IPv6 Day.

Actualmente si un proveedor de contenidos decide poner sus contenidos web en IPv6 (además de en IPv4), aproximadamente un 0,05% de usuarios-IPv4 (de la Internet actual, sin migrar) tendrían retardos e incluso fallos al navegar en dicho sitio.

Esto se debe a que muchos Sistemas Operativos y Navegadores ya incluyen soporte IPv6 pero no están depurados en un escenario real de migración.

El “World IPv6 Day” es una prueba a nivel global en la que, durante 24h (8 Julio de 2011) grandes proveedores y redes de distribución de contenidos como Google, Facebook, Yahoo, Akamai y Limelight Networks pondrán sus contenidos en Dual-Stack (IPv4+IPv6).

En esta prueba se pretenden resolver los problemas mencionados más arriba, de tal manera que se podrán poner masivamente contenidos en IPv6, facilitando enormemente la transición al nuevo protocolo.

Este “Test-flight” ha sido definido por ISOC (Internet Society). Más Información. Otros sitios web participantes, que iniciaron su adaptación anteriormente al planteamiento de esta jornada están incluidos en esta lista más amplia.

El “World IPv6 Day” se ha consolidado también como una de las acciones de márketing sobre IPv6 más relevantes debido al gran número y relevancia de participantes, que no cesa de crecer.

IPv6 en España.

Por el momento no hay operadores/ISP comerciales que ofrezcan servicio IPv6 fijo o móvil a usuarios finales en España. La situación es prácticamente la misma para accesos corporativos con la excepción de algunos pilotos específicos. Sí existe una oferta reducida de servicios de hosting.

Actualmente el mayor proveedor de IPv6 para usuarios finales en España es RedIRIS, con una red dual-stack que conecta universidades y centros de investigación. Debido al número reducido de contenidos y servicios en IPv6 el tráfico IPv6 actual es testimonial, si bien esta situación podría cambiar durante el “World IPv6 Day” y fases posteriores.

ESPANIX, el principal nodo de intercambio de tráfico en España permite el intercambio de tráfico IPv6 nativo en su infraestructura principal.

Recordemos, no obstante, la noticia publicada hace pocos días sobre el movimiento pionero de Knet en  España.

Otras noticias.

2011-05-12 Telefónica se suma al Día Mundial de IPv6 (World IPv6 Day)

Podéis suscribiros al “IPv6 News” de Consulintel para obtener más información.

Más información en estos enlaces.

Fuente: http://wiki.rediris.es/

Anuncios

Knet será la primera compañía en pasarse a IPv6. Ejemplo de DNS64 y NAT64 en routers Cisco.

Una pequeña operadora de ADSL se adelanta a las grandes competidoras e instala IPv6 en su sistemaKnet  ha sido la primera que anunció que ofrecería conectividad IPv6 a todos sus clientes. Según un comunicado de la empresa, lo hará antes de que se agoten las direcciones IPv4. Con esto, dará podrá dar servicio a nuevos clientes sin la necesidad de utilizar sistemas NAT, como Movistar. No utilizar el sistema NAT significa no tener que compartir la misma dirección IP con varios usuarios.

Estamos ante una necesidad de cambiar hacia el protocolo de direccionamiento IPv6, ya que se han agotado las direcciones tradicionales de 32 bits. En un primer momento, no se harán demasiados cambios en los ordenadores, puesto que los sistemas ya son compatibles, aunque no se descarta la posibilidad de cambiar los módems de acceso.

Knetla operadora de La Rioja  trabajará con dual-stock, lo que significa que tendrá equipo que trabajara al mismo tiempo con los dos protocolos, tanto con el IPv4 como con el IPv6. Además, se ha demostrado que ambas tecnologías se comunican entre sí a través de los sistemas DNS64 y NAT64.

En primer lugar, el NAT64 se encarga de la traducción de las direcciones entre hosts que sólo tienen conectividad IPv6 con hosts que sólo tienen conectividad IPv4. Tras la resolución del nombre por el DNS64, se pide la dirección web a través de NAT64.

Para lograr este objetivo se debe contar con un equipo de red que sea capaz de realizar una traslación de protocolos IPv4 <-> IPv6. Entre otras cosas, este mapeo debe incluir el mapeo de las direcciones de capa de red de uno y otro protocolo.

Del lado de la red solo-IPv6, las direcciones IPv4 se mapean dentro de un prefijo IPv6 el cual debe  tener suficientes bits de host para mapear todo el espacio IPv4.

En segundo lugar, el DNS64, sirve para compatibilizar la resolución de nombres de ambos sistemas. Si el usuario está usando el protocolo IPv6, al acceder a una página que no se hay adaptado a este protocolo, DNS64 hará una petición a IPv4 pidiéndole un registro. A través de este registro, los servidores DNS responderán, traducirán la página al IPv6 y se la mostrarán al usuario, incluyendo en las respuestas registros AAAA que mapean las direcciones IPv4 dentro del prefijo NAT64.

En conclusión, podemos decir que es importante que las operadoras estén dando pasos hacia un nuevo protocolo en Internet, aunque desde Knet no se dan fechas exactas del cambio.

Fuentes: http://www.readwriteweb.es y http://es.wikipedia.org

Ejemplo de configuración de una red de enrutamiento para una comunicación NAT64 sin estado.

Aprovechando esta noticia que en realidad se conoce desde hace unos días, vamos a presentar un ejemplo de configuración del NAT64 para routers Cisco. La comunicación NAT64 sin estado está habilitada en la solución Cisco Carried-Grade IPv6, que pretende preservar las infraestructuras IPv4 y prepararse para una transición gradual hacia IPv6.

Los requisitos para configurar NAT64 sin estado son los siguientes:

  • Una dirección IPv6 asignada a cualquier host de la red debe tener una dirección válida de IPv4 traducible y viceversa.
  • Se debe habilitar el comando IPv6 unicast-routing para que esta configuración funcione.
  •  Hay que poseer una IOS lo suficientemente actual para que soporte NAT64. Con mi IOS c7200 no es suficiente, por lo que no voy a poder mostraros con GNS3 el resultado de ejecutar los comandos. Lo mostraré de todos modos en texto plano.

nat64

Pasos a seguir:

  1. Habilitamos el modo privilegiado EXEC:
    Router> enable
  2. Entramos en modo de configuración global:
    Router# configure terminal
  3. Habilitamos el envío de datagramas IPv6 unicast:
    Router(config)# ipv6 unicast-routing
  4. Configuramos un tipo de interfaz y entramos en la interfaz modo de configuración:
    Router(config)# interface giabitethernet0/0/0
  5. Añadimos una descripción a la interfaz de configuración:
    Router(config-if)# description interface towards ipv4 side
  6. Permitimos el procesamiento de IPv6 en una interfaz:
    Router(config-if)# ipv6 enable
  7. Configuramos una dirección IPv6 sobre la base de un prefijo de IPv6 general y habilitamos el procesamiento de IPv6 en una interfaz:
    Router(config-if)# ipv6 address 2001:1::/96
  8. Habilitamos la traducción NAT64 sin estado en la interfaz IPv6:
    Router(config-if)# nat64 enable
  9. Salimos del modo de configuración de interfaz y volvemos al modo de configuración global:
    Router(config-if)# exit
  10. Configuramos otro tipo de interfaz y entramos en la interfaz modo de configuración:
    Router(config)# interface giabitethernet1/2/0
  11. Añadimos una descripción a la interfaz de configuración:
    Router(config-if)# description interface towards ipv6 side
  12. Configuramos una dirección IPv4 para esa interfaz:
    Router(config-if)# ip address 192.168.0.0 255.255.255.0
  13. Habilitamos la traducción NAT64 sin estado en la interfaz IPv4:
    Router(config-if)# nat64 enable
  14. Salimos del modo de configuración de interfaz y volvemos al modo de configuración global:
    Router(config-if)# exit
  15. Definimos el prefijo sin Estado NAT64 que se añadirá a los hosts IPv4 para traducir la dirección IPv4 en una dirección IPv6. El comando también identifica el prefijo que debe ser usado para crear las direcciones IPv4 traducibles para los hosts IPv6.
    Router(config)# nat64 prefix stateless 2001:0db8:0:1::/9
  16. Enrutamos el tráfico IPv4 hacia la correcta interfaz de IPv6.
    Router(config)# nat64 route 192.168.0.0/24 gigabitethernet0/0/1
  17. Salimos del modo de configuración global y volvemos al modo privilegiado EXEC:
    Router(config)# end

Seguimiento y mantenimiento de la red de enrutamiento NAT64 sin estado.

Para verificar y monitorear la red de enrutamiento sin estado NAT64, vamos a ejecutar los siguientes comandos en el modo privilegiado.

  1. show nat64 statistics
    Este comando muestra las estadísticas globales y específicas de la interfaz de los paquetes que se traducen y los que se pierden.

    Router# show nat64 statistics

    NAT64 StatisticsGlobal Stats:
    Packets translated (IPv4 -> IPv6): 21
    Packets translated (IPv6 -> IPv4): 15
    GigabitEthernet0/0/1 (IPv4 configured, IPv6 configured):
    Packets translated (IPv4 -> IPv6): 5
    Packets translated (IPv6 -> IPv4): 0
    Packets dropped: 0
    GigabitEthernet1/2/0 (IPv4 configured, IPv6 configured):
    Packets translated (IPv4 -> IPv6): 0
    Packets translated (IPv6 -> IPv4): 5
    Packets dropped: 0

  2. show ipv6 route
    Este comando muestra el prefijo configurado sin estado y la ruta específica para las direcciones IPv6 (IPv4 traducidas) apuntando hacia el lado de IPv6.

    Router# show ipv6 route
    IPv6 Routing Table - default - 6 entries
    Codes: C - Connected, L - Local, S - Static, U - Per-user Static route
    B - BGP, R - RIP, I1 - ISIS L1, I2 - ISIS L2
    IA - ISIS interarea, IS - ISIS summary, D - EIGRP, EX - EIGRP external
    ND - Neighbor Discovery
    O - OSPF Intra, OI - OSPF Inter, OE1 - OSPF ext 1, OE2 - OSPF ext 2
    ON1 - OSPF NSSA ext 1, ON2 - OSPF NSSA ext 2
    LC 2001::1/128 [0/0] via FastEthernet0/3/4, receive
    S 2001::1B01:10A/128 [1/0] via FastEthernet0/3/4, directly connected
    S 3001::/96 [1/0] via ::42, NVI0
    S 3001::1E1E:2/128 [1/0] via FastEthernet0/3/0, directly connected
    LC 3001::C0A8:64D5/128 [0/0] via FastEthernet0/3/0, receive
    L FF00::/8 [0/0] via Null0, receive

  3. show ip route
    Este comando muestra las direcciones IPv4 en Internet que han alcanzado el lado de IPv4.

    Router# show ip route

    Codes: R - RIP derived, O - OSPF derived,
    C - connected, S - static, B - BGP derived,
    * - candidate default route, IA - OSPF inter area route,
    i - IS-IS derived, ia - IS-IS, U - per-user static route,
    o - on-demand routing, M - mobile, P - periodic downloaded static route,
    D - EIGRP, EX - EIGRP external, E1 - OSPF external type 1 route,
    E2 - OSPF external type 2 route, N1 - OSPF NSSA external type 1 route,
    N2 - OSPF NSSA external type 2 route
    Gateway of last resort is 10.119.254.240 to network 10.140.0.0
    O E2 10.110.0.0 [160/5] via 10.119.254.6, 0:01:00, Ethernet2
    E 10.67.10.0 [200/128] via 10.119.254.244, 0:02:22, Ethernet2
    O E2 10.68.132.0 [160/5] via 10.119.254.6, 0:00:59, Ethernet2
    O E2 10.130.0.0 [160/5] via 10.119.254.6, 0:00:59, Ethernet2
    E 10.128.0.0 [200/128] via 10.119.254.244, 0:02:22, Ethernet2
    E 10.129.0.0 [200/129] via 10.119.254.240, 0:02:22, Ethernet2
    E 10.65.129.0 [200/128] via 10.119.254.244, 0:02:22, Ethernet2
    E 10.10.0.0 [200/128] via 10.119.254.244, 0:02:22, Ethernet2
    E 10.75.139.0 [200/129] via 10.119.254.240, 0:02:23, Ethernet2
    E 10.16.208.0 [200/128] via 10.119.254.244, 0:02:22, Ethernet2
    E 10.84.148.0 [200/129] via 10.119.254.240, 0:02:23, Ethernet2
    E 10.31.223.0 [200/128] via 10.119.254.244, 0:02:22, Ethernet2
    E 10.44.236.0 [200/129] via 10.119.254.240, 0:02:23, Ethernet2
    E 10.141.0.0 [200/129] via 10.119.254.240, 0:02:22, Ethernet2
    E 10.140.0.0 [200/129] via 10.119.254.240, 0:02:23, Ethernet2
    IPv6 Routing Table - default - 6 entries

  4. debug nat64
    Este comando habilita la depuración del NAT64 sin estado.

    Router# debug nat64 statistics

    NAT64 statistics debugging is on
    Sep 16 18:26:24.537 IST: NAT64 (stats): Received stats update for IDB(FastEthernet0/3/5)
    Sep 16 18:26:24.537 IST: NAT64 (stats): Updating pkts_translated_v4v6 from 94368894 to
    95856998 (is_delta(TRUE) value(1488104))
    Sep 16 18:26:24.537 IST: NAT64 (stats): Received stats update for IDB(FastEthernet0/3/4)
    Sep 16 18:26:24.537 IST: NAT64 (stats): Updating pkts_translated_v6v4 from 7771538 to
    7894088 (is_delta(TRUE) value(122550))
    Sep 16 18:26:24.537 IST: NAT64 (stats): Received global stats update
    Sep 16 18:26:24.537 IST: NAT64 (stats): Updating pkts_translated_v4v6 from 1718650332 to
    1720138437 (is_delta(TRUE) value(1488105))
    Sep 16 18:26:24.537 IST: NAT64 (stats): Updating pkts_translated_v6v4 from 1604459283 to
    1604581833 (is_delta(TRUE) value(122550))

  5. ping
    Lo siguiente es un ejemplo de una captura de paquetes desde el lado de IPv6 cuando se especifica el comando ping 198.168.0.2 después de configurar el comando nat64 enabletanto en lasinterfaces IPv4 como en las interfaces IPv6.

    Router# ping 198.168.0.2

    Time Source Destination Protocol Info
    1 0.000000 2001::c6a7:2 2001::c6a8:2 ICMPv6 Echo request
    Frame 1: 118 bytes on wire (944 bits), 118 bytes captured (944 bits)
    Arrival Time: Oct 8, 2010 11:54:06.408354000 India Standard Time
    Epoch Time: 1286519046.408354000 seconds
    [Time delta from previous captured frame: 0.000000000 seconds]
    [Time delta from previous displayed frame: 0.000000000 seconds]
    [Time since reference or first frame: 0.000000000 seconds]
    Frame Number: 1
    Frame Length: 118 bytes (944 bits)
    Capture Length: 118 bytes (944 bits)
    [Frame is marked: False]
    [Frame is ignored: False]
    [Protocol in frame: eth:1pv6:icmpv6: data]
    Ethernet II, Src:Cisco_c3:64:94 (00:22:64:c3:64:94), Dst: Cisco_23:f2:30
    (00:1f:6c:23:f2:30)
    Destination: Cisco_23:f2:30 (00:1f:6c:23:f2:30)
    Address: Cisco_23:f2:30 (00:1f:6c:23:f2:30)
    (0 .... .... .... .... = IG bit: Individual address (unicast... ....
    (0 .... .... .... .... = LG bit: Globally unique address (factory default... ....
    Source: Cisco_c3:64:94 (00:22:64:c3:64:94)
    Address: Cisco_c3:64:94 (00:22:64:c3:64:94)
    (0 .... .... .... .... = IG bit: Individual address (unicast... ....
    (0 .... .... .... .... = LG bit: Globally unique address (factory default... ....
    Type: IPv6 (0x86dd)
    Internet Protocol Version 6, src: 2001::c6a7:2 (2001::c6a7:2), Dst: 2001::c6a8:2
    (2001::c6a8:2)
    0110 .... = Version: 6
    [0110 .... = This field makes the filter “ip.version ==6” possible:: 6]
    0000 0000 ... .... .... .... .... = Traffic class: 0x00000000 ....
    0000 00.. .... .... .... .... .... = Differentiated Services Field: Default ....
    (0x00000000)
    0. .... .... .... ... .... = ECN-Capable Transport (ECT): Not set.. .... ....
    0000 0000 0000 0000 0000 = Flowlabel: 0x00000000 .... .... ....
    Payload length: 64
    Next header: 64
    Hop limit: 64
    Source: 2001::c6a7:2 (2001::c6a7:2)
    [Source Teredo Server IPv4: 0.0.0.0 (0.0.0.0)]
    [Source Teredo Port: 6535]
    [Source Teredo Client IPv4: 198.51.100.1 (57.88.255.253)]
    Destination: 2001:c6a8:2 (2001::c6a8:2)
    [Destination Teredo Server IPv4: 0.0.0.0 {0.0.0.0)]
    [Destination Teredo Port: 65535]
    [Destination Teredo Client IPv4: 198.51.100.2 {198.51.100.2)]
    Internet Control Message Protocol v6
    Type: 128 (Echo request)
    Code: 0 (Should always be zero)
    Checksum: 0xaed2 [correct]
    ID: 0x5018
    Sequence: 0x0000
    Data (56 bytes)
    Data: 069ae4c0d3b060008090a0b0c0d0e0f1011121314151617...
    [Length: 57]

Configuración final

Si copiamos la siguiente secuencia en el modo de configuración global obtendremos la configuración deseada. Para listarla de nuevo, por ejemplo para guardarla en un fichero, podemos utilizar el comando show running config.

ipv6 unicast-routing
!
interface GigabitEthernet0/0/1
description interface towards ipv4 side
ip address 198.168.0.0 255.255.255.0
nat64 enable
!
interface GigabitEthernet1/2/0
description interface towards ipv6 side
ipv6 address 2001::1/128
ipv6 enable
nat64 enable
!
nat64 prefix stateless 2001::/96
nat64 route 198.167.0.0/24 GigabitEthernet1/2/0

Esto es todo. Un saludo.

Fuente: http://www.cisco.com

Telefónica realizará pruebas IPv6 tras el World Day del día 8 de junio

Una vez que termine el IPv6 Day el día 8 de junio, Movistar comenzará a realizar pruebas piloto con ese nuevo protocolo, en tanto continúa perfeccionándolo de forma interna. Estas pruebas, ya se sabe que se realizarán tanto en la red fija como móvil.

Desde el mes de abril está con pruebas internas en el centro de Huesca, donde quienes saben, afirman que todos se conectan con IPv6 y de momento, no tienen ninguna complicación, aunque para la extensión aún hacen falta algunos ajustes.

Carlos Ralli, experto en IPv6 de Telefónica, mantuvo una entrevista a través de Twitter y confirmó que “primero hay que solucionar fallos de contenidos en dual stack (el propósito del World Day del 8 de junio). A partir de ahí se han planificado pilotos en distintas fases. Las fechas concretas se están definiendo”.

La red de Telefónica ya está preparada, pero para poder ponerlo en funcionamiento, el Router, el ISP y el servidor deben actualizarse, y lo primero lo irán haciendo en el paso de los días.

Fuente: http://www.adslayuda.com

España se prepara para dar el salto al protocolo IPv6

La IPv4 tiene 4.295 millones de direcciones; la IPv6 tiene 340 sextillones.

El Consejo de Ministros ha aprobado el plan para la incorporación del nuevo protocolo de Internet, el IPv6, en España, que coexistirá “durante unos años” con el antiguo IPv4.

Debido al agotamiento de las direcciones de la versión anterior del protocolo, el Ministerio de Industria ha impulsado un plan cuyo objetivo es difundir información didáctica sobre el IPv6 y dinamizar los cambios tecnológicos que resulten necesarios para su incorporación efectiva.

Entre otras medidas, el Gobierno ha creado una web informativa sobre el nuevo protocolo, a la que se sumarán jornadas teórico-prácticas sobre sus aspectos técnicos y ayudas del Plan Avanza para proyectos relacionados con él.

Internet se quedaba sin direcciones

Las direcciones IP (Internet Protocol) constituyen el sistema de identificación que permite que diferentes dispositivos conectados a Internet puedan comunicarse entre sí. Desempeñan en Internet un papel análogo al número telefónico en el servicio de telefonía tradicional, permitiendo el intercambio de información entre dos o más puntos de la red.

Sin embargo, en Internet no hay una planificación de los recursos de direccionamiento por parte de las Administraciones Públicas: el responsable de la asignación de direcciones es la corporación sin ánimo de lucro ICANN (Internet Corporation for Assigned Names and Numbers).

Desde 1981 se emplea el denominado protocolo IP versión 4 (IPv4), que ofrece alrededor de 4.295 millones de direcciones de Internet a nivel global. En su momento se consideró “suficiente” para cubrir todas las necesidades de futuro.

No obstante, en febrero de este año la ICANN asignó en su totalidad el repositorio global de direccionamiento IPv4 y, previsiblemente, a lo largo del año se producirá también la asignación total de las direcciones IPv4 disponibles en Europa.

Ante la rápida extensión de Internet a escala global, en el año 1998 se desarrolló la versión IPv6, que permite la asignación de 340 sextillones de direcciones únicas de Internet, una cantidad prácticamente ilimitada, pasando la longitud de la dirección IP de 32 a 128 bits de longitud.

Además, el protocolo IPv6 introduce nuevas mejoras en Internet, entre ellas más seguridad y simplicidad de procesamiento en la red, según asegura Industria.

Fuente: www.elmundo.es

A %d blogueros les gusta esto: