ASR 9000 no puede unirse a un clúster de extremo nV debido a un tipo de chasis incompatible

Introducción

Este documento describe tres escenarios en los que se muestra el error 'Incompatible chassis types' y proporciona una solución para cada problema.

Problema

Cuando se inicia un router de servicios de agregación serie ASR 9000 en un entorno de extremo nV (clúster), es posible que se muestre este mensaje de error y se cancele el proceso de inicio.

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

Hay tres escenarios en los que podría ver este mensaje de error "Incompatible chassis types" (Tipos de chasis incompatibles). Las soluciones 1 y 2 SOLO se aplican a ASR 9001-S, mientras que la solución 3 se aplica a cualquier chasis ASR 9000.

Solución 1. Clúster ASR 9001-S con licencia de 120 G instalada

En esta solución, hay dos chasis ASR 9001-S que se agrupan en clúster.

Si un ASR 9001-S se ha actualizado a 120 G, pero el segundo ASR 9001-S solo ejecuta 60 G, se muestra el mensaje de error de tipos de chasis incompatibles cuando se arranca el segundo router.

Para corregir la incompatibilidad, asegúrese de que ambos routers estén actualizados (120 G) o no actualizados (60 G).

El comando show license log operational se puede utilizar para determinar si la licencia está activa.

En este ejemplo, la licencia de 120 G no está operativa.

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')

En este ejemplo, la licencia de 120 G está operativa.

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) 

Solución 2. Indicador IML de ASR 9001-S establecido incorrectamente

En esta solución, hay dos chasis ASR 9001-S en un clúster y ninguno de ellos se ha actualizado a 120 G (consulte la solución 1 para obtener información sobre la verificación).

La causa de este problema es que la variable de licencia de Ironman (IML) está establecida incorrectamente en 1 en ROM Monitor (ROMMON). Esta variable SÓLO se debe establecer en 1 una vez que el chasis se haya actualizado a 120 G.

Para resolver este problema, establezca la variable IML en 0.

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

Solución 3. Dos tipos de chasis diferentes de ASR 9000 en un clúster

En esta solución, hay dos tipos de chasis diferentes en un clúster.

ASR 9000 nV Edge no permite que diferentes chasis formen un clúster. En la fase de arranque, el sistema comprueba el tipo de chasis para las capacidades de agrupación en clúster. Cualquier combinación diferente puede resolver este problema, como ASR 9010 a ASR 9922 o ASR 9001 a ASR 9006.

Para verificar el tipo de chasis, ingrese el comando admin show diag chassis eeprom-info en XR o el comando bpcookie en ROMMON.

Este ejemplo muestra el resultado de un ASR 9001 desde 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

Este ejemplo muestra el resultado de ASR 9001 desde ROMMON.

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

Historial de revisiones