{"id":2045,"date":"2026-05-06T12:55:52","date_gmt":"2026-05-06T12:55:52","guid":{"rendered":"https:\/\/www.ipv6council.es\/?p=2045"},"modified":"2026-05-06T12:56:12","modified_gmt":"2026-05-06T12:56:12","slug":"cambiando-el-chip-de-ipv4-a-ipv6","status":"publish","type":"post","link":"https:\/\/www.ipv6council.es\/index.php\/2026\/05\/06\/cambiando-el-chip-de-ipv4-a-ipv6\/","title":{"rendered":"Cambiando el chip: de IPv4 a IPv6"},"content":{"rendered":"

\u00a1Os damos la bienvenida a la nueva edici\u00f3n de este a\u00f1o del Council IPv6! Para los que no hayan asistido a ediciones anteriores, os recordamos que el prop\u00f3sito de este grupo es fomentar la adopci\u00f3n y el conocimiento de la nueva versi\u00f3n del protocolo de Internet en Espa\u00f1a, que lamentablemente sigue a la cola en el ranking europeo.<\/span><\/p>\n

Este a\u00f1o tenemos preparada una sorpresa: hemos dise\u00f1ado un <\/span>entorno de laboratorio pr\u00e1ctico<\/b> alojado en el Datacenter Data4donde, adem\u00e1s de explorar las capacidades de IPv6, pondremos a prueba su seguridad y analizaremos las vulnerabilidades de su arquitectura.<\/span><\/p>\n

Pero antes de pasar a la acci\u00f3n, es esencial comprender por qu\u00e9 este entorno opera bajo reglas distintas. As\u00ed que abrimos este blog con un recordatorio para los m\u00e1s despistados que a\u00fan no saben muy bien de qu\u00e9 va IPv6.<\/span><\/p>\n

Aunque IPv4 e IPv6 comparten principios b\u00e1sicos, existen diferencias cr\u00edticas que marcan un antes y un despu\u00e9s. Para empezar, <\/span>ve diciendo adi\u00f3s al uso del dichoso NAT.<\/b><\/p>\n

En IPv4, el NAT surgi\u00f3 por la necesidad de aumentar el n\u00famero de direcciones disponibles, que empezaron a escasear en los a\u00f1os 90 debido al explosivo crecimiento de dispositivos conectados. El NAT parche\u00f3 este problema al permitir que una sola direcci\u00f3n IP p\u00fablica representara a miles de dispositivos en una red privada. Sin embargo, no era la soluci\u00f3n definitiva. Al dar el salto a IPv6 y disponer de una cantidad pr\u00e1cticamente infinita de direcciones (superando con creces el l\u00edmite de los 4.300 millones de IPv4), desaparece la necesidad de “esconder” equipos. Adem\u00e1s, IPv6 reintroduce el <\/span>modelo extremo a extremo<\/b> en el que cada dispositivo tiene su propia GUA (<\/span>Global Unicast Address<\/span><\/i>). De esta forma, dos nodos pueden <\/span>comunicarse directamente sin intermediarios<\/b> que traduzcan cabeceras y evitando usar t\u00e9cnicas complejas como STUN\/TURN, ICE o UPnP\/PMP.<\/span><\/p>\n

Otra caracter\u00edstica diferencial son los tipos de direcciones. En IPv4, una interfaz sol\u00eda tener una sola IP. En cambio, en IPv6 tu tarjeta de red siempre tendr\u00e1 <\/span>m\u00faltiples direcciones con distintos alcances (<\/b>scopes<\/i><\/b>).<\/b> Los dos principales son la ya mencionada <\/span>Global Unicast Address<\/span><\/i> (GUA) y la <\/span>Link-Local Address<\/span><\/i> (LLA):<\/span><\/p>\n\n\n\n\n\n\n\n\n\n
<\/td>\nGlobal Unicast Address (GUA)<\/b><\/td>\nLink-Local Address (LLA)<\/b><\/td>\n<\/tr>\n
Prefijo<\/b><\/td>\n2000::\/3<\/span><\/td>\nfe80::\/10<\/span><\/td>\n<\/tr>\n
Alcance<\/b><\/td>\nGlobal (Internet completa)<\/span><\/td>\nEnlace local (Segmento L2)<\/span><\/td>\n<\/tr>\n
Enrutabilidad<\/b><\/td>\nEnrutable globalmente<\/span><\/td>\nNo enrutable por routers<\/span><\/td>\n<\/tr>\n
Funci\u00f3n Principal<\/b><\/td>\nComunicaci\u00f3n extremo a extremo en Internet<\/span><\/td>\nDescubrimiento de vecinos y protocolos de control<\/span><\/td>\n<\/tr>\n
Uso en Capa 3<\/b><\/td>\nDireccionamiento de host y servidores<\/span><\/td>\nNext-hop<\/span><\/i> en protocolos (OSPFv3), NDP, SLAAC<\/span><\/td>\n<\/tr>\n
Estado<\/b><\/td>\nObtenida v\u00eda DHCPv6 o SLAAC<\/span><\/td>\nGenerada autom\u00e1ticamente al arrancar la interfaz<\/span><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

La siguiente diferencia fundamental es el paso del protocolo ARP al <\/span>Neighbor Discovery Protocol<\/i><\/b> (NDP).<\/b> En IPv4, cuando un dispositivo necesitaba resolver la direcci\u00f3n MAC de un nodo, lanzaba una petici\u00f3n de difusi\u00f3n (<\/span>broadcast<\/span><\/i>) a toda la red. Este m\u00e9todo generaba tr\u00e1fico innecesario al obligar a todos los hosts del segmento a procesar la consulta, incluso si no eran los destinatarios.En IPv6 el <\/span>broadcast<\/span><\/i> desaparece. Al ejecutarse sobre ICMPv6 y utilizar <\/span>multicast<\/span><\/i>, las consultas del NDP se dirigen \u00fanicamente a los nodos interesados, lo que <\/span>optimiza significativamente el rendimiento de la red.<\/b><\/p>\n

Este cambio es la magia que permite la <\/span>autoconfiguraci\u00f3n sin estado (SLAAC).<\/b> Al aprovechar las funciones de descubrimiento y los mensajes de anuncio de router del NDP, una m\u00e1quina virtual o un dispositivo IoT puede conectarse a la red y obtener conectividad global en milisegundos, sin depender de un servidor DHCP centralizado. Esta arquitectura permite orquestar miles de nodos instant\u00e1neamente, ya que el direccionamiento se convierte en una propiedad intr\u00ednseca de la interacci\u00f3n entre la red y el propio host.<\/span><\/p>\n

Ahora que tenemos las cosas claras, ya estamos listos para ponernos manos a la obra. En los pr\u00f3ximos art\u00edculos nos meteremos de lleno en el SecLab para ver estas diferencias en vivo.\u00a0<\/span><\/p>\n

\u00a1Id calentando las terminales, que esto acaba de empezar!<\/b><\/p>","protected":false},"excerpt":{"rendered":"

\u00a1Os damos la bienvenida a la nueva edici\u00f3n de este a\u00f1o del Council IPv6! Para los que no hayan asistido a ediciones anteriores, os recordamos que el prop\u00f3sito de este grupo es fomentar la adopci\u00f3n y el conocimiento de la nueva versi\u00f3n del protocolo de Internet en Espa\u00f1a, que lamentablemente sigue a la cola en… Cambiando el chip: de IPv4 a IPv6<\/span><\/a><\/p>\n","protected":false},"author":13,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"neve_meta_sidebar":"","neve_meta_container":"","neve_meta_enable_content_width":"off","neve_meta_content_width":70,"neve_meta_title_alignment":"","neve_meta_author_avatar":"","neve_post_elements_order":"","neve_meta_disable_header":"","neve_meta_disable_footer":"","neve_meta_disable_title":""},"categories":[1],"tags":[],"_links":{"self":[{"href":"https:\/\/www.ipv6council.es\/index.php\/wp-json\/wp\/v2\/posts\/2045"}],"collection":[{"href":"https:\/\/www.ipv6council.es\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ipv6council.es\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ipv6council.es\/index.php\/wp-json\/wp\/v2\/users\/13"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ipv6council.es\/index.php\/wp-json\/wp\/v2\/comments?post=2045"}],"version-history":[{"count":2,"href":"https:\/\/www.ipv6council.es\/index.php\/wp-json\/wp\/v2\/posts\/2045\/revisions"}],"predecessor-version":[{"id":2047,"href":"https:\/\/www.ipv6council.es\/index.php\/wp-json\/wp\/v2\/posts\/2045\/revisions\/2047"}],"wp:attachment":[{"href":"https:\/\/www.ipv6council.es\/index.php\/wp-json\/wp\/v2\/media?parent=2045"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ipv6council.es\/index.php\/wp-json\/wp\/v2\/categories?post=2045"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ipv6council.es\/index.php\/wp-json\/wp\/v2\/tags?post=2045"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}