On se demande souvent s'il faut obligatoirement suivre une formation Cisco complète, viser la certification CCNA et cocher toute la liste du catalogue avant d'espérer comprendre le routage IP. La question revient sans cesse dans les messages que je reçois sur ce site, formulée différemment à chaque fois, mais avec la même inquiétude en toile de fond : la peur de choisir la mauvaise formation et de perdre du temps sur un programme trop lourd pour ce qu'on veut vraiment apprendre.
Non. Pas besoin de la certification pour comprendre le routage, et c'est même souvent l'inverse qui se produit : plus la formation choisie est complète et ambitieuse, plus le routage IP proprement dit se noie dans un océan de modules annexes — sécurité, data center, automatisation — dont un technicien support n'a pas besoin avant longtemps. La vraie question n'est pas de savoir si une formation est complète, mais si elle vous fait comprendre ce qui se passe quand un paquet hésite entre deux chemins possibles.
Le mythe de la formation Cisco la plus complète possible
Ce mythe tient à une logique en apparence solide : plus on en sait, mieux on est armé. Sauf que le routage IP n'est pas une matière qu'on absorbe par volume, c'est un enchaînement de décisions logiques, et une formation qui saupoudre du routage entre deux chapitres sur la sécurité ou le cloud finit par diluer l'essentiel. Comparez ça à l'apprentissage de la conduite : personne ne mémorise tout le code de la route avant de démarrer la voiture pour la première fois, on apprend à rouler dans son quartier, puis on élargit petit à petit. Une bonne formation en routage — une autoformation réseau sérieuse, en tout cas — fonctionne pareil : elle commence petit et resserré, pas exhaustif.
Avant même de parler de routage, il y a le calcul de sous-réseaux, un passage que j'ai déjà couvert en détail dans un autre retour sur le calcul de sous-réseaux, et qui conditionne tout le reste : sans savoir découper une adresse IP, impossible de comprendre pourquoi un routeur envoie un paquet d'un côté plutôt que de l'autre. Ce n'est pas la partie la plus spectaculaire d'une formation Cisco, mais c'est celle qui, si elle est bâclée, fait s'écrouler tout ce qu'on construit par-dessus.
À une époque, j'ai essayé de compenser par la quantité : j'écoutais des conférences techniques bien au-delà de mon niveau du moment, en me disant que l'exposition finirait par faire remonter la compréhension toute seule. Ça n'a strictement rien donné. Je ressortais de ces vidéos avec du vocabulaire en plus et zéro intuition sur la façon dont un routeur choisit réellement un chemin plutôt qu'un autre.
Le déclic est venu ailleurs, dans un module presque anodin, sur un schéma de topologie qui ressemblait trait pour trait au réseau du bureau où je travaillais à l'époque — mêmes flèches, mêmes zones, mêmes points de bascule d'un segment à l'autre. Ce jour-là, la théorie a cessé d'être abstraite, et les schémas des formations ont arrêté de ressembler à du papier peint.
La certification CCNA garantit-elle qu'on sait dépanner un réseau ?
L'examen CCNA 200-301 teste énormément de choses en un temps limité, et une bonne partie de ce qui tombe le jour J s'oublie en un rien de temps si on ne pratique pas derrière. J'ai déjà écrit ailleurs comment se préparer à cette certification quand on n'est pas ingénieur réseau de formation, donc je ne vais pas y revenir ici. Ce qui compte vraiment pour un technicien support, c'est ce qui se passe après l'examen : j'ai détaillé dans un autre retour comment réussir le dépannage de son réseau local, et c'est souvent là, sur un vrai ticket, que la théorie du routage prend enfin tout son sens.
Le routage et la commutation forment un autre chapitre que je détaille ailleurs en profondeur ; ici, il suffit de dire que confondre les deux rôles reste l'erreur la plus commune chez les débutants. Les protocoles réseau méritent chacun leur propre article, mais il faut au minimum comprendre pourquoi un protocole comme Open Shortest Path First choisit un chemin plutôt qu'un autre, sans quoi une table de routage reste une liste de chiffres sans queue ni tête.
Repérer une formation qui mise sur la pratique plutôt que sur le programme
Repérer une bonne formation ne demande pas de lire l'intégralité du programme en PDF. Cyril Moënner, un lecteur avec qui j'échange régulièrement nos fiches de cours, m'a fait remarquer un jour qu'il regarde toujours les commentaires des autres apprenants avant même d'ouvrir le plan de la formation — et il n'a pas tort, sauf que les avis seuls ne disent rien du niveau de pratique proposé. J'ai détaillé ailleurs les critères qui comptent vraiment pour choisir entre plusieurs formations réseau, Python ou web, donc je ne reprends pas tout ici. Ce qui m'intéresse dans le cas précis du routage, c'est la présence de Packet Tracer au minimum, et si possible un peu de matériel réel derrière — un switch d'occasion suffit largement, pas besoin d'un rack complet.
Packet Tracer pardonne beaucoup trop de choses qu'un vrai équipement ne pardonnerait jamais. Configurez une interface dans le mauvais VLAN sur un switch réel, et contrairement au simulateur, rien ne vous corrige à votre place : il faut débrancher, revérifier le câblage, et recommencer posément. C'est exactement ce grain de friction qui manque aux formations tout-simulateur, et qui fait la différence le jour où un vrai incident tombe sur le bureau.
Routage IP : ce qui compte vraiment pour un technicien support
Ma voisine de palier, Lucille Tréguer, s'est reconvertie dans le développement web après m'avoir demandé conseil sur une formation JavaScript, et elle garde ce réflexe précieux de me renvoyer un retour détaillé une fois le module terminé — un vrai compte-rendu, pas deux lignes vagues. Le choix entre Python et JavaScript pose d'ailleurs une question assez proche de celle du routage, à savoir choisir selon le poste visé plutôt que selon la mode du moment, mais c'est un débat que j'ai tranché ailleurs, et les bases qu'elle a dû apprendre — variables, fonctions, logique conditionnelle — n'ont pas grand-chose à voir avec une table de routage.
Une partie des lecteurs qui m'écrivent apprennent ça le soir, après une journée de support, et j'ai une analyse à part sur ce que donne ce genre de parcours autodidacte étalé dans la durée — je ne vais pas la dupliquer ici.
Vient ensuite, une fois le routage digéré, la suite logique pour un technicien support : la méthodologie de dépannage réseau, une façon systématique d'isoler un problème plutôt que de tâtonner à l'aveugle, puis l'analyse de logs, la sécurisation basique d'un réseau, et pour les plus motivés, l'automatisation des tâches répétitives ou la consommation d'API pour de petits outils de support maison. Ce sont des sujets que je couvre chacun séparément, pas parce qu'ils sont secondaires, mais parce qu'ils supposent déjà d'être à l'aise avec ce qu'on vient de voir ici.
Si le doute persiste entre plusieurs formations réseau au moment de sortir la carte bancaire, je suis passé par la même hésitation le jour où j'ai dû choisir sa formation Cisco pour devenir technicien de maintenance réseau plutôt qu'ingénieur — l'angle est différent, mais la méthode pour trancher reste la même.
La règle que je retiens, au final, c'est simple, et elle vaut pour n'importe quel technicien support, à Rennes ou ailleurs : une formation qui vous fait manipuler plusieurs scénarios de routage variés vaut mieux qu'une formation qui vous fait mémoriser un paquet de commandes que vous ne reverrez jamais. Le CCNA viendra en son temps, ou pas. Après quatre ans à dépanner des réseaux au quotidien sans cette certification en poche, je peux dire que ce n'est pas elle qui a fait la différence : c'est la pratique répétée, sur du matériel qui plante pour de vrai.