El documento describe la historia y características de IPv4 e IPv6. Explica los problemas con IPv4 como la escasez de direcciones IP disponibles y las soluciones propuestas como CIDR y NAT. También compara las cabeceras y características de IPv4 e IPv6, y resume las fases de implementación de IPv6 según el Plan de Transición de Internet. Finalmente, resume varios proyectos y experimentos de despliegue de IPv6.

1. Asignatura: ING/IBA Benito García, Jorge Chojak, Jacek Trabajo 9: Estudio del despliegue del protocolo IPv6

2. Índice Internet Protocol (IP) Historia Problemas con IPv4 IPv4 IPng/IPv6 Comparativa Transición a IPv6 - introducción Implementación de IPv6 Organismos Transición a IPv6 Fases de implementación Proyectos IPv6 Conclusiones ¿Preparados para IPv6?

3. Historia y características 1973 labaratorios de ARPA – EE.UU. Vinton Cerf 1981 RFC 791 – IPv4: 32 bit dirección IP (~ 4 000 000 000) 6 grupos de direcciones: A, B, ... , E se pensaba sobre redes con máxima algunos miles de dispositivos Características: protocolo de capa de red comunicación basado de dirección IP protocolo sin previo establecimiento de conexión ( connection-less ) best effort, no fiable

4. 32 bit direcciónes y clases de direcciones Posibles soluciones: CIDR , NAT ” Recycling” de direcciones ” IPv4 market” Problemas con IPv4 Experts say more than 80% of IPv4 addresses have been distributed

5. Recycling de direcciones IPv4 ¿De quién procede dirección? Los mayores problemas: dirección de correo electronico de spam server dirección de empresa muy conocida - tráfico ataques DoS y más peligrosos DDoS fixed direcciones problem – derechos y limitaciones del acceso

6. IPv4 market ¿Se va a crear un mercado financiero para el espacio de direcciones IPv4? * ¿Va a demorar la transición a IPv6 porque se dispone de más direcciones IPv4? * ¿Se realizarán las transferencias de direcciones IPv4 del núcleo de Internet con routers de la tabla de rutas de los ISP? Stanford retornó más de 16 millones de direcciones IPv4 en el año 2000.

7. IPv6 (IPng) IPv6 – RFC 1883, año 1995 Realmente ¿que novedades hay? Ampliado dirección espacio Cuadruplo dirección longitud hasta 16 bytes Simplificado el formato de cabecera: longitud fija, opcional cabeceras que se puede añadir Cabecera de IPv6 dos veces más larga (40 bytes) que la de IPv4 sin opciones (20 bytes) No checksum en capa IP No hop-by-hop segmentación Autenticación y Privacidad Habilidades IPsec exigible No ser más broadcast

8. Comparación en cabecera en adicionales cabeceras opciones manual o DHCP, APIPA no exige ni manual, ni DHCP dirección asignación ICMP ICMPv6, exigible control mensajes prot. existe - CRC en cabecera - con Flow Label QoS identificación optativo exigible IPsec 32 bit 128 bit dirección IPv4 IPv6

9. 0 15 16 31 40 bytes 20 bytes IPv4 IPv6 vers hlen TOS total length identification flags flag-offset TTL protocol header checksum source address destination address options and padding vers traffic class flow-label payload length next header hop limit source address destination address Quitado (6) ID, flags, flag offset TOS, hlen header checksum Cambiado (3) A ñadido (2) Expandido total length => payload protocol => next header TTL => hop limit traffic class flow label address 32 to 128 bits Comparación de cabeceras

10. Transición a IPv6 - introducción A number of mechanisms exist; applicability depends on the interworking scenario. Main mechanisms Dual stack, IPv6-in-IPv4 tunnelling: automatic, configured, 6over4, 6to4 Bump in the stack: legacy applications in a IPv6 host Protocol translators: NAT-PT RSIP (Realm Specific IP) application level gateways, Socks Updates on Upper Layers Upper layer checksums: TCPv6, UDPv6, DNS "AAAA" and "A6" records DHCPv6 IPv6 socket

11. DSTM

12. Organismos Internacionales IMPLEMENTACIÓN DE IPv6

