seo이 문서에서는 Catalyst 9000 스위치의 SVL(StackWise-virtual)에서 발생하는 문제를 식별하고, 유용한 로그를 수집하고, 해결하는 방법에 대해 설명합니다.
이 문서에 대한 특정 요건이 없습니다.
이 문서의 정보는 다음 소프트웨어 및 하드웨어 버전을 기반으로 합니다.
SVL(StackWise-virtual)
Catalyst 9000 스위치
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 현재 네트워크가 작동 중인 경우 모든 명령의 잠재적인 영향을 미리 숙지하시기 바랍니다.
이 문서에서는 지원 매트릭스, 제한 사항, 명령 및 SVL에서 흔히 발생하는 문제를 다룹니다.
SVL의 문제를 해결할 때 Cisco Catalyst 9000 스위치와 함께 SVL을 구축할 때 이해하고 준수해야 하는 기본 기준이 있습니다. 다음은 충족해야 할 기준입니다.
지정된 스위치, 플랫폼 및 소프트웨어 릴리스에 대해 SVL이 지원되는지 확인합니다.
SVL이 설정 가이드에 제공된 지침에 따라 설정되었으며 제공된 제한 사항을 엄격하게 준수하는지 확인합니다.
SVL 링크가 스위치 간에 물리적으로 연결되어 있는지 확인합니다.
다음은 현재 지원되는 플랫폼과 지원을 도입한 소프트웨어 트레인 목록입니다.
대부분의 제한 사항은 Cisco StackWise-virtual Configuration 가이드에서 확인할 수 있습니다. 다음으로, 구성 가이드에서 명시적으로 호출할 수 없는 플랫폼별 기타 몇 가지 제한 사항이 있습니다.
공통 제한 사항
DAD(Dual-Active Detection) 및 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 Switch를 참조하십시오
SVL이 C9500-NM-2Q(2x40G)가 포함된 Cisco Catalyst 9500 시리즈 스위치에 설정된 경우 고정 다운링크 및 모듈식 업링크 포트를 함께 사용할 수 없습니다. SVL의 속도는 각 멤버에서 동일해야 합니다.
C9500-NM-2Q의 40G 포트는 속도가 다르므로 스위치의 다운링크 포트와 결합할 수 없습니다.
Cisco StackWise Virtual 솔루션에서 4X10G 브레이크아웃 케이블 및 QSA를 지원하는 인터페이스는 데이터/제어 트래픽에 사용할 수 있지만 SVL 또는 DAD 링크를 설정하는 데에는 사용할 수 없습니다.
C9500-32C 스위치에서는 스위치 전면 패널의 1~16번 인터페이스에서만 SVL 및 DAD를 설정할 수 있습니다.
C9500-32QC에서는 기본 100G 및 40G 인터페이스(기본 설정 포트)에서만 SVL 및 DAD를 설정할 수 있습니다. 변환된 100G 및 40G 인터페이스에서는 SVL 및 DAD를 설정할 수 없습니다.
C9500-32C SVL의 4X10G 및 4X25G 브레이크아웃 인터페이스에서 SVL/DAD 링크를 설정할 수 없습니다. 그러나 C9500 시리즈 고성능 스위치가 StackWise Virtual 모드로 설정된 경우 브레이크아웃 인터페이스를 데이터/제어 트래픽에 사용할 수 있습니다.
Cisco Catalyst C9500 시리즈 고성능 스위치에서는 1G 인터페이스의 SVL 링크 설정이 지원되지 않습니다.
9500H는 16.9 릴리스에서 SVL 기능을 지원하지 않습니다. (시스코는 16.9.6에서 Cisco 버그 ID CSCvt46115를 통해 이 설정 옵션을 제거했습니다.) 9500H에서 16.10 이상이 실행되고 있는지 확인합니다.
Cisco Catalyst C9600R 스위치에서는 4X10 및 4X25G 브레이크아웃 인터페이스에 SVL/DAD 링크를 설정할 수 없습니다. 그러나 C9600R 스위치가 StackWise Virtual 모드로 설정된 경우 브레이크아웃 인터페이스를 데이터 트래픽에 사용할 수 있습니다.
Cisco Catalyst C9600R 스위치에서는 1G 인터페이스의 SVL 링크 설정이 지원되지 않습니다.
1단계. show running configuration을 사용하여 StackWise-virtual 컨피그레이션이 존재하며 running-config에서 올바른지 확인합니다.
참고: StackWise-virtual 컨피그레이션만 출력에 나열됩니다.
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,”
참고: 이전 출력에는 SVL 모드로 구성된 C9400/C9600 스위치에서 생성 및 업데이트된 rommon 변수가 표시됩니다. SVL 모드로 설정된 경우 4개의 튜플 인터페이스 규칙을 사용합니다.
D_STACK_DISTR_STACK_LINK1은 switch1 및 switch2의 SVL 링크에 대한 rommon 변수를 나타냅니다.
D_STACK_DAD는 DAD 링크에 대한 rommon 변수를 나타냅니다.
D_STACK_DOMAIN_NUM은 SVL 도메인 번호를 나타내며, 스위치 1과 스위치 2에서 동일한지 확인합니다.
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,”
두 섀시의 스위치 상태는 모두 준비 상태여야 합니다. 또한 모든 LC가 정상 상태인지 확인하려면 show module 명령 출력을 확인합니다.
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
스위치 상태
다음은 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 세계랭킹1위오피스타 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 포트의 Link-Status(링크 상태)는 U(작동) 상태여야 하며 Protocol-Status(프로토콜 상태)는 R(준비)이어야 합니다.
참고: 이러한 출력은 SVL 모드로 구성할 때 인터페이스 규칙에 3개의 튜플을 사용하는 C9500/C9500H 플랫폼에 적용할 수 있습니다.
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 모드로 구성된 경우 인터페이스 규칙에 4튜플을 사용하는 C9400/C9600 플랫폼에 적용할 수 있습니다.
Switch#show stackwise-virtual link
Stackwise Virtual Link(SVL) Information:
—————————————-
Flags:
——
Link Status
———–
U-Up D-Down
Protocol 세계랭킹1위오피스타 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
참고: 이러한 출력은 SVL 모드로 구성된 경우 인터페이스 규칙에 3튜플을 사용하는 C9500/C9500H 플랫폼에 적용할 수 있습니다.
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
참고: 이러한 출력은 SVL 모드로 구성된 경우 인터페이스 규칙에 4튜플을 사용하는 C9400/C9600 플랫폼에 적용할 수 있습니다.
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
참고: 이 출력은 C9500H SVL의 일반적인 출력입니다. ASIC 수는 플랫폼/SKU에 따라 달라질 수 있습니다.
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
참고: 이 출력은 C9600 SVL의 일반적인 출력입니다. ASIC 수는 플랫폼/SKU에 따라 달라질 수 있습니다.
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
참고: 스위치에서 16.3.x 버전을 사용할 경우 명령은 show platform software fed sw active ifm map lpn이 됩니다.
Switch#show platform software fed switch active fss counters
FSS Packet Counters
SDP LMP
TX | RX TX | RX
——————— ———————
72651 72666 1157750 1154641
OOB1 OOB2 세계 랭킹 1 위오피스타공식 웹 사이트는 무엇입니까?
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
참고: 이전 show 명령에서 카운터가 증가했는지 확인합니다. 이 show 명령을 3~4회 반복해서 확인합니다.
이 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
참고: 이전 show 명령에서 카운터가 증가했는지 확인합니다. 이 show 명령을 3~4회 반복해서 확인합니다.
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:
참고: 앞의 명령은 Cat9k SVL의 LMP 패킷 카운터 및 LMP 포트 상태를 확인하는 테스트 명령입니다.
시스템이 StackWise-virtual 모드로 설정된 경우 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을 시뮬레이션할 수 있는 다음 방법을 사용합니다. 이러한 명령은 숨겨진 명령이며 서비스 내부를 구성해야 합니다.
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 Active 스위치가 SVL Split과 같은 SVL Standby 스위치와 통신할 수 없는 경우 두 유닛 모두에 추적 아카이브를 생성해야 합니다.
참고: 충돌이 발생할 경우 이러한 추적 로그는 시스템 보고서에서 사용할 수 있습니다.
참고: 16.7(1)에 도입된 압축된 이진 추적 파일을 디코딩하기 위한 새로운 CLI 명령. 
show log file crashinfo:tracelogs/<filename>.bin.gz internal
참고: 새로운 show tech-support CLI는 16.11.1 이후 제공됩니다.
show tech-support stackwise-virtual switch [active|standby|all|#]
릴리스 16.10.1에서 추가된 지원.
SDP – Stack Discovery Protocol – 역할 협상 및 토폴로지에 대한 트래픽.
스택 관리자 구성 요소는 스택 멤버 간의 역할 협상을 담당하며 활성 및 대기 역할을 선택합니다. 스택 관리자는 SVL을 통해 SDP 패킷을 보내고 받으며 Stackwise Virtual의 일부인 모든 스위치의 보기를 가져옵니다.
LMP – Link Management Protocol
SVL을 유지하기 위한 L2 트래픽. 링크 관리 프로토콜은 소프트웨어 구성 요소로, 양쪽 끝 간에 hello를 실행하고 물리적 링크가 StackWise Virtual의 일부가 될 수 있는지 여부를 결정합니다. 또한 LMP는 설정된 각 물리적 링크가 SVL의 일부인 경우 모니터링합니다. LMP는 Nif Mgr(Network Interface Manager) 소프트웨어 프로세스의 일부입니다.
FSS – 전면 스택 – StackWise Virtual의 또 다른 이름입니다.
소프트웨어(Nif-mgr = Network Interface Manager) 관점에서 다음을 수행합니다.
하드웨어(FED = Forward Engine Driver) 관점에서 다음을 수행합니다.
Quad Sup 시스템에는 섀시당 2개씩 최대 4개의 수퍼바이저가 있습니다. Show 모듈은 시스템에 있는 섀시와 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 시스템의 다른 주요 인에이블러는 글로벌 활성 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:
마이그레이션 단계는 이 링크를 참조하십시오.
Catalyst 9600을 Quad-Supervisor Stackwise Virtual Setup으로 전송
활성 SUP의 시스템 장애 시 SUP 4개가 모두 채워진 Quad SUP는 Z 모델을 추적하여 새로운 활성 Supposition으로 전환합니다.
다음 이미지는 현재 활성 SUP의 장애 시 새로운 활성 SUP의 전환을 보여줍니다.
섹션 9의 일부로 언급된 CLI를 사용하여 전환 시 각 수퍼바이저의 현재 SUP 상태 및 상태를 확인합니다. 또한 show redundancy CLI를 사용하여 전환 기록과 함께 글로벌 활성/대기 리던던시 전환 세부 정보를 추적할 수 있습니다.
한 시스템에 4개의 Sup가 모두 채워진 Quad SUP, ISSU에서 새로운 V2 이미지까지 최소한의 데이터 경로 영향 모델을 추적합니다.
1회 ISSU 진행 과정이 다음 이미지에 캡처되어 있으며, 다음으로 시작합니다.
새 V2 이미지를 4개의 모든 SUP에 복사하고 새 V2 이미지로 ICS를 모두 활성화합니다. 이렇게 하면 두 ICS가 모두 다시 로드되어 새 V2 이미지로 부팅됩니다.
V2를 사용하여 글로벌 스탠바이를 활성화하면 글로벌 스탠바이와 연결된 섀시 내 스탠바이 수퍼바이로 전환된 다음 V2를 사용하는 ICS로 이전 글로벌 스탠바이가 나타납니다.
V2 이미지를 사용하여 Global Active를 활성화하면 Global Active와 연결된 In-chassis Standby로 전환됩니다. V2를 사용하여 이전 글로벌 활성이 ICS로 부팅이 성공하면 커밋 작업이 완료됩니다.
StackWise virtual 명령은 라이선스 레벨이 Cat9k 스위치의 경우 Network Advantage로, Cat3k 스위치의 경우 IPBase 또는 IPServices로 설정된 경우에만 표시/설정할 수 있습니다.
이러한 문제는 네트워크 필수 요소가 제대로 구성되지 않은 경우 주로 나타납니다.
Cat3k에서 라이선스가 IPBase 또는 IPServices인지 확인하고 show version 명령을 사용합니다.
Cat9K에서 라이선스가 Network Advantage인지 확인하고 show version 명령을 사용합니다.
MODEL_NUM rommon 변수가 올바르게 입력되고 실제 디바이스 모델과 일치하는지 확인합니다.
1. show platform software fed switch active fss counters(3~4개씩 증가)
2 . test platform software nif_mgr lmp member-port LPN
3 . show tech-support stackwise-virtual 수집
4. 추적 아카이브 파일 수집
show stackwise-virtual 명령에 표시된 링크의 상태를 확인합니다.
가능한 원인:
1. 프로토콜이 S-Suspended 상태이면 대부분 링크가 다운된 것입니다.
2. 프로토콜이 T-Timeout 상태이면 LMP 패킷을 수신/전송할 수 없음을 의미합니다.
참고: 다른 링크가 P – Pending 상태인 경우 T 상태의 링크는 LMP 패킷을 전송할 수 있지만 수신할 수는 없습니다.
3. Timeout/Pending 상태의 경우 Nif_mgr, Fed 및 stack_mgr btrace 로그를 캡처하는 것이 중요합니다.
4. 스위치가 SVL Links의 shut/no shut으로 복구되는지 확인합니다(솔루션이 아닌 데이터 포인터만 사용).
문제 해결 팁
근본 원인을 찾을 수 없는 경우 다음 명령 출력을 제공합니다
1. SVL/DAD 링크 상태를 확인합니다. show stackwise-virtual 링크를 사용합니다.
2. show platform software fed switch active/standby fss counters(3~4개씩 증가) 확인
3 . test platform software nif_mgr lmp member-port 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가 정상 상태인지 확인합니다.
트러블슈팅을 수행할 수 없는 경우 엔지니어링 팀에서 조사할 다음 명령 출력을 제공합니다.
1. 추적 아카이브 파일 수집
2. show tech-support stackwise-virtual 수집
3 . show platform software fed switch active/standby fss 카운터(3-4 증분)
가능한 솔루션:
1. SVL 연결 종료/없음: 테스트 플랫폼 소프트웨어 nif_mgr 포트 사용 안 함/LPN 사용
2 SVL/DAD 링크에 있는 트렌시버의 물리적 OIR
가능한 원인
SV 테스트 베드에서 링크 플랩이 발생하는 경우 여러 도메인에 있을 수 있습니다. 플랩의 도메인/영역에 관계없이 수집할 가장 일반적이고 기본적인 정보는 다음 섹션에 나열되어 있습니다.
문제 해결 팁오피스타 공식 사이트 입구의 방법은 무엇입니까
1. 추적 아카이브를 생성합니다.
2. FED 채널 상태를 확인합니다.
3. LMP 상태를 확인합니다.
4. SVL 링크에 해당하는 ASIC/코어 맵을 식별합니다.
5. show tech-support stackwise-virtual 수집
근본 원인을 찾을 수 없는 경우 엔지니어링 팀의 추가 트러블슈팅을 위해 다음 명령 출력을 제공합니다.
1. 테스트 플랫폼 소프트웨어 nif_mgr lmp 멤버 포트 <슬롯> <lpn 포트>
2 . show platform hardware iomd switch 1/2 1/0 lc-portmap brief | 세부 정보
3 . show tech-support stackwise-virtual
4. 추적 아카이브 파일 수집
가능한 솔루션
Shut/No Shut SVL 링크: 테스트 플랫폼 소프트웨어 nif_mgr 포트 사용 안 함/LPN 사용
트렌시버의 물리적 OIR을 확인하거나 SVL/DAD 링크에서 트렌시버 또는 케이블을 변경해 봅니다.
가능한 원인
SVL/DAD 링크에 사용된 트렌시버/SFP/QSFP가 하드웨어 레이어에서 결함이 있을 수 있으며, xcvrs 자체가 잦은 링크 플랩을 생성하여 SVL/DAD 링크의 오류 비활성화가 발생할 수 있습니다.
문제 해결 팁
1. show idprom interface를 확인합니다. <SVL/DAD link>
2. 스위치에서 인터페이스 중 하나가 실제로 오류 비활성화되었는지 확인합니다. show interfaces status err-disabled를 사용합니다.
근본 원인을 찾을 수 없는 경우 다음 명령 출력을 제공합니다
1. errdisable 플랩 값 표시
2 . show errdisable recovery
3 . show errdisable detect
4. show tech-support stackwise-virtual
5. 추적 아카이브 파일 수집
가능한 솔루션
1. SVL 연결 종료/없음: 테스트 플랫폼 소프트웨어 nif_mgr 포트 사용 안 함/LPN 사용
2. 트렌시버의 물리적 OIR을 확인하거나 SVL/DAD 링크에서 트렌시버 또는 케이블을 변경해 봅니다.
시스템 가동 시 예상되는 출력은 다음과 같습니다.
for 120 seconds for other switches to boot
#####################################################
Switch number is 2
All switches in the stack have been discovered. Accelerating discovery
참고: 앞에서 설명한 시간 제한은 Cat9K 플랫폼/SKU에 따라 다릅니다.
가능한 원인
스택 검색 오류는 여러 가지 이유로 발생할 수 있습니다. 그 중 일부는 여기에 나열되어 있습니다.
1. SVL 링크가 가동 상태가 아니거나 프로토콜이 준비 상태가 아닐 수 있습니다.
2. SVL 링크가 플래핑됩니다.
3. 스택 스위치 중 하나가 충돌하거나 다운되었을 수 있습니다.
4. 실수로 케이블 또는 트렌시버를 분리하거나 SVL 링크가 종료되었습니다.
문제 해결 팁
검색 가속화에서 스택이 검색되지 않으면 모든 SVL의 링크 상태를 확인할 수 있습니다. 가동된 SVL 링크가 없을 수 있습니다. show stackwise-virtual link 명령을 사용하여 이를 확인할 수 있습니다.
근본 원인을 찾을 수 없는 경우 추적 아카이브와 함께 이러한 명령 출력을 제공하십시오
1. 추적 아카이브 파일 수집
2 . show tech-support stackwise-virtual 수집
3 . show platform software fed switch active/standby fss 카운터(3-4 증분)
모든 SVL 링크가 다운되고 SVL에 DAD 링크가 설정된 경우 활성 스위치는 복구 모드여야 합니다.
Switch(recovery-mode)#
가능한 원인
포트의 물리적 제거 또는 종료로 인해 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>
3 . 추적 아카이브 파일 수집
4. show tech-support stackwise-virtual 수집
5. show platform software fed switch active/standby fss 카운터(3-4 증분)
가능한 원인
활성 스위치가 복구 모드로 전환되는 데는 여러 가지 이유가 있을 수 있습니다. 다음은 몇 가지 가능한 원인입니다.
1. SVL 링크에서 예기치 않은 링크 플랩이 발생할 수 있습니다.
2. SVL 링크에서 예기치 않은 원격/로컬 링크 결함이 발생할 수 있습니다.
3. SVL 링크를 통한 LMP/SDP 패킷 교환에 문제가 있을 수 있습니다.
문제 해결 팁
1. 스위치가 단순히 절반/보다 작은 SVL 링크를 제거하여 복구 모드로 전환되는 경우 > 테스트 명령을 사용하여 SVL을 종료/종료하지 않음 > 물리적 OIR로 문제를 재현할 수 있는지 확인합니다.
2. shut 명령을 사용하지 않고도 복구 모드로 전환되는 경우 먼저 근본 원인 → 제어 포트가 전환될 수 없습니다.
3. SVL 링크 시간이 초과될 수 있으며, LMP 패킷이 활성/대기 스위치 간에 올바르게 교환되지 않을 수 있습니다.
5. Fed 채널 상태는 다른 패킷이 통과하는지 확인하는 데 중요합니다.
근본 원인을 찾을 수 없거나 문제를 해결할 수 없는 경우 추적 아카이브와 함께 이러한 명령 출력을 제공하십시오.
1. show stackwise-virtual link
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 bundle
6. 추적 아카이브 파일 수집
7 . show tech-support stackwise-virtual 수집
문제 해결 팁
근본 원인을 찾을 수 없거나 문제를 해결할 수 없는 경우 추적 아카이브와 함께 이러한 명령 출력을 제공하십시오
1. 인터페이스 상태 표시
2 . show stackwise-virtual dual-active-detection
3 . show stackwise-virtual dual-active-detection pagp
4. test platform software nif_mgr lmp member-port LPN
문제 해결 팁
활성 SVL에 대한 ping이 작동하지 않으며 SVL 문제가 될 수 없는 경우 디버깅 목적으로 ping 패킷의 크기를 늘리고 패킷 삭제 경로(요청/응답)를 추적하고 스택을 중단한 후 동일한 방법을 시도하십시오.
근본 원인을 찾을 수 없거나 문제를 해결할 수 없는 경우 추적 아카이브와 함께 이러한 명령 출력을 제공하십시오
1. show stackwise-virtual link
2 . show platform software fed switch active fss counters(3~4개씩 증가)
3. test platform software nif_mgr lmp member-port 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>
문제 해결 팁
1. ping over standby가 작동하지 않을 경우 디버깅 목적으로 ping 패킷의 크기를 늘리고 패킷 삭제 경로(요청/응답)를 추적합니다.
근본 원인을 찾을 수 없거나 문제를 해결할 수 없는 경우 추적 아카이브와 함께 이러한 명령 출력을 제공하십시오.
1. show stackwise-virtual link
2 . show platform software fed switch active fss counters(3~4개씩 증가)
3. test platform software nif_mgr lmp member-port 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
문제 해결 팁
1. 문제를 진단하려면 활성 포트-채널 포트 또는 대기 포트-채널 포트로 문제를 격리합니다.
2. 이전 격리가 설정되면 앞에 나열된 대로 활성 또는 대기에 대해 작업을 반복합니다.
3. 포트 채널 멤버 포트가 포트 채널의 양쪽 끝에 있는지 확인합니다.
근본 원인을 찾을 수 없거나 문제를 해결할 수 없는 경우 추적 아카이브와 함께 이전 명령 출력을 제공합니다.
1. show stackwise-virtual link
2 . show platform software fed switch active fss counters(3~4개씩 증가)
3 . test platform software nif_mgr lmp member-port 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
문제 해결 팁
다음 정보를 수집하고 제공합니다.
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의 멤버 하나를 종료하여 drop이 active 또는 standby인지 확인하여 drop을 격리합니다. 앞서 설명한 동일한 단계를 반복합니다.
근본 원인을 찾을 수 없거나 문제를 해결할 수 없는 경우 추적 아카이브와 함께 이러한 명령 출력을 제공하십시오.
1. show stackwise-virtual link
2 . show platform software fed switch active fss counters(3~4개씩 증가)
3. test platform software nif_mgr lmp member-port 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 interfaces if traffic path>
show interfaces counters errors
문제 해결 팁
1. arp 항목이 확인되고 필요한 경로가 추가되었는지 확인합니다.
2. 소스 및 대상 IP 주소가 올바르게 설정되었는지 확인합니다.
3. 드롭이 활성 상태이고 트래픽 스트림이 SVL을 통과할 것으로 예상되지 않는 경우 SVL 문제가 될 수 없습니다. 스택을 중단하고 시도하십시오.
4. 드롭이 대기 상태이고 패킷이 SVL을 통해 트래버스될 것으로 예상되는 경우 csv 덤프, ifm 맵을 수집합니다.
5. 삭제를 식별하고, show controller ethernet-controller를 사용합니다<interface>.
6. port-channel이 관련된 경우, port-channel의 한 멤버를 종료하여 드롭을 격리하여 드롭이 활성 또는 대기 상태인지 확인하려면 이전에 나열된 동일한 단계를 반복합니다.
근본 원인을 찾을 수 없거나 문제를 해결할 수 없는 경우 추적 아카이브와 함께 이러한 명령 출력을 제공하십시오
show stackwise-virtual link
show platform software fed switch active fss counters(3~4개씩 증가)
test platform software nif_mgr lmp member-port LPN
show platform software fed switch active ifm map
show tech-support stackwise-virtual
트래픽 삭제 확인:
clear controllers ethernet-controller
show controllers ethernet-controller <Te/Fo interfaces if traffic path>
show interfaces counters errors
문제 해결 팁
1. 다음과 같이 트래픽이 삭제된 위치를 식별합니다.
인그레스 인터페이스의 인그레스 스위치[SVL과 관련 없음]
이그레스 SVL 인터페이스의 인그레스 스위치
인그레스 SVL 인터페이스의 이그레스 스위치
이그레스 인터페이스의 이그레스 스위치[SVL과 관련 없음]
2. 추적 아카이브를 생성합니다.
3. FED 채널 상태를 확인합니다.
4. LMP 상태를 확인합니다.
5. SVL 링크에 해당하는 ASIC/코어 맵을 식별합니다.
6. SVL에서 삭제되는 패킷을 캡처합니다.
가능한 원인
SVL 키의 FIPS가 각 스위치에서 개별적으로 구성되지 않았을 가능성은 항상 있습니다. 동일한 FIPS 키는 SVL의 일부인 두 스위치에서 개별적으로 설정되어야 합니다.
1. rommon에 저장된 FIPS_KEY는 sw-1과 sw-2 모두에서 동일한 인증 키를 구성했더라도 다를 수 있습니다. 이는 정상적인 동작입니다.
2. show fips status를 확인하고 스위치가 fip 모드에 대해 설정되었는지 확인합니다.
문제 해결 팁
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. stackwise-virtual 표시
6. show tech-support stackwise-virtual 수집
7 . 추적 아카이브 수집 및 제공
가능한 원인
보안 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. 보안 SVL 키 설정에서 스위치-1과 스위치-2 간에 불일치가 있는 경우 SVL을 실행하면 다음과 같은 오류 메시지가 표시될 수 있습니다.
”stack_mgr: 이유 SESA 때문에 다시 로드: SESA AER 요청을 받지 못했습니다. 오류: 31″
3. show secure-stackwise-virtual 상태를 확인하고 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. secure-stackwise-virtual 디버그
6. 추적 아카이브 수집 및 제공
가능한 원인
액티브 및 스탠바이 섀시에서 부팅되는 다른 버전의 소프트웨어는 SVL에서 V-Mismatch로 이어집니다
문제 해결 팁
show switch를 확인하고 V-Mismatch가 있는지 확인합니다.
가능한 솔루션
Cat9k 플랫폼에서 기본적으로 활성화되는 소프트웨어 자동 업그레이드라는 기능이 있습니다. 이 기능은 활성화되었을 때 소프트웨어 불일치를 감지하고 활성 스위치에 있는 소프트웨어 패키지를 대기 스위치로 푸시하며 대기 스위치는 활성 스위치에 있는 것과 동일한 소프트웨어 버전으로 자동 업그레이드됩니다.
소프트웨어 자동 업그레이드가 비활성화된 경우, 이를 활성화한 다음 스탠바이 스위치를 재부팅하여 소프트웨어 자동 업그레이드가 시작되고 액티브 및 스탠바이 스위치 모두 SVL에 사용된 것과 동일한 소프트웨어 버전을 갖게 합니다.
소프트웨어 자동 업그레이드는 권장 부팅 모드인 Cat9k 플랫폼의 설치 모드에서만 작동합니다.
1. 소프트웨어 자동 업그레이드가 SVL에서 활성화되었는지 확인합니다. show CLI를 사용합니다.
switch#show run all | i 소프트웨어
소프트웨어 자동 업그레이드 활성화
가능한 원인
이러한 유형의 문제는 트렌시버가 전면 패널 포트에 절반/일부 삽입될 때 발생할 수 있으며, 이러한 xcvr의 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 subslot ping iworks가 정상인지 확인하고 test platform software tdl ping subslot <>을 사용합니다.
가능한 솔루션
이 문제의 가능한 원인 중 하나는 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. 추적 아카이브 수집 및 제공.
