Instabilité du pontage OSI Layer-2

L'infrastructure réseau actuelle du campus permet de relier des protocoles non-IP (ISO, AIX,..) en parallèle aux protocoles IP en utilisant des réseaux virtuels dédiés. Pour le protocole ISO (OSI couche 2), une architecture sans boucle est automatiquement configurée par les commutateurs correspondants, avec un commutateur comme maître. Le maître est auto-négocié en déterminant le commutateur avec l'adresse MAC la plus élevée (?) plus le “administrator level” interne le plus élevé (la valeur par défaut est 128 ; le maître est 240 ; le maximum est 255, mais cependant, n'est pas compatible avec tous les modèles de commutateur). Un signal de surveillance émis toutes les 45 s vérifie le bon fonctionnement du maître. Un changement de maître prend environ 30 secondes pour que tous les commutateurs s'adaptent à la nouvelle configuration maître. Aucun autre trafic n'est échangé pendant cette période. Au moment de l'incident, un vieux commutateur Cisco (2 ans) était maître. En raison de l'augmentation du trafic dans une partie éloignée du réseau de production, un hub avait été remplacé par un nouveau switch. L'adresse MAC de ce commutateur était plutôt élevée, de sorte qu'il est devenu le numéro deux dans la hiérarchie des commutateurs maîtres. Le commutateur Cisco était toujours numéro un. En raison d'une instabilité de ce dernier (c'est-à-dire que ses signaux actifs n'étaient pas assez forts pour être reçus par le nouveau commutateur, qui était éloigné), le nouveau commutateur a pris la maîtrise, mais n'a pas été en mesure de déterminer la topologie complète du réseau. Ainsi, il est passé en mode “listen”, pendant lequel le commutateur Cisco a repris le relais. Cet échange de maîtrise s'est poursuivi et a bloqué tout autre trafic, en raison de la latence de reconfiguration, jusqu'à ce que le problème soit isolé et résolu.

Les coupures de circulation ont bloqué pendant plusieurs heures le contrôle des installations de production importantes.