13. Organismos internacionales Las direcciones IP son gestionadas por la Autoridad de Asignación de Nombres de Internet (IANA), que tiene la responsabilidad del conjunto de direcciones, distribuyendo bloques de direcciones a los Registros Regionales de Internet (RIRs). Los RIRs gestionan, distribuyen y publican el registro de direcciones IP, como también Números de Sistemas Autónomos, DNS inversos) en sus respectivas regiones. Los cinco RIRs juntos forman la Organización de Recursos de números, para realización de actividades de los RIRs, inclyuendo proyectos técnicos, actividades y políticas de coordinación.

14. Direcciones IPv6 asignadas por RIR* *Desde 1999 hasta Mayo 2009

15. Fases del Despliegue IMPLEMENTACIÓN DE IPv6

16. Plan de Transición de Internet RFC 5211: Plan de Transición de Internet (JULIO 2008) Proporciona un plan de transición de Internet desde un modelo de conectividad predominantemente IPv4 a otro modelo predominante IPv6. Objetivo: Facilitar la coordinación de las entidades durante un período de cambios significativo. Fases: Fase de Preparación: Hasta Diciembre 2009 Fase de Transición: Enero 2010 a Diciembre 2011 Fase Post-Transición: Enero 2012 hacia el futuro

17. Fases del Despliegue Fase de Preparación Pruebas piloto de los ISPs de sus servicios de red para IPv6 mediante el uso de mecanismos de transición descritos en la RFC 4213 o via IPv6 nativo. Las organizaciones y otras entidades deben disponer de conectividad IPv6 a sus servicios locales (web, dns, e-mail..). Se proporcionará conectividad IPv6 a los usuarios internos. Se mantienen los servicios en IPv4 junto a los adaptados a IPv6.

18. Fases del Despliegue Fase de Transición: Los ISPs proporcionarán a los clientes de Internet acceso a servicios adaptados a IPv6, via navitvo o a partir de los mecanismos de transición oportunos. Las organizaciones de Internet tratarán los servicios IPv6 como producción. Las organizaciones proveeran conectividad IPv6 a los usuarios intentos y proporcionarán soporte a los servicios IPv6. Los servicios y aplicaciones serán desarrollados a IPv6, como añadido a los ya desarrolados en IPv4.

19. Fases del Despliegue Fase Post-Transición Los ISPs proporcionarán IPv6 nativo. Las organizaciones tendrán sus servicios y sus usuarios adaptados a IPv6 y proveeran soporte a su infraestructura IPv6 Los ISPs deben seguir permitiendo conectividad IPv4 y las organizaciones deben continuar usando conectividad IPv4. Las organizaciones finales proporcionarán todos sus servicios en IPv6 para clientes y usuarios conectados con IPv6.

20. Proyectos y Experimentos IPv6 IMPLEMENTACIÓN IPv6

21. LACNIC XI IPv6 Experiment En el evento de LACNIC XI del 26 al 30 de Mayo en Salvador, Brasil, tuvo lugar un experimento sobre IPv6. Se proporcionó conexión a una red wireless que asignaba direccioes IPv6 y que sólo era accesible a través de redes IPv6 o con soporte dual-stack IPv4/IPv6. Se pretendía probar la configuración de IPv6 de sus equipos, aplicaciones y servicios remotos, así como el soporte IPv6 de toda la red de acceso. Primero el acceso era exclusivamente a través de IPv6 y los únicos lugares disponibles eran los que empleaban IPv6. Por último, se probó un dispositivo equipado con NAT-PT, para traducir direcciones IPv4 a IPv6 compatibles, permitiendo el acceso a sitios que todavía no tiene soporte para IPv6.

22. LACNIC XI IPv6 Experiment - May 2008 Aspectos Técnicos: Dos servidores DNS disponibles, DNS hack y sin hack. El servidor DHCP le proporciona la dirección DNS para NAT-PT, pero se puede elegir hacer la transición sin IPv6 escribiendo la dirección IP del servidor DNS sin hack. Conclusiones del Experimento: Proporcionó la oportunidad de probar IPv6 más intensamente Se verificó la facilidad de configurar los equipos para el uso de IPv6 Se denotó que las aplicaciones y servicios aún necesitan un ajuste y configuración, a fin de apoyar completamente el nuevo protocolo. http://www.civil-tongue.net/6and4/wiki/LACNIC%20XI-Docs

23. RIPE MAYO 2008 Building an IPv6-only network

24. RIPE MAYO 2008

