Catalyst 9000 스위치의 SVL 문제 해결
목차
소개
이 문서에서는 Catalyst 9000 스위치의 SVL(StackWise-virtual)에서 발생할 수 있는 문제를 식별, 수집 및 해결하는 방법에 대해 설명합니다.또한 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 링크 지원 - SUP-1 또는 SUP-1XL에서만 SVL 지원 |
| 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 |
- C9600-LC-48YL 및 C9600-LC-24C가 포함된 C9600 섀시에 처음 도입된 StackWise 가상 지원 - SVL FIP 지원 - SVL에서 업링크 FIPS 지원 - 보안 SVL 지원 |
| 17.1 |
C9606R |
C9600 HA 및 SVL에 대한 새로운 LC C9600-LC-48TX 지원 |
| 17.2 |
C9606R |
- C9606R 섀시에 처음 도입된 RPR(Route Processor Redundancy) 지원이 포함된 쿼드 수퍼바이저 - C9600-LC-48S에서 DAD 링크 지원 |
제한 사항
대부분의 제한 사항은 Cisco StackWise-virtual 컨피그레이션 가이드에서 확인할 수 있으며, 아래는 플랫폼별로 다르며 컨피그레이션 가이드에서 명시적으로 호출할 수 없는 몇 가지 기타 제한 사항입니다.
공통 제한:
DAD(Dual-Active Detection) 및 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의 제한 사항
- SVL이 C9500-NM-2Q(2x40G)를 사용하여 Cisco Catalyst 9500 Series 스위치에 구성된 경우 고정 다운링크 및 모듈형 업링크 포트의 조합을 사용할 수 없습니다.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 브레이크아웃 인터페이스에서 구성할 수 없습니다.그러나 StackWise 가상 모드에서 C9500 Series 고성능 스위치가 구성된 경우 브레이크아웃 인터페이스를 데이터/제어 트래픽에 사용할 수 있습니다.
- Cisco Catalyst C9500 Series 고성능 스위치에서는 1G 인터페이스의 SVL 링크 구성이 지원되지 않습니다.
- 9500H는 16.9 릴리스에서 SVL 기능을 지원하지 않습니다.(Cisco는 Cisco 버그 ID CSCvt46115(16.9.6)를 통해 이 컨피그레이션 옵션을 제거했습니다.) 9500H가 16.10 이상을 실행 중인지 확인하십시오.
C9600 SVL에 대한 제한 사항
- Cisco Catalyst C9600R 스위치에서는 4X10 및 4X25G 브레이크아웃 인터페이스에서 SVL/DAD 링크를 구성할 수 없습니다.그러나 StackWise 가상 모드에서 C9600R 스위치가 구성된 경우 브레이크아웃 인터페이스를 데이터 트래픽에 사용할 수 있습니다.
- Cisco Catalyst C9600R 스위치에서는 1G 인터페이스의 SVL 링크 구성이 지원되지 않습니다.
문제 해결
StackWise-virtual 컨피그레이션을 확인하는 방법
1단계. show running configuration을 사용하여 StackWise-virtual 컨피그레이션이 있고 running-config에서 올바른지 확인합니다.
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,"
스위치 상태를 확인하는 방법
두 섀시의 스위치 상태는 준비 상태로 표시됩니다.또한 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 스위치 상태 | 설명 |
| 준비 완료 |
스택/스위치를 사용할 준비가 되었습니다. |
| 불일치 |
이미지 버전이 피어 스위치와 일치하지 않습니다. |
| 초기화 중 |
시스템을 사용할 준비가 되지 않았으며 초기화 단계입니다. |
| 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 포트의 Link-Status는 "U"(Up) 상태여야 하며 Protocol-Status는 "R"(Ready)이어야 합니다.
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 링크가 다운되었을 때 확인할 수 있습니다. 링크 상태를 확인하고 링크가 작동 중인지 확인 |
| 보류 중 |
프로토콜이 보류 중입니다. 링크가 아직 번들되지 않은 경우 확인할 수 있습니다. 양쪽 모두 LMP 상태를 확인할 경우 링크의 원격 면을 확인합니다. |
| 오류 |
프로토콜이 오류 상태에 있습니다. LMP 패킷과 값 오류가 교환될 때 확인할 수 있습니다. |
| 시간 초과 |
프로토콜이 시간 초과되었습니다. LMP 메시지가 16초 동안 전송되거나 수신되지 않을 때 확인할 수 있습니다. |
| 준비 완료 |
프로토콜이 준비됨 상태이고 정상 작동 시 원하는 상태입니다. 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 Core 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-virtual 모드로 구성된 경우 SVL 및 DAD 포트에서 종료 및 종료 명령이 비활성화되지 않습니다.테스트 목적으로 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 Active 스위치가 SVL Standby 스위치와 통신할 수 있는 경우 두 스위치에 대한 추적 아카이브를 생성할 수 있습니다.이 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 Standby 스위치와 통신할 수 없는 경우 SVL Split과 같이 두 유닛에 추적 아카이브를 생성해야 합니다.
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는 SVL을 통해 SDP 패킷을 전송하고 수신하며 Stackwise Virtual에 포함된 모든 스위치의 보기를 가져옵니다.
LMP - 링크 관리 프로토콜 -
SVL을 유지하기 위한 L2 트래픽링크 관리 프로토콜은 소프트웨어 구성 요소로, 이 구성 요소는 양쪽 끝에서 hello를 실행하고 물리적 링크가 StackWise Virtual의 일부가 될 수 있는지 여부를 결정합니다.또한 LMP는 구성된 각 물리적 링크가 SVL에 포함되는 동안 모니터링합니다.LMP는 Nif Mgr(Network Interface Manager) 소프트웨어 프로세스의 일부입니다.
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)
쿼드 SUP 이중화 상태를 확인하는 방법
Quad Sup 시스템에는 섀시당 수퍼바이저 2개가 포함된 최대 4개의 수퍼바이저가 있습니다.Show 모듈은 시스템에 있는 섀시와 SUP의 전체 보기를 제공합니다.
SUP가 있는 슬롯과 상태가 프로비저닝된 상태로 In chassis Standby 업데이트로 표시된 Supervisor를 볼 수 있습니다.
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를 사용하여 sup 세부 이중화 상태를 관찰하려면 ...제공된 세부 정보에는 현재 가동 시간 및 이미지 세부 정보가 포함됩니다.
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를 위한 다른 주요 Enabler는 Global Active 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 시스템으로 마이그레이션하는 방법?
마이그레이션 단계는 이 링크를 참조하십시오.
쿼드 SUP 전환 동작
Active SUP의 시스템 장애 시 4개의 모든 지원이 채워져 있는 Quad SUP는 Z 모델을 따라 New Active Support로 전환됩니다.
이 이미지는 현재 활성 SUP의 실패 시 새 활성 SUP 전환을 나타냅니다.
섹션 9의 일부로 언급된 CLI를 사용하여 전환 시점에 각 수퍼바이저의 현재 SUP 상태와 상태를 확인하십시오.또한 show redundancy CLI를 사용하여 전환 내역과 함께 전역 활성/대기 이중화 전환 세부 정보를 추적할 수 있습니다.
쿼드 SUP ISSU 동작
시스템에 4개의 Sup가 모두 장착된 쿼드 SUP가 있는 경우, ISSU를 새 V2 이미지로 연결하면 데이터 경로 영향 모델이 최소화됩니다.
이 이미지에서 다음 내용으로 시작하는 한 번의 ISSU 진행 상황을 캡처합니다.
- 새 V2 이미지를 모든 4개의 SUP에 복사하고 새 V2 이미지로 두 ICS를 모두 활성화합니다.그러면 두 ICS가 모두 다시 로드되어 새 V2 이미지로 부팅됩니다.
- V2를 사용하여 전역 스탠바이 액티브 상태로 전환하면 글로벌 스탠바이 스탠바이 유닛과 연결된 섀시 내 스탠바이 수퍼바이로 전환되고 V2가 포함된 ICS로 이전 글로벌 스탠바이 상태가 나타납니다.
- 전역 활성(V2) 이미지를 사용하여 전역 활성(Global Active)을 활성화하여 전역 활성(Global Active)과 연결된 섀시 내 대기(In-chassis Standby)로 전환(Switchover to In-chassis Standby)을 생성합니다.V2를 사용하여 Old Global Active를 ICS로 성공적으로 부팅하면 커밋 작업이 완료됩니다.
일반적인 시나리오/문제 해결
StackWise 명령이 작동하지 않음
StackWise 가상 명령은 라이센스 레벨이 cat9k 스위치의 경우 Network Advantage로 구성되고 Cat3k 스위치의 경우 IPBase 또는 IPSservices가 구성된 경우에만 표시/사용할 수 있습니다.
가능한 원인
이러한 문제는 주로 네트워크 필수 요소가 제대로 구성되지 않은 경우에 나타납니다.
- Cat3k에서 라이센스가 IPBase 또는 IPServices인지 확인하려면 show version 명령을 사용합니다.
- Cat9K에서 라이센스가 Network Advantage인지 확인하고 show version 명령을 사용합니다.
- MODEL_NUM rommon 변수가 올바르게 채워지고 실제 디바이스 모델과 일치하는지 확인합니다.
문제 해결 팁
라이센스가 올바르지만 명령을 사용할 수 없는 경우 컨피그레이션 동기화 문제가 될 수 있습니다. 이 경우 다음 명령을 사용하여 이 문제를 디버깅하는 데 도움이 되는 정보를 수집합니다.
1.버전 표시
2 .라이센스 요약 표시
3 .romvar 표시 | i MODEL_NUM
가능한 솔루션
1. 플랫폼에 따라 올바른 라이센스 레벨을 구성하고 다시 시도하십시오.
2. 모델 번호가 다른 경우 대부분의 SUP가 이전 프로토콜일 수 있는 경우 ROMMON을 통해 모델 번호를 수정할 수 있습니다.
StackWise 구성 누락
시스템이 작동하면 실행 중인 컨피그레이션에서 StackWise 컨피그레이션이 누락될 수 있습니다.
가능한 원인
원하는 컨피그레이션이 running-config 데이터베이스에 있는지 확인합니다. OSD 컨피그레이션 동기화 문제이거나 라이센스 레벨이 네트워크의 이점이 아닌 것으로 다시 구성됨
문제 해결 팁
1. LICENSE LEVEL을 선택하여 해당 라이센스 레벨에서 SVL이 지원되는지 확인합니다.라이센스 레벨이 network-advantage 이상 show 라이센스 요약으로 설정되었는지 확인합니다.
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 사용 | 포함 D_S
관련 컨피그레이션이 누락되었거나 romvar에 있는 경우 다음 단계를 수행합니다.
5. ISSU 상태 세부 정보 표시를 선택합니다.
문제를 해결할 수 없는 경우 아래 명령 출력을 수집하여 자세히 조사하십시오.
1.show platform software fed switch active fss counters(3-4개 증분)
2 .테스트 플랫폼 소프트웨어 nif_mgr lmp 구성원 포트 LPN
3 .show tech support stackwise-virtual 수집
4. 추적 아카이브 파일 수집
가능한 솔루션
플랫폼에 따라 올바른 라이센스 수준을 구성하고 다시 시도하십시오.ISSU 이후에 문제가 발생하면 MCL 실패에 나열된 컨피그레이션을 정리하거나 재구성해야 합니다.
StackWise 링크/듀얼 액티브 탐지 링크 작동 중지
가능한 원인
SVL/DAD 링크가 다운되는 데에는 많은 이유가 있습니다.show 명령 출력을 보면 알 수 없지만, 근본 원인을 신중하게 분석하고 찾기 위해 show 명령 출력과 함께 특정 btrace 로그가 필요합니다.
링크 다운을 일으킬 수 있는 가장 일반적인 것 중 일부는 불량 SFP 또는 불량 케이블이거나 단순한 디스플레이 문제일 수 있습니다.
문제 해결 팁
1. 링크 상태를 지우려면 show stackwise-virtual 링크를 사용합니다.
2. SVL 포트의 물리적 연결과 해당 구성이 정상인지 확인합니다.show stackwise-virtual을 선택합니다.
문제를 해결할 수 없는 경우 아래의 명령 출력을 입력하여 조사하십시오.
1.show platform software fed switch active fss counters(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 링크의 종료/종료 없이 복구되는지 확인합니다( 솔루션이 아닌 데이터 포인터만 해당 ).
문제 해결 팁
근본 원인을 찾을 수 없는 경우 아래 명령 출력을 입력하십시오.
1. SVL/DAD 링크 상태를 확인합니다.show stackwise-virtual 링크 사용
2. show platform software fed switch active/standby fss counters(3-4개 증분)를 선택합니다.
3 .테스트 플랫폼 소프트웨어 nif_mgr lmp 구성원 포트 LPN
4. show platform software fed switch active/standby ifm map을 선택합니다.
7. SVL/DAD 링크에 사용되는 특정 유형의 xcvr에 문제가 있을 수 있습니다.show interface <SVL/DAD link> 상태를 확인하고 show idprom <SVL/DAD link>
8. SVL/DAD 링크가 있는 SUP/LC가 정상 상태인지 확인하려면 show platform(플랫폼 표시)을 선택합니다.
문제를 해결할 수 없는 경우, 엔지니어링 팀이 조사할 아래의 명령 출력을 제공하십시오.
1. 추적 아카이브 파일 수집
2. show tech-support stackwise-virtual 수집
3 .show platform software fed switch active/standby fss counters(3-4개 증분)
가능한 솔루션:
1. 종료/종료 SVL 링크 없음:테스트 플랫폼 소프트웨어 nif_mgr 포트 비활성화/LPN 활성화
SVL/DAD 링크에 있는 트랜시버의 물리적 OIR 2개
SVL 링크 플랩
가능한 원인
SV Testbed에서 링크 플랩이 발생할 경우 여러 도메인에 포함될 수 있습니다.플랩의 도메인/영역에 관계없이 수집해야 하는 가장 일반적인 기본 정보는 아래 섹션에 나와 있습니다.
문제 해결 팁
1. 추적 아카이브를 생성합니다.
2. FED 채널 상태를 확인합니다.
3. LMP 상태를 확인합니다.
4.SVL 링크에 해당하는 ASIC/Core 맵을 식별합니다.
5.show tech support stackwise-virtual 수집
근본 원인을 찾을 수 없는 경우 엔지니어링 팀의 추가 문제 해결을 위해 이러한 명령 출력을 제공하십시오.
1.테스트 플랫폼 소프트웨어 nif_mgr lmp 구성원 포트 <슬롯> <lpn 포트
2 .show platform hardware iomd switch 1/2 1/0 lc-portmap 개요 | 세부 정보
3 .show tech-support stackwise-virtual
4. 추적 아카이브 파일을 수집합니다.
가능한 솔루션
- 종료/종료 SVL 링크 없음:테스트 플랫폼 소프트웨어 nif_mgr 포트 비활성화/LPN 활성화
- 트렌시버의 물리적 OIR을 사용하거나 SVL/DAD 링크에서 트랜시버 또는 케이블을 변경하려고 합니다.
SVL/DAD 링크 오류 비활성화
가능한 원인
SVL/DAD 링크에 사용된 트랜시버/SFP/QSFP가 하드웨어 레이어에서 결함이 있을 수 있으며 xcvr이 자주 링크 플랩을 생성하므로 SVL/DAD 링크가 오류 비활성화될 수 있습니다.
문제 해결 팁
1. show idprom interface <SVL/DAD link>를 확인합니다.
2. 스위치에서 인터페이스 중 하나라도 실제로 오류가 없는지 확인하고 show interfaces status err-disabled를 사용합니다.
근본 원인을 찾을 수 없는 경우 다음 명령 출력을 제공하십시오.
1.show errdisable flap values
2 .show errdisable 복구
3 .show errdisable detect
4. 기술 지원 스택와이즈 가상 표시
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. 스택 스위치 중 하나가 충돌하거나 다운되었을 수 있습니다.
4. 실수로 케이블이나 송수신기를 끄거나 SVL 링크를 종료합니다.
문제 해결 팁
빠른 검색을 통해 스택이 검색되지 않으면 모든 SVL의 링크 상태를 확인해야 할 수도 있습니다.SVL 링크 중 어느 것도 가동되지 않았을 수 있습니다.show stackwise-virtual 링크를 사용하여 이를 확인할 수 있습니다.
근본 원인을 찾을 수 없는 경우 추적 아카이브와 함께 이러한 명령 출력을 제공하십시오.
1. 추적 아카이브 파일 수집
2. show tech-support stackwise-virtual 수집
3 .show platform software fed switch active/standby fss counters(3-4개 증분)
스위치가 복구 모드로 전환되지 않음
모든 SVL 링크가 다운되고 DAD 링크가 SVL에 구성된 경우 활성 스위치는 복구 모드여야 합니다.
스위치(복구 모드)#
가능한 원인
DAD 링크가 물리적으로 제거되었거나 포트가 종료되었기 때문에 다운되었을 수 있습니다.
문제 해결 팁
1. DAD 링크가 작동 중인지 확인하고, show stackwise-virtual dual-active-detection [pagp]을 사용합니다.
2. DAD 링크가 다운된 경우 링크가 다운된 이유를 확인합니다.
5. DAD 링크가 작동 중이고 스틸 스위치가 복구 모드로 이동되지 않으면 단일 DAD 패킷이 전송되고 누락될 수 있으므로 특정 DAD 포트의 IleMstStateTable 비트를 확인해야 합니다.
근본 원인을 찾을 수 없거나 문제를 해결할 수 없는 경우 추적 아카이브와 함께 이러한 명령 출력을 제공하십시오.
1.테스트 플랫폼 소프트웨어 nif_mgr lmp 구성원 포트 <슬롯> <lpn 포트
2 .show interface status <SVL>
1. 추적 아카이브 파일 수집
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 명령을 사용하여 SVL을 종료/종료하지 않음 -> 물리적 OIR로 문제를 재현할 수 있는지 확인합니다.
2. shut 명령 없이 복구 모드로 전환되는 경우에는 먼저 제어 포트→ 근본 원인이 이동하지 않을 수 있습니다.
3. SVL 링크가 시간 초과될 수 있으며, 액티브/스탠바이 스위치 간에 LMP 패킷이 올바르게 교환되지 않을 수 있습니다.
5. 다른 패킷이 통과하는지 확인하기 위해 Fed 채널 상태가 중요합니다.
근본 원인을 찾을 수 없거나 문제를 해결할 수 없는 경우 추적 아카이브와 함께 이러한 명령 출력을 제공하십시오.
1.stackwise 가상 링크 표시
2 .show stackwise-virtual dual-active-detection
3 .show platform software fed switch active fss counters(3-4개 증분)
4.테스트 플랫폼 소프트웨어 nif_mgr lmp 구성원 포트 <슬롯> <lpn 포트
5.show platform software fed switch active fss 번들
6. 추적 아카이브 파일 수집
7. show tech-support stackwise-virtual 수집
복구 모드에서 포트가 오류-비활성화되지 않음
문제 해결 팁
근본 원인을 찾을 수 없거나 문제를 해결할 수 없는 경우 추적 아카이브와 함께 이러한 명령 출력을 제공하십시오.
1.인터페이스 상태 표시
2 .show stackwise-virtual dual-active-detection
3 .show stackwise-virtual dual-active-detection 페이지
4.테스트 플랫폼 소프트웨어 nif_mgr lmp 구성원 포트 LPN
활성, MEC 없이 디바이스에 연결된 직접 Ping
문제 해결 팁
활성 SVL을 통한 ping이 작동하지 않을 경우, SVL 문제가 아닐 수 있습니다. 디버깅을 위해 ping 패킷의 크기를 늘리고, 패킷 삭제 경로(요청/응답)를 추적하고, 스택을 중단하고 시도해 보십시오.
근본 원인을 찾을 수 없거나 문제를 해결할 수 없는 경우 추적 아카이브와 함께 이러한 명령 출력을 제공하십시오.
1.stackwise 가상 링크 표시
2 .show platform software fed switch active fss counters(3-4개 증분)
3 . 테스트 플랫폼 소프트웨어 nif_mgr lmp 구성원 포트 LPN
4 . show platform software fed switch active ifm map
5.show tech-support stackwise-virtual
트래픽 삭제 확인:
7 .컨트롤러 이더넷 컨트롤러 지우기
8.show controllers ethernet-controller <Te/Fo interfaces if traffic path>
대기 디바이스에 연결된 디바이스에서 직접 Ping, MEC 없음
문제 해결 팁
1.스탠바이 상의 ping이 작동하지 않을 경우 디버깅 목적을 위해 ping 패킷의 크기를 늘리고 패킷 삭제 경로를 추적합니다(요청/응답).
근본 원인을 찾을 수 없거나 문제를 해결할 수 없는 경우 추적 아카이브와 함께 이러한 명령 출력을 제공하십시오.
1.stackwise 가상 링크 표시
2 .show platform software fed switch active fss counters(3-4개 증분)
3 . 테스트 플랫폼 소프트웨어 nif_mgr lmp 구성원 포트 LPN
4 . 플랫폼 소프트웨어 fed 스위치 active fss ifm map 표시
5.show tech-support stackwise-virtual
트래픽 삭제 확인:
7.clear 컨트롤러 이더넷 컨트롤러
8.show controllers ethernet-controller <Te/Fo interfaces if traffic path>
9 .인터페이스 카운터 오류 표시
포트 채널을 통한 Ping
문제 해결 팁
1. 문제를 진단하여 활성 포트 채널 포트 또는 대기 포트 채널 포트로 문제를 격리합니다.
2. 위와 같이 격리가 설정되면 위에 열거된 활성 또는 대기 중 하나에 대해 반복 작업을 수행합니다.
3. 포트 채널 멤버 포트가 각 포트 채널 끝에 있는지 확인
근본 원인을 찾거나 문제를 해결할 수 없는 경우 추적 아카이브와 함께 아래 명령 출력을 제공하십시오.
1.stackwise 가상 링크 표시
2 .show platform software fed switch active fss counters(3-4개 증분)
3 .테스트 플랫폼 소프트웨어 nif_mgr lmp 구성원 포트 LPN
4.플랫폼 소프트웨어 fed 스위치 active fss ifm map 표시
5.show tech-support stackwise-virtual
트래픽 삭제 확인:
7 .컨트롤러 이더넷 컨트롤러 지우기
8.show controllers ethernet-controller <트래픽 경로의 경우 Te/Fo 인터페이스
9 .인터페이스 카운터 오류 표시
FED 충돌 / IOSd 충돌 / Stack_mgr
문제 해결 팁:
다음 정보를 수집하고 제공하십시오.
1. 콘솔 로그를 수집합니다.
2 .시스템 보고서 및 코어 파일 디코딩(있는 경우)
섀시가 활성 및 대기 상태로 모두 손실됨
문제 해결 팁
다음 정보를 수집하고 제공하십시오.
1. 시스템 보고서를 완료합니다.
2. SVL의 링크 상태 및 프로토콜 상태
stdby가 준비되기 전에 활성 제거됨
문제 해결 팁
다음 정보를 수집하고 제공하십시오.
1. 시스템 보고서 작성은 주로
2. SVL의 링크 상태 및 프로토콜 상태
트래픽
문제 해결 팁
1. 트래픽 스트림에서 소스 및 목적지 MAC 주소가 적절하게 설정되었는지 확인합니다.
2. 트래픽 경로가 동일한 vlan 도메인 또는 트렁크 모드에 있는지 확인합니다.
3. 드롭이 활성 상태이고 트래픽 스트림이 SVL을 통해 이동할 것으로 예상되지 않는 경우, SVL 문제가 아닐 수 있습니다. 스택을 중단하고 시도합니다.
4.drop이 대기 상태이고 패킷이 SVL collect csv dump, ifm map을 통해 트래버스될 것으로 예상되는 경우.
5. 삭제를 식별하고 show controller ethernet-controller <interface>를 사용합니다.
6.port-channel이 관련된 경우, port-channel의 한 멤버를 종료하여 drop을 격리하여 drop이 활성 또는 대기 상태인지 확인합니다. 위의 동일한 단계를 반복합니다.
근본 원인을 찾을 수 없거나 문제를 해결할 수 없는 경우 추적 아카이브와 함께 이러한 명령 출력을 제공하십시오.
1.stackwise 가상 링크 표시
2 .show platform software fed switch active fss counters(3-4개 증분)
3 . 테스트 플랫폼 소프트웨어 nif_mgr lmp 구성원 포트 LPN
4 . show platform software fed switch active ifm map
5. 기술 지원 스택와이즈 가상 표시
트래픽 삭제 확인:
컨트롤러 이더넷 컨트롤러 지우기
show controllers ethernet-controller <Te/Fo interfaces if traffic path>
인터페이스 카운터 오류 표시
L3 트래픽
문제 해결 팁
1. arp 항목이 해결되고 필요한 경로가 추가되었는지 확인합니다.
2. 소스 및 대상 IP 주소가 올바르게 설정되었는지 확인합니다.
3. 드롭이 활성 상태이고 트래픽 스트림이 SVL을 통해 이동할 것으로 예상되지 않는 경우, SVL 문제가 아닐 수 있습니다. 스택을 중단하고 시도합니다.
4.drop이 대기 상태이고 패킷이 SVL collect csv dump, ifm map을 통해 이동될 것으로 예상되는 경우
5. 삭제를 식별하고 show controller ethernet-controller <interface>를 사용합니다.
6. 포트 채널이 관련된 경우, 삭제가 활성 또는 대기 상태인지 확인하기 위해 포트 채널 멤버 중 하나를 종료하여 삭제를 격리합니다. 위의 동일한 단계를 반복합니다.
근본 원인을 찾을 수 없거나 문제를 해결할 수 없는 경우 추적 아카이브와 함께 이러한 명령 출력을 제공하십시오.
- stackwise 가상 링크 표시
- 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
트래픽 삭제 확인:
컨트롤러 이더넷 컨트롤러 지우기
show controllers ethernet-controller <Te/Fo interfaces if traffic path>
인터페이스 카운터 오류 표시
SVL에서 트래픽 삭제
문제 해결 팁:
1. 트래픽이 삭제되는 위치(예:
- 인그레스 인터페이스의 인그레스 스위치[SVL과 관련 없음]
- 이그레스 SVL 인터페이스의 인그레스 스위치
- 인그레스 SVL 인터페이스의 이그레스 스위치
- 이그레스 인터페이스의 이그레스 스위치[SVL과 관련 없음]
2. 추적 아카이브를 생성합니다.
3. FED 채널 상태를 확인합니다.
4. LMP 상태를 확인합니다.
5.SVL 링크에 해당하는 ASIC/Core 맵을 식별합니다.
6. SVL에서 삭제된 패킷을 캡처합니다.
SVL의 FIPS
가능한 원인
SVL 키의 FIPS가 각 스위치에서 개별적으로 구성되지 않았을 가능성이 항상 있습니다.SVL의 일부인 두 스위치에서 동일한 FIPS 키를 개별적으로 구성해야 합니다.
1.rommon에 저장된 FIPS_KEY는 sw-1 및 sw-2에서 동일한 인증 키를 구성하지만 다를 수 있습니다. 이는 정상적인 동작입니다.
2. show fips 상태를 확인하고 스위치가 fips 모드로 구성되었는지 확인합니다.
문제 해결 팁
1. FIPS 모드를 확인하고, show fips 상태를 사용합니다.
2. show fips authorization-key를 확인합니다.
3. show romvar을 확인합니다.
근본 원인을 찾을 수 없거나 문제를 해결할 수 없는 경우 추적 아카이브와 함께 이러한 명령 출력을 제공하십시오.
1.fips 상태 표시
2 .fips 인증 키 표시
3 .show platform software fed switch <active|standby> fss sa counters
4.stackwise 가상 링크 표시
5.stackwise 가상 표시
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 요청을 받지 못했습니다. 오류:31"
3. show secure-stackwise-virtual 상태를 확인하고 SECURE-SVL 모드에서 구성되었는지 확인합니다.
근본 원인을 찾을 수 없거나 문제를 해결할 수 없는 경우 추적 아카이브와 함께 이러한 명령 출력을 제공하십시오.
1.secure stackwise-virtual 상태 표시
2. 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 플랫폼에서 기본적으로 활성화되는 소프트웨어 자동 업그레이드라는 기능이 있습니다.이 기능은 활성화되고 소프트웨어 불일치를 탐지하고 활성 스위치에 있는 소프트웨어 패키지를 대기 스위치에 푸시하고 대기 스위치는 활성 스위치에 있는 동일한 소프트웨어 버전으로 자동 업그레이드됩니다.
소프트웨어 자동 업그레이드가 비활성화된 경우 이를 활성화한 다음 스탠바이 스위치를 재부팅하여 소프트웨어 자동 업그레이드가 시작되고 액티브 및 스탠바이 스위치 모두 SVL에서 사용된 소프트웨어 버전이 동일하도록 합니다.
소프트웨어 자동 업그레이드는 권장 부팅 모드인 Cat9k 플랫폼의 설치 모드에서만 작동합니다.
1. SVL에서 소프트웨어 자동 업그레이드가 활성화되어 있는지 확인합니다.아래 show CLI 사용
스위치#모두 표시 | i 소프트웨어
소프트웨어 자동 업그레이드 활성화
여러 SVL 링크에서 하나의 SVL 링크만 제거함으로써 스택 분할
가능한 원인
이러한 유형의 문제는 트랜시버가 전면 패널 포트에 절반/부분적으로 삽입된 경우, 이러한 xcvr의 idprom을 읽을 때 IOMD 프로세스가 통화 중 상태가 될 수 있습니다.이로 인해 SVL의 액티브 또는 스탠바이 스위치에서 show idprom <interface>, show interface status 등과 같은 일반적인 show 명령의 실행 및 완료 속도가 느려질 수 있습니다.
1. show idprom interface <intf>를 확인합니다.액티브 및 스탠바이 스위치 인터페이스 모두 idprom 덤프를 확인하고 이 CLI가 완료되는 동안 지연/지연이 있는지 확인합니다.
2. show interface <intf>를 확인합니다.액티브 및 스탠바이 스위치 인터페이스 모두에서 확인하고 이 CLI의 완료 속도가 느리거나 지연이 있는지 확인합니다.
3. 또한 SVL에서 CPU 사용량이 높은지 확인하고 show processes cpu sorted를 사용합니다.
문제 해결 팁:
근본 원인을 찾을 수 없는 경우 추적 아카이브와 함께 이러한 명령 출력을 제공하십시오.
1. CPU가 높은지 확인하고 show processes cpu sorted를 사용합니다.
2. TDL 하위 슬롯 ping이 제대로 작동하는지 확인하고 테스트 플랫폼 소프트웨어 tdl ping 하위 슬롯 <>을 사용합니다.
가능한 솔루션
이 문제의 가능한 원인 중 하나는 SVL에 있는 스위치의 전면 패널 포트에 절반 또는 느슨하게 삽입된 트랜시버입니다.
트렌시버/케이블의 물리적 검사를 통해 트렌시버가 전면 패널 포트에 제대로 장착되거나 삽입되었는지 확인합니다.
그런 다음 아래 명령을 확인하여 제대로 작동하는지 확인합니다.
1. show idprom interface <intf>를 확인합니다.액티브 및 스탠바이 스위치 인터페이스 idprom 덤프를 확인하고 이 CLI가 완료되는 동안 지연 없이 CLI가 실행되는지 확인합니다.
2. show interface <intf>를 확인합니다.액티브 및 스탠바이 스위치 인터페이스 모두에서 확인하고 CLI가 이 CLI를 완료하는 데 지연 없이 실행되는지 확인합니다.
3. 또한 SVL에서 CPU 사용량이 높지 않은지 확인합니다. show processes cpu sorted를 사용합니다.
문제가 계속되면 CLI 출력 및 로그 아래에서 수집하십시오.
1. show tech-support stackwise-virtual 수집
2. 추적 아카이브 수집 및 제공
피드백