Instabilità del bridging OSI Layer-2

L'attuale infrastruttura di rete del campus consente il bridging di protocolli non IP (ISO, AIX,..) in parallelo ai protocolli IP utilizzando reti virtuali dedicate. Per il protocollo ISO (OSI layer-2) un'architettura loop-less viene configurata automaticamente dagli switch corrispondenti, con uno switch come master. Il master viene negoziato automaticamente determinando lo switch con l'indirizzo MAC più alto (?) più il "livello amministratore" interno più alto (il valore predefinito è 128; il master è 240; il massimo è 255, ma tuttavia non è compatibile con tutti i modelli di switch). Un segnale di watchdog emesso ogni 45s verifica il corretto funzionamento del master. Un cambio di master impiega circa 30 secondi affinché tutti gli switch si adattino alla nuova configurazione master. Durante questo periodo non viene scambiato altro traffico. Al momento dell'incidente, il master era un vecchio switch Cisco (2 anni). A causa dell'aumento del traffico in una parte remota della rete di produzione, un hub è stato sostituito da un nuovo switch. L'indirizzo MAC di questo switch era piuttosto alto, tanto da diventare il numero due nella gerarchia degli switch master. Lo switch Cisco era ancora il numero uno. A causa di un'instabilità di quest'ultimo (cioè i suoi segnali attivi non erano abbastanza forti per essere ricevuti dal nuovo switch, che era lontano), il nuovo switch ha assunto il comando, ma non è stato in grado di determinare l'intera topologia della rete. Così è passato alla modalità “ascolto”, durante la quale lo switch Cisco ha ripreso il sopravvento. Questo scambio di mastership è continuato e ha bloccato tutto il resto del traffico, a causa della latenza di riconfigurazione, finché il problema non è stato isolato e risolto.

L'interruzione del traffico ha bloccato per diverse ore il controllo degli importanti impianti produttivi.