26. China Julio 2008: CNGI-CERNET2 CNGI-CERNET es una red únicamente IPv6. Los usuarios necesitan aplicaciones que se exporten a IPv6 Por ello se ha desarrollado IVI (IV-VI) IVI significa 4 | 6 : Convivencia y Transición IVI es simétrica y ambos IPv6 y IPv4 son soportados. El IVI es un prefijo específico y una asignación explícita en la dirección. Soporta tanto las comunicaciones en IPv4 como en IPv6 No afecta al enrutamiento de IPv4 e IPv6. Es escalable y fiable. El despliegue se puede hacer gradualmente y de forma independiente.

27. China Julio 2008: CNGI-CERNET2 El registro IVI se acerca a la forma más transparente al modelo extremo a extremo

28. China Julio 2008: CNGI-CERNET2

29. China Julio 2008: CNGI-CERNET2

30. ¿Estamos prepados para IPv6? CONCLUSIONES

31. Previsión de direccionamiento IPv4 global No habrá día "D": IPv4 e IPv6 coexistirán muchos años.

32. IPv6 hoy en día Mayo 2008: Europa cree que IPv4 muere en 2010. Red Geant: Red europea de Investigación. Por eso es la región que más direcciones IPv6 asinadas ha alcanzado. Febrero 2008. DNS ya preparados 6 de Marzo 2009: ICANN México. Fin a IPv4 América Latina y África serán las dos regiones del mundo en las que se privilegiará la concesión de las últimas direcciones IPv4 existentes Los últimos cinco bloques de direcciones son distribuidos de manera uniforme por región, a diferencia de la asignación sobre demanda que se estaba utilizando. Es necesario una dirección para cada dispositivo, puesto que el mundo es All-IP. Creciente demanda de Servicios Servicios y Aplicaciones necesitan ser adaptados a IPv6

33. IPv6 hoy en día Desarrolladores: Los S.O ya están preparados, soportan IPv6 en el software. Windows, Apple,Solaris, Linux... Proveedores de infraestructuras: Ya han adaptado sus productos para IPv6 Cisco, 3Com, Nokia, Alcatel-Lucent... Google: Abril 2005: Obtuvo espacio de direccionamiento IPv6 Julio 2007: Ingeniería de Arquitectura de red y software Marzo de 2008: ipv6.google.com Desde Enero de 2009 públicamente. Es necesario conectarnos con una dirección IPv6. 150.000 usuarios en Marzo 2009

34. ISOC: Marzo 2009 ¿Cuáles son algunos de los principales desafíos para el funcionamiento de IPv6 en sus redes?

35. Estudio ARIN Abril 2008 Obstáculos a la asignación de direcciones IPv6

36. ¿Qué piensan las empresas? Las empresas no ven la necesidad de cambiar a IPv6, sobre todo porque las grandes corporaciones, como Microsoft, Intel, Cisco... aún no dan el paso definitivo al cambio en el direccionamiento. El problema está en la web, las aplicaciones y los servicios tienen que migrar a IPv6, siendo más costoso que adaptar toda la infraestructura de red. Los usuaros y clientes aún no están adaptados a IPv6, por lo tanto no es necesaria su implantación todavía.

37. Bibliografía http://wiki.go6.net: The IPv6 Portal http://www.icann.org http://www.getipv6.info: ARIN wiki http://www.isoc.org: Internet Society http://www.ipv6forum.com/ http://www.ist-ipv6.org http://obfusc.at/ed/ipv4_recycling_pl.html http://pl.wikipedia.org/wiki/CIDR http://es.wikipedia.org/wiki/IPv6 http://www.ipv6.rennes.enst-bretagne.fr/dstm/ http://www.circleid.com/posts/712279_ipv4_address_exhaustion_market/ http://www.pcworld.idg.com.au/article/206330/could_ip_address_plan_mean_another_ipv6_delay?pp=2 Why a new version for IP? Atanas Terziyski Introduction to IPv6, Cisco 2006 IPv6 Tutorial, Cisco, SANOG V Dhaka, Bangladesh Systemy detekcji intruzów w sieciach rozległych, Crowley Data Poland, Paweł Papliński, Introduction to IPv6, Minal Mishra IPv6 Flow Label Specification, draft-ietf-ipv6-flow-label-01.txt IPv6 Addressing, Engineering Workshops https://www.arin.net/ http://www.sixxs.net/tools/grh/dfp/ http://www.ripe.net http://lacnic.net http://portalipv6.lacnic.net http://www.google.com/intl/en/ipv6/ http://tools.ietf.org/html/rfc2460