Un bon lab réseau n’est pas une collection de boîtiers. C’est un environnement de test construit autour de scénarios précis. Avant d’acheter un routeur ou un switch, commencez par écrire trois choses : ce que vous voulez apprendre, ce que vous devez reproduire fidèlement et ce qui peut être simulé sans perte pédagogique.
1. Séparer logique et contraintes physiques
Le routage dynamique, la redistribution, les politiques BGP, les métriques OSPF et une grande partie du troubleshooting peuvent être travaillés dans un environnement virtualisé. À l’inverse, la console série, certains comportements de boot, la manipulation de modules, le câblage, le PoE ou certaines fonctions ASIC justifient parfois du matériel réel.
Cette séparation évite d’acheter cinq équipements alors qu’un seul appareil physique, complété par un lab virtuel, couvrirait l’objectif.
2. Acheter autour des incidents que vous voulez savoir résoudre
Construisez des scénarios : perte d’adjacence, mauvaise politique d’export, MTU incohérente, interface err-disabled, mauvaise passerelle, défaut de câblage. Chaque achat devrait correspondre à au moins un scénario concret. Un adaptateur console fiable ou un testeur Ethernet peut être plus utile qu’un équipement spectaculaire mais rarement manipulé.
3. Prévoir la répétabilité
Documentez les versions logicielles, les adresses, les configurations initiales et le résultat attendu. L’objectif est de pouvoir casser le lab puis le reconstruire. Cette répétabilité est ce qui transforme un bricolage en outil d’apprentissage.
4. Garder un budget pour l’invisible
Les petits éléments déterminent souvent l’expérience : câbles courts, étiquettes, alimentation correcte, console USB, multiprise, rangement. Un lab propre réduit les erreurs de manipulation et accélère les sessions de test.
Règle pratique : virtualisez ce qui sert à comprendre un protocole, achetez ce qui sert à apprendre une contrainte physique ou un geste de terrain.