O ASR 9000 não consegue ingressar em um cluster de borda nV devido a um tipo de chassi incompatível

Introduction

Este documento descreve três cenários em que o erro "Tipos de chassi incompatíveis" é exibido e fornece uma solução para cada problema.

Problema

Quando um Roteador de Serviços de Agregação ASR 9000 Series é inicializado em um ambiente de Borda nV (cluster), essa mensagem de erro pode ser exibida e o processo de inicialização anulado.

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

Há três cenários nos quais você pode ver esta mensagem de erro 'Tipos de chassi incompatíveis'. As soluções 1 e 2 se aplicam SOMENTE ao ASR 9001-S, enquanto a solução 3 se aplica a qualquer chassi ASR 9000.

Solução 1. Cluster ASR 9001-S com licença de 120 G instalada

Nessa solução, há dois chassis ASR 9001-S que estão agrupados.

Se um ASR 9001-S foi atualizado para 120 G, mas o segundo ASR 9001-S executa apenas 60 G, a mensagem de erro de tipos de chassi incompatíveis será exibida quando o segundo roteador for inicializado.

Para corrigir a incompatibilidade, certifique-se de que ambos os roteadores estejam atualizados (120 G) ou não (60 G).

O comando show license log operational pode ser usado para determinar se a licença está ativa.

Neste exemplo, a licença de 120 G não está operacional.

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

Neste exemplo, a licença de 120 G está operacional.

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) 

Solução 2. Sinalizador IML do ASR 9001-S definido incorretamente

Nessa solução, há dois chassis ASR 9001-S em um cluster e nenhum dos chassis foi atualizado para 120 G (consulte a Solução 1 para verificação).

A causa desse problema é que a variável IML (Ironman License) está definida incorretamente como 1 no ROM Monitor (ROMMON). Essa variável deve ser definida como 1 SOMENTE quando o chassi for atualizado para 120 G.

Para resolver esse problema, defina a variável IML como 0.

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

Solução 3. Dois tipos diferentes de chassi do ASR 9000 em um cluster

Nessa solução, dois tipos de chassi diferentes estão em um cluster.

O ASR 9000 nV Edge não permite que diferentes chassis formem um cluster. Na fase de inicialização, o sistema verifica o tipo de chassi para fins de recursos de cluster. Qualquer combinação diferente pode causar esse problema, como ASR 9010 para ASR 9922 ou ASR 9001 para ASR 9006.

Para verificar o tipo de chassi, insira o comando admin show diag chassis eeprom-info no XR ou o comando bpcookie no ROMMON.

Este exemplo mostra a saída de um ASR 9001 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

Este exemplo mostra a saída de um ASR 9001 do ROMMON.

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

Histórico de revisões