Catalyst 9000スイッチでのSVLのトラブルシューティング
内容
概要
このドキュメントでは、Catalyst 9000スイッチのStackWise-virtual(SVL)で発生する可能性のある問題を特定し、収集し、解決する方法について説明します。また、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 |
- C9500-16X、C9500-40XのアップリンクモジュールでSVL/DADリンクがサポートされるようになりました。 -SUP-1、SUP-1XL、またはSUP-1XL-Yを搭載したすべてのC9400シャーシでSVLをサポート - 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シャーシで初めて導入されたRoute Processor Redundancy(RPR)をサポートするクアッドスーパーバイザ - C9600-LC-48SでのDADリンクのサポート |
制約事項
制限の大部分は『Cisco StackWise-virtual Configuration guide』に記載されています。次に、プラットフォーム固有で、設定ガイドでは明示的に呼び出すことができない他の制限をいくつか示します。
一般的な制限：
デュアルアクティブ検出(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に関する制限の一覧については、こちらをご覧ください
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では、ネイティブの100Gおよび40Gインターフェイス（デフォルト設定ポート）でのみSVLおよびDADを設定できます。 変換された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スイッチでは、4X10および4X25GブレークアウトインターフェイスでSVL/DADリンクを設定することはできません。ただし、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-virtual設定に対応する正しい値が表示されることを確認できます
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は、switch1とswitch2の両方からの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 |
スタック/スイッチを使用可能 |
| 設定の問題 |
イメージのバージョンがピアスイッチと一致しません |
| Initializing（初期化中） |
システムを使用する準備ができていません。初期化フェーズが続いています |
| 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 |
プロトコルは保留中です。リンクがまだバンドルされていない場合に表示される可能性があります リンクのリモート側をチェックします。両側がpend check LMP healthの場合はチェックします |
| エラー |
プロトコルがエラー状態で、LMPパケットが値エラーで交換されると表示される可能性があります |
| [タイムアウト（Timeout）] |
プロトコルがタイムアウトしました。LMPメッセージが16秒の時間枠を超えて送受信されていない場合に表示される可能性があります |
| Ready |
プロトコルは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ポートをシャットダウン/シャットダウン解除する方法
システムがStackWise仮想モードで設定されている場合、SVLポートとDADポートではshutコマンドとno shutコマンドが無効になります。テストの目的で、SVLポートをシャットダウンまたはシャットダウン解除する必要がある場合は、次のように試してください。
Switch#test platform software nif_mgr port ? disable shutdown port enable unshut port
または、次のアプローチを使用して、ソフトウェア（Cat9400/Cat9500H/Cat9600など）からSFP/QSFP OIRをシミュレートできます。 これらは隠しコマンドであり、「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 SplitなどのSVLスタンバイスイッチと通信できない場合は、両方のユニットでトレースアーカイブを生成してください。
show log file crashinfo:tracelogs/<filename>.bin.gz internal
show tech-support stackwise-virtual switch [active|standby|all|#]
新しいLMPおよびSDPカウンタ
リリース16.10.1から追加されたサポート
SDP – スタック検出プロトコル – 役割のネゴシエーションとトポロジのトラフィック。
スタックマネージャコンポーネントは、スタックメンバ間のロールネゴシエーションを担当し、アクティブとスタンバイのロールを選択します。Stack Managerは、SDPパケットをSVL経由で送受信し、Stackwise Virtualの一部であるすべてのスイッチのビューを取得します。
LMP – リンク管理プロトコル –
SVLを維持するためのL2トラフィック。リンク管理プロトコルはソフトウェアコンポーネントで、両端の間でhelloを実行し、物理リンクがStackWise仮想の一部になる資格があるかどうかを決定します。LMPは、SVLの一部である間に、設定された各物理リンクもモニタします。LMPは、ネットワークインターフェイスマネージャ(Nif Mgr)ソフトウェアプロセスの一部です。
FSS – 前面スタック – StackWise Virtualの別名
ソフトウェア(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 = Forward Engine Driver)の観点：
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が存在するスロットと、ステータスが[provisioned]の[In chassis Standby update]とマークされているスーパーバイザを確認できます。
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システムのその他の主要なイネーブラは、Global Active SupがすべてのSUPファイルシステム(SUP)と到達可能性にアクセスできるようにすることです。
これにより、すべての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システムからQuad SUP SVLシステムへの移行方法
移行の手順については、このリンクを参照してください
Quad SUPスイッチオーバーの動作
Active SUPのシステム障害で4つすべてのSUPが搭載されたQuad SUPは、Zモデルに従ってNew Active Suppositionに移行します。
この図は、現在のアクティブSUPの障害に対する新しいアクティブSUPの移行を示しています。
セクション9の一部として記載されているCLIを使用して、スイッチオーバーのどの時点でも各スーパーバイザの現在のSUPステータスと状態を確認してください。さらに、show redundancy CLIを使用して、グローバルアクティブ/スタンバイ冗長移行の詳細とスイッチオーバーの履歴を追跡できます。
Quad SUP ISSUの動作
4つすべてのSupがシステムに搭載されたクアッドSUP、ISSUから新しいV2イメージへの移行は、最小限のデータパス影響モデルに従います。
次の図で始まる1つのショットISSUの進行をキャプチャします。
- 新しいV2イメージを4つすべてのSUPにコピーし、新しいV2イメージで両方のICSをアクティブにします。これにより、両方のICSがリロードされ、新しいV2イメージで起動します。
- V2を使用してグローバルスタンバイをアクティブにします。これにより、グローバルスタンバイに関連付けられたシャーシ内スタンバイSupにスイッチオーバーし、次に旧グローバルスタンバイがV2を使用してICSとして起動します。
- V2イメージを使用してグローバルアクティブをアクティブにします。これにより、グローバルアクティブに関連付けられたシャーシ内スタンバイへのスイッチオーバーが発生します。V2を使用したICSとしての古いグローバルアクティブの正常なブートアップで、コミット操作を完了します。
一般的なシナリオ/問題のトラブルシューティング
StackWiseコマンドが機能しない
StackWise仮想コマンドは、cat9kスイッチの場合はライセンスレベルがNetwork Advantageとして設定され、Cat3kスイッチの場合はIPBaseまたはIPServiceとして設定されている場合にのみ表示/使用可能です。
考えられる原因
これらの問題は、主にnetwork essentialsが正しく設定されていない場合に発生します。
- Cat3kで、ライセンスがIPBaseまたはIPServiceであるかどうかを確認するには、show versionコマンドを使用します。
- Cat9Kで、ライセンスがNetwork Advantageであるかどうかを確認するには、show versionコマンドを使用します。
- MODEL_NUM rommon変数が正しく入力され、実際のデバイスモデルと一致するかどうかを確認します。
トラブルシューティングのヒント
ライセンスが正しく、まだコマンドが使用できない場合は、config syncの問題である可能性があります。この場合、次のコマンドを使用して、この問題のデバッグに役立つ情報を収集します。
1. show version
2.show license summary
を選択します。show romvar | i MODEL_NUM
考えられる解決策
1.プラットフォームに基づいて適切なライセンスレベルを設定し、再試行します。
2.モデル番号が異なる場合、ほとんどの場合、SUPは古いプロトボードである可能性があります。ROMMONを使用してモデル番号を修正できます。
StackWiseの設定がありません
システムが起動すると、StackWiseの設定が実行コンフィギュレーションから外れていることが分かります。
考えられる原因
目的の設定がrunning-configデータベースに存在するかどうかを確認します。 iosdの設定の同期に問題があるか、ライセンスレベルが非ネットワークアドバンテージに戻っている可能性が高い
トラブルシューティングのヒント
1.ライセンスレベルを確認し、そのライセンスレベルで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
実行中とstartup-configの両方で対象の設定が失われた場合は、次のステップに進みます。
4. rommon変数を確認し、show romvar | inc D_S
対象の設定が欠落しているか、romvarに存在する場合は、次の手順に従います。
5. show issu state detailをチェックします。
トラブルシューティングできない場合は、次のコマンド出力を収集して、さらに調査してください
1. show platform software fed switch active fss counters（3 ～ 4インクリメント）
2.テストプラットフォームソフトウェアnif_mgr lmpメンバーポートLPN
を選択します。show tech-support stackwise-virtualの収集
4.トレースアーカイブファイルの収集
考えられる解決策
プラットフォームに基づいて適切なライセンスレベルを設定し、再試行します。ISSUの後に問題が発生した場合、ほとんどの場合、MCLの障害に記載されている設定をクリーンアップまたは再設定する必要があります。
StackWiseリンク/デュアルアクティブ検出リンクがダウン
考えられる原因
SVL/DADリンクがダウンする理由はさまざまです。showコマンドの出力を見るだけでは分かりにくく、根本原因を慎重に分析して見つけるために、showコマンドの出力とともに特定のbtraceログが必要です。
リンクダウンを引き起こす可能性がある最も一般的な原因の一部は、SFPまたはケーブルの不良か、または単なる表示上の問題である可能性があります。
トラブルシューティングのヒント
1.リンクの状態を明確にするには、show stackwise-virtual linkコマンドを使用します
2. SVLポートの物理的な接続とその設定が良好であることを確認します。show stackwise-virtualをチェックします。
トラブルシューティングできない場合は、次のコマンド出力を入力して調査してください。
1. show platform software fed switch active fss counters（3 ～ 4インクリメント）
2.テストプラットフォームソフトウェアnif_mgr lmpメンバーポートLPN
を選択します。show tech-support stackwise-virtualの収集
4.トレースアーカイブファイルを収集します。
SVLプロトコルステータスがRと表示されない
show stackwise-virtualコマンドで表示されるリンクのステータスを確認します
考えられる原因：
1.プロトコルがS-Suspended状態の場合、ほとんどの場合、リンクがダウンしていることを意味します。
2.プロトコルがTタイムアウト状態の場合、LMPパケットを送受信できないことを意味します。
3. Timeout/Pending状態の場合は、Nif_mgr、Fed、および場合によってはstack_mgr btraceログをキャプチャすることが重要です。
4. SVLリンクのshut/no shutでスイッチが回復するかどうかを確認します（データポインタだけで、解決策は表示されません）。
トラブルシューティングのヒント
根本原因が見つからない場合は、次のコマンド出力を提供してください
1. SVL/DADリンクの状態を確認します。show stackwise-virtual linkを使用します。
2. show platform software fed switch active/standby fss counters （3-4インクリメント）をチェックします。
を選択します。テストプラットフォームソフトウェアnif_mgr lmpメンバーポートLPN
4. show platform software fed switch active/standby ifm mapをチェックします。
7. SVL/DADリンクで使用される特定のタイプのxcvrに問題がある可能性があります。show interface <SVL/DAD link> statusおよびshow idprom <SVL/DAD link>を確認します
8. show platformをチェックして、SVL/DADリンクを持つSUP/LCがOK状態であることを確認します。
トラブルシューティングできない場合は、エンジニアリングチームが調査する次のコマンド出力を提供してください
1.トレースアーカイブファイルの収集
2. show tech-support stackwise-virtual
を選択します。show platform software fed switch active/standby fss counters（3 ～ 4インクリメント）
考えられる解決策：
1. SVLリンクのシャットダウン/シャットダウンなし：テストプラットフォームソフトウェアnif_mgrポートLPNの無効化/有効化
SVL/DADリンク上のトランシーバの物理OIR X 2
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 |詳細
を選択します。show tech-support stackwise-virtual
4.トレースアーカイブファイルを収集します。
考えられる解決策
- SVLリンクのシャットダウン/シャットダウンなし：テストプラットフォームソフトウェアnif_mgrポートLPNの無効化/有効化
- トランシーバの物理的なOIR、またはSVL/DADリンクのトランシーバまたはケーブルの変更を試みます。
SVL/DADリンクのエラーディセーブル
考えられる原因
SVL/DADリンクで使用されるトランシーバ/SFP/QSFPがハードウェア層で故障している可能性があり、xcvrs自体が頻繁にリンクフラップを発生し、SVL/DADリンクをエラーディセーブルする可能性があります。
トラブルシューティングのヒント
1. show idprom interface <SVL/DADリンク>を確認します。
2.スイッチでインターフェイスのいずれかが実際にerr-disabledであることを確認し、show interfaces status err-disabledを使用します。
根本原因が見つからない場合は、次のコマンド出力を提供してください
1. show errdisable flap-values
2.show errdisable recovery
を選択します。show errdisable detect
4. show tech-support stackwise-virtual
5.トレースアーカイブファイルの収集
考えられる解決策
1. SVLリンクのシャットダウン/シャットダウンなし：テストプラットフォームソフトウェアnif_mgrポートLPNの無効化/有効化
2.トランシーバの物理的なOIR、またはSVL/DADリンクのトランシーバまたはケーブルの変更を試みます。
スタックが検出されない
システム起動時の予想される出力は、
Waiting for 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
を選択します。show platform software fed switch active/standby fss counters（3 ～ 4インクリメント）
回復モードにならないスイッチ
すべてのSVLリンクがダウンし、DADリンクがSVLに設定されている場合、アクティブなスイッチはリカバリモードである必要があります。
Switch（リカバリモード）#
考えられる原因
ポートの物理的な取り外しまたはシャットダウンにより、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 switch active/standby fss counters（3 ～ 4インクリメント）
すべてのSVLリンクを削除する前にスイッチが回復モードに入る
考えられる原因
アクティブスイッチがリカバリモードになる理由はいくつかあります。次に、考えられる原因をいくつか示します。
1. SVLリンクで予期しないリンクフラップが発生する可能性があります。
2. SVLリンクで、予期しないリモート/ローカルリンク障害が発生する可能性があります。
3. SVLリンクを介したLMP/SDPパケット交換に問題がある可能性があります。
トラブルシューティングのヒント
1.スイッチが完全なSVLリンクの半分/未満を削除するだけで回復モードに移行した場合 – > testコマンドを使用してshut/no shut SVL ->物理OIRで問題を再現できるかどうかを確認します。
2. shutコマンドを使用せずにリカバリモードに移行する場合は、最初に根本原因が考えられます→コントロールポートがシフトしていない可能性があります。
3. SVLリンクがタイムアウトになり、LMPパケットがアクティブ/スタンバイスイッチ間で正しく交換されない可能性があります。
5.他のパケットが通過するかどうかを確認するには、Fedチャネルの健全性が重要です。
根本原因が見つからない場合やトラブルシューティングを行う場合は、次のコマンド出力をトレースアーカイブとともに提供してください
1. show stackwise-virtual link
2.show stackwise-virtual dual-active-detection
を選択します。show platform software fed switch active fss counters（3 ～ 4インクリメント）
4.テストプラットフォームソフトウェアnif_mgr lmp member-port <slot> <lpn port>
5.show platform software fed switch active fss bundle
6.トレースアーカイブファイルの収集
7. show tech-support stackwise-virtual
ポートがリカバリモードでErr-Disabledにならない
トラブルシューティングのヒント
根本原因が見つからない場合やトラブルシューティングを行う場合は、次のコマンド出力をトレースアーカイブとともに提供してください
1. show interface status
2.show stackwise-virtual dual-active-detection
を選択します。show stackwise-virtual dual-active-detection pagp
4.テストプラットフォームソフトウェアnif_mgr lmpメンバーポートLPN
アクティブに接続されたデバイスからの直接ping（MECなし）
トラブルシューティングのヒント
アクティブなSVL上でpingが機能しない場合、SVLの問題でない可能性があります。デバッグの目的でpingパケットのサイズを増やし、パケットのドロップパス（要求/応答）を追跡し、スタックを中断して同じことを試してください。
根本原因が見つからない場合やトラブルシューティングを行う場合は、次のコマンド出力をトレースアーカイブとともに提供してください
1. show stackwise-virtual link
2.show platform software fed switch active fss counters（3 ～ 4インクリメント）
を選択します。 テストプラットフォームソフトウェア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
スタンバイに接続されたデバイスからの直接ping（MECなし）
トラブルシューティングのヒント
1. ping over standbyが機能しない場合は、デバッグの目的でpingパケットのサイズを増やし、パケットのドロップパス（要求/応答）を追跡します。
根本原因が見つからない場合やトラブルシューティングを行う場合は、次のコマンド出力をトレースアーカイブとともに提供してください
1. show stackwise-virtual link
2.show platform software fed switch active fss counters（3 ～ 4インクリメント）
を選択します。 テストプラットフォームソフトウェア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
9.show interfaces counters errors
ポートチャネル経由のping
トラブルシューティングのヒント
1.問題を診断するには、アクティブなポートチャネルポートまたはスタンバイのポートチャネルポートに問題を切り分けます。
2.上記の分離が確立されたら、上記のアクティブまたはスタンバイに対して繰り返しアクションを実行します。
3.ポートチャネルメンバーポートがポートチャネルの両端でアップしていることを確認します
根本原因が見つからない場合やトラブルシューティングを行う場合は、次のコマンド出力とトレースアーカイブを提供してください
1. show stackwise-virtual link
2.show platform software fed switch active fss counters（3 ～ 4インクリメント）
を選択します。テストプラットフォームソフトウェア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
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 map。
5.ドロップを特定し、show controller ethernet-controller <interface>を使用します。
6.ポートチャネルが関与している場合は、ポートチャネルの1つのメンバをシャットダウンしてドロップを切り分け、ドロップがアクティブかスタンバイかを確認し、上記と同じ手順を繰り返します。
根本原因が見つからない場合やトラブルシューティングを行う場合は、次のコマンド出力をトレースアーカイブとともに提供してください
1. show stackwise-virtual link
2.show platform software fed switch active fss counters（3 ～ 4インクリメント）
を選択します。 テストプラットフォームソフトウェア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
show interfaces counters errors
L3トラフィック
トラブルシューティングのヒント
1. arpエントリが解決され、必要なルートが追加されていることを確認します。
2.送信元と宛先のIPアドレスが正しく設定されていることを確認します。
3.ドロップがアクティブで、トラフィックストリームがSVLを通過する必要がない場合は、SVLの問題ではない可能性があります。スタックを中断して試してください。
4.ドロップがスタンバイ状態で、パケットがSVL収集csvダンプを通過すると予想される場合、ifm map
5.ドロップを特定し、show controller ethernet-controller <interface>を使用します。
6.ポートチャネルが関係している場合は、ポートチャネルのメンバの1つをシャットダウンしてドロップを切り分け、ドロップがアクティブかスタンバイかを確認し、上記と同じ手順を繰り返します。
根本原因が見つからない場合やトラブルシューティングを行う場合は、次のコマンド出力をトレースアーカイブとともに提供してください
- show stackwise-virtual link
- show platform software fed switch active fss counters（3 ～ 4インクリメント）
- テストプラットフォームソフトウェアnif_mgr lmpメンバーポートLPN
- show platform software fed switch active ifm map
- show tech-support stackwise-virtual
トラフィックドロップチェック：
clear controllers ethernet-controller
show controllers ethernet-controller
show interfaces counters errors
SVLでのトラフィックのドロップ
トラブルシューティングのヒント:
1.次のようなトラフィックがドロップされる場所を特定します。
- 入力インターフェイスの入力スイッチ（SVLとは無関係）
- 出力SVLインターフェイスの入力スイッチ
- 入力SVLインターフェイスの出力スイッチ
- 出力インターフェイスの出力スイッチ（SVLとは無関係）
2.トレースアーカイブを生成します。
3. FEDチャネルの健全性をチェックします。
4. LMPの状態を確認します。
5.SVLリンクに対応するASIC/コアマップを特定します。
6. SVLでドロップされるパケットをキャプチャします。
SVL上のFIPS
考えられる原因
SVLキーのFIPSが、各スイッチで個別に設定されていない可能性があります。SVLの一部である両方のスイッチで、同じFIPSキーを個別に設定する必要があります。
1. rommonに保存されているFIPS_KEYは、sw-1とsw-2の両方で同じ認証キーを設定していても異なる場合があります。これは正常な動作です。
2. show fips statusを確認し、スイッチがfipsモードに設定されていることを確認します。
トラブルシューティングのヒント
1. FIPSモードを確認し、show fips statusを使用します。
2. show fips authorization-keyを確認します。
3. show romvarの確認
根本原因が見つからない場合やトラブルシューティングを行う場合は、次のコマンド出力をトレースアーカイブとともに提供してください
1. show fips status
2.show fips authorization-key
を選択します。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. rommonに保存されているSSVL_KEYは、sw-1とsw-2の両方で同じ認証キーを設定していても異なる場合があります。これは正常な動作です。
2. show secure-stackwise-virtualステータスを確認し、SECURE-SVLモードで設定されていることを確認します。
トラブルシューティングのヒント
1. rommonに保存されているSSVL_KEYは、sw-1とsw-2の両方で同じ認証キーを設定していても異なる場合があります。これは正常な動作です。show romvar CLIの使用
2. Secure SVL Key設定でSwitch-1とSwitch-2の間に不一致がある場合、SVLの起動中に次のようなエラーメッセージが表示される可能性があります
「stack_mgr:理由SESAによるリロード：SESA AER Request not received, Err:31"
3. show secure-stackwise-virtual statusを確認し、SECURE-SVLモードで設定されていることを確認します。
根本原因が見つからない場合やトラブルシューティングを行う場合は、次のコマンド出力をトレースアーカイブとともに提供してください
1. show secure-stackwise-virtual status
2. show secure-stackwise-virtual authorization-key
を選択します。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プラットフォームでは、ソフトウェア自動アップグレードと呼ばれる機能がデフォルトで有効になっています。この機能を有効にしてソフトウェアの不一致を検出し、アクティブからスタンバイスイッチに存在するソフトウェアパッケージをプッシュすると、スタンバイスイッチはアクティブスイッチと同じソフトウェアバージョンに自動アップグレードされます。
ソフトウェアの自動アップグレードが無効になっている場合は、これを有効にしてからスタンバイスイッチをリブートして、ソフトウェアの自動アップグレードが作動し、アクティブとスタンバイの両方のスイッチのソフトウェアバージョンがSVLで同じになるようにします。
ソフトウェアの自動アップグレードは、推奨ブートモードであるCat9kプラットフォームのインストールモードでのみ動作します。
1. SVLでソフトウェアの自動アップグレードが有効になっていることを確認します。次のshow CLIを使用します。
switch#show run all | iソフトウェア
software auto-upgrade enable
複数のSVLリンクから1つのSVLリンクだけを削除してスタックを分割
考えられる原因
このタイプの問題は、トランシーバが前面パネルポートに半挿/部分挿入されている場合に発生する可能性があり、これらのxcvrsのread idpromの際にIOMDプロセスがビジー状態になる可能性があります。これにより、SVLのアクティブまたはスタンバイスイッチでのshow idprom <interface>、show interface statusなどの一般的なshowコマンドの実行と完了が遅くなる可能性があります。
1. show idprom interface <intf>を確認します。アクティブとスタンバイの両方のスイッチインターフェイスのidpromダンプを確認し、このCLIの完了に遅れや遅延があるかどうかを確認します。
2. show interfaces <intf>を確認します。アクティブとスタンバイの両方のスイッチインターフェイスで確認し、このCLIの完了に速度の低下や遅延があるかどうかを確認します。
3.また、SVLのCPU使用率が高いかどうかを確認し、show processes cpu sortedを使用します。
トラブルシューティングのヒント:
根本原因が見つからない場合は、トレースアーカイブとともに次のコマンド出力を提供してください。
1. CPUの使用率が高くなっていることを確認し、show processes cpu sortedを使用します。
2. TDLサブスロットpingが正常に動作するかどうかを確認し、テストプラットフォームソフトウェアtdl ping subslot <>を使用します。
考えられる解決策
この問題の考えられる原因の1つは、SVLのスイッチの前面パネルポートにトランシーバが半二重または緩く挿入されていることです。
トランシーバ/ケーブルの物理的な検査により、トランシーバが前面パネルポートに正しく取り付けられていることを確認します。
完了したら、次のコマンドを確認して、正常に機能していることを確認します。
1. show idprom interface <intf>を確認します。アクティブとスタンバイの両方のスイッチインターフェイスのidpromダンプを確認し、このCLIの完了時にCLIが遅延なく実行されることを確認します。
2. show interfaces <intf>を確認します。アクティブとスタンバイの両方のスイッチインターフェイスで確認し、このCLIの完了時にCLIが遅延なく実行されることを確認します。
3.また、SVLのCPU使用率が高くないことを確認し、show processes cpu sortedを使用します。
それでも問題が解決しない場合は、次のCLI出力とログを収集してください。
1. show tech-support stackwise-virtual
2.トレースアーカイブの収集と提供
フィードバック