Français
English
Español
DeutschPor qué una migración IPAM rara vez fracasa por la herramienta
Las migraciones que se tuercen siguen casi siempre el mismo guion: se importa el archivo tal cual, aparecen 300 duplicados y 80 subredes solapadas, el equipo pierde la confianza en la nueva herramienta y, seis meses después, la hoja de cálculo sigue ahí, junto al IPAM.
El problema no es la importación. El problema es que una hoja de cálculo permite lo que un IPAM rechaza: una dirección en dos filas, una máscara incoherente con el rango, una VLAN escrita «VLAN 12», «vlan12» y «12» en tres pestañas. Estas aproximaciones son invisibles en Excel y bloqueantes al importar —justamente ahí aporta valor un IPAM—, pero implica que la limpieza no es un paso previo a la migración: es la migración.
Si todavía está valorando la oportunidad de abandonar la hoja de cálculo más que el método, el artículo Por qué Excel ya no basta para gestionar las direcciones IP trata esa cuestión previa.
Antes de migrar: tres decisiones que tomar
Tres arbitrajes condicionan todo lo demás. Resolverlos antes de abrir el primer CSV evita rehacer la importación tres veces.
¿Cuál es el alcance del primer lote?
Migrar todo el plan de direccionamiento de una vez es el reflejo más común y el más arriesgado. Un sitio piloto, o un rango bien conocido, permite validar la jerarquía objetivo antes de aplicarla al resto.
¿Quién arbitra los datos dudosos?
Habrá direcciones de las que nadie sepa si están en uso. Hace falta una regla decidida de antemano —por ejemplo «no identificada tras escaneo y 30 días de observación = liberada»— y una persona que decida.
¿En qué fecha muere la hoja de cálculo?
Mientras el archivo siga siendo modificable, seguirá siendo la fuente de verdad oficiosa. Fijar una fecha de congelación, comunicarla y respetarla es lo que distingue una migración de una doble entrada permanente.
Los 6 pasos de una migración controlada
Congelar y fotografiar lo existente
Poner el archivo en solo lectura, archivar una copia fechada y anunciar que toda nueva solicitud pasa por el canal objetivo. Sin congelación, se migra un objetivo móvil.
Limpiar y normalizar
Tratar duplicados, solapamientos, máscaras incoherentes y etiquetas no normalizadas. Es el paso más largo y el que determina la calidad final.
Definir la jerarquía objetivo
Bloques, subredes, rangos, organizaciones, sitios, VRF: decidir la estructura antes de importar, porque rehacerla después cuesta mucho más.
Importar por lotes
Importar primero los contenedores (organizaciones, sitios, bloques), después las subredes, los rangos y las direcciones. El orden importa: las subredes y los rangos deben estar vinculados a su padre. En teemIP, una dirección IP puede crearse sin una subred asociada, lo que facilita la recuperación progresiva de datos incompletos.
Reconciliar con el terreno
Confrontar el repositorio importado con la realidad: descubrimiento IP, zonas DNS, concesiones DHCP, tablas ARP. Ahí se mide la brecha real entre el archivo y la red.
Blindar la gobernanza
Permisos, flujos de solicitud, responsable por rango, auditoría. Sin este paso, el IPAM se degrada en pocos meses y vuelve a ser una hoja de cálculo con mejor interfaz.
Limpiar el archivo: las 6 anomalías que bloquean la importación
Estas anomalías aparecen en casi todos los planes de direccionamiento mantenidos en hoja de cálculo. Tratarlas antes de importar evita el rechazo masivo y las idas y venidas.
| Anomalía | Cómo detectarla | Decisión que tomar |
|---|---|---|
| Dirección repetida varias veces | Ordenar por la columna IP o aplicar formato condicional de «valores duplicados». | Conservar la fila más reciente o mejor documentada y archivar la otra. |
| Subredes solapadas | Ordenar por dirección de red y comprobar que cada rango termina antes de que empiece el siguiente. | Reconstruir el histórico de segmentación antes de decidir: un solapamiento suele ocultar un rango realmente en uso. |
| Máscara incoherente con el rango | Recalcular la dirección de red y el broadcast a partir de la máscara declarada. | Dar por válida la configuración real del equipo, no la del archivo. |
| Etiquetas no normalizadas | Filtrar las columnas VLAN, sitio y organización: las variantes aparecen de inmediato. | Elegir una convención de nomenclatura y aplicarla antes de importar, no después. |
| Estado ausente o implícito | Celdas vacías, colores o comentarios usados como estado. | Convertir cada código de color en un valor explícito: reservada, asignada, libre, no identificada. |
| Propietario sin indicar | Columna de responsable vacía o que apunta a alguien que ya no está. | Vincular la propiedad a un equipo o servicio en lugar de a una persona. |
Importar: el orden que evita los rechazos
Un IPAM valida las dependencias estructurantes. En teemIP, una subred debe estar vinculada a un bloque y un rango a una subred; sin embargo, una dirección IP puede crearse sin una subred asociada. Esta flexibilidad permite recuperar datos progresivamente y conservar una jerarquía coherente para los objetos que dependen de ella. Aun así, el orden de importación sigue siendo la vía más segura:
- Organizaciones y sitios: los contenedores de nivel superior.
- Bloques IP, IPv4 e IPv6, con su vinculación organizativa.
- Subredes, con máscara, pasarela y estado.
- Rangos (DHCP, reservados, estáticos) dentro de las subredes.
- Direcciones IP, con estado, nombre DNS y comentario.
- Enlaces con los CI, una vez alimentada la CMDB.
Cada objeto IP admite también un solicitante —la persona que originó la petición— y tantos contactos como haga falta, personas o equipos. Estos vínculos se completan a medida que avanza la recuperación: nunca bloquean la primera importación.
Un punto práctico: importar primero un lote reducido —cincuenta filas bastan— para validar el mapeo de columnas, los separadores y la codificación. Los archivos exportados desde un Excel localizado plantean dos clásicos: el punto y coma como separador y la codificación Windows-1252, que rompe los acentos. teemIP permite elegir la codificación durante la importación (UTF-8, ISO-8859-1…), lo que evita reconvertir el archivo de antemano; en cualquier caso, es mejor descubrir estos detalles en cincuenta filas que en cuatro mil.
Reconciliar con el terreno
El archivo describe lo que el equipo cree saber. La red describe lo que existe. La brecha entre ambos suele ser el hallazgo más útil del proyecto, y a veces el más incómodo.
Tres fuentes permiten medirla sin instrumentación pesada: las zonas DNS, que revelan las direcciones realmente nombradas; las concesiones DHCP, que muestran lo que está activo; y un descubrimiento IP por barrido, que informa de lo que responde. Cruzar estas tres fuentes con el repositorio importado produce tres listas: lo que concuerda, lo que existe pero nunca se documentó y lo que estaba documentado pero ya no responde.
La tercera lista es la que libera capacidad de direccionamiento. Suele ser el argumento que justifica el proyecto ante la dirección: en un plan mantenido en hoja de cálculo durante varios años, una parte significativa de las direcciones marcadas como usadas ya no lo están.
Blindar para no volver a la hoja de cálculo
Un IPAM correctamente cargado pero libremente modificable se degrada a la misma velocidad que un archivo compartido. Lo que aguanta en el tiempo son las reglas de escritura, no la calidad de la importación inicial.
Cuatro mecanismos bastan para estabilizar la situación: permisos por perímetro en lugar de acceso de escritura generalizado, un canal único de solicitud de direcciones que deje traza, un responsable identificado por rango y una auditoría periódica que compare el repositorio con el terreno. Es exactamente lo que la hoja de cálculo no puede ofrecer, y explica que una migración no se juzgue el día de la importación, sino seis meses después.
Este blindaje cobra todo su sentido cuando el IPAM está conectado a la CMDB: una dirección vinculada a un equipo, un servicio y un propietario se vuelve auditable. El tema se desarrolla en IPAM, CMDB y NIS2, y la página IPAM y CMDB detalla la articulación entre ambos repositorios.
Cuánto tiempo lleva realmente
La duración depende mucho menos del volumen de direcciones que del estado del archivo de partida y del número de interlocutores a movilizar para arbitrar los datos dudosos. Un plan de 2.000 direcciones bien mantenido se migra más rápido que uno de 500 documentado por cinco personas en tres pestañas.
El orden de magnitud observado en este tipo de proyectos sitúa la instalación y la parametrización en unos pocos días, la limpieza y la importación entre dos y seis semanas según el estado de los datos, y la reconciliación con el terreno en uno o dos meses; esta última fase es sobre todo una cuestión de disponibilidad de los equipos, no técnica.
Preguntas frecuentes sobre la migración de un plan de direccionamiento
¿Se puede importar directamente un archivo Excel en teemIP?
La importación se realiza en formato CSV, que exporta cualquier hoja de cálculo. teemIP ofrece una importación guiada con mapeo de columnas hacia los campos del modelo de datos, elección de codificación (UTF-8, ISO-8859-1…) y una vista previa antes de validar. El punto de atención no es el formato sino la coherencia de los datos: un CSV limpio se importa sin dificultad, mientras que un CSV con solapamientos será rechazado fila a fila.
¿Hay que limpiarlo todo antes de importar o se puede corregir después?
Las anomalías estructurales —solapamientos de subredes, máscaras incoherentes, jerarquía de organizaciones— deben tratarse antes de importar, porque condicionan el árbol. La información descriptiva —comentarios, propietarios, nombres DNS— puede completarse después, durante la reconciliación. La regla es simple: lo que define la estructura se resuelve antes, lo que la documenta puede completarse después.
¿Qué hacer con las direcciones cuyo uso nadie conoce?
Importarlas con un estado explícito del tipo «no identificada» en lugar de eliminarlas o marcarlas como libres. Entran así en el ciclo de reconciliación: descubrimiento IP, DNS, DHCP. Las que no responden a ninguna de esas fuentes tras un periodo de observación definido de antemano pueden liberarse, dejando traza de la decisión.
¿Se puede migrar por etapas o hay que cambiar todo de golpe?
La migración por lotes es claramente preferible: un sitio o un rango piloto permite validar la jerarquía objetivo y el mapeo antes de generalizar. La única restricción es congelar el perímetro ya migrado en la hoja de cálculo; de lo contrario los dos repositorios divergen de inmediato y el equipo pierde la confianza en ambos.
¿Cómo migrar desde phpIPAM u otro IPAM en lugar de desde Excel?
La lógica es la misma, con una ventaja: los datos ya están estructurados y la exportación CSV o por API es nativa. El trabajo se centra entonces en la correspondencia de los modelos de datos, en particular las nociones de organización, sitio y VRF, que no siempre coinciden. El comparativo phpIPAM y teemIP detalla estas diferencias de alcance.
¿Cuánto tiempo hay que prever para una migración completa?
De unas semanas a unos meses según el estado de los datos de partida y el número de equipos a movilizar. El volumen de direcciones rara vez es el factor limitante: son la calidad del archivo inicial y la disponibilidad de las personas capaces de arbitrar los casos dudosos las que determinan la duración real.
Para profundizar
Fuentes públicas utilizadas
¿Un plan de direccionamiento Excel que retomar?
Cuéntenos el estado de su archivo: le ayudamos a encuadrar la limpieza, el orden de importación y la trayectoria de migración.
Encuadrar mi migración IPAM