أستكشاف أخطاء SVL وإصلاحها على محولات Catalyst 9000 Switches
المحتويات
المقدمة
يصف هذا وثيقة كيف أن يعين، يجمع سجل مفيد، ويحل مشكلة أن يقع مع StackWise-virtual (SVL) على مادة حفازة 9000 مفتاح.
المتطلبات الأساسية
المتطلبات
لا توجد متطلبات خاصة لهذا المستند.
المكونات المستخدمة
تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:
- StackWise-virtual (SVL)
- المحولات Catalyst 9000 switches
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
معلومات أساسية
يزود هذا وثيقة أيضا دعم مصفوفة، حصر، أمر، ومسائل المشتركة يرى مع SVL.
عندما تقوم باستكشاف أخطاء SVL وإصلاحها، هناك معايير أساسية تحتاج إلى فهمها والالتزام بها عند نشر SVL باستخدام محولات Cisco Catalyst 9000 switches. وهذه معايير لابد من تلبيتها:
- ضمنت أن SVL ساندت لمفتاح معطى، منصة، و برمجية إطلاق.
- تأكد من تكوين SVL وفقا للإرشادات الواردة في دليل التكوين وتبقي بشكل صارم على القيود المتوفرة.
- ضمنت أن SVL ربطت خطوة طبيعي بين المفتاح.
دعم المنصات
المنصات المدعومة حاليا المدرجة مع التدريب على البرامج التي توفر الدعم.
| قطار البرامج | تم تقديم دعم SVL في | التعليقات |
| 16.3 |
الطراز C3850-48XS |
|
| 16.6 |
الطراز C9500-24Q |
|
| 16.8 |
C9500-12Q و C9500-24Q و C9500-16X و C9500-40X C3850-12XS و C3850-24XS و C3850-48XS |
لا يتم دعم إرتباط SVL/DAD على وحدة التوصيل النمطية على C9500-16X، C9500-40X، C3850-12XS، C3850-24XS |
| 16.9 |
C9404R و C9407R |
- دعم إرتباط SVL/DAD على منافذ المشرف فقط- SVL فقط مع SUP-1 أو SUP-1XL |
| 16.10 |
C9500-32C، C9500-32QC، C9500-24Y4C، C9500-48Y4C |
تم تقديم الدعم الظاهري StackWise لأول مرة على الطرز عالية الأداء C9500 |
| 16.11 |
C9500-NM-2Q، C9500-NM-8X، C9500-16X، C9500-40X C9410R و C9400-SUP-1XL-Y |
- يتم دعم إرتباط SVL/DAD الآن على وحدات التوصيل على الطرازين C9500-16X و C9500-40X -دعم SVL على جميع هياكل C9400 باستخدام SUP-1 أو SUP-1XL أو SUP-1XL-Y - دعم SUP XL-25G SVL |
| 16.12 |
الطراز C9606R |
- تم تقديم الدعم الظاهري StackWise لأول مرة على هيكل C9600 مع C9600-LC-48YL و C9600-LC-24C - دعم SVL FIP - دعم الوصلات FIPS على SVL - دعم SVL الآمن |
| 17.1 |
الطراز C9606R |
دعم LC C9600-LC-48TX جديد على C9600 HA و SVL |
| 17.2 |
الطراز C9606R |
- تم تقديم دعم تكرار معالج التوجيه (RPR) إلى المشرف الرباعي أولا على الهيكل C9606R - دعم الارتباطات الخاصة بأبي على C9600-LC-48S |
قيود
يمكن العثور على معظم القيود في دليل التكوين الظاهري Cisco StackWise، فيما يلي بعض القيود الأخرى التي تكون أكثر تخصصا للنظام الأساسي ولا يمكن استدعاؤها بشكل صريح في دليل التكوين.
تقييد شائع
يجب تنفيذ تكوين الكشف ثنائي النشاط (DAD) و SVL يدويا ويجب إعادة تمهيد الأجهزة لكي تدخل تغييرات التكوين حيز التنفيذ.
القيود على C9400 SVL
- يمكن إنشاء إتصالات SVL من خلال منافذ وصلات 10G أو 40G أو 25G (تتوفر فقط على منافذ توصيل C9400-SUP-1XL-Y) على الوحدات النمطية للمشرف ومنافذ إرتباط 10G مع الخادم على بطاقات الخط
- تكوين SVL على واجهات 1G غير مدعوم.
- يتم دعم إرتباطات SVL و DAD في 16.9.1 على منافذ المشرف. يمكن تكوين DAD ePAgP على بطاقة الخط، بالإضافة إلى منافذ المشرف.
- يتم التحكم في التوفر على SVL و DAD على بطاقة خط معينة في 16.11.1
للحصول على قائمة كاملة بالقيود على C9400، ارجع إلى دليل تكوين التوافر العالي، المحولات Catalyst 9400 switches.
القيود على C9500 SVL
- عندما يتم تكوين SVL على محولات Cisco Catalyst 9500 Series Switches مع C9500-NM-2Q (2x40G)، لا يمكنك إستخدام مجموعة من منافذ الوصلات النمطية والتنزيل الثابتة. يجب أن يكون ل SVLs السرعة نفسها على كل عضو.
- لا يمكن دمج منافذ 40G على طراز C9500-NM-2Q مع منافذ إرتباط التنزيل على محول نظرا لأنها تمتلك سرعات مختلفة.
- في حل Cisco StackWise الظاهري، يمكن إستخدام الواجهات التي تدعم كبلات انطلاق 4x10G و QSA لحركة مرور البيانات/التحكم ولكن لا يمكن إستخدامها لتكوين SVLs أو إرتباطات DAD.
القيود على C9500H SVL
- على المحولات C9500-32C، يمكنك تكوين SVL و DAD فقط على الواجهات المرقمة 1-16 على اللوحة الأمامية للمحول.
- في C9500-32QC، أنت يستطيع شكلت SVL و DAD فقط على أهلي طبيعي 100G و 40G قارن (تقصير تشكيل ميناء). لا يمكنك تكوين SVL و DAD على الواجهات المحولة 100G و 40G.
- لا يمكن تكوين إرتباطات SVL/DAD على واجهات التقسيم 4x10G و 4x25G على C9500-32C SVL. ومع ذلك، يمكن إستخدام واجهات الخروج لحركة مرور البيانات/التحكم عند تكوين المحولات فائقة الأداء من السلسلة C9500 في الوضع الظاهري StackWise.
- في المحولات عالية الأداء Cisco Catalyst C9500 Series High-Performance Switches، لا يتم دعم تكوينات إرتباط SVL على واجهات 1G.
- لا يساند 9500H ال SVL سمة على أي 16.9 إطلاق. (أزلت Cisco هذا تشكيل خيار عبر cisco بق id CSCvt46115 في 16.9.6). الرجاء التحقق من أن جهاز 9500H لديك يعمل 16.10 أو أحدث.
القيود على C9600 SVL
- في محولات Cisco Catalyst C9600R switches، لا يمكن تكوين إرتباطات SVL/DAD على واجهات انقسام 4x10 و 4x25G. ومع ذلك، يمكن إستخدام واجهات الخروج لحركة مرور البيانات عند تكوين المحولات C9600R في الوضع الظاهري StackWise.
- في محولات Cisco Catalyst C9600R، لا يتم دعم تكوينات إرتباط SVL على واجهات 1G.
استكشاف الأخطاء وإصلاحها
التحقق من التكوين الظاهري ل StackWise
الخطوة 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 متغير ROMMON لروابط SVL من كل من المحول 1 والمحول 2
يمثل D_STACK_DAD متغير ROMMON لارتباطات DAD
يمثل D_STACK_DOMAIN_NUM رقم مجال SVL، تأكد من أنهما متماثلان على كل من المحول 1 والمحول 2
يمثل D_STACK_MODE تكوين محول Cat9k في وضع المكدس الموزع/SVL
لا يتم تخزين رقم مجال SVL، بالإضافة إلى تكوين إرتباط SVL و DAD، كجزء من running-config/startup-config فحسب بل أيضا كمتغيرات ROMMON
يمكن التحقق من متغيرات ROMMON والقيم ذات الصلة لمتغيرات ROMMON هذه. إستخدام واجهة سطر الأوامر (CLI) كما هو موضح مسبقا
يعرض الإخراج التالي متغير ROMmon الذي تم إنشاؤه وتحديثه من المحول C9500H/C9500 switch الذي تم تكوينه في وضع SVL حيث يقوم اسم الواجهة بتعقب 3 أمثلة عند تكوينه في وضع SVL.
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) في حالة "موافق".
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 قيد التقدم |
النظام غير جاهز للاستخدام، ولكنه ينتظر اكتمال مزامنة التكوين |
التالي هو إخراج show module من محول 9400
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" (UP) ويجب أن تكون حالة البروتوكول "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 تحقق من حالة الارتباط وتأكد من أن الارتباط قيد التشغيل |
| معلق |
البروتوكول معلق، يمكن رؤيته عندما لا يتم تجميع الارتباط بعد تحقق من الجانب البعيد من الارتباط، إذا كان كلا الجانبين في حالة تشغيل التحقق من صحة 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
التحقق من حالة إرتباط الأب
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
فحص خريطة IFM الأساسية ل ASIC
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
أستخدم أوامر العرض هذه للتحقق من صحة 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 مغلق/غير مغلق
يتم تعطيل أوامر الإغلاق وعدم تعطيل أوامر الإغلاق على منافذ SVL و DAD عند تكوين النظام في الوضع الظاهري StackWise. لأغراض الاختبار، إذا كانت هناك حاجة لإيقاف/إيقاف تشغيل منافذ SVL، فحاول كما هو موضح هنا:
Switch#test platform software nif_mgr port ? disable shutdown port enable unshut port
بدلا من ذلك، أستخدم النهج التالي الذي يمكنه محاكاة SFP/QSFP OIR من البرنامج (على سبيل المثال، على Cat9400/Cat9500H/Cat9600). هذه أوامر مخفية وتتطلب تكوين 'الخدمة الداخلية':
Switch#test idprom interface <...> ? fake-insert Fake insert fake-remove Fake remove
إستخراج أرشيف التتبع من النظام
عندما يمكن أن يتصل محول SVL النشط بمحول SVL الاحتياطي، يمكن إنشاء أرشيف تتبع لكلا المحولين. أستخدم واجهة سطر الأوامر (CLI) هذه.
Switch#request platform software trace rotate all
Switch#request platform software trace archive
Unable to archive /tmp/udev_ng4k.vbd.log : file does not exist
Unable to archive /tmp/vbd_app_init.log : file does not exist
excuting cmd on chassis 1 ...
sending cmd to chassis 2 ...
Creating archive file [flash:Switch_1_RP_0_trace_archive-20190807-073924.tar.gz]
Done with creation of the archive file: [flash:Switch_1_RP_0_trace_archive-20190807-073924.tar.gz]
Switch#
Switch#dir flash: | in tar
180238 -rw- 7189863 Aug 7 2019 07:39:34 +00:00 Switch_1_RP_0_trace_archive-20190807-073924.tar.gz
Switch#
في حالة إستخدام خدمة Quad SUP، تحتاج إلى تجميع أرشيف تتبع لكل خدمة Sup بشكل منفصل.
request platform software trace slot switch active R0 archive
request platform software trace slot switch active R1 archive
request platform software trace slot switch standby R0 archive
request platform software trace slot switch standby R1 archive
في الحالات التي لا يمكن فيها لمحول SVL النشط الاتصال بمحول SVL الاحتياطي مثل انقسام SVL، تأكد من إنشاء أرشيف تتبع على كلا الوحدات.
show file crashinfo:tracelogs/<filename>.bin.gz داخلي
show tech-support stackwise-virtual switch [active|standby|all|#]
عدادات LMP و SDP الجديدة
تمت إضافة الدعم من الإصدار 16.10.1
SDP - بروتوكول اكتشاف المكدس - حركة مرور البيانات للتفاوض حول الأدوار والهيكل. يعرض الأمر
يعد مكون مدير المكدس مسؤولا عن التفاوض على الدور بين أعضاء المكدس ويحدد الدور النشط والاستعداد. يرسل مدير المكدس حزم SDP ويستلمها عبر SVL ويحصل على عرض جميع المحولات التي هي جزء من StackWise الظاهرية.
LMP - بروتوكول إدارة الارتباط -
حركة مرور L2 للحفاظ على SVL. بروتوكول إدارة الارتباط هو مكون برنامج، يقوم بتشغيل مرحبا بين النهايات ويقرر ما إذا كان الارتباط الفعلي مؤهلا ليكون جزءا من StackWise الظاهرية. كما يراقب LMP كل إرتباط مادي تم تكوينه أثناء كونهم جزءا من SVL. LMP هو جزء من عملية برنامج مدير واجهة الشبكة (NIF mgr).
FSS - المكدس الجانبي الأمامي - اسم آخر ل StackWise Virtual
من منظور برنامج (NIF-MGR = مدير واجهة الشبكة):
show platform software nif-mgr switch active
switch-info show platform software nif-mgr switch active
counters show platform software nif-mgr switch active
counters lpn 1 show platform software nif-mgr switch active
packets set platform software nif_mgr switch active
pak-cache 40 —> set the packet cache count per SVL port to 40 (default = 10)
من منظور الأجهزة (FED = برنامج تشغيل المحرك الأمامي):
show platform software fed switch active fss lmp-packets interface
show platform software fed switch active fss sdp-packets show platform software fed switch active fss counters show platform software fed switch active fss interface-counters
set platform software fed switch active F1 active fss pak-cache 40 —> set the packet cache count per SVL port to 40 (default = 10)
فحص حالة تكرار الرباعي SUP
يحتوي نظام رباعي الطوابع على 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
لمراقبة حالة التكرار التفصيلية لكل عملية نسخ إحتياطي، يمكن إستخدام واجهة سطر الأوامر (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;
آخر يمكن رئيسي لنظام الرباعي SUP أن يجعل العالمية نشط SUP منفذ إلى all the SUP مبرد، well as reachability.
وهذا يوفر وسيلة لإجراء نسخ متماثل للتشكيل والصور والترخيص والمعلمات الأخرى التي تم تكوينها عبر بروتوكول الشجرة المتفرعة (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:
ترحيل نظامي SVL رباعيي SUP إلى نظام SVL
يرجى الرجوع إلى هذا الارتباط للتعرف على خطوات الترحيل
سلوك تحويل SUP الرباعي
يعمل بروتوكول SUP الرباعي مع جميع ملحقات SUP الأربعة المتوفرة في حالة فشل نظام SUP النشط على تعقب نموذج Z للانتقال إلى الافتراض النشط الجديد.
تصف هذه الصورة انتقال SUP النشط الجديد على فشل SUP النشط الحالي.
يرجى إستخدام واجهة سطر الأوامر (CLI) المذكورة كجزء من القسم 9 للتحقق من حالة بروتوكول الشجرة المتفرعة (SUP) الحالي وصحة كل مزود خدمة في أي نقطة من المحولات. بالإضافة إلى ذلك، يمكن إستخدام واجهة سطر الأوامر (CLI) show undancy لتعقب تفاصيل الانتقال العالمية النشطة / الاحتياطية المتكررة مع محفوظات التحويل.
سلوك ISSU الرباعي SUP
رباعية رباعية المعالجات مع جميع الحوامل الأربعة الموجودة في نظام، تقوم الصورة الجديدة ISSU إلى الإصدار الثاني بتعقب أقل نموذج للتأثير على مسار البيانات.
تم التقاط لقطة واحدة لتقدم ISSU في هذه الصورة التي تبدأ ب:
- انسخ صورة V2 الجديدة إلى جميع الطرازات الرباعية المصدر (SUP) وقم بتنشيط كل من بطاقات IC باستخدام صورة V2 جديدة. وهذا يؤدي إلى إعادة تحميل كل من ICS لإجراء التمهيد باستخدام صورة V2 جديدة.
- نشط الاستعداد العالمي مع V2، الذي ينتج عنه التبديل إلى مجموعة خدمة الدعم الاحتياطية داخل الهيكل المرتبطة بالاستعداد العالمي الذي يتبعه الاستعداد العالمي القديم يأتي ICS مع V2.
- نشط العالمي نشط مع صورة v2 التي ينتج عنها تبديل إلى وضع الاستعداد داخل الهيكل المرتبط بالعالمي نشط. في التمهيد الناجح من Global Active القديم ك ICS مع V2، يتم عملية الالتزام.
أستكشاف السيناريوهات/المشكلات الشائعة وإصلاحها
أوامر StackWise لا تعمل
تكون الأوامر الظاهرية StackWise مرئية/متاحة للتكوين فقط عندما يتم تكوين مستوى الترخيص كميزة الشبكة في حالة محولات Cat9k و IPBase أو IPSservices في حالة محولات Cat3k.
السبب المحتمل
تظهر هذه المشاكل بشكل رئيسي عندما لا يتم تكوين أساسيات الشبكة بشكل صحيح.
- على Cat3k، فحصت إن يكون ترخيص IPBase أو IPServices، يستعمل عرض صيغة أمر.
- على Cat9K، تحقق مما إذا كان الترخيص ميزة الشبكة، أستخدم الأمر show version.
- تحقق مما إذا كان متغير MODEL_NUM ROMMON يتم ملؤه بشكل صحيح ويتطابق مع طراز الجهاز الفعلي.
تلميحات لاستكشاف الأخطاء وإصلاحها
إذا كان الترخيص صحيحا ولا تزال الأوامر غير متوفرة، فقد تكون مشكلة في مزامنة التكوين في هذه الحالة التي تستخدم هذه الأوامر لجمع المعلومات التي تساعد على تصحيح هذه المشكلة:
1. show version
2. إظهار ملخص الترخيص
3. إظهار romvar | i model_num
حل ممكن
1. قم بتكوين مستوى الترخيص المناسب استنادا إلى النظام الأساسي وأعد المحاولة.
2. إذا كان رقم الطراز مختلفا حيث يمكن أن يكون SUP في الغالب لوحة أولية قديمة، فيمكنك تصحيح رقم النموذج من خلال ROMMON.
تم فقد تكوين StackWise
عند ظهور النظام، يمكنك مشاهدة تكوين StackWise الذي فات من التكوين الجاري تشغيله.
السبب المحتمل
تحقق من وجود التكوين المطلوب في قاعدة بيانات running-config. من المحتمل أن تكون مشكلة في مزامنة iOSD config أو أن يتم تكوين مستوى الترخيص مرة أخرى إلى ميزة غير الشبكة
تلميحات لاستكشاف الأخطاء وإصلاحها
1. تحقق من مستوى الترخيص، لمعرفة ما إذا كان SVL مدعوما لمستوى الترخيص هذا. تأكد من تعيين مستوى الترخيص على ميزة الشبكة أو ملخص ترخيص العرض السابق.
2. تحقق من running-config و startup-config show running-config وshow startup-config.
إذا كانت المشكلة تحدث مباشرة بعد ISSU وكان هناك عدم تطابق بين إخراج startup-config و running-config فقد تكون مشكلة ISSU، فيرجى الرجوع إلى الخطوة التالية.
3. تحقق من إخراج واجهة سطر الأوامر (CLI) التي تأثرت ب ISSU. show redundancy config-sync failure mcl.
إذا تم فقد التكوين المهتمة في كل من running و startup-config، انتقل إلى هذه الخطوة التالية.
4. تحقق من متغيرات ROMMON، أستخدم show romvar | INC D_S.
في حالة فقد التكوين ذي الصلة أو وجوده في romvar، فقم بالخطوة التالية.
5. تحقق من تفاصيل حالة العرض.
إذا لم تكن قادرا على أستكشاف الأخطاء وإصلاحها، فيرجى جمع مخرجات الأمر التالي للتحقيق بشكل إضافي
1. إظهار عدادات التحويل النشطة الخاصة ببرنامج النظام الأساسي الذي تم تغذيته (3-4 زيادات)
2. إختبار منصة برمجية NIF_mgr lmp member-port LPN
3. تجميع show tech-support stack-wise-virtual
4. تجميع ملف أرشيف التتبع
حل ممكن
قم بتكوين مستوى الترخيص المناسب استنادا إلى النظام الأساسي وأعد المحاولة. إن يقع الإصدار بعد ISSU بعد ذلك غالبا أنت يضطر أن ينظف أو يعيد التشكيل أن يكون عددت في MCL إخفاق.
إرتباطات StackWise/إرتباطات الكشف النشط المزدوج معطلة
السبب المحتمل
هناك العديد من الأسباب لانخفاض روابط SVL/DAD. من الصعب تحديد ذلك بمجرد إلقاء نظرة على مخرجات أمر show، فإنه يحتاج إلى بعض سجلات التتبع المحددة مع إخراج أمر show للتحليل بعناية والعثور على السبب الجذري.
من أكثر الأنواع شيوعا التي يمكن أن تتسبب في وجود الارتباط بها هي SFP غير صحيحة أو كبل سيئ أو قد تكون مشكلة في شاشة العرض.
تلميحات لاستكشاف الأخطاء وإصلاحها
1. كن واضحا بشأن حالة الارتباط، أستخدم الأمر show stackWise-virtual link
2. تأكد من الاتصال المادي بمنافذ SVL وتكوينها بشكل جيد. تحقق من show stackWise-virtual.
إذا لم تكن قادرا على أستكشاف الأخطاء وإصلاحها، فيرجى توفير عمليات إخراج الأمر التالي للتحقيق.
1. إظهار عدادات التحويل النشطة الخاصة ببرنامج النظام الأساسي الذي تم تغذيته (3-4 زيادات)
2. إختبار منصة برمجية NIF_mgr lmp member-port LPN
3. تجميع show tech-support stack-wise-virtual
4. تجميع ملف أرشيف التتبع.
حالة بروتوكول SVL لا تظهر R
كن واضحا على حالة الارتباط الموضحة في الأمر show stackWise-virtual
السبب المحتمل:
1. إذا كان البروتوكول في حالة الإيقاف المؤقت s فإن معظم الأوقات تعني أن الارتباط معطل.
2. إذا كان البروتوكول في حالة انتهاء المهلة، فهذا يعني أنه غير قادر على إستقبال/إرسال حزم LMP.
3. للمهلة/حالة الانتظار مهمة لالتقاط NIF_mgr، Fed وأيضا في حالة سجلات تتبع stack_mgr فقط.
4. تحقق مما إذا كان المحول يسترد إرتباطات SVL التي تم إيقاف تشغيلها/عدم إيقاف تشغيلها ( مجرد مؤشر بيانات وليس حلا )
تلميحات لاستكشاف الأخطاء وإصلاحها
إذا لم تكن قادرا على العثور على السبب الرئيسي، فيرجى توفير مخرجات الأمر التالية التالية
1. تحقق من حالة إرتباط SVL/DAD. إستخدام show stackWise-virtual link
2. حدد خانة الاختيار show platform software fed switch active/standby fss counters (3-4 زيادات)
3. إختبار منصة برمجية NIF_mgr lmp member-port LPN
4. تحقق من show platform software fed switch active/standby ifm map
7. قد تكون هناك مشكلة محتملة مع نوع محدد من xcvr يستعمل على SVL/DAD خطوة. التحقق من حالة عرض الواجهة <SVL/DAD Link> والعرض <SVL/DAD Link>
8. حدد عرض منصة للتأكد من أن SUP/LC الذي يحتوي على إرتباطات SVL/DAD في حالة "موافق".
إذا لم تكن قادرا على أستكشاف الأخطاء وإصلاحها، فيرجى توفير عمليات إخراج الأوامر التالية هذه لفريق التصميم للتحقق منها
1. تجميع ملف أرشيف التتبع
2. تجميع show tech-support stack-wise-virtual
3. إظهار عدادات نظام التشغيل الأساسي التي تم تغذيتها للمحول نشطة/إحتياطية (3-4 زيادات)
حل ممكن:
1. إيقاف/عدم إغلاق إرتباطات SVL: إختبار برنامج النظام الأساسي nif_mgr port disable / enable LPN
2 OIR طبيعي لجهاز الإرسال والاستقبال على وصلات SVL/DAD
رفرفة رابط SVL
السبب المحتمل
يمكن أن تكون مواجهة الرفرفة على SV Testbed في مجالات متعددة. أكثر المعلومات الأساسية شيوعا التي سيتم جمعها بغض النظر عن مجال/مساحة الرفرفة مدرجة في القسم التالي
تلميحات لاستكشاف الأخطاء وإصلاحها
1. إنشاء أرشيف التتبع.
2. راجع سلامة قناة FED.
3. تحقق من صحة إجراء الاتصال عن بعد (LMP).
4. التعرف على خريطة ASIC/Core التي تتوافق مع إرتباط SVL.
5. تجميع show tech-support stack-wise-virtual
إذا لم تكن قادرا على العثور على السبب الجذري، فيرجى توفير مخرجات الأوامر هذه لمزيد من أستكشاف الأخطاء وإصلاحها من فريق التصميم.
1. إختبار برنامج النظام الأساسي nif_mgr lmp member-port <slot> <lpn port>
2. show platform hardware iomd switch 1/2 1/0 lc-portmap موجز | تفصيل
3. إظهار خدمة الدعم الفني StackWise-Virtual
4. تجميع ملف أرشيف التتبع.
حل ممكن
- إيقاف/ لا إيقاف إرتباطات SVL: إختبار برنامج النظام الأساسي nif_mgr port disable / enable LPN
- OIR الفعلي لجهاز الإرسال أو حاول تغيير جهاز الإرسال والاستقبال أو الكبل على إرتباطات SVL/DAD.
تعطيل الخطأ لارتباطات SVL/DAD
السبب المحتمل
يمكن أن يكون جهاز الإرسال والاستقبال/SFP/QSFP المستخدم على إرتباطات SVL/DAD معطلا في طبقة الأجهزة، ويمكن أن تقوم أجهزة الإرسال والاستقبال نفسها بإنشاء نقاط ربط متكررة ومن ثم تعطيل إرتباطات SVL/DAD عن طريق الخطأ.
تلميحات لاستكشاف الأخطاء وإصلاحها
1. التحقق من صحة عرض واجهة IDPROM <SVL/DAD Link>
2. دققت إن يكون أي من القارن حقا handicapé على المفتاح، يستعمل عرض قارن وضع handicapé.
إذا لم تكن قادرا على العثور على السبب الجذري، فيرجى توفير مخرجات الأوامر هذه
1. أبديت errdisable رفرفة قيمة
2. أبديت إستعادة errdisable
3. يكشف عرض errdisable
4. إظهار خدمة الدعم الفني StackWise-Virtual
5. تجميع ملف أرشيف التتبع
حل ممكن
1. إيقاف/عدم إغلاق إرتباطات SVL: إختبار برنامج النظام الأساسي nif_mgr port disable / enable LPN
2. OIR طبيعي لجهاز الإرسال والاستقبال أو محاولة تغيير جهاز الإرسال والاستقبال أو الكبل على إرتباطات SVL/DAD.
لم يتم اكتشاف المكدس
الناتج المتوقع عند وصول النظام سيكون
Waitingfor 120 seconds for other switches to boot
#####################################################
Switch number is 2
All switches in the stack have been discovered. Accelerating discovery
السبب المحتمل
يمكن أن تحدث حالات فشل اكتشاف المكدس بسبب أسباب متعددة. وقد أدرج بعض هذه النقاط هنا:
1. لا يمكن أن تكون حالة إرتباطات SVL قيد التشغيل أو لا يمكن أن تكون حالة البروتوكول جاهزة.
2. جنيح روابط SVL.
3. يمكن أن يكون أحد محولات المكدس قد تعطل أو انخفض.
4. قم بقطع الكبل أو جهاز الإرسال والاستقبال عن طريق الخطأ أو إيقاف تشغيل إرتباطات SVL.
تلميحات لاستكشاف الأخطاء وإصلاحها
في اكتشاف سريع، إذا لم يتم اكتشاف المكدس، فيمكنك التحقق من حالة الارتباط لجميع SVL. قد لا يكون أي من إرتباطات SVL قيد التشغيل. يمكنك التحقق من ذلك باستخدام الأمر show stackWise-virtual link
إذا لم تكن قادرا على العثور على السبب الجذري، فيرجى توفير مخرجات الأمر هذه بالإضافة إلى أرشيف التتبع
1. تجميع ملف أرشيف التتبع
2. تجميع show tech-support stack-wise-virtual
3. إظهار عدادات نظام التشغيل الأساسي التي تم تغذيتها للمحول نشطة/إحتياطية (3-4 زيادات)
المحول ليس في وضع الاسترداد
عندما تكون جميع روابط SVL معطلة ويتم تكوين إرتباطات DAD على SVL، يجب أن يكون المحول النشط في وضع الاسترداد.
switch(recovery-mode)#
السبب المحتمل
يمكن أن يكون إرتباط DAD قد تعطل بسبب الإزالة المادية للمنفذ أو إغلاقه.
تلميحات لاستكشاف الأخطاء وإصلاحها
1. التحقق من وجود إرتباطات DAD قيد التشغيل، أستخدم show stackWise-virtual dual-active-detection [PAgP]
"2-" ان كانت "DAD Links" معطلة فتحقق من سبب انقطاع الوصلة.
5. إذا كانت إرتباطات DAD قيد التشغيل ولم يتحرك المحول STILL إلى وضع الاسترداد، فيجب عليك التحقق من وحدات بت IleMstStateTable لمنافذ DAD المحددة حيث يتم إرسال حزمة DAD واحدة ويمكن تفويتها.
إذا لم تكن قادرا على العثور على السبب الجذري أو أستكشاف الأخطاء وإصلاحها، فيرجى توفير مخرجات الأمر هذه بالإضافة إلى أرشيف التتبع
1. إختبار برنامج النظام الأساسي nif_mgr lmp member-port <slot> <lpn port>
2. إظهار حالة الواجهة <SVL>
3. تجميع ملف أرشيف التتبع
4. تجميع show tech-support stack-wise-virtual
5. إظهار عدادات نظام التشغيل الاحتياطي/النشط للمحول (3-4 زيادات) الخاصة ببرنامج النظام الأساسي الذي تم تغذيته ببرنامج Fed
يصل المحول إلى وضع الاسترداد قبل إزالة جميع إرتباطات SVL
السبب المحتمل
يدخل المحول النشط إلى وضع الاسترداد يمكن أن يكون عدة أسباب. وفي ما يلي بعض الاسباب المحتملة.
1. يمكن أن تشهد إرتباطات SVL عمليات ربط غير متوقعة.
2. يمكن أن تواجه إرتباطات SVL أخطاء غير متوقعة في الارتباطات المحلية/البعيدة.
3. قد تكون هناك مشكلة في تبادل حزم LMP/SDP عبر إرتباطات SVL.
تلميحات لاستكشاف الأخطاء وإصلاحها
1. إذا انتقل المحول إلى وضع الاسترداد فقط من خلال إزالة إرتباطات SVL النصف/الأقل من الكامل -> أستخدم الأمر test لإيقاف تشغيل/عدم إيقاف SVL -> تحقق مما إذا كان من الممكن إعادة إنتاج المشكلة باستخدام OIR الفعلي.
2. إذا استمر الانتقال إلى وضع الاسترداد دون أمر إيقاف التشغيل، فمن المحتمل أولا أن لا يكون منفذ → التحكم في السبب الجذري تحولا.
3. يمكن أن تكون إرتباطات SVL منتهية، لا يمكن تبادل حزم LMP بشكل صحيح بين المحولات النشطة/الاحتياطية.
5. تغذية صحة القناة مهم أن تتحقق ما إذا كانت الحزم الأخرى تمر من خلال.
إذا لم تكن قادرا على العثور على السبب الجذري أو أستكشاف الأخطاء وإصلاحها، فيرجى توفير مخرجات الأمر هذه بالإضافة إلى أرشيف التتبع
1. إظهار الارتباط الظاهري StackWise
2. إظهار StackWise-Virtual Dual-Active-Detection
3. إظهار عدادات التحويل النشطة الخاصة ببرنامج النظام الأساسي الذي تم تغذيته (3-4 زيادات)
4. اختبر منصة برمجية nif_mgr lmp member-port <slot> <lpn port>
5. إظهار حزمة FSS النشطة الخاصة ببرنامج النظام الأساسي الذي تم تغذيته
6. تجميع ملف أرشيف التتبع
7. جمع show tech-support stack-wise-virtual
لا يحصل ميناء handicapé في إستعادة أسلوب
تلميحات لاستكشاف الأخطاء وإصلاحها
إذا لم تكن قادرا على العثور على السبب الجذري أو أستكشاف الأخطاء وإصلاحها، فيرجى توفير مخرجات الأمر هذه بالإضافة إلى أرشيف التتبع
1. إظهار حالة الواجهة
2. إظهار StackWise-Virtual Dual-Active-Detection
3. إظهار صفحة الكشف المزدوج النشط-الظاهري StackWise
4. اختبر منصة برمجية nif_mgr lmp member-port LPN
إختبار اتصال مباشر من جهاز متصل ب نشط، بدون MEC
تلميحات لاستكشاف الأخطاء وإصلاحها
إذا لم يعمل إختبار الاتصال عبر SVL النشط، فلا يمكن أن يكون هناك مشكلة في SVL، وزيادة حجم حزم إختبار الاتصال لغرض تصحيح الأخطاء، وتعقب مسار إسقاط الحزمة (الطلب/الاستجابة) وأيضا فك مكدس البيانات ومحاولة إجراء الأمر نفسه.
إذا لم تكن قادرا على العثور على السبب الجذري أو أستكشاف الأخطاء وإصلاحها، فيرجى توفير مخرجات الأمر هذه بالإضافة إلى أرشيف التتبع
1. إظهار الارتباط الظاهري StackWise
2. إظهار عدادات التحويل النشطة الخاصة ببرنامج النظام الأساسي الذي تم تغذيته (3-4 زيادات)
3. إختبار منصة برمجية NIF_mgr lmp member-port LPN
4. إظهار خريطة IFM النشطة للمحول الذي يتم تغذيته ببرنامج النظام الأساسي
5. إظهار خدمة الدعم الفني StackWise-virtual
فحص حركة المرور والإفلات :
7. مسح وحدات التحكم طراز Ethernet-Controller
8. إظهار وحدات التحكم في إيثرنت-وحدة التحكم <TE/FO الواجهات إذا كان مسار حركة المرور>
إختبار الاتصال المباشر من جهاز متصل بالتأهب، بدون MEC
تلميحات لاستكشاف الأخطاء وإصلاحها
1. إذا لم ينجح إختبار الاتصال عبر وضع الاستعداد، فقم بزيادة حجم حزم إختبار الاتصال لأغراض تصحيح الأخطاء، وتعقب مسار إسقاط الحزم (الطلب/الاستجابة).
إذا لم تكن قادرا على العثور على السبب الجذري أو أستكشاف الأخطاء وإصلاحها، فيرجى توفير مخرجات الأمر هذه بالإضافة إلى أرشيف التتبع
1. إظهار الارتباط الظاهري StackWise
2. إظهار عدادات التحويل النشطة الخاصة ببرنامج النظام الأساسي الذي تم تغذيته (3-4 زيادات)
3. إختبار منصة برمجية NIF_mgr lmp member-port LPN
4. إظهار خريطة IFM النشطة لمحول FSS الخاص ببرنامج النظام الأساسي الذي تم تغذيته
5. إظهار خدمة الدعم الفني StackWise-virtual
فحص حركة المرور والإفلات :
7.مسح وحدات التحكم طراز Ethernet-Controller
8. إظهار وحدات التحكم في إيثرنت-وحدة التحكم <TE/FO الواجهات إذا كان مسار حركة المرور>
9. إظهار أخطاء عدادات الواجهات
إختبار الاتصال عبر قناة المنفذ
تلميحات لاستكشاف الأخطاء وإصلاحها
1. لتشخيص إصدار يعزل مشكلة إلى إما نشط ميناء-channel أو إستعداد ميناء-channel ميناء.
2. بمجرد إنشاء العزل السابق، كرر الإجراءات إما النشطة أو الاحتياطية كما هو مدرج سابقا.
3. تأكد من أن منافذ أعضاء القناة الميناء موجودة على كل طرف من أطراف القناة
إذا لم تكن قادرا على العثور على السبب الجذري أو أستكشاف الأخطاء وإصلاحها، فيرجى توفير مخرجات الأمر السابق بالإضافة إلى أرشيف التتبع:
1. إظهار الارتباط الظاهري StackWise
2. إظهار عدادات التحويل النشطة الخاصة ببرنامج النظام الأساسي الذي تم تغذيته (3-4 زيادات)
3. إختبار منصة برمجية NIF_mgr lmp member-port LPN
4. إظهار خريطة IFM النشطة لمحول FSS الخاص ببرنامج النظام الأساسي الذي تم تغذيته
5. إظهار خدمة الدعم الفني StackWise-virtual
التحقق من حركة المرور:
7. مسح وحدات التحكم طراز Ethernet-Controller
8. قم بإظهار وحدات التحكم إثرنت-وحدة التحكم <TE/FO الواجهات إذا كان مسار حركة المرور
9. إظهار أخطاء عدادات الواجهات
عطل FED / IOSd/ Stack_mgr
تلميحات لاستكشاف الأخطاء وإصلاحها
يرجى جمع هذه المعلومات وتقديمها:
1. تجميع سجلات وحدة التحكم.
2. فك ترميز تقرير النظام والملف الأساسي إن وجد.
فقد الهيكل في وضع التشغيل والاستعداد على حد سواء
تلميحات لاستكشاف الأخطاء وإصلاحها
يرجى جمع هذه المعلومات وتقديمها:
1. إكمال تقرير النظام.
2. حالة الارتباطات وحالة البروتوكول الخاصة بمجموعات تطوير برنامج (SVL).
تمت الإزالة النشطة قبل أن تصبح Stdby جاهزة
تلميحات لاستكشاف الأخطاء وإصلاحها
يرجى جمع هذه المعلومات وتقديمها:
1. التقرير الكامل للنظام بشكل رئيسي
2. حالة الارتباطات وحالة البروتوكول الخاصة بمجموعات تطوير برنامج (SVL).
حركة المرور
تلميحات لاستكشاف الأخطاء وإصلاحها
1. تأكد من تعيين عناوين MAC للمصدر والوجهة وفقا لذلك في تدفقات حركة المرور.
2. تأكد من أن مسار حركة المرور في نفس مجال vlan أو وضع خط الاتصال.
3. إذا كان الإسقاط على نشط وكان تدفق حركة المرور غير متوقع أن يجتاز SVL، لا يمكن أن يكون SVL إصدار، يكسر stack ويحاول.
4. إذا كان الإفلات في وضع الاستعداد وكان من المتوقع أن تجتاز الحزمة عبر تفريغ SVL للتجميع csv، مخطط IFM.
5. التعرف على drop، أستخدم show controller ethernet-controller <interface>.
6. إذا كانت قناة المنفذ معنية، فحاول عزل drop بواسطة إيقاف تشغيل عضو واحد من قناة المنفذ لتحديد ما إذا كان الإسقاط في وضع نشط أو في وضع الاستعداد، كرر الخطوات نفسها المدرجة سابقا.
إذا لم تكن قادرا على العثور على السبب الجذري أو أستكشاف الأخطاء وإصلاحها، فيرجى توفير مخرجات الأمر هذه بالإضافة إلى أرشيف التتبع
1. إظهار الارتباط الظاهري StackWise
2. إظهار عدادات التحويل النشطة الخاصة ببرنامج النظام الأساسي الذي تم تغذيته (3-4 زيادات)
3. إختبار منصة برمجية NIF_mgr lmp member-port LPN
4. إظهار خريطة IFM النشطة للمحول الذي يتم تغذيته ببرنامج النظام الأساسي
5. إظهار خدمة الدعم الفني StackWise-virtual
فحص حركة المرور والإفلات :
وحدة تحكم إثرنت واضحة وحدات التحكم
show controllers ethernet-controller <TE/FO قارن إذا كان مسار حركة المرور>
إظهار أخطاء عدادات الواجهات
حركة مرور L3
تلميحات لاستكشاف الأخطاء وإصلاحها
1. تأكد من حل إدخالات بروتوكول حل العناوين (ARP) وإضافة المسارات الضرورية.
2. تأكد من تعيين عناوين IP للمصدر والوجهة بشكل صحيح.
3. إذا كان الإسقاط على نشط وكان تدفق حركة المرور غير متوقع أن يجتاز SVL، لا يمكن أن يكون SVL إصدار، يكسر stack ويحاول.
4. إذا كان الإفلات في وضع الاستعداد وكان من المتوقع أن تجتاز الحزمة عبر تفريغ SVL للتجميع csv، خريطة IFM
5. التعرف على drop، أستخدم show controller ethernet-controller <interface>.
6. إذا كانت قناة الميناء معنية، حاولت أن يعزل drop ب إيقاف واحد عضو من قناة الميناء أن يقرر إن الإسقاط يكون نشط أو إستعداد، كرر ال نفسه steps يعدد سابقا.
إذا لم تكن قادرا على العثور على السبب الجذري أو أستكشاف الأخطاء وإصلاحها، فيرجى توفير مخرجات الأمر هذه بالإضافة إلى أرشيف التتبع
- show stackWise-virtual link
- show platform software fed switch active fss counters (3-4 زيادات)
- اختبر منصة برمجية nif_mgr lmp member-port LPN
- show platform software fed switch active ifm map
- show tech-support stack-wise-virtual
فحص حركة المرور والإفلات :
وحدة تحكم إثرنت واضحة وحدات التحكم
show controllers ethernet-controller <TE/FO قارن إذا كان مسار حركة المرور>
إظهار أخطاء عدادات الواجهات
إسقاط حركة المرور على SVL
تلميحات لاستكشاف الأخطاء وإصلاحها
1. تحديد المكان الذي يتم فيه إسقاط حركة المرور مثل
- مدخل مفتاح على مدخل قارن [لا يرتبط SVL]
- مدخل مفتاح على مخرج svl قارن
- مخرج مفتاح على مدخل SVL قارن
- مفتاح مخرج على واجهة مخرج [لا يرتبط SVL]
2. إنشاء أرشيف التتبع.
3. راجع سلامة قناة FED.
4. تحقق من صحة إجراء الاتصال عن بعد (LMP).
5. التعرف على خريطة ASIC/Core التي تتوافق مع إرتباط SVL.
6. التقاط الحزم التي يتم إسقاطها على SVL.
FIPS على SVL
السبب المحتمل
هناك دائما فرصة أنه لا يمكن تكوين FIPS على مفتاح SVL بشكل فردي على كل محول. يجب تكوين مفتاح FIPS نفسه بشكل فردي على كلا المحولين اللذين يشكلان جزءا من SVL.
1.يمكن أن يختلف FIPS_KEY المخزن في rommon حتى إذا قمت بتكوين مفتاح المصادقة نفسه على كل من sw-1 و sw-2. وهذا هو السلوك المتوقع.
2. تحقق من عرض حالة FIPS وتأكد من تكوين المحول لوضع FIPS.
تلميحات لاستكشاف الأخطاء وإصلاحها
1. تحقق من وضع FIPS، أستخدم إظهار حالة FIPS.
2. التحقق من إظهار مفتاح تخويل FIPS.
3. التحقق من إظهار romvar
إذا لم تكن قادرا على العثور على السبب الجذري أو أستكشاف الأخطاء وإصلاحها، فيرجى توفير مخرجات الأمر هذه بالإضافة إلى أرشيف التتبع
1. إظهار حالة FIPS
2. إظهار مفتاح تخويل FIPS
3. show platform software fed switch <active|standby> fss sesa-counters
4. إظهار إرتباط StackWise-virtual
5. إظهار StackWise-Virtual
6. تجميع show tech-support stack-wise-virtual
7. جمع أرشيف التتبع وتوفيره.
SVL آمن
السبب المحتمل
هناك دائما فرصة لعدم تكوين مفتاح SVL آمن بشكل فردي على كل محول. يجب تكوين مفتاح SVL الآمن نفسه بشكل فردي على كلا المحولين اللذين يشكلان جزءا من SVL
1. يمكن أن يختلف SSVL_KEY المخزن في ROMMON رغم أنك قمت بتكوين مفتاح المصادقة نفسه على كل من SW-1 و SW-2. وهذا هو السلوك المتوقع.
2. تحقق من حالة show secure-stackWise-virtual وتأكد من تكوينها في وضع SECURE-SVL.
تلميحات لاستكشاف الأخطاء وإصلاحها
1. يمكن أن يختلف SSVL_KEY المخزن في ROMMON رغم أنك قمت بتكوين مفتاح المصادقة نفسه على كل من SW-1 و SW-2. وهذا هو السلوك المتوقع. إستخدام show romvar CLI
2. إذا كان هناك عدم تطابق بين المحول-1 والمحول-2 في تكوين مفتاح SVL الآمن، عند إظهار SVL، فمن المحتمل أن ترى رسائل خطأ مثل:
"stack_mgr: إعادة التحميل بسبب عدم تلقي SESA طلب AER، err: 31"
3. تحقق من show secure-stackWise-virtual status وتأكد من تكوينها في وضع SECURE-SVL.
إذا لم تكن قادرا على العثور على السبب الجذري أو أستكشاف الأخطاء وإصلاحها، فيرجى توفير مخرجات الأمر هذه بالإضافة إلى أرشيف التتبع
1. إظهار الحالة الظاهرية ل Secure-StackWise
2. إظهار مفتاح التفويض الظاهري الآمن-StackWise
3. show secure-stackWise-virtual interface <SVL_LINK>
4. تجميع show tech-support stack-wise-virtual
5. debug secure-stackWise-virtual
6. جمع أرشيف التتبع وتوفيره
V-mismatch في المفتاح
السبب المحتمل
يؤدي إصدار مختلف من البرنامج الذي تم تمهيده على الهيكل النشط والاستعداد إلى عدم تطابق الإصدار V في SVL
تلميحات لاستكشاف الأخطاء وإصلاحها
دققت عرض مفتاح وفحصت إن هناك أي V-mismatch
حل ممكن
هناك سمة يدعو برمجية mise à niveau أي يكون مكنت افتراضيا على Cat9k منصة. هذه الميزة عند تمكينها واكتشاف عدم تطابق البرامج ودفع حزمة البرامج الموجودة على المحول النشط إلى الاحتياطي ويتم ترقية المحول الاحتياطي تلقائيا إلى نفس إصدار البرنامج الموجود على المحول النشط.
إن برمجية mise à niveau يكون أعجزت، مكنت هو وبعد ذلك reboot المفتاح إستعداد لذلك برمجية mise à niveau يركض في كلا من نشط ونقطة إستعداد مفتاح يتلقى ال نفسه برمجية صيغة يستعمل في SVL.
تعمل الترقية التلقائية للبرامج فقط في وضع التثبيت على الأنظمة الأساسية Cat9k وهو وضع التمهيد الموصى به.
1. تحقق من تمكين الترقية التلقائية للبرامج على SVL. استعملت العرض CLI:
switch#show شغل الكل | برمجيات آي
تمكين الترقية التلقائية للبرامج
تقسيم المكدس مع إزالة إرتباط SVL واحد فقط من إرتباطات SVL متعددة
السبب المحتمل
يمكن أن يحدث هذا النوع من المشاكل عندما يتم إدخال أجهزة الإرسال والاستقبال نصف/جزء على منافذ اللوحة الأمامية، قد تكون هناك فرصة أن تصل عملية IOMD إلى حالات الانشغال عند قراءة IDPROMrm لهذه الأجهزة. قد يؤدي ذلك إلى بطء في تنفيذ وإكمال بعض أوامر العرض النموذجية مثل show idprom <interface>، show interface status، وما إلى ذلك على المحولات النشطة أو الاحتياطية في SVL.
1. تحقق من إظهار واجهة iProm <intf>. دققت على على على حد سواء نشط أو إستعداد مفتاح قارن idprom عملية تفريغ وفحصت إن هناك بطء/تأخير في إكمال هذا CLI.
2. التحقق من إظهار الواجهات <intf>. تحقق من كل من واجهات المحولات النشطة والاحتياطية وتحقق مما إذا كان هناك بطء/تأخير في إكمال واجهة سطر الأوامر هذه.
3. تحقق أيضا مما إذا كان إستخدام وحدة المعالجة المركزية (CPU) مرتفعا على SVL، أستخدم show operations cpu التي تم فرزها.
تلميحات لاستكشاف الأخطاء وإصلاحها
إذا لم تكن قادرا على العثور على السبب الجذري، فيرجى توفير مخرجات الأمر هذه بالإضافة إلى أرشيف التتبع.
1. تأكد من أن وحدة المعالجة المركزية (CPU) عالية، أستخدم show operations cpu التي تم فرزها.
2. تحقق مما إذا كان إختبار اتصال TDL عبر فتحة فرعية يعمل بشكل جيد، فاستخدم فتحة فرعية إختبار إختبار برنامج النظام الأساسي tdl ping <>.
حل ممكن
أحد الأسباب المحتملة لهذه المشكلة يستطيع كنت نصف أو أدخلت عموما جهاز إرسال/إستقبال على اللوحة الأمامية ميناء من المفتاح في SVL.
تأكد من أن أجهزة الإرسال والاستقبال مثبتة/مدرجة بشكل صحيح على منافذ اللوحة الأمامية عن طريق الفحص المادي لأجهزة الإرسال/الاستقبال.
وبمجرد القيام بذلك، تحقق من الأوامر التالية لضمان عمل الأشياء بشكل جيد.
1. التحقق من إظهار واجهة IDPROM <intf> . دققت على على على حد سواء نشط أو إستعداد مفتاح قارن idprom عملية تفريغ وفحصت CLI يتم تنفيذها دون أي تأخير في إكمال هذا CLI.
2. التحقق من إظهار الواجهات <intf>. دققت على على على حد سواء نشط و إستعداد مفتاح قارن وفحصت CLI يحصل دون أي تأخير في إكمال هذا CLI.
3. تحقق أيضا مما إذا كان إستخدام وحدة المعالجة المركزية (CPU) ليس مرتفعا على SVL، أستخدم show operations cpu التي تم فرزها.
إذا إستمرت المشكلة، فيرجى جمع مخرجات واجهة سطر الأوامر هذه والسجلات.
1. جمع show tech-support stack-wise-virtual
2. جمع أرشيف التتبع وتوفيره
محفوظات المراجعة
| المراجعة | تاريخ النشر | التعليقات |
|---|---|---|
2.0 |
02-Jun-2023 |
تقويم |
1.0 |
15-Dec-2020 |
الإصدار الأولي |
التعليقات