Inestabilidad del bridging OSI Layer-2

La infraestructura actual de red del campus permite el bridging de protocolos no IP (ISO, AIX,..) en paralelo a los protocolos IP mediante redes virtuales dedicadas. Para el protocolo ISO (OSI layer-2), los switches correspondientes configuran automáticamente una arquitectura sin bucles, con un switch como maestro. El maestro se negocia automáticamente determinando el switch con la dirección MAC más alta (?) más el “administrator level” interno más alto (el valor predeterminado es 128; maestro es 240; el máximo es 255, pero, sin embargo, no es compatible con todos los modelos de switch). Una señal watchdog emitida cada 45s verifica el funcionamiento correcto del maestro. Un cambio de maestro tarda alrededor de 30s para que todos los switches se ajusten a la nueva configuración del maestro. Durante ese tiempo no se intercambia ningún otro tráfico. En el momento del incidente, un switch Cisco antiguo (2 años) era el maestro. Debido al aumento de tráfico en una parte remota de la red de producción, se había reemplazado un hub por un nuevo switch. La dirección MAC de este switch era bastante alta, de modo que se convirtió en el número dos en la jerarquía de switches maestros. El switch Cisco seguía siendo el número uno. Debido a una inestabilidad de este último (es decir, sus señales de vida no eran lo suficientemente fuertes para ser recibidas por el nuevo switch, que estaba lejos), el nuevo switch asumió el mastership, pero no pudo determinar la topología completa de la red. Por lo tanto, pasó a modo “listen”, durante el cual el switch Cisco volvió a asumir el control. Este intercambio de mastership continuó y bloqueó todo el demás tráfico, debido a la latencia de reconfiguración, hasta que el problema fue aislado y corregido.

La interrupción de tráfico bloqueó el control de instalaciones de producción importantes durante varias horas.