las migraciones a IPv6 se estancan por cuestiones de inventario, pruebas de cumplimiento y mantenimiento de registros de doble pila, no por el protocolo en sí. Los equipos que tratan el DNS, el DHCP y el IPAM como un único sistema y realizan un seguimiento de la preparación de cada red logran completar la tarea, y Micetro lo hace a través de los servidores existentes.
las migraciones a IPv6 se estancan debido a los cambios que hay que realizar en torno al protocolo, no por el protocolo en sí. todas las direcciones IP de la red deben inventariarse, someterse a pruebas de conformidad real y trasladarse, y ese inventario ha crecido más rápido de lo que la mayoría de los planes de migración habían previsto.
El análisis de la GAO sobre el Departamento de Defensa de EE. UU. muestra esta tendencia a gran escala. El Departamento de Defensa decidió pasar a IPv6 en 2003. Diecisiete años después, solo una de sus redes había completado la transición, incluso tras auditorías, revisiones del Inspector General y mandatos legislativos. La cuestión no es que el Departamento de Defensa planificara mal. La cuestión es que la dificultad de las migraciones a IPv6 es estructural.
El trabajo requiere mucha atención al detalle y es manual. Los equipos prueban las conexiones, comprueban que los dispositivos que afirman ser compatibles con IPv6 funcionen correctamente en producción y, en ocasiones, rediseñan las redes. Si se compara con las operaciones diarias y proyectos como la nube y la SD-WAN, IPv6 parece suponer un gran esfuerzo y un valor reducido, por lo que se sigue posponiendo. La lección que BlueCat ha extraído de las transiciones a esta escala es que el DNS, el DHCP y el IPAM deben evolucionar al unísono.
That is the reported number of direcciones IP in use at the U.S. Department of Defense, the largest known estate in the world, and only one of its networks had fully moved to IPv6 after 17 years.
Read article
How difficult are IPv6 migrations? A recent GAO report on DOD's transition plan provides some sobering conclusions.
la diferencia práctica radica en la escala y la carga de planificación. IPv4 ofrece unos 4.3 mil millones de direcciones y se ha agotado, mientras que IPv6 ofrece aproximadamente 340 undecillones. Esa expansión elimina el NAT como requisito imprescindible, pero convierte la planificación de direcciones, las pruebas de compatibilidad y la gestión de la pila dual en proyectos de verdad.
la IANA se quedó sin espacio libre de IPv4 en 2011, y comprar más en el mercado secundario resulta costoso. Sin embargo, quedarse sin direcciones no significa que el NAT desaparezca de la noche a la mañana. Muchas organizaciones seguirán utilizándolo, y la pila dual se convierte en el estado operativo por defecto. La comparación entre IPv4 e IPv6 es, en realidad, una cuestión de cuánto tiempo tendrán que funcionar ambos protocolos en paralelo.
IPv6 conlleva sus propios riesgos operativos. Las direcciones hexadecimales largas favorecen los errores de introducción manual, por lo que la automatización y la validación son fundamentales. IPv6 también presenta sus propias consideraciones de seguridad: limitar las direcciones autogeneradas cuando sea pertinente, aplicar listas de permitidos y segmentación, y utilizar DHCPv6 con estado cuando sea necesario que las asignaciones de direcciones sean rastreables.
ese es todo el espacio de direcciones IPv4, y el conjunto de direcciones libres se agotó en 2011, por lo que ahora todas las direcciones nuevas proceden de la reutilización, del NAT o del mercado secundario.
Read article
The transition to IPv6 is here. Learn more with BlueCat about the necessity of it, the timeline, and the numerous benefits and challenges of IPv4 vs IPv6.
un registro AAAA devuelve la dirección IPv6 de un host en respuesta a una consulta DNS, del mismo modo que un registro A devuelve su dirección IPv4. Durante una implementación de doble pila, un host puede contener ambos registros, por lo que cada zona debe mantener dos registros de direcciones correctos para el mismo nombre.
El nombre refleja el tamaño. Una dirección IPv6 tiene 128 bits, cuatro veces los 32 bits de una dirección IPv4, por lo que la «A» de «dirección» se escribe cuatro veces. Los registros AAAA residen en una zona DNS de un servidor autoritativo, ya sea en la propia red de la organización o en un proveedor de alojamiento.
Para consultar un registro se realiza una consulta «dig» o «nslookup» con el nombre. En el caso de google.com, una consulta AAAA devuelve una dirección IPv6 como 2607:f8b0:4009:80a::200e. La forma en que se crea el registro depende de la herramienta de gestión de DNS, por lo que dicha herramienta pasa a formar parte del plan de migración.
Read article
Una visión unificada de los datos de DNS, DHCP e IP sustituye la gestión manual de hojas de cálculo, servidores y routers por una imagen actualizada de cómo se relacionan las direcciones, los registros y los ámbitos. Para una migración a IPv6, ese inventario es la base sobre la que se sustenta el plan.
Una validación técnica de Omdia reveló que el 92 % de las organizaciones gestionan entornos distribuidos y el 82 % afirma que su red es más compleja que hace dos años. En ese contexto, los datos de DDI se encuentran en silos, y mantener correctas manualmente las relaciones entre registros, ámbitos y direcciones genera errores y lagunas que merman la disponibilidad de la red.
Omdia observó qué cambia cuando esos datos se centralizan. Los registros se editaban en una única interfaz con historial de cambios, y una búsqueda de «10.29.2» en una zona con más de un millón de registros arrojó 1.062 resultados al instante. La supervisión de subredes y los indicadores de verificación PTR detectaban conflictos y problemas de utilización antes de que los usuarios se dieran cuenta.
Esa proporción de organizaciones afirma que su entorno de red es más complejo que hace dos años, y ese es el entorno en el que hay que elaborar un inventario de IPv6.
Read article
BlueCat Micetro centralizes and normalizes DDI data across on-premises, hybrid, and multicloud environments, providing a single source of truth for DNS,…
los equipos llevan a cabo una migración prolongada regulada mediante la incorporación de una capa de control sobre los servidores DNS y DHCP que ya tienen en funcionamiento. esa capa aplica un acceso basado en roles, registra cada cambio y traslada zonas y ámbitos mediante herramientas, en lugar de reconstrucciones manuales.
la mayoría de las organizaciones utilizan una combinación de Windows Server, BIND, Kea y Cisco DHCP, cada uno con su propia consola y modelo de datos. Un modelo de superposición coordina esos servidores en lugar de sustituirlos, por lo que la migración puede avanzar al ritmo del equipo. Como se indica en una descripción general: «Cada transacción y cada cambio de configuración se autentican, se registran y son auditables».
Las herramientas de migración son tan importantes como las políticas. Un asistente de migración de zonas traslada las zonas DNS entre servidores con un tiempo de inactividad mínimo, y la migración de ámbito puede conservar el historial de concesiones incluso de servidores fuera de línea. Las API REST y las integraciones con Ansible o Terraform permiten a los equipos automatizar cambios repetibles en IPv6, y los flujos de trabajo de aprobación mantienen un registro de auditoría completo.
Read article
Today’s enterprise networks span data centers, cloud environments, and distributed edge systems. DNS, DHCP, and IP address management (together known as…
Los equipos deberían buscar una solución de gestión de direcciones IP (IPAM) que gestione IPv6 en el mismo lugar que IPv4, funcione con los servidores DNS y DHCP existentes y admita la delegación segura y la automatización. Cada criterio aborda un modo de fallo que frena las migraciones: lagunas en el inventario, errores manuales y proyectos de sustitución para los que nadie puede encontrar personal.
Empiece por la cobertura. IPv6 debe gestionarse junto con IPv4 durante una migración de doble pila o exclusiva a IPv6, no en una herramienta independiente. El enfoque debe gestionar los espacios de direcciones superpuestos tras fusiones y bosques de directorios múltiples, y debe integrarse con los servicios existentes de Microsoft y otros servicios de DDI para que la migración no se convierta en una reestructuración forzada de la arquitectura.
A continuación, comprueba la delegación y la automatización. El acceso granular basado en roles debería permitir a los administradores locales actualizar los registros de su responsabilidad sin necesidad de derechos más amplios. Un diseño centrado en la API, en el que todo lo que se hace en la interfaz también se puede hacer a través de la API, ofrece a los equipos una única superficie de automatización para los cambios repetitivos de IPv6, en lugar de tener que crear scripts para cada tipo de servidor por separado.
Read article
Micetro is an overlay solution which helps you get extra life out of your current DNS, DHCP, and IP address management solutions.
los equipos de redes gestionan la migración realizando un seguimiento del estado de las pruebas y la migración a IPv6 en cada rango y dispositivo en IPAM, delegando las comprobaciones a los administradores locales y comunicando el estado a los niveles jerárquicos superiores." Micetro lo admite a través de los servidores DNS y DHCP que el equipo ya tiene en funcionamiento, por lo que IPv6 se habilita junto con IPv4, red por red.
El informe técnico «Migración a IPv6 con Micetro» comienza por conocer la red. Micetro muestra las direcciones que se encuentran en los registros A y AAAA y en los ámbitos DHCP, importa direcciones estáticas desde hojas de cálculo y descubre direcciones no documentadas a través de los datos ARP del router o mediante el comando ping. A continuación, un campo de propiedad denominado «Estado de la prueba de IPv6» marca cada rango y dispositivo, desde «prueba pendiente» hasta «listo para la migración».
El acceso basado en roles de alto nivel de detalle, con grupos gestionados a través del directorio de Microsoft, permite a los administradores locales actualizar el estado únicamente de sus propias redes. Una extensión de flujo de trabajo propaga el estado hacia arriba en la jerarquía, y un segundo campo realiza un seguimiento de las migraciones pendientes, parcialmente migradas o totalmente habilitadas para IPv6. Los equipos suelen habilitar primero IPv6 en la red troncal y luego se expanden hacia las redes perimetrales a su propio ritmo.
Read article
[Whitepaper] Migrating to IPv6 with Micetro
Read article
With Micetro, integrate, orchestrate, and automate your current DNS, DHCP, and IPAM network infrastructure via a single web interface.
La ruta adecuada depende de lo bien que un equipo conozca su parque de direcciones actual y de cómo se gestionen hoy en día sus servidores DNS y DHCP. La mayoría de los equipos siguen estas etapas en orden. Algunos pueden saltarse algunas si su inventario ya es fiable.
Respuestas breves a las preguntas que más se plantean los equipos de redes al planificar el DNS, el DHCP y el IPAM para IPv6.
¿Todavía tienes dudas?
Obtén respuestas reales de un representante de BlueCat.
