Dans le déploiement de la redondance d'UC, le micrologiciel prend-il immédiatement le rôle actif après son redémarrage et avant sa négociation .

Dans le déploiement de la redondance d'UC, le micrologiciel prend-il immédiatement le rôle actif après son redémarrage et avant sa négociation réussie avec l'homologue à propos de la relation actif / veille?

Avant la version logicielle de l' appareil de mise à niveau dans le déploiement de secours à chaud, le service et les interfaces du rythme cardiaque actif ou en attente FW sont désactivées. De plus, le micrologiciel actif est isolé du micrologiciel de secours pour une mise à niveau séparée. Dans ce scénario, l'interface de pulsation est toujours désactivée. En conséquence, le FW ne peut pas négocier avec l'homologue sur la relation actif / veille après son redémarrage.

Le FW n'assumera pas immédiatement le rôle actif. Si tel est le cas, le service peut être interrompu après le basculement dans la mesure où le MPU et le LPU du FW ne sont pas complètement restaurés.

Après le démarrage du FW et avant qu'il ne négocie avec succès avec l'homologue, il prend immédiatement le contrôle du rôle actif si les conditions suivantes sont remplies:

• La configuration du MPU est restaurée.

• Au moins une CPU fonctionne.

• La configuration d'au moins une LPU sur laquelle réside l'interface de pulsation est restaurée.

Si les conditions précédentes sont remplies, le FW attend 30 secondes et reprend le rôle actif. Si l'une des conditions n'est pas remplie, l'appareil ne se préempte pas en tant qu'appareil actif.

Par exemple, si le FW utilise une interface Eth-Trunk comme interface de pulsation et qu'une LPU est défectueuse, le FW redémarre et ne peut pas détecter l'interface membre Eth-Trunk. Par conséquent, le FW reste en veille.