L'ASR 9000 ne parvient pas à rejoindre un cluster Edge nV en raison d'un type de châssis incompatible

Introduction

Ce document décrit trois scénarios lorsque l'erreur « Types de châssis incompatibles » s'affiche et fournit une solution pour chaque problème.

Problème

Lorsqu'un routeur de services d'agrégation de la gamme ASR 9000 est démarré dans un environnement Edge nV (cluster), ce message d'erreur peut s'afficher et le processus de démarrage interrompu.

mbi_val_process_packet: received repsonse (rack 1)
Received do not boot message: [min ver: 00.00] reason 6
Don't boot reason: Incompatible chassis types
MBI Validation aborted

Ce message d'erreur « Types de châssis incompatibles » peut s'afficher dans trois scénarios. Les solutions 1 et 2 s'appliquent UNIQUEMENT à l'ASR 9001-S, tandis que la solution 3 s'applique à tout châssis ASR 9000.

Solution 1. Cluster ASR 9001-S avec licence 120 G installée

Dans cette solution, deux châssis ASR 9001-S sont en cluster.

Si un ASR 9001-S a été mis à niveau vers 120 G, mais que le second ASR 9001-S n'exécute que 60 G, le message d'erreur des types de châssis incompatibles s'affiche lors du démarrage du deuxième routeur.

Afin de résoudre l'incompatibilité, assurez-vous que les deux routeurs sont mis à niveau (120 G) ou non (60 G).

La commande show license log Operational peut être utilisée afin de déterminer si la licence est active.

Dans cet exemple, la licence 120 G n'est pas opérationnelle.

RP/0/RSP0/CPU0:ASR9001#show license log operational
#ID     :SDR     :FeatureID       :NodeID    :Time:   Log
15      :Owner   :A9K-9001-120G-LIC:0/RSP0/CPU0:Wed Oct 16 05:44:35 2013: 
license_acquire: opaque_string (null), result('License Manager' detected the 
'warning' condition 'Licensed feature does not exist')

Dans cet exemple, la licence 120 G est opérationnelle.

RP/0/RSP0/CPU0:ASR9001#show license log operational
#ID     :SDR     :FeatureID       :NodeID    :Time:   Log
1       :Owner   :A9K-9001-120G-LIC:0/RSP0/CPU0:Sat Mar 15 00:22:09 2014: 
license_acquire: opaque_string (null), result(No error) 

Solution 2. Indicateur IML ASR 9001-S mal défini

Dans cette solution, il existe deux châssis ASR 9001-S dans un cluster et aucun des deux châssis n'a été mis à niveau à 120 G (voir la solution 1 pour la vérification).

La cause de ce problème est que la variable Ironman License (IML) est incorrectement définie sur 1 dans ROM Monitor (ROMMON). Cette variable ne doit être définie qu'à 1 une fois que le châssis est mis à niveau à 120 G.

Afin de résoudre ce problème, définissez la variable IML sur 0.

rommon B1 > IML=0
rommon B2 > sync
rommon B3 > boot

Solution 3. Deux types de châssis différents ASR 9000 dans un cluster

Dans cette solution, deux types de châssis différents se trouvent dans un cluster.

ASR 9000 nV Edge ne permet pas à différents châssis de former un cluster. Au cours de la phase de démarrage, le système vérifie le type de châssis dans le but de mettre en grappe les fonctionnalités. Toute autre combinaison peut résoudre ce problème, par exemple ASR 9010 à ASR 9922 ou ASR 9001 à ASR 9006.

Afin de vérifier le type de châssis, entrez la commande admin show diag chassis eeprom-info dans XR ou la commande bpcookie dans ROMMON.

Cet exemple montre la sortie d'un ASR 9001 à partir de XR.

RP/0/RSP0/CPU0:ASR9001#admin show diag chassis eeprom-info
Rack 0 - ASR-9001 Chassis
        Controller Family       : ef
        Controller Type         : 400
        PID                     : ASR-9001

Cet exemple montre le résultat pour un ASR 9001 de ROMMON.

rommon B1 > bpcookie
bpcookie:
        Controller Family        : ef
        Controller Type          : 400
        Product Number           : ASR-9001

Historique de révision