Formateur d’import IPAM
Formater les données pour l’import dans les systèmes IPAM
Input Data (CSV/TSV)
Formatted Output
Paste subnet data to convert for IPAM import
Le IPAM Import Formatter transforme les données d'adresses IP dans les formats CSV et champs spécifiques requis par les systèmes populaires de gestion d'adresses IP (IPAM) comme NetBox, phpIPAM et Infoblox. Collez vos données sources dans n'importe quel format courant -- CSV d'un tableur, export d'un autre IPAM ou texte semi-structuré -- sélectionnez votre plateforme cible, et obtenez un fichier validé prêt à importer sans renommage manuel de colonnes ni traduction de valeurs.
Comprendre la migration de données IPAM
Migrer des données d'adressage dans un système IPAM devrait être simple, mais en pratique c'est l'une des tâches les plus frustrantes des opérations réseau. Chaque plateforme IPAM possède son propre schéma CSV : NetBox attend une colonne prefix avec la notation CIDR, phpIPAM attend subnet et mask dans des colonnes séparées, et Infoblox utilise une ligne d'en-tête commençant par header-network suivie de address* et netmask*. Si vous vous trompez sur l'un de ces détails, l'import échoue avec un message d'erreur cryptique, vous renvoyant au tableur pour corriger le formatage, renommer les colonnes et réessayer.
Le problème s'aggrave lorsque vous migrez entre plateformes. Un export de phpIPAM ne s'importe pas proprement dans NetBox, car les noms de colonnes, les valeurs de statut et la notation réseau sont tous différents. Un statut phpIPAM de 1 (actif) doit devenir active dans NetBox. Un réseau stocké en deux colonnes séparées (subnet + mask) doit être fusionné en une seule colonne de préfixe CIDR. Faire cela manuellement pour des centaines ou des milliers de sous-réseaux est fastidieux et source d'erreurs -- un masque de sous-réseau mal saisi ou un champ obligatoire manquant peut faire échouer l'intégralité de l'import.
Ce formateur gère tout cela automatiquement. Vous collez vos données sources, sélectionnez la plateforme cible, associez les colonnes ambiguës, et obtenez une sortie correctement formatée avec des avertissements de validation pour tout ce qui causerait une erreur d'import. Il connaît les exigences de schéma de chaque plateforme supportée, traduit les valeurs de statut entre les systèmes et normalise la notation réseau pour correspondre à ce que la cible attend. Ce qui prenait auparavant un après-midi de gymnastique sur tableur ne prend maintenant qu'une trentaine de secondes.
Comment formater les données pour l'import IPAM
- Collez vos données sources dans n'importe quel format courant (CSV, valeurs séparées par des tabulations, ou texte structuré provenant de tableurs ou d'autres exports IPAM)
- Sélectionnez la plateforme IPAM cible (NetBox, phpIPAM, Infoblox ou CSV générique)
- Associez vos colonnes sources aux champs requis du système cible à l'aide du mappeur de colonnes
- Prévisualisez la sortie transformée et examinez les avertissements de validation
- Copiez ou téléchargez le CSV formaté prêt pour l'importation
Exemples de formats par plateforme IPAM
Format d'import NetBox
prefix,status,vrf,tenant,site,description
10.1.0.0/24,active,Production,Engineering,NYC-DC1,Server VLAN
10.1.1.0/24,active,Production,Engineering,NYC-DC1,User VLAN
10.1.2.0/24,reserved,Production,Marketing,NYC-DC1,Future expansion
172.16.0.0/22,active,Corporate,IT,HQ,Office network
Format d'import phpIPAM
subnet,mask,description,vlanId,masterSubnetId,nameserverId
10.1.0.0,255.255.255.0,Server VLAN,10,,1
10.1.1.0,255.255.255.0,User VLAN,20,,1
10.1.2.0,255.255.255.0,Future expansion,30,,1
172.16.0.0,255.255.252.0,Office network,100,,2
Format d'import CSV Infoblox
header-network,address*,netmask*,comment,EA-Site,EA-Environment
network,10.1.0.0,255.255.255.0,Server VLAN,NYC-DC1,Production
network,10.1.1.0,255.255.255.0,User VLAN,NYC-DC1,Production
network,10.1.2.0,255.255.255.0,Future expansion,NYC-DC1,Production
network,172.16.0.0,255.255.252.0,Office network,HQ,Corporate
Pourquoi utiliser le formateur d'import IPAM
- Migration de plateforme IPAM -- convertissez les données exportées de votre ancien système IPAM dans le format exact requis par la nouvelle plateforme sans modification manuelle du CSV
- Intégration en masse de sous-réseaux -- importez des centaines de sous-réseaux depuis un tableur de planification dans votre système IPAM en une seule opération au lieu de les ajouter individuellement via l'interface
- Consolidation multi-sources -- combinez les données d'adresses provenant de tableurs, configurations de routeurs et exports de plateformes cloud en un seul fichier d'importation normalisé
- Validation des données avant import -- détectez les notations CIDR invalides, les champs obligatoires manquants et les entrées en double avant de tenter l'importation, évitant ainsi les messages d'erreur cryptiques du système IPAM
- Création de sauvegardes portables -- exportez votre plan d'adressage dans un format standardisé importable dans n'importe quelle plateforme IPAM
- Intégration dans les pipelines d'automatisation -- générez des fichiers CSV prêts pour l'IPAM depuis des scripts ou des outils de découverte réseau pour une ingestion automatisée
Fonctionnement du formatage d'import IPAM
Mappage des colonnes
Chaque plateforme IPAM attend des noms de colonnes, types de données et formats de valeurs différents :
| Champ | NetBox | phpIPAM | Infoblox |
|---|---|---|---|
| Réseau | prefix (10.1.0.0/24) | subnet + mask (colonnes séparées) | address + netmask |
| Statut | active, reserved, deprecated | 0 (hors ligne), 1 (actif) | N/A (géré via DHCP) |
| VLAN | vlan (ID ou nom) | vlanId (numérique) | Attribut extensible personnalisé |
| Description | description | description | comment |
| Site/Emplacement | site (slug) | location (ID) | EA-Site (attribut extensible) |
Contrôles de validation
Le formateur valide vos données avant de générer la sortie :
- Syntaxe CIDR -- vérifie que chaque adresse réseau est correctement formatée et que les bits hôte sont à zéro pour le préfixe donné
- Champs obligatoires -- s'assure que toutes les colonnes obligatoires pour la plateforme cible sont renseignées
- Détection des doublons -- signale les entrées de sous-réseaux en double qui provoqueraient des conflits d'importation
- Contraintes de valeurs -- vérifie que les valeurs de statut, les identifiants VLAN et autres champs utilisent des valeurs acceptées par la plateforme cible
Conseils pratiques pour la migration de données IPAM
L'étape la plus importante de toute migration IPAM est le nettoyage des données avant l'import. Le formateur détectera les erreurs de formatage, mais il ne peut pas corriger les problèmes sémantiques comme les descriptions obsolètes, les attributions de VLAN incorrectes ou les sous-réseaux qui n'existent plus en production. Avant de lancer la conversion, passez en revue vos données sources et supprimez ou corrigez les entrées périmées. Importer des données sales dans un nouveau système IPAM ne fait que déplacer le désordre d'une plateforme à une autre.
Lors de l'importation de structures de sous-réseaux hiérarchiques, l'ordre compte. La plupart des systèmes IPAM construisent automatiquement les relations parent-enfant basées sur l'inclusion CIDR, mais ils ont besoin de voir le parent avant l'enfant. Importez d'abord vos plus grandes allocations -- les blocs agrégés en /16 et /20 -- puis importez les sous-réseaux plus petits en /24 et /28 dans un second passage. Certaines plateformes gèrent cela automatiquement quel que soit l'ordre, mais procéder en deux passes est plus sûr et évite les erreurs de dépendance sur les plateformes strictes en matière de hiérarchie.
Après la fin de l'import, vérifiez toujours les résultats. Contrôlez par sondage un échantillon représentatif de sous-réseaux dans le nouveau système IPAM pour confirmer que les adresses, masques, descriptions et attributions de VLAN ont été importés correctement. Effectuez une comparaison de comptage : si vos données sources contenaient 347 sous-réseaux, l'IPAM devrait en afficher 347. Tout écart signifie que quelque chose a été silencieusement ignoré pendant l'import, généralement en raison d'une règle de validation que le formateur n'a pas signalée. Détecter ces lacunes immédiatement est bien plus facile que de les découvrir des mois plus tard quand quelqu'un cherche un sous-réseau et ne le trouve pas.
Questions fréquentes
Puis-je convertir directement entre plateformes IPAM ?
Oui. Exportez depuis votre plateforme source, collez les données dans le formateur, sélectionnez la plateforme cible, et l'outil gère automatiquement le renommage des colonnes, la traduction des valeurs et la conversion de format. C'est le cas d'utilisation le plus courant pour les migrations IPAM.
Que se passe-t-il si mes données sources contiennent des colonnes non supportées par la plateforme cible ?
Les colonnes non mappées sont exclues de la sortie. L'outil ne génère que les colonnes reconnues par la plateforme IPAM cible. Vous pouvez optionnellement inclure les colonnes supplémentaires en tant que champs personnalisés ou attributs extensibles si la plateforme cible les supporte.
Comment gérer les relations hiérarchiques de sous-réseaux lors de l'import ?
La plupart des plateformes IPAM construisent automatiquement la hiérarchie en fonction de l'inclusion CIDR. Importez d'abord les sous-réseaux parents (par ex. les blocs /16), puis importez les sous-réseaux enfants (par ex. les blocs /24). Le système IPAM imbriquera automatiquement les enfants sous leurs parents.
Que se passe-t-il si mes données sources contiennent une notation CIDR invalide ?
Le formateur signale les entrées invalides lors de l'étape de validation. Les problèmes courants incluent les bits hôte qui ne sont pas à zéro (comme 10.1.1.5/24 au lieu de 10.1.1.0/24), les valeurs d'octets invalides et les longueurs de préfixe manquantes. Vous pouvez corriger ces problèmes dans vos données sources et relancer la conversion, ou l'outil peut auto-corriger les problèmes de bits hôte en calculant l'adresse réseau canonique.
Le formateur gère-t-il les imports avec VRF ?
Oui, si vos données sources incluent des informations VRF. NetBox supporte le VRF comme un champ de première classe, donc le formateur mappe directement les noms de VRF. Pour les plateformes qui ne disposent pas d'un support natif des VRF, les informations VRF peuvent être incluses dans les champs de description ou les attributs personnalisés.
Outils associés
- Subnet Plan Diff - Comparer l'ancien et le nouveau plan de sous-réseaux
- Address Plan Generator - Générer un modèle CSV de plan d'adressage IP
- VLSM Report Generator - Générer des rapports d'allocation VLSM imprimables
- VLAN-to-Subnet Mapper - Mapper les VLAN aux sous-réseaux avec entrée/sortie CSV
- Change Impact Report - Voir les chevauchements si un nouveau sous-réseau est ajouté
- Duplicate Subnet Detector - Trouver les sous-réseaux en double dans un plan IP