Catalyst 9000スイッチ上のSVLのトラブルシューティング
内容
はじめに
このドキュメントでは、Catalyst 9000スイッチのStackWise仮想(SVL)で発生する問題を特定し、有用なログを収集し、解決する方法について説明します。
前提条件
要件
このドキュメントに関する固有の要件はありません。
使用するコンポーネント
このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づいています。
- StackWise仮想(SVL)
- Catalyst 9000 スイッチ
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。
背景説明
このドキュメントでは、SVLに関するサポート一覧、制限事項、コマンド、および一般的な問題についても説明します。
SVLのトラブルシューティングを行う際には、Cisco Catalyst 9000スイッチでSVLを展開する際に理解し、従わなければならない基本的な基準があります。次の基準を満たす必要があります。
- 特定のスイッチ、プラットフォーム、およびソフトウェアリリースでSVLがサポートされていることを確認します。
- SVLがコンフィギュレーションガイドに記載されているガイドラインに従って設定され、提供されている制限に厳密に従っていることを確認します。
- SVLリンクがスイッチ間で物理的に接続されていることを確認します。
プラットフォームのサポート
現在サポートされているプラットフォームと、サポートが導入されたソフトウェアトレインを示します。
| ソフトウェア トレイン | SVLサポートの導入 | 注釈 |
| 16.3 |
C3850-48XS |
|
| 16.6 |
C9500-24Q |
|
| 16.8 |
C9500-12Q、C9500-24Q、C9500-16X、C9500-40X C3850-12XS、C3850-24XS、C3850-48XS |
SVL/DADリンクは、C9500-16X、C9500-40X、C3850-12XS、C3850-24XSのアップリンクモジュールではサポートされていません。 |
| 16.9 |
C9404R、C9407R |
- SVL/DADリンクはスーパーバイザポートでのみサポートされています。SVLはSUP-1またはSUP-1XLでのみサポートされています。 |
| 16.10 |
C9500-32C、C9500-32QC、C9500-24Y4C、C9500-48Y4C |
StackWise仮想サポートは、C9500高性能モデルで初めて導入されました。 |
| 16.11 |
C9500-NM-2Q、C9500-NM-8X、C9500-16X、C9500-40X C9410R、C9400-SUP-1XL-Y |
- SVL/DADリンクがC9500-16X、C9500-40Xのアップリンクモジュールでサポートされるようになりました。 - SVLは、SUP-1、SUP-1XL、またはSUP-1XL-Yを搭載したすべてのC9400シャーシでサポートされます。 - SUP XL-25G SVLのサポート |
| 16.12 |
C9606R |
- StackWise仮想サポートは、C9600-LC-48YLおよびC9600-LC-24Cを搭載したC9600シャーシで初めて導入されました。 - SVL FIPのサポート – SVLでのアップリンクFIPSサポート – セキュアなSVLサポート |
| 17.1 |
C9606R |
C9600 HAおよびSVLでの新しいLC C9600-LC-48TXのサポート |
| 17.2 |
C9606R |
- C9606Rシャーシで初めて導入された、ルートプロセッサ冗長性(RPR)をサポートするクアッドスーパバイザ - C9600-LC-48SでのDADリンクのサポート。 |
制約事項
制限事項の大部分は、『Cisco StackWise仮想設定ガイド』に記載されています。次に、よりプラットフォーム固有で、コンフィギュレーションガイドで明示的に呼び出すことができないその他の制限について説明します。
一般的な制限
デュアルアクティブ検出(DAD)およびSVLの設定は手動で行う必要があり、設定の変更を有効にするにはデバイスを再起動する必要があります。
C9400 SVLの制限
- SVL接続は、スーパーバイザモジュールの10G、40G、または25G（C9400-SUP-1XL-Yでのみ使用可能）アップリンクポートと、ラインカードの10Gダウンリンクポートを介して確立できます。
- 1GインターフェイスでのSVL設定はサポートされていません。
- 16.9.1のSVLおよびDADリンクは、スーパーバイザポートでサポートされます。DAD ePAgPは、ラインカードとスーパーバイザポートで設定できます。
- 特定のラインカード上のSVLおよびDADは、16.11.1で使用可能な制御されます。
C9400に関する制限の一覧については、『ハイアベイラビリティ設定ガイド、Catalyst 9400スイッチ』を参照してください。
C9500 SVLの制限
- C9500-NM-2Q(2x40G)を搭載したCisco Catalyst 9500シリーズスイッチでSVLが設定されている場合、固定ダウンリンクとモジュラアップリンクポートを組み合わせて使用することはできません。SVLは、各メンバで同じ速度である必要があります。
- 速度が異なるため、C9500-NM-2Qの40Gポートをスイッチのダウンリンクポートと組み合わせることはできません。
- Cisco StackWise仮想ソリューションでは、4X10GブレークアウトケーブルとQSAをサポートするインターフェイスをデータ/制御トラフィックに使用できますが、SVLまたはDADリンクの設定には使用できません。
C9500H SVLの制限
- C9500-32Cスイッチでは、スイッチの前面パネルにある1 ～ 16の番号のインターフェイスでのみSVLとDADを設定できます。
- C9500-32QCでは、SVLおよびDADをネイティブの100Gおよび40Gインターフェイス（デフォルト設定ポート）でのみ設定できます。変換後の100Gおよび40GインターフェイスではSVLおよびDADを設定できません。
- SVL/DADリンクは、C9500-32C SVLの4X10Gおよび4X25Gブレークアウトインターフェイスでは設定できません。ただし、C9500シリーズハイパフォーマンススイッチをStackWise仮想モードで設定する場合は、ブレークアウトインターフェイスをデータ/制御トラフィックに使用できます。
- Cisco Catalyst C9500シリーズハイパフォーマンススイッチでは、1GインターフェイスでのSVLリンク設定はサポートされていません。
- 9500Hは、どの16.9リリースでもSVL機能をサポートしていません。(シスコは、16.9.6でCisco Bug ID CSCvt46115を介してこの設定オプションを削除しました)。9500Hが16.10以降を実行していることを確認します。
C9600 SVLの制限
- Cisco Catalyst C9600Rスイッチでは、SVL/DADリンクを4X10および4X25Gブレークアウトインターフェイスに設定できません。ただし、C9600RスイッチがStackWise仮想モードで設定されている場合は、データトラフィックにブレイクアウトインターフェイスを使用できます。
- Cisco Catalyst C9600Rスイッチでは、1GインターフェイスでのSVLリンク設定はサポートされていません。
トラブルシュート
StackWise仮想設定の確認
ステップ 1：show running configurationを使用して、StackWise仮想設定が存在し、実行コンフィギュレーションが正しいことを確認します。
Switch#show running-config
Building configuration...
Current configuration : 9047 bytes
!
! Last configuration change at 09:36:41 UTC Fri Nov 13 2020
!
version 16.11
[....]
stackwise-virtual
domain 1
!
[.....]
!
license boot level network-advantage addon dna-advantage
!
[....]
interface GigabitEthernet1/1/0/43
stackwise-virtual dual-active-detection
!
interface GigabitEthernet1/1/0/44
!
interface TenGigabitEthernet1/3/0/1
stackwise-virtual link 1
!
interface TenGigabitEthernet1/3/0/2
stackwise-virtual link 1
!
interface TenGigabitEthernet1/3/0/3
stackwise-virtual link 1
!
interface TenGigabitEthernet1/3/0/4
stackwise-virtual link 1
!
interface TenGigabitEthernet1/3/0/5
!
interface TenGigabitEthernet1/3/0/6
[....]
interface TenGigabitEthernet2/3/0/1
stackwise-virtual link 1
!
interface TenGigabitEthernet2/3/0/2
stackwise-virtual link 1
!
interface TenGigabitEthernet2/3/0/3
stackwise-virtual link 1
!
interface TenGigabitEthernet2/3/0/4
stackwise-virtual link 1
!
interface TenGigabitEthernet2/3/0/5
!
interface TenGigabitEthernet2/3/0/6
!
interface GigabitEthernet2/5/0/43
stackwise-virtual dual-active-detection
!
interface GigabitEthernet2/5/0/44
!
ステップ 2： show romvarは、rommon変数に設定済みのStackWise仮想設定に対応する正しい値が表示されていることを確認するために使用できます。
Switch#show romvar
Switch 1
ROMMON variables:
SWITCH_NUMBER="1"
MODEL_NUM="C9400-SUP-1XL"
LICENSE_BOOT_LEVEL="network-advantage+dna-advantage,all:MACALLAN-CHASSIS;"
D_STACK_DISTR_STACK_LINK2=""
D_STACK_MODE="aggregation"
D_STACK_DOMAIN_NUM="1"
D_STACK_DISTR_STACK_LINK1="Te1/3/0/1,Te1/3/0/2,Te1/3/0/3,Te1/3/0/4,"
D_STACK_DAD="Gi1/1/0/43,"
Switch 2
ROMMON variables:
LICENSE_BOOT_LEVEL="network-advantage+dna-advantage,all:MACALLAN-CHASSIS;"
D_STACK_DISTR_STACK_LINK2=""
SWITCH_NUMBER="2"
D_STACK_MODE="aggregation"
D_STACK_DOMAIN_NUM="1"
D_STACK_DISTR_STACK_LINK1="Te2/3/0/1,Te2/3/0/2,Te2/3/0/3,Te2/3/0/4,"
D_STACK_DAD="Gi2/5/0/43,"
D_STACK_DISTR_STACK_LINK1は、スイッチ1とスイッチ2の両方からのSVLリンクのrommon変数を表します。
D_STACK_DADは、DADリンクのrommon変数を表します。
D_STACK_DOMAIN_NUMはSVLドメイン番号を表し、switch1とswitch2の両方で同じであることを確認します。
D_STACK_MODEは、Cat9kスイッチがSVL/分散スタックモードで設定されていることを表します。
SVLドメイン番号とSVLおよびDADリンク設定は、running-config/startup-configの一部としてだけでなく、rommon変数としても保存されます。
rommon変数とこれらのrommon変数の関連値を確認できます。前述のようにCLIを使用します。
次の出力は、SVLモードで設定されているC9500H/C9500スイッチで作成および更新されたrommon変数を示しています。この変数のインターフェイス名は、SVLモードで設定されている場合、3タプルモデルを追跡します。
Switch#show romvar | include D_STACK D_STACK_DISTR_STACK_LINK2="" D_STACK_MODE="aggregation" D_STACK_DOMAIN_NUM="100" D_STACK_DISTR_STACK_LINK1="Te1/0/3,Te1/0/5," D_STACK_DAD="Te1/0/4,"
D_STACK_DISTR_STACK_LINK2=""
D_STACK_MODE="aggregation"
D_STACK_DOMAIN_NUM="100"
D_STACK_DISTR_STACK_LINK1="Te1/0/3,Te1/0/5,"
D_STACK_DAD="Te1/0/4,"
スイッチステータスの確認
両方のシャーシのスイッチステータスはReady状態であると想定されます。また、show moduleコマンドの出力を調べて、すべてのLCがOK状態であることを確認します。
Switch#show switch
Switch/Stack Mac Address : 00a7.42d7.4620 - Local Mac Address
Mac persistency wait time: Indefinite
H/W Current
Switch# Role Mac Address Priority Version State
-------------------------------------------------------------------------------------
*1 Active 00a7.42d7.3680 1 V02 Ready
2 Standby 00a7.42d7.4620 1 V02 Ready
スイッチステート
| SVLスイッチステート | 説明 |
| Ready |
スタック/スイッチの使用準備が整いました。 |
| 設定の問題 |
イメージバージョンがピアスイッチと一致しない。 |
|
|
システムの使用準備ができていません。まだ初期化フェーズです。 |
| HAの同期中 |
システムは使用する準備ができていません。構成の同期が完了するのを待機しています。 |
次は、9400スイッチからのshow moduleの出力です。
Switch#show module
Chassis Type: C9407R
Switch Number 1
Mod Ports Card Type Model Serial No.
---+-----+--------------------------------------+--------------+--------------
1 48 48-Port UPOE 10/100/1000 (RJ-45) WS-XL48U JAE201900TY
3 10 Supervisor 1 XL Module C9400-SUP-1XL JAE222805NB
7 24 24-Port 10 Gigabit Ethernet (SFP+) C9400-LC-24XS JAE22170EAG
Mod MAC addresses Hw Fw Sw Status
---+--------------------------------+----+------------+------------------+--------
1 0035.1A8D.2DEC to 0035.1A8D.2E1B 0.4 17.1.1r 16.11.01c ok
3 2C5A.0F1C.626C to 2C5A.0F1C.6275 2.0 17.1.1r 16.11.01c ok
7 780C.F02B.4D50 to 780C.F02B.4D67 1.0 17.1.1r 16.11.01c ok
Mod Redundancy Role Operating Redundancy Mode Configured Redundancy Mode
---+-------------------+-------------------------+---------------------------
3 Active sso sso
Switch Number 2
Mod Ports Card Type Model Serial No.
---+-----+--------------------------------------+--------------+--------------
3 10 Supervisor 1 XL Module C9400-SUP-1XL JAE222805QB
5 48 48-Port 10/100/1000 (RJ-45) C9400-LC-48T JAE213207ZX
Mod MAC addresses Hw Fw Sw Status
---+--------------------------------+----+------------+------------------+--------
3 2C5A.0F1C.622C to 2C5A.0F1C.6235 2.0 17.1.1r 16.11.01c ok
5 E4AA.5D59.FB48 to E4AA.5D59.FB77 1.0 17.1.1r 16.11.01c ok
Mod Redundancy Role Operating Redundancy Mode Configured Redundancy Mode
---+-------------------+-------------------------+---------------------------
3 Standby sso sso
Chassis MAC address range: 44 addresses from 2c5a.0f1c.6240 to 2c5a.0f1c.626b
Switch#
SVLリンクステータスの確認
SVLポートのリンクステータスはU（アップ）状態であり、プロトコルステータスはR（準備完了）である必要があります
Switch#show stackwise-virtual link
Stackwise Virtual Link(SVL) Information:
----------------------------------------
Flags:
------
Link Status
-----------
U-Up D-Down
Protocol Status
---------------
S-Suspended P-Pending E-Error T-Timeout R-Ready
-----------------------------------------------
Switch SVL Ports Link-Status Protocol-Status
------ --- ----- ----------- ---------------
1 1 FortyGigabitEthernet1/0/1 U R
FortyGigabitEthernet1/0/2 U R
2 1 FortyGigabitEthernet2/0/1 U R
FortyGigabitEthernet2/0/2 U R
| SVLプロトコルステータス | 説明 |
| 中断 |
プロトコルは中断状態です。SVLリンクがダウンしている場合に確認できます。 リンクステータスをチェックし、リンクがアップであることを確認します。 |
| Pending |
プロトコルは保留中です。リンクがまだバンドルされていない場合に表示されることがあります。 リンクのリモート側をチェックします。両側が保留されている場合は、LMPの状態をチェックします。 |
| エラー |
Protocol is in error state」というエラーメッセージが表示されます。LMPパケットが値エラーと交換される場合に表示される可能性があります。 |
| [タイムアウト（Timeout）] |
Protocol has timed out」が表示される場合があります。これは、LMPメッセージが16秒間にわたって送受信されていないときに発生する可能性があります。 |
| Ready |
プロトコルは準備完了状態です。これは通常の動作では望ましい状態です。 LMPメッセージとSDPメッセージの両方が正常に交換されます。 |
Switch#show stackwise-virtual link
Stackwise Virtual Link(SVL) Information:
----------------------------------------
Flags:
------
Link Status
-----------
U-Up D-Down
Protocol Status
---------------
S-Suspended P-Pending E-Error T-Timeout R-Ready
-----------------------------------------------
Switch SVL Ports Link-Status Protocol-Status
------ --- ----- ----------- ---------------
1 1 FortyGigabitEthernet1/1/0/3 U R
FortyGigabitEthernet1/1/0/5 U R
2 1 FortyGigabitEthernet2/1/0/3 U R
FortyGigabitEthernet2/1/0/5 U R
DADリンクステータスの確認
Switch#show stackwise-virtual dual-active-detection Dual-Active-Detection Configuration: ------------------------------------- Switch Dad port Status ------ ------------ --------- 1 FortyGigabitEthernet1/0/4 up 2 FortyGigabitEthernet2/0/4 up
Switch#show stackwise-virtual dual-active-detection Dual-Active-Detection Configuration: ------------------------------------- Switch Dad port Status ------ ------------ --------- 1 FortyGigabitEthernet1/1/0/4 up 2 FortyGigabitEthernet2/1/0/4 up
ASICコアIFMマップの確認
Switch#sh platform software fed sw active ifm mapp Interface IF_ID Inst Asic Core Port SubPort Mac Cntx LPN GPN Type Active
TwentyFiveGigE1/0/1 0x3c 1 0 1 20 0 16 4 1 97 NIF Y
TwentyFiveGigE1/0/2 0x3d 1 0 1 21 0 17 5 2 98 NIF Y Switch#sh platform software fed sw standby ifm mapp Interface IF_ID Inst Asic Core Port SubPort Mac Cntx LPN GPN Type Active
TwentyFiveGigE1/0/1 0x8 1 0 1 20 0 16 4 1 1 NIF Y
TwentyFiveGigE1/0/2 0x9 1 0 1 21 0 17 5 2 2 NIF Y
Switch#sh platform software fed sw active ifm mapp Interface IF_ID Inst Asic Core Port SubPort Mac Cntx LPN GPN Type Active FortyGigabitEthernet1/1/0/3 0xb 0 0 0 16 0 16 0 3 2360 NIF Y FortyGigabitEthernet1/1/0/5 0xd 1 0 1 8 0 14 1 5 2361 NIF Y Switch#sh platform software fed sw standby ifm mapp Interface IF_ID Inst Asic Core Port SubPort Mac Cntx LPN GPN Type Active
FortyGigabitEthernet2/1/0/3 0x6b 0 0 0 16 0 16 0 3 2361 NIF Y
FortyGigabitEthernet2/1/0/5 0x6d 1 0 1 8 0 14 1 5 2360 NIF Y
FEDチャネルの健全性の確認
Switch#show platform software fed switch active fss counters
FSS Packet Counters
SDP LMP
TX | RX TX | RX
--------------------- ---------------------
72651 72666 1157750 1154641
OOB1 OOB2
TX | RX TX | RX
--------------------- ---------------------
8 8 7740057 7590208
EMP
TX | RX LOOPBACK
---------------------- -------------------
0 0 79
Switch#show platform software fed switch active fss err-pkt-counters latency
Switch#show platform software fed switch active fss err-pkt-counters seqerr
Switch#show platform software fed switch active fss registers | i group
LMPの状態の確認
次のshowコマンドを使用して、LMPの状態を確認します。
Switch#show platform software fed sw active fss bundle Stack Port (0-Based) 0
Control port 16
Next Probable Control port Unknown
Member Port LPN list
-------------------
LPN:Partner_LPN
1.16:1.16
Stack Port (0-Based) 1
Control port Unknown
Next Probable Control port Unknown
Member Port LPN list
-------------------
LPN:Partner_LPN
Switch#show platform software fed switch active fss sdp-packets
FED FSS SDP packets max 10:
------------------------
FED-> Nif Mgr
Timestamp Src Mac Dst Mac Seq Num
--------------------------------------------------------------------
Sun Nov 15 18:59:07 2020 bc26:c722:9ef8 ffff:ffff:ffff 51843
Sun Nov 15 18:59:11 2020 bc26:c722:9ef8 ffff:ffff:ffff 51844
Sun Nov 15 18:59:15 2020 bc26:c722:9ef8 ffff:ffff:ffff 51845
Sun Nov 15 18:59:19 2020 bc26:c722:9ef8 ffff:ffff:ffff 51846
Sun Nov 15 18:59:23 2020 bc26:c722:9ef8 ffff:ffff:ffff 51847
Sun Nov 15 18:59:27 2020 bc26:c722:9ef8 ffff:ffff:ffff 51848
Sun Nov 15 18:59:31 2020 bc26:c722:9ef8 ffff:ffff:ffff 51849
Sun Nov 15 18:59:35 2020 bc26:c722:9ef8 ffff:ffff:ffff 51850
Sun Nov 15 18:58:59 2020 bc26:c722:9ef8 ffff:ffff:ffff 51841
Sun Nov 15 18:59:03 2020 bc26:c722:9ef8 ffff:ffff:ffff 51842
Nif Mgr -> FED
Timestamp Src Mac Dst Mac Seq Num
--------------------------------------------------------------------
Sun Nov 15 18:59:29 2020 bc26:c722:dae0 ffff:ffff:ffff 51863
Sun Nov 15 18:59:33 2020 bc26:c722:dae0 ffff:ffff:ffff 51864
Sun Nov 15 18:59:37 2020 bc26:c722:dae0 ffff:ffff:ffff 51865
Sun Nov 15 18:59:01 2020 bc26:c722:dae0 ffff:ffff:ffff 51856
Sun Nov 15 18:59:05 2020 bc26:c722:dae0 ffff:ffff:ffff 51857
Sun Nov 15 18:59:09 2020 bc26:c722:dae0 ffff:ffff:ffff 51858
Sun Nov 15 18:59:13 2020 bc26:c722:dae0 ffff:ffff:ffff 51859
Sun Nov 15 18:59:17 2020 bc26:c722:dae0 ffff:ffff:ffff 51860
Sun Nov 15 18:59:21 2020 bc26:c722:dae0 ffff:ffff:ffff 51861
Sun Nov 15 18:59:25 2020 bc26:c722:dae0 ffff:ffff:ffff 51862
Switch#show platform software fed switch active fss lmp-packets
Interface:TenGigabitEthernet1/3/0/1 IFID:0x37
FED FSS LMP packets max 10:
FED --> Nif Mgr
Timestamp Local Peer Seq
LPN LPN Num
-------------------------------------------------------
Sun Nov 15 19:01:31 2020 1 1 206696
Sun Nov 15 19:01:32 2020 1 1 206697
Sun Nov 15 19:01:33 2020 1 1 206698
Sun Nov 15 19:01:34 2020 1 1 206699
Sun Nov 15 19:01:36 2020 1 1 206701
Sun Nov 15 19:01:37 2020 1 1 206702
Sun Nov 15 19:01:27 2020 1 1 206692
Sun Nov 15 19:01:28 2020 1 1 206693
Sun Nov 15 19:01:29 2020 1 1 206694
Sun Nov 15 19:01:30 2020 1 1 206695
Nif Mgr --> FED
Timestamp Local Peer Seq
LPN LPN Num
-------------------------------------------------------
Sun Nov 15 19:01:29 2020 1 1 206696
Sun Nov 15 19:01:30 2020 1 1 206697
Sun Nov 15 19:01:31 2020 1 1 206698
Sun Nov 15 19:01:32 2020 1 1 206699
Sun Nov 15 19:01:33 2020 1 1 20670
Sun Nov 15 19:01:34 2020 1 1 206701
Sun Nov 15 19:01:35 2020 1 1 206702
Sun Nov 15 19:01:36 2020 1 1 206703
Sun Nov 15 19:01:37 2020 1 1 206704
Sun Nov 15 19:01:28 2020 1 1 206695
Interface:TenGigabitEthernet1/3/0/2 IFID:0x38
FED FSS LMP packets max 10:
FED --> Nif Mgr
Timestamp Local Peer Seq
LPN LPN Num
-------------------------------------------------------
Sun Nov 15 19:01:32 2020 2 2 206697
Sun Nov 15 19:01:33 2020 2 2 206698
Sun Nov 15 19:01:34 2020 2 2 206699
Sun Nov 15 19:01:35 2020 2 2 206700
Sun Nov 15 19:01:36 2020 2 2 206701
Sun Nov 15 19:01:37 2020 2 2 206702
Sun Nov 15 19:01:28 2020 2 2 206693
Sun Nov 15 19:01:29 2020 2 2 206694
Sun Nov 15 19:01:30 2020 2 2 206695
Sun Nov 15 19:01:31 2020 2 2 206696
Nif Mgr --> FED
Timestamp Local Peer Seq
LPN LPN Num
-------------------------------------------------------
Sun Nov 15 19:01:33 2020 2 2 206700
Sun Nov 15 19:01:34 2020 2 2 206701
Sun Nov 15 19:01:35 2020 2 2 206702
Sun Nov 15 19:01:36 2020 2 2 206703
Sun Nov 15 19:01:37 2020 2 2 206704
Sun Nov 15 19:01:28 2020 2 2 206695
Sun Nov 15 19:01:29 2020 2 2 206696
Sun Nov 15 19:01:30 2020 2 2 206697
Sun Nov 15 19:01:31 2020 2 2 206698
Sun Nov 15 19:01:32 2020 2 2 206699
Switch#show platform software fed switch active fss interface-counters
Interface TenGigabitEthernet1/3/0/1 IFID: 0x37 Counters
LMP
TX | RX
---------------------
206125 204784
Interface TenGigabitEthernet1/3/0/2 IFID: 0x38 Counters
LMP
TX | RX
---------------------
207012 206710
Switch#test platform software nif_mgr lmp member-port 1 Member port LPN 1 details ---------------------------- Transmitting on LPN: 1 member_port idx: 0 Stack Port: 0 Connection Status: Ready Port Link Status: Up LMP HELLO disabled: FALSE LMP Tx count: 3864 LMP Tx seq no: 3864 LMP Rx count: 3856 LMP Timeout Rx count: 0 LMP Partner Platform Information: Blueshift Version:1 Distributed Stack Domain:100 Distributed Stack Mode:1 System Model String:C9500-24Q System Product ID:FCW2144A3KF System Version ID:V01 Stack MAC Address:0027:90be:1f00 System CMI Index:0 LMP Port LPN:1 System Switch Number:2 LMP PENDING Partner Platform Information: Blueshift Version:1 Distributed Stack Domain:100 Distributed Stack Mode:1 System Model String:C9500-24Q System Product ID:FCW2144A3KF System Version ID:V01 Stack MAC Address:0027:90be:1f00 System CMI Index:0 LMP Port LPN:1 Switch#test platform software nif_mgr lmp member-port 2 Member port LPN 2 details ---------------------------- Transmitting on LPN: 2 member_port idx: 1 Stack Port: 0 Connection Status: Ready Port Link Status: Up LMP HELLO disabled: FALSE LMP Tx count: 3873 LMP Tx seq no: 3873 LMP Rx count: 3870 LMP Timeout Rx count: 0 LMP Partner Platform Information: Blueshift Version:1 Distributed Stack Domain:100 Distributed Stack Mode:1 System Model String:C9500-24Q System Product ID:FCW2144A3KF System Version ID:V01 Stack MAC Address:0027:90be:1f00 System CMI Index:0 LMP Port LPN:2 System Switch Number:2 LMP PENDING Partner Platform Information: Blueshift Version:1 Distributed Stack Domain:100 Distributed Stack Mode:1 System Model String:C9500-24Q System Product ID:FCW2144A3KF System Version ID:V01 Stack MAC Address:0027:90be:1f00 System CMI Index:0 LMP Port LPN:2
Switch#test platform software nif_mgr lmp status
Switch#test platform software nif_mgr lmp stack-port 1
Stack port 1 details
----------------------------
stack_port idx:0
Stack Link status:Up
Number Member Ports:1
Member Port LPN List:
1/16,
Switch#test platform software nif_mgr lmp stack-port 2
Stack port 2 details
----------------------------
stack_port idx:1
Stack Link status:Down
Number Member Ports:0
Member Port LPN List:
SVLポートのShut/Unshut
システムがStackWise仮想モードに設定されている場合、SVLポートとDADポートではshutコマンドとno shutコマンドが無効になります。テスト目的で、SVLポートをシャットダウン/シャットダウン解除する必要がある場合は、次のように試してください。
Switch#test platform software nif_mgr port ? disable shutdown port enable unshut port
または、ソフトウェアからSFP/QSFP OIRをシミュレートできる次の方法を使用します（Cat9400/Cat9500H/Cat9600など）。これらは隠しコマンドであり、service internalを設定する必要があります。
Switch#test idprom interface <...> ? fake-insert Fake insert fake-remove Fake remove
システムからのトレースアーカイブの抽出
SVLアクティブスイッチがSVLスタンバイスイッチと通信できる場合、両方のスイッチのトレースアーカイブを生成できます。このCLIを使用します。
Switch#request platform software trace rotate all
Switch#request platform software trace archive
Unable to archive /tmp/udev_ng4k.vbd.log : file does not exist
Unable to archive /tmp/vbd_app_init.log : file does not exist
excuting cmd on chassis 1 ...
sending cmd to chassis 2 ...
Creating archive file [flash:Switch_1_RP_0_trace_archive-20190807-073924.tar.gz]
Done with creation of the archive file: [flash:Switch_1_RP_0_trace_archive-20190807-073924.tar.gz]
Switch#
Switch#dir flash: | in tar
180238 -rw- 7189863 Aug 7 2019 07:39:34 +00:00 Switch_1_RP_0_trace_archive-20190807-073924.tar.gz
Switch#
Quad SUPの場合は、すべてのSUPのトレースアーカイブを個別に収集する必要があります。
request platform software trace slot switch active R0 archive
request platform software trace slot switch active R1 archive
request platform software trace slot switch standby R0 archive
request platform software trace slot switch standby R1 archive
SVLアクティブスイッチがSVLスプリットなどのSVLスタンバイスイッチと通信できない状況では、必ず両方のユニットでトレースアーカイブを生成してください。
show log file crashinfo:tracelogs/<ファイル名>.bin.gz internal
show tech-support stackwise-virtual switch [active|standby|all|#]
新しいLMPおよびSDPカウンタ
リリース16.10.1からサポートが追加されました。
SDP:Stack Discovery Protocol（スタックディスカバリプロトコル）：役割のネゴシエーションとトポロジのトラフィック。
スタックマネージャコンポーネントは、スタックメンバー間のロールネゴシエーションを行い、アクティブおよびスタンバイのロールを選択します。Stack Managerは、SVLを介してSDPパケットを送受信し、Stackwise仮想ルータに属するすべてのスイッチのビューを取得します。
LMP:Link Management Protocol；リンク管理プロトコル
SVLを維持するためのL2トラフィック。リンク管理プロトコルはソフトウェアコンポーネントです。このコンポーネントは端末間でhelloを実行し、物理リンクがStackWise仮想ネットワークの一部として適格かどうかを判断します。また、LMPは、SVLの一部として、設定された各物理リンクを監視します。LMPは、Network Interface Manager(Nif Mgr)ソフトウェアプロセスの一部です。
FSS(Front Side Stack):StackWise仮想の別名。
ソフトウェア(Nif-mgr = Network Interface Manager)の観点からは、次のようになります。
show platform software nif-mgr switch active
switch-info show platform software nif-mgr switch active
counters show platform software nif-mgr switch active
counters lpn 1 show platform software nif-mgr switch active
packets set platform software nif_mgr switch active
pak-cache 40 —> set the packet cache count per SVL port to 40 (default = 10)
ハードウェア（FED =フォワードエンジンドライバ）の観点から見ると、次のようになります。
show platform software fed switch active fss lmp-packets interface
show platform software fed switch active fss sdp-packets show platform software fed switch active fss counters show platform software fed switch active fss interface-counters
set platform software fed switch active F1 active fss pak-cache 40 —> set the packet cache count per SVL port to 40 (default = 10)
Quad SUP冗長ステータスの確認
Quad Supシステムには最大4つのスーパーバイザがあり、シャーシごとに2つのスーパーバイザがあります。show moduleは、システム内に存在するシャーシとSUPの両方の完全なビューを提供します。
SUPが装着されているスロットと、シャーシ内スタンバイとマーキングされているスーパーバイザがアップデートされ、プロビジョニング済みのステータスが表示されます。
SG_SVL_QuadSup#show module
Chassis Type: C9606R
Switch Number 1
Mod Ports Card Type Model Serial No.
---+-----+--------------------------------------+--------------+--------------
1 48 48-Port 10GE / 25GE C9600-LC-48YL CAT2310L58W
2 24 24-Port 40GE/12-Port 100GE C9600-LC-24C CAT2310L4CP
3 0 Supervisor 1 Module C9600-SUP-1 CAT2319L302
4 0 Supervisor 1 Module C9600-SUP-1 CAT2319L301
5 48 48-Port 10GE / 25GE C9600-LC-48YL CAT2312L2G7
6 24 24-Port 40GE/12-Port 100GE C9600-LC-24C CAT2310L4D6
Mod MAC addresses Hw Fw Sw Status
---+--------------------------------+----+------------+------------------+--------
1 DC8C.371D.2300 to DC8C.371D.237F 1.0 17.3.1r[FC2] 2020-11-05_13.02_s ok
2 DC8C.371D.2080 to DC8C.371D.20FF 1.0 17.3.1r[FC2] 2020-11-05_13.02_s ok
3 DC8C.37CA.6500 to DC8C.37CA.657F 1.0 17.3.1r[FC2] 2020-11-05_13.02_s ok
4 -- -- N/A -- Provisioned
5 DC8C.37A0.6880 to DC8C.37A0.68FF 1.0 17.3.1r[FC2] 2020-11-05_13.02_s ok
6 DC8C.371D.1A80 to DC8C.371D.1AFF 1.0 17.3.1r[FC2] 2020-11-05_13.02_s ok
Mod Redundancy Role Operating Redundancy Mode Configured Redundancy Mode
---+-------------------+-------------------------+---------------------------
3 Standby sso sso
4 InChassis-Standby rpr rpr
Switch Number 2
Mod Ports Card Type Model Serial No.
---+-----+--------------------------------------+--------------+--------------
1 24 24-Port 40GE/12-Port 100GE C9600-LC-24C CAT2313L2WE
3 0 Supervisor 1 Module C9600-SUP-1 CAT2321L553
4 0 Supervisor 1 Module C9600-SUP-1 CAT2319L309
5 48 48-Port 10GE / 25GE C9600-LC-48YL CAT2312L2C5
6 48 48-Port 10GE / 25GE C9600-LC-48YL CAT2312L2DW
Mod MAC addresses Hw Fw Sw Status
---+--------------------------------+----+------------+------------------+--------
1 DC8C.37A0.C480 to DC8C.37A0.C4FF 1.0 17.3.1r[FC2] 2020-11-05_13.02_s ok
3 DC8C.37CA.6D00 to DC8C.37CA.6D7F 1.0 17.3.1r[FC2] 2020-11-05_13.02_s ok
4 -- -- N/A -- Provisioned
5 DC8C.37A0.5F80 to DC8C.37A0.5FFF 1.0 17.3.1r[FC2] 2020-11-05_13.02_s ok
6 DC8C.37A0.5C80 to DC8C.37A0.5CFF 1.0 17.3.1r[FC2] 2020-11-05_13.02_s ok
Mod Redundancy Role Operating Redundancy Mode Configured Redundancy Mode
---+-------------------+-------------------------+---------------------------
3 Active sso sso
4 InChassis-Standby rpr rpr
Chassis 1 MAC address range: 64 addresses from 2c4f.5204.c080 to 2c4f.5204.c0bf
Chassis 2 MAC address range: 64 addresses from 2c4f.5204.bec0 to 2c4f.5204.beff
スーパーバイザごとの詳細な冗長性の状態を確認するには、次のshow CLIを使用できます。表示される詳細には、現在の稼働時間とイメージの詳細が含まれます。
SG_SVL_QuadSup#sh redundancy rpr
My Switch Id = 2
Peer Switch Id = 1
Last switchover reason = none
Configured Redundancy Mode = sso
Operating Redundancy Mode = sso
Switch 2 Slot 3 Processor Information:
---------------------------------------------
Current Software State = ACTIVE
Uptime in current state = 18 minutes
Image Version = Cisco IOS Software [Bengaluru], Catalyst L3 Switch Software (CAT9K_IOSXE), Experimental Version 17.5.20201101:045441 [s2c/polaris_dev-/nobackup/suhs/latest/polaris 104]
Copyright (c) 1986-2020 by Cisco Systems, Inc.
Compiled Sun 01-Nov-20 10:28 by suhs
BOOT = bootflash:packages.conf;
Switch 2 Slot 4 Processor Information:
---------------------------------------------
Current Software State = InChassis-Standby (Ready)
Uptime in current state = 18 minutes
Image Version =
BOOT = bootflash:packages.conf;
Switch 1 Slot 3 Processor Information:
---------------------------------------------
Current Software State = STANDBY HOT
Uptime in current state = 18 minutes
Image Version = Cisco IOS® Software [Bengaluru], Catalyst L3 Switch Software (CAT9K_IOSXE), Experimental Version 17.5.20201101:045441 [s2c/polaris_dev-/nobackup/suhs/latest/polaris 104]
Copyright (c) 1986-2020 by Cisco Systems, Inc.
Compiled Sun 01-Nov-20 10:28 by suhs
BOOT = bootflash:packages.conf;
Switch 1 Slot 4 Processor Information:
---------------------------------------------
Current Software State = InChassis-Standby (Ready)
Uptime in current state = 18 minutes
Image Version =
BOOT = bootflash:packages.conf;
Quad SUPシステムのもう1つの主要なイネーブラは、グローバルアクティブSupに、到達可能性に加えて、すべてのSUPファイルシステム(SUP-File)へのアクセス権を付与することです。
これにより、設定、イメージ、ライセンス、およびその他の設定パラメータをすべてのSUPに複製する手段が提供されます。
ファイルシステムの可用性を検証するには、次のCLIを使用します。
SG_SVL_QuadSup#dir ?
/all List all files
/recursive List files recursively
all-filesystems List files on all filesystems
bootflash-1-0: Directory or file name
bootflash-1-1: Directory or file name
bootflash-2-1: Directory or file name
bootflash: Directory or file name
cns: Directory or file name
crashinfo-1-0: Directory or file name
crashinfo-1-1: Directory or file name
crashinfo-2-1: Directory or file name
crashinfo: Directory or file name
disk0-1-0: Directory or file name
disk0-1-1: Directory or file name
disk0-2-1: Directory or file name
disk0: Directory or file name
flash: Directory or file name
null: Directory or file name
nvram: Directory or file name
revrcsf: Directory or file name
stby-bootflash: Directory or file name
stby-crashinfo: Directory or file name
stby-disk0: Directory or file name
stby-nvram: Directory or file name
stby-rcsf: Directory or file name
system: Directory or file name
tar: Directory or file name
tmpsys: Directory or file name
usbflash0: Directory or file name
webui: Directory or file name
| Output modifiers
<cr> <cr>
SG_SVL_QuadSup#sh file systems
File Systems:
Size(b) Free(b) Type Flags Prefixes
- - opaque rw system:
- - opaque rw tmpsys:
* 11250098176 8731799552 disk rw bootflash: flash:
11250171904 7888437248 disk rw bootflash-1-0:
1651314688 0 disk rw crashinfo:
1651507200 0 disk rw crashinfo-1-0:
944993665024 896891006976 disk rw disk0:
944994516992 896892141568 disk rw disk0-1-0:
15988776960 15988768768 disk rw usbflash0:
7663022080 7542669312 disk ro webui:
- - opaque rw null:
- - opaque ro tar:
- - network rw tftp:
33554432 33483313 nvram rw nvram:
- - opaque wo syslog:
- - network rw rcp:
- - network rw http:
- - network rw ftp:
- - network rw scp:
- - network rw sftp:
- - network rw https:
- - opaque ro cns:
11250171904 6551502848 disk rw bootflash-2-1:
1651507200 0 disk rw crashinfo-2-1:
944994516992 896136118272 disk rw disk0-2-1:
11250171904 6074400768 disk rw bootflash-1-1:
1651507200 0 disk rw crashinfo-1-1:
945128734720 896416088064 disk rw disk0-1-1:
33554432 33479217 nvram rw stby-nvram:
- - nvram rw stby-rcsf:
11250098176 7888244736 disk rw stby-bootflash:
1651314688 0 disk rw stby-crashinfo:
944993665024 896891629568 disk rw stby-disk0:
- - opaque rw revrcsf:
2つのSup SVLシステムをクアッドSUP SVLシステムに移行
移行手順については、このリンクを参照してください。
Catalyst 9600のクアッドスーパーバイザStackwise仮想セットアップへの移行
Quad SUPスイッチオーバー動作
アクティブSUPのシステム障害で4つのSUPがすべて搭載されたクワッドSUPは、新しいアクティブ想定への移行のためにZモデルを追跡します。
次の図は、現在のアクティブSUPに障害が発生したときの新しいアクティブSUPの移行を示しています。
セクション9の一部として示されているCLIを使用して、スイッチオーバーの任意の時点で各SUPの現在のSUPステータスと健全性をチェックします。さらに、show redundancy CLIを使用して、グローバルアクティブ/スタンバイの冗長遷移の詳細と、スイッチオーバーの履歴を追跡できます。
クアッドスーパーバイザISSUの動作
4つすべてのSupがシステムに搭載されたクワッドSUP、新しいV2イメージへのISSUは、最小限のデータパスの影響モデルを追跡します。
この画像では、ISSUの進行をワンショットでキャプチャしています。最初の出力は次のとおりです。
- 新しいV2イメージをすべての4つのSUPにコピーし、新しいV2イメージで両方のICSをアクティブにします。この結果、両方のICSがリロードされ、新しいV2イメージで起動します。
- V2でグローバルスタンバイをアクティブ化します。その結果、グローバルスタンバイに関連付けられたインシャーシスタンバイSUPへのスイッチオーバーが実行され、旧グローバルスタンバイがV2でICSとして起動します。
- Global Active with V2イメージをアクティブ化します。これにより、グローバルアクティブに関連付けられたシャーシ内スタンバイへのスイッチオーバーが発生します。V2を使用するICSとして古いグローバルアクティブの起動に成功すると、はコミット操作を完了します。
一般的なシナリオ/問題のトラブルシューティング
StackWiseコマンドが機能しない
StackWise仮想コマンドは、ライセンスレベルがNetwork Advantage（cat9kスイッチの場合）およびIPBaseまたはIPServices（Cat3kスイッチの場合）として設定されている場合にのみ、表示および設定に使用できます。
考えられる原因
これらの問題は、主にnetwork essentialsが適切に設定されていない場合に発生します。
- Cat3kで、ライセンスがIPBaseまたはIPServicesのいずれであるかを確認するには、show versionコマンドを使用します。
- Cat9Kで、ライセンスがNetwork Advantageであるかどうかを確認するには、show versionコマンドを使用します。
- MODEL_NUM rommon変数が正しく設定され、実際のデバイスモデルと一致するかどうかを確認します。
トラブルシューティングのヒント
ライセンスが正しくてもコマンドが使用できない場合は、config syncの問題が考えられます。その場合は、次のコマンドを使用して、この問題のデバッグに役立つ情報を収集します。
1. バージョンの表示
2. ライセンスの概要を表示します。
3. romvarの表示 | iモデル番号
考えられる解決策
1. プラットフォームに基づいて適切なライセンスレベルを設定し、再試行します。
2. モデル番号が異なる場合、ほとんどの場合、SUPは古いプロトコルボードである可能性があります。モデル番号はROMMONで修正できます。
StackWiseの設定が欠落している
システムが起動すると、StackWiseの設定が実行コンフィギュレーションから外れていることがわかります。
考えられる原因
必要な設定がrunning-configデータベースに存在するかどうかを確認します。 ほとんどの場合、iosd設定の同期に問題があるか、ライセンスレベルがネットワーク非利点に戻るように設定されています。
トラブルシューティングのヒント
1. LICENSE LEVELをチェックして、そのライセンスレベルでSVLがサポートされているかどうかを確認します。ライセンスレベルがnetwork-advantageまたは前述のshow license summaryに設定されていることを確認します。
2. running-configとstartup-config show running-config、およびshow startup-configを確認します。
問題がISSUの直後にあり、startup-configとrunning-configの出力が一致しない場合は、ISSUの問題である可能性があります。次のステップを参照してください。
3. ISSUの影響を受けるCLIの出力を確認します。show redundancy config-sync failure mcl。
対象の設定がrunningとstartup-configの両方で欠落している場合は、次の手順に進みます。
4. rommon変数を確認し、show romvar | inc D_Sコマンドを発行します。
対象の設定が欠落しているか、romvarに存在する場合は、次の手順を実行します。
5. show issu state detailをチェックします。
トラブルシューティングできない場合は、次のコマンド出力を収集して、さらに調査します。
1. show platform software fedスイッチのアクティブfssカウンタ（3 ～ 4個の増分）
2. テストプラットフォームソフトウェアのnif_mgr lmpメンバーポートLPN
3. show tech-support stackwise-virtualを収集します
4. トレースアーカイブファイルの収集
考えられる解決策
プラットフォームに基づいて適切なライセンスレベルを設定し、再試行します。ISSUの後で問題が発生する場合、ほとんどの場合、「MCLの失敗」に記載されている設定をクリーンアップするか、再設定する必要があります。
StackWiseリンク/デュアルアクティブ検出リンクがダウンしている
考えられる原因
SVL/DADリンクがダウンする原因は数多くあります。showコマンドの出力を見るだけでは判断が難しく、特定のbtraceログとshowコマンドの出力を注意深く分析して根本原因を見つける必要があります。
リンクダウンを引き起こす可能性がある最も一般的なものには、SFPの不良やケーブルの不良や、単純な表示の問題などがあります。
トラブルシューティングのヒント
1.リンクのステータスを明確にするには、show stackwise-virtual linkコマンドを使用します。
2. SVLポートが物理的に接続されていること、およびその設定が良好であることを確認します。show stackwise-virtualにチェックマークを付けます。
トラブルシューティングできない場合は、次のコマンド出力を提供して調査します。
1. show platform software fedスイッチのアクティブfssカウンタ（3 ～ 4個の増分）
2. テストプラットフォームソフトウェアのnif_mgr lmpメンバーポートLPN
3. show tech-support stackwise-virtualを収集します
4. トレースアーカイブファイルの収集
SVLプロトコルのステータスがRと表示されない
show stackwise-virtualコマンドで表示されるリンクのステータスを明確にします。
考えられる原因：
1. プロトコルがS-Suspended状態の場合、ほとんどの場合、リンクはダウンしています。
2. プロトコルがT-Timeout状態の場合は、LMPパケットを送受信できないことを意味します。
3. タイムアウト/保留状態の場合、Nif_mgr、Fed、およびstack_mgr btraceログの場合のみ、キャプチャすることが重要です。
4. スイッチがSVLリンクのshut/no shutで回復するかどうかを確認します（解決策ではなく、データポインタのみ）。
トラブルシューティングのヒント
根本原因が見つからない場合は、次のコマンド出力を提供します
1. SVL/DADリンクステータスを確認します。show stackwise-virtual linkを使用します。
2. show platform software fedスイッチのアクティブ/スタンバイfssカウンタを確認します（3 ～ 4ずつ増分）。
3. テストプラットフォームソフトウェアのnif_mgr lmpメンバーポートLPN。
4. show platform software fed switch active/standby ifm mapにチェックマークを入れます。
6. SVL/DADリンクで使用されている特定のタイプのxcvrに問題がある可能性があります。show interface <SVL/DAD link>ステータスとshow idprom <SVL/DAD link>を確認します。
7. show platformをチェックして、SVL/DADリンクのあるSUP/LCがOK状態にあることを確認します。
トラブルシューティングできない場合は、次のコマンド出力をエンジニアリングチームに提供して調査してもらいます。
1. トレースアーカイブファイルの収集
2. show tech-support stackwise-virtualを収集します
3. show platform software fedスイッチのアクティブ/スタンバイfssカウンタ（3 ～ 4増分）
考えられる解決策：
1. SVLリンクのシャットダウン/シャットダウンなし：テストプラットフォームソフトウェアのnif_mgrポートでLPNを無効化/有効化
2 SVL/DADリンク上のトランシーバの物理OIR
SVLリンクフラッピング
考えられる原因
SVテストベッドでのリンクフラップの発生は、複数のドメインで発生する可能性があります。フラップのドメインや領域に関係なく収集される最も一般的で基本的な情報は、次のセクションに記載されています
トラブルシューティングのヒント
1. トレースアーカイブを生成します。
2. FEDチャネルの状態を確認します。
3. LMPの状態をチェックします。
4. SVLリンクに対応するASIC/コアマップを特定します。
5. show tech-support stackwise-virtualを収集します
根本的な原因が見つからない場合は、エンジニアリングチームによる詳細なトラブルシューティングのために、次のコマンド出力を提供してください。
1.テストプラットフォームソフトウェアnif_mgr lmp member-port <slot> <lpn port>
2. show platform hardware iomd switch 1/2 1/0 lc-portmap brief | detail
3. show tech-support stackwise-virtual
4. トレースアーカイブファイルの収集
考えられる解決策
- Shut/No Shut SVL LINKS:テストプラットフォームソフトウェアのnif_mgrポートでLPNを無効化/有効化
- トランシーバの物理的なOIRを調べるか、SVL/DADリンクのトランシーバまたはケーブルを交換してみます。
SVL/DADリンクのエラーディセーブル
考えられる原因
SVL/DADリンクで使用されているトランシーバ/SFP/QSFPは、ハードウェア層で障害が発生する可能性があり、xcvr自体が頻繁なリンクフラップを生成して、SVL/DADリンクをエラーディセーブルにする可能性があります。
トラブルシューティングのヒント
1. show idprom interface <SVL/DAD link>を確認します。
2. スイッチ上で、いずれかのインターフェイスが実際にerr-disabled状態になっているかどうかを確認します。show interfaces status err-disabledを使用します。
根本原因が見つからない場合は、次のコマンド出力を提供します
1. show errdisable flap-values（フラップ値の表示）
2. show errdisable recovery
3. show errdisable detect
4. show tech-support stackwise-virtual
5. トレースアーカイブファイルの収集
考えられる解決策
1. SVLリンクのシャットダウン/シャットダウンなし：テストプラットフォームソフトウェアのnif_mgrポートでLPNを無効化/有効化
2. トランシーバの物理的なOIR、またはSVL/DADリンク上のトランシーバまたはケーブルの交換を試みます。
スタックが検出されない
システム起動時の予想される出力は次のとおりです。
Waitingfor 120 seconds for other switches to boot
#####################################################
Switch number is 2
All switches in the stack have been discovered. Accelerating discovery
考えられる原因
スタック検出の失敗は、複数の原因が考えられます。その一部を次に示します。
1. SVLリンクのステータスがUPにならないか、プロトコルステータスがReadyにならない。
2. SVLリンクがフラップする。
3. スタックスイッチの1つがクラッシュまたはダウンした可能性があります。
4. 誤ってケーブルやトランシーバを引き抜いたり、SVLリンクをシャットダウンしたりします。
トラブルシューティングのヒント
高速検出では、スタックが検出されない場合、すべてのSVLのリンクステータスを確認できます。どのSVLリンクもアップしていない可能性があります。これは、show stackwise-virtual linkコマンドでチェックできます。
根本原因が見つからない場合は、トレースアーカイブとともに次のコマンド出力を提供します
1. トレースアーカイブファイルの収集
2. show tech-support stackwise-virtualを収集します
3. show platform software fedスイッチのアクティブ/スタンバイfssカウンタ（3 ～ 4増分）
スイッチがリカバリモードでない
すべてのSVLリンクがダウンし、SVL上でDADリンクが設定されている場合、アクティブスイッチはリカバリモードである必要があります。
スイッチ（リカバリモード）#
考えられる原因
DADリンクは、ポートの物理的な取り外しまたはシャットダウンによってダウンした可能性があります。
トラブルシューティングのヒント
1. DADリンクがアップしているかどうかを確認するには、show stackwise-virtual dual-active-detection [pagp]を使用します。
2. DADリンクがダウンしている場合、リンクがダウンしている理由を確認します。
5. DADリンクがアップ状態でもスイッチが復旧モードに移行しない場合、単一のDADパケットが送信されて損失する可能性があるため、特定のDADポートのIleMstStateTableビットを確認する必要があります。
根本的な原因やトラブルシューティングが見つからない場合は、トレースアーカイブとともにこれらのコマンド出力を提供します
1. テストプラットフォームソフトウェアnif_mgr lmp member-port <slot> <lpn port>
2. show interface status <SVL>
3. トレースアーカイブファイルの収集
4. show tech-support stackwise-virtualを収集します
5. show platform software fedスイッチのアクティブ/スタンバイfssカウンタ（3 ～ 4個の増分）
すべてのSVLリンクが削除される前にスイッチがリカバリモードになる
考えられる原因
アクティブスイッチがリカバリモードになる理由はいくつかあります。次に、考えられる原因をいくつか示します。
1. SVLリンクで、予期しないリンクフラップが発生する可能性があります。
2. SVLリンクで、予期しないリモート/ローカルリンク障害が発生する可能性があります。
3. SVLリンク上でのLMP/SDPパケット交換に問題がある可能性があります。
トラブルシューティングのヒント
1. 不完全なSVLリンクの半分を削除するだけでスイッチが回復モードになる場合は、testコマンドを使用してSVLをshut/no shutにします。次に、物理的なOIRで問題を再現できるかどうかを確認します。
2. それでもshutコマンドを実行せずに復旧モードに移行する場合は、最初に考えられる原因は→制御ポートがシフトしていないことです。
3. SVLリンクがタイムアウトになり、LMPパケットがアクティブ/スタンバイスイッチ間で正しく交換されない可能性があります。
5. FEDチャネルの状態は、他のパケットが通過しているかどうかをチェックするために重要です。
根本的な原因やトラブルシューティングが見つからない場合は、トレースアーカイブとともにこれらのコマンド出力を提供します。
1. show stackwise-virtual link（仮想リンクを表示する）
2. show stackwise-virtual dual-active-detection(vad)
3. show platform software fedスイッチのアクティブfssカウンタ（3 ～ 4個の増分）
4. テストプラットフォームソフトウェアnif_mgr lmp member-port <slot> <lpn port>
5. show platform software fedスイッチのアクティブfssバンドル
6. トレースアーカイブファイルの収集
7. show tech-support stackwise-virtualを収集します
リカバリモードでポートがerr-disabled状態にならない
トラブルシューティングのヒント
根本的な原因やトラブルシューティングが見つからない場合は、トレースアーカイブとともにこれらのコマンド出力を提供します
1. show interface status（隠しコマンド）
2. show stackwise-virtual dual-active-detection(vad)
3. show stackwise-virtual dual-active-detection pagp
4.テストプラットフォームソフトウェアnif_mgr lmp member-port LPN
アクティブに接続されたデバイスからの直接ping、MECなし
トラブルシューティングのヒント
アクティブSVL上のpingが機能せず、SVLの問題が発生しない場合は、デバッグを可能にするためにpingパケットのサイズを増やし、パケットの廃棄パス（要求/応答）を追跡し、スタックを分割して同じことを試みます。
根本的な原因やトラブルシューティングが見つからない場合は、トレースアーカイブとともにこれらのコマンド出力を提供します
1. show stackwise-virtual link（仮想リンクを表示する）
2. show platform software fedスイッチのアクティブfssカウンタ（3 ～ 4個の増分）
3. テストプラットフォームソフトウェアのnif_mgr lmpメンバーポートLPN
4. show platform software fed switch active ifm map
5. show tech-support stackwise-virtual
トラフィックドロップチェック：
7. clear controllers ethernet-controller（イーサネットコントローラのクリア）
8. show controllers ethernet-controller <Te/Fo interfaces if traffic path>
スタンバイに接続されたデバイスからの直接ping、MECなし
トラブルシューティングのヒント
1. ping over standbyが機能しない場合は、デバッグを行い、パケットの廃棄パス（要求/応答）を追跡するために、pingパケットのサイズを増やします。
根本的な原因やトラブルシューティングが見つからない場合は、トレースアーカイブとともにこれらのコマンド出力を提供します。
1. show stackwise-virtual link（仮想リンクを表示する）
2. show platform software fedスイッチのアクティブfssカウンタ（3 ～ 4個の増分）
3. テストプラットフォームソフトウェアのnif_mgr lmpメンバーポートLPN
4. show platform software fed switch active fss ifm map
5. show tech-support stackwise-virtual
トラフィックドロップチェック：
7. clear controllers ethernet-controller（イーサネットコントローラのクリア）
8. show controllers ethernet-controller <Te/Fo interfaces if traffic path>
9. show interfaces counters errors
ポートチャネル経由のping
トラブルシューティングのヒント
1. 問題を診断するには、アクティブなポートチャネルポートまたはスタンバイのポートチャネルポートのいずれかに問題を切り分けます。
2. 前の切り分けが確立されたら、前述のように、アクティブまたはスタンバイに対してアクションを繰り返します。
3. ポートチャネルメンバーポートがポートチャネルの両端でアップしていることを確認します。
根本的な原因やトラブルシューティングが見つからない場合は、トレースアーカイブとともに前のコマンド出力を提供します。
1. show stackwise-virtual link（仮想リンクを表示する）
2. show platform software fedスイッチのアクティブfssカウンタ（3 ～ 4個の増分）
3. テストプラットフォームソフトウェアのnif_mgr lmpメンバーポートLPN
4. show platform software fed switch active fss ifm map
5. show tech-support stackwise-virtual
トラフィックドロップチェック：
7. clear controllers ethernet-controller（イーサネットコントローラのクリア）
8. show controllers ethernet-controller <Te/Fo interfaces if traffic path
9. show interfaces counters errors
FEDクラッシュ/IOSdクラッシュ/Stack_mgr
トラブルシューティングのヒント
次の情報を収集して提供します。
1. コンソールログを収集します。
2. システムレポートおよびコアファイルのデコード（存在する場合）
シャーシでアクティブとスタンバイの両方が失われる
トラブルシューティングのヒント
次の情報を収集して提供します。
1. システムレポートを作成します。
2. SVLのリンクステートとプロトコルステート
スタンバイが準備完了になる前にアクティブが削除されました
トラブルシューティングのヒント
次の情報を収集して提供します。
1. 主にシステムレポートを完成させます。
2. SVLのリンクステートとプロトコルステート
トラフィック
トラブルシューティングのヒント
1. 送信元と宛先のMACアドレスがトラフィックストリーム内で適切に設定されていることを確認します。
2. トラフィックパスが同じVLANドメインまたはトランクモードにあることを確認します。
3. ドロップがアクティブで、トラフィックストリームがSVLを通過しない場合、SVLを発行できず、スタックを中断して試行します。
4. ドロップがスタンバイ状態で、パケットがSVLを通過する予定の場合は、csvダンプとifmマップを収集します。
5. ドロップを識別し、show controller ethernet-controller <interface>を使用します。
6. port-channelが含まれている場合は、port-channelの1つのメンバをシャットダウンしてドロップを切り離し、ドロップがアクティブかスタンバイかを判断します。前述の同じ手順を繰り返します。
根本的な原因やトラブルシューティングが見つからない場合は、トレースアーカイブとともにこれらのコマンド出力を提供します。
1. show stackwise-virtual link（仮想リンクを表示する）
2. show platform software fedスイッチのアクティブfssカウンタ（3 ～ 4個の増分）
3. テストプラットフォームソフトウェアのnif_mgr lmpメンバーポートLPN
4. show platform software fed switch active ifm map
5. show tech-support stackwise-virtual
トラフィックドロップチェック：
clear controllers ethernet-controllerコマンド
show controllers ethernet-controller <トラフィックパスの場合はTe/Foインターフェイス>
show interfaces counters errors（隠しコマンド）
L3トラフィック
トラブルシューティングのヒント
1. ARPエントリが解決され、必要なルートが追加されたことを確認します。
2. 送信元と宛先のIPアドレスが正しく設定されていることを確認します。
3. ドロップがアクティブで、トラフィックストリームがSVLを通過しない場合、SVLを発行できず、スタックを中断して試行します。
4. ドロップがスタンバイ状態で、パケットがSVLを通過する予定の場合、csvダンプ、ifmマップを収集します。
5. ドロップを識別し、show controller ethernet-controller <interface>を使用します。
6. ポートチャネルが含まれる場合、ポートチャネルの1つのメンバをシャットダウンしてドロップを切り離し、ドロップがアクティブかスタンバイかを判断します。前述の同じ手順を繰り返します。
根本的な原因やトラブルシューティングが見つからない場合は、トレースアーカイブとともにこれらのコマンド出力を提供します
- show stackwise-virtual link（仮想リンクを表示）
- show platform software fedスイッチのアクティブfssカウンタ（3 ～ 4増分）
- テストプラットフォームソフトウェアnif_mgr lmpメンバーポートLPN
- show platform software fedスイッチのアクティブなifmマップ
- show tech-support stackwise-virtual（ベータ版）
トラフィックドロップチェック：
clear controllers ethernet-controllerコマンド
show controllers ethernet-controller <トラフィックパスの場合はTe/Foインターフェイス>
show interfaces counters errors（隠しコマンド）
SVLでのトラフィックドロップ
トラブルシューティングのヒント
1. トラフィックがドロップされる場所を特定する
- 入力インターフェイスの入力スイッチ[SVLとは無関係]
- 出力SVLインターフェイスの入力スイッチ
- 入力SVLインターフェイスの出力スイッチ
- 出力インターフェイスの出力スイッチ[SVLとは無関係]
2. トレース・アーカイブを生成します。
3. FEDチャネルの状態を確認します。
4. LMPの状態をチェックします。
5. SVLリンクに対応するASIC/コアマップを特定します。
6. SVLでドロップされるパケットをキャプチャします。
SVLでのFIPS
考えられる原因
SVLキーのFIPSが各スイッチで個別に設定されていない可能性は常にあります。同じFIPSキーを、SVLの一部である両方のスイッチで個別に設定する必要があります。
1. sw-1とsw-2の両方で同じ認証キーを設定していても、rommonに保存されているFIPS_KEYが異なる場合があります。これは正常な動作です。
2. show fips statusを確認し、スイッチがfipsモードに設定されていることを確認します。
トラブルシューティングのヒント
1. FIPSモードを確認し、show fips statusを使用します。
2. show fips authorization-keyを確認します。
3. show romvarを確認します。
根本的な原因やトラブルシューティングが見つからない場合は、トレースアーカイブとともにこれらのコマンド出力を提供します
1. fipsステータスの表示
2. fips認証キーの表示
3. show platform software fed switch <active|standby> fss sesa-counters
4. show stackwise-virtual link（仮想リンクを使用）
5. show stackwise-virtual
6. show tech-support stackwise-virtualを収集します
7. トレースアーカイブの収集と提供
セキュアSVL
考えられる原因
各スイッチでセキュアSVLキーが個別に設定されていない可能性は常にあります。同じセキュアSVLキーを、SVLの一部である両方のスイッチで個別に設定する必要があります
1. sw-1とsw-2の両方で同じ認証キーを設定していても、rommonに保存されているSSVL_KEYが異なる場合があります。これは正常な動作です。
2. show secure-stackwise-virtualステータスを確認し、SECURE-SVLモードで設定されていることを確認します。
トラブルシューティングのヒント
1. sw-1とsw-2の両方で同じ認証キーを設定していても、rommonに保存されているSSVL_KEYが異なる場合があります。これは正常な動作です。show romvar CLIを使用します。
2. セキュアSVLキー設定でSwitch-1とSwitch-2の間にミスマッチがある場合、SVLを起動すると、次のようなエラーメッセージが表示される可能性があります。
「stack_mgr：理由によるリロードSESA:SESA AER要求が受信されませんでした、エラー：31」
3. show secure-stackwise-virtual statusを確認し、SECURE-SVLモードで設定されていることを確認します。
根本的な原因やトラブルシューティングが見つからない場合は、トレースアーカイブとともにこれらのコマンド出力を提供します
1. secure-stackwise-virtualのステータスを表示します
2. show secure-stackwise-virtual authorization-key（認可キーの表示）
3. show secure-stackwise-virtual interface <SVL_LINK>
4. show tech-support stackwise-virtualを収集します
5. debug secure-stackwise-virtual
6. トレースアーカイブの収集と提供
スイッチでのV-Mistmatch
考えられる原因
アクティブシャーシとスタンバイシャーシで起動されるソフトウェアのバージョンが異なると、SVLでV-Mismatchが発生します
トラブルシューティングのヒント
show switchを確認し、V-Mismatchがないか確認します。
考えられる解決策
Cat9kプラットフォームでは、デフォルトでイネーブルになっているsoftware auto-upgradeという機能があります。この機能を有効にすると、ソフトウェアの不一致が検出され、アクティブスイッチ上のソフトウェアパッケージがスタンバイスイッチにプッシュされます。スタンバイスイッチは、アクティブスイッチ上の同じソフトウェアバージョンに自動アップグレードされます。
ソフトウェアの自動アップグレードがディセーブルになっている場合は、これをイネーブルにしてから、スタンバイスイッチをリブートします。これにより、ソフトウェアの自動アップグレードが作動し、アクティブスイッチとスタンバイスイッチの両方で、SVLで使用されているソフトウェアバージョンが同じになります。
ソフトウェアの自動アップグレードは、推奨ブートモードであるCat9kプラットフォームのインストールモードでのみ動作します。
1. SVLでソフトウェアの自動アップグレードが有効になっていることを確認します。show CLIを使用します。
スイッチ | iソフトウェア
ソフトウェア自動アップグレードの有効化
複数のSVLリンクのうち1つのSVLリンクだけを削除した場合のスタック分割
考えられる原因
このタイプの問題は、トランシーバがフロントパネルポートに半分または部分的に挿入されている場合に発生します。これらのxcvrのidpromを読み取る際にIOMDプロセスがビジー状態になる可能性があります。これにより、SVL内のアクティブスイッチやスタンバイスイッチでのshow idprom <interface>、show interface statusなどの一般的なshowコマンドの実行が遅くなり、一部が完了する場合があります。
1. show idprom interface <intf>を確認します。アクティブとスタンバイの両方のスイッチインターフェイスでidprom dumpを確認し、このCLIコマンドの実行に遅さや遅延がないか確認します。
2. show interfaces <intf>を確認します。アクティブ側とスタンバイ側の両方のスイッチインターフェイスを確認し、このCLIの実行に遅延がないか確認します。
3. また、SVLのCPU使用率が高いかどうかを確認するには、show processes cpu sortedを使用します。
トラブルシューティングのヒント
根本原因を突き止められない場合は、トレースアーカイブとともにこれらのコマンド出力を提供します。
1. CPU使用率が高いかどうかを確認するには、show processes cpu sortedを使用します。
2. TDLサブスロットのpingが正常に機能するかどうかを確認し、test platform software tdl ping subslot <>を使用します。
考えられる解決策
この問題の原因の1つとして、SVL内のスイッチの前面パネルポートにトランシーバが半分またはゆるやかに挿入されていることが考えられます。
トランシーバまたはケーブルを実際に調べて、フロントパネルポートにトランシーバが正しく取り付けられていること、または挿入されていることを確認します。
これが完了したら、次のコマンドを確認して、正常に動作していることを確認します。
1. show idprom interface <intf>を確認します。このCLIの完了を確認するために、アクティブとスタンバイの両方のスイッチインターフェイスでidprom dumpおよびcheck CLIが遅延なく実行されることを確認します。
2. show interfaces <intf>を確認します。アクティブおよびスタンバイの両方のスイッチインターフェイスで確認し、このCLIの完了で遅延なくCLIが実行されることを確認します。
3. また、SVLのCPU使用率が高くないか確認するには、show processes cpu sortedを使用します。
それでも問題が解決しない場合は、次のCLI出力とログを収集します。
1. show tech-support stackwise-virtualを収集します。
2. トレースアーカイブを収集して提供します。
更新履歴
| 改定 | 発行日 | コメント |
|---|---|---|
3.0 |
15-Jul-2024 |
代替テキスト、ブランディング要件、リンクターゲット、フォーマットを更新。 |
2.0 |
02-Jun-2023 |
再認定 |
1.0 |
15-Dec-2020 |
初版 |
フィードバック