Plan d'adressage IP : fiabilisez l'attribution avec un IPAM

Votre technicien cherche une adresse libre, le tableur dit oui, l’imprimante déjà configurée dit non. Voici comment reprendre le plan d’adressage avec un IPAM, un outil de gestion des adresses IP, sans transformer un fichier douteux en base officielle.

Je commencerais par une règle simple : toute nouvelle affectation passe par une réservation visible par les collègues. Le logiciel vient ensuite. Si chacun continue à choisir son adresse puis à prévenir l’équipe après coup, vous aurez seulement déplacé le problème dans une interface web.

Commencez par un réseau que l’équipe sait expliquer

Choisissez un périmètre limité : le réseau des imprimantes d’un site, par exemple. Désignez la personne qui valide les affectations et son relais. Listez les sous-réseaux concernés, leurs passerelles, leurs usages et les équipements qui distribuent les adresses automatiquement.

Séparez les plages DHCP, les réservations DHCP et les adresses configurées directement sur les équipements. Une ligne vide dans le tableur n’est pas une autorisation d’attribution. Elle peut appartenir à une plage dynamique ou à une réservation oubliée.

Conservez pour chaque information sa provenance et sa date de vérification. Je préfère une entrée marquée à confirmer à une case remplie au hasard pour réussir l’import. Le périmètre pilote doit répondre à une question concrète : un collègue peut-il préparer une nouvelle affectation sans appeler celui qui connaît le réseau par cœur ?

Traitez les écarts avant de déclarer une adresse libre

Rapprochez le fichier existant des configurations réseau, des baux et réservations DHCP, puis des équipements connus. Une observation réseau complète cette enquête. Elle ne tranche pas seule.

La documentation de Nmap sur la découverte des hôtes explique pourquoi un simple ping ne détecte pas tous les équipements, notamment lorsque les sondes sont filtrées. Faites approuver le périmètre et la méthode avant toute découverte active, surtout sur un réseau industriel.

Voici une grille de décision à utiliser pendant la reprise.

Une adresse silencieuse n’est pas une adresse disponible.

Ne supprimez pas une ligne simplement parce que son propriétaire ne répond pas. Attribuez l’enquête, puis choisissez une autre adresse déjà vérifiée si le besoin est urgent. Le temps gagné sur une attribution douteuse se paie au prochain conflit.

Choisissez l’outil sur une attribution complète

Testez le parcours réel : retrouver le réseau, réserver une adresse, préciser l’usage, faire intervenir un collègue et retrouver la modification. Ajoutez un essai d’export. Si ces gestes sont pénibles, l’équipe gardera son fichier local.

phpIPAM propose notamment la gestion des sous-réseaux, des demandes d’adresse, des permissions par groupe et des contrôles de présence. Je le mettrais dans la sélection lorsque le besoin porte d’abord sur l’adressage.

NetBox associe l’IPAM à la description des équipements, interfaces et câblages. Il mérite un essai si vous voulez relier les adresses à cette documentation. Son référentiel décrit l’état attendu ; il ne remplace pas un outil de supervision.

Keolux One intègre un module IPAM à sa plateforme ITSM et ESM, éditée et hébergée en France. Il se défend si vous préférez tenir les adresses dans l’outil du support plutôt que dans un référentiel de plus.

Demandez au prestataire une démonstration avec vos catégories d’usage. Faites préciser ce qui synchronise réellement le DHCP ou le DNS, dans quel sens, et qui traite un écart. Une fonction d’import n’est pas une synchronisation entretenue.

Bon plan : phpIPAM et NetBox sont des projets open source. Testez un petit jeu de données anonymisées avant de commander une prestation. Comptez séparément l’hébergement, les mises à jour, la sauvegarde et le temps de tenue du référentiel. Faites chiffrer la reprise des données à part : importer des lignes et vérifier des affectations sont deux travaux différents.

Conservez le contexte des adresses qui se ressemblent

Une adresse seule ne suffit pas à identifier un usage si plusieurs environnements emploient des espaces identiques. Faites figurer le contexte réseau avant tout import : site, environnement et domaine de routage lorsqu’il existe.

La documentation des VRF de NetBox décrit des tables de routage indépendantes et des espaces d’adressage qui peuvent se recouvrir. Elle précise aussi le réglage d’unicité des préfixes. Faites vérifier ce comportement dans votre modèle avant d’y charger les données.

Ne créez pas artificiellement un contexte séparé pour faire disparaître un doublon gênant. Demandez au responsable réseau si les espaces sont réellement indépendants. Si deux affectations entrent en conflit sur le même réseau, corrigez le conflit. Ne le maquillez pas dans l’outil.

Gardez les cas incertains hors du stock disponible. Le chantier de documentation n’autorise pas une renumérotation improvisée en production.

Réservez avant de configurer, libérez après contrôle

Fixez une séquence commune : demande, réservation, configuration, vérification, confirmation de l’affectation. Chaque réservation porte un demandeur, un usage et une échéance de réexamen. Une demande abandonnée ne doit pas immobiliser une adresse indéfiniment.

Lors du retrait d’un équipement, vérifiez aussi les références qui subsistent dans le DHCP, le DNS et les règles réseau concernées. Leur nettoyage dépend de l’usage : ne supprimez pas mécaniquement une règle partagée. Confirmez ensuite la libération dans le référentiel.

Pour le réseau pilote, passez l’ancien tableur en lecture seule après validation de la reprise. Indiquez clairement où modifier les affectations. Gardez une copie datée accessible aux intervenants autorisés pour préparer une panne de l’IPAM.

N’activez pas immédiatement les écritures automatiques vers les équipements. Commencez par comparer les états et faire approuver les changements. Les précautions décrites pour les automatisations et leurs reprises après échec s’appliquent dès qu’une réservation déclenche une action technique.

Faites cette semaine un essai jusqu’à la libération

Voici la checklist que je donnerais au responsable du pilote :

• Choisir le réseau et nommer le titulaire du référentiel avec son relais.
• Exporter les informations existantes et isoler les contradictions.
• Tester une réservation avec un collègue qui n’a pas préparé les données.
• Vérifier qu’une demande concurrente ne reçoit pas la même adresse.
• Simuler l’abandon de la demande et contrôler la remise à disposition.
• Exporter le résultat, vérifier les accès et fixer la date de revue des écarts.

Demandez enfin au collègue où il chercherait une adresse disponible demain matin. S’il ouvre encore son ancien tableur, corrigez le parcours avant d’importer le site suivant.