TL;DR : si tu remplaces le routeur de ton réseau par un modèle différent et que tu veux que Netdisco (outil que j'ai présenté ici) continue d'y récupérer des informations (tables ARP, etc.), il faut supprimer ton ancien routeur de sa base de données puis y ajouter le nouveau. Cela se fait via les outils en ligne de commande de Netdisco.

Nous remplaçons nos routeurs par ceux d'une marque différente.

Il s'agit d'un remplacement isopérimètre : les nouveaux routeurs reprennent les adresses IP des anciens. Dans le VLAN d'administration des équipements réseaux, ils avaient les IPs .1 et .129.

Cependant, avant la migration vers les nouveaux routeurs, nous avons ajouté de la résilience dans ce VLAN d'administration avec le protocole VRRP (car c'était la cible voulue après la migration et qu'on voulait être dans le cadre d'une migration isopérimètre). Donc, les adresses .1 et .129 sont devenues des adresses IP virtuelles mutualisées entre les deux routeurs, et nous avons attribué les adresses IP .24 et .27 aux interfaces réseaux de nos routeurs. Nous verrons que cela changera rien à l'histoire, au final (mais je l'ai cru durant la phase d'analyse du problème).

J'avais prévu de re-configurer Netdisco (outil web permettant d'obtenir de la visibilité sur un réseau informatique, voir ma présentation), mais, après quelques observations (trop) rapides, je constate que les associations MAC/IP sont toujours là, etc. donc je me dis que Netdisco est magique et je passe à autre chose.

Quatre mois après la mise en production des nouveaux routeurs, nous constatons que Netdisco est incapable de trouver l'adresse IP d'un nouvel équipement à partir de son adresse MAC. De même, les associations MAC/IP de toutes nos machines ont été actualisées pour la dernière fois lors de la mise en prod' des nouveaux routeurs. Ha, il y avait bel et bien une manip' à effectuer côté Netdisco pour qu'il prenne en compte nos nouveaux routeurs. :D

J'active SNMP sur les nouveaux routeurs en configurant la même communauté que pour les autres équipements du réseau.
Je m'attends à ce que Netdisco découvre ces nouveaux routeurs et qu'il reprenne son boulot tout seul (automagie). Mais, après plusieurs heures d'attente, je dois me résigner.

Je tente de forcer manuellement la récupération de la table ARP d'un de mes routeurs en spécifiant sa nouvelle adresse IP. Notes : toutes les commandes à venir sont exécutées depuis le dossier « bin » du dossier d'installation de Netdisco (/home/netdisco/bin chez moi).

./netdisco-do arpnip -d 192.0.2.27
[…]
[…]  info arpnip: status done: Gathered arp caches from 192.0.2.27

Aucune erreur, mais absence de résultat.

Je tente de forcer la découverte d'un de mes routeurs par Netdisco :

./netdisco-do discover -d 192.0.2.27
[…]  info discover: status defer: discover failed: could not SNMP connect to 198.51.100.0

Gné ? 198.51.100.0 est une adresse de réseau (d'un réseau qui existe en interne, certes), pourquoi est-elle associée à mon routeur ? Forcément qu'une connexion SNMP à destination de cette adresse ne va pas fonctionner…

Changeons l'adresse IP d'administration associée à ce routeur :

./netdisco-do renumber -d 192.0.2.129 -e 192.0.2.27
[…]  info renumber: status error: Already know new device as: 198.51.100.0.

./netdisco-do renumber -d 198.51.100.0 -e 192.0.2.27
[…]  info renumber: status done: Renumbered device 192.0.2.27 to 192.0.2.27/32 (rtr2.mycompany.example).

Hum… Le message est chelou : Netdisco prétend avoir renuméroté le routeur 192.0.2.27 en… 192.0.2.27. Il faut que tout change pour que rien change ?

Forcément une analyse du routeur ne fonctionne pas mieux qu'avant :

./netdisco-do discover -d 192.0.2.27
[…]
[…]  info discover: status error: discover cancelled: 192.0.2.27 failed to return valid serial

Forcément que le serial n'est pas le même puisqu'il s'agit d'un modèle de routeur différent, d'une marque différente. (Depuis le début, j'évoque un seul routeur, mais le deuxième m'a causé les mêmes soucis.)
C'est à ce stade que je comprends qu'il y a cette "sécurité" et que remplacer un routeur nécessite d'effacer l'ancien de la base de données de Netdisco.

Bon ben supprimons nos anciens routeurs de la base de données de Netdisco, mais en conservant les nœuds associés (c'est-à-dire les machines et autres bidules connectés à nos routeurs, afin de ne pas perdre l'historique) :

./netdisco-do delete -d 192.0.2.129 -e '2021-11-09 remplacement routeurs' -p yes
[…]
[…]  info delete: status done: Deleted device: 192.0.2.129

./netdisco-do delete -d 192.0.2.27 -e '2021-11-09 remplacement routeurs' -p yes
[…]
[…]  info delete: status done: Deleted device: 192.0.2.27

./netdisco-do delete -d 192.0.2.1 -e '2021-11-09 remplacement routeurs' -p yes
[…]
[…]  info delete: status done: Deleted device: 192.0.2.1

./netdisco-do delete -d 192.0.2.24 -e '2021-11-09 remplacement routeurs' -p yes
[…]
[…]  info delete: status done: Deleted device: 192.0.2.24

• « -e » = commentaire ;
  
  
• « -p » = conserver les nœuds raccordés à celui que l'on supprime. C'est-à-dire conserver ce qui est branché / associé à ce nœud (à nos routeurs, dans le cas présent).

On peut demander à Netdisco de prendre connaissance de nos nouveaux routeurs :

./netdisco-do discover -d 192.0.2.27
[…]
[…]  info discover: status done: Ended discover for 192.0.2.27

./netdisco-do discover -d 192.0.2.24
[…]
[…]  info discover: status done: Ended discover for 192.0.2.24

Ça fonctionne : le siphonnage des tables ARP reprend son cours, les informations relatives aux associations IP/MAC sont actualisées dans l'interface web de Netdisco, etc. \o/