المقدمة
يوضح هذا المستند الإجراءات والمتطلبات اللازمة لإجراء عمليات التحقق التلقائية من الصحة والتهيئة لمنصات Nexus 3000/9000 و 7000.
المتطلبات الأساسية
المتطلبات
يتم دعم التحقق التلقائي من الصحة والتهيئة فقط للأنظمة الأساسية Nexus التي تقوم بتشغيل برنامج NX-OS المستقل، وليس المحولات التي تعمل ببرنامج ACI.
منصات الأجهزة هذه مدعومة:
- المحولات من السلسلة Nexus 3000/9000 التي تشغل صورة برنامج NX-OS الموحد: 7.0(3)IX أو إصدار أحدث
- محولات Nexus 7000/7700 series التي تعمل ببرنامج NX-OS الإصدار 7.x أو إصدار أحدث
المكونات المستخدمة
لا يقتصر هذا المستند على إصدارات برامج ومكونات مادية معينة.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
الاصطلاحات
راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.
إجراء التحقق من الصحة والتكوين
الرجاء تجميع show tech-support detailsأوshow tech-support السجلات من المحول Nexus switch التي تريد إجراء التحقق من الصحة والتكوين لها. ويوصى بشدةshow tech-support detailsبإجراء عمليات الفحص هذه، حيث أنها توفر قيمة أعلى مع إجراء المزيد من عمليات الفحص. الرجاء التأكد من التقاط السجلات إما بتنسيق txt أو .gz/.tar. حالياshow tech-supportالملف أوshow tech-support detailsالملتقط في تنسيقات النص ASCII و UTF-8 مدعوم.
افتح طلب خدمة TAC العادي في مدير حالة دعم Cisco مع مجموعة الكلمات الأساسية التالية (التقنية / التقنية الفرعية / رمز المشكلة):
المواصفات الفنية: شبكات مراكز البيانات والتخزين
التقنية الفرعية: (أختر بيئة عمل مناسبة)
Nexus 3000 (السلسلة N3000 فقط) - التحقق من الصحة والتهيئة (مؤتمتة)
Nexus 3000 (N3100-N3600 Series) - التحقق من الصحة والتكوين (تلقائي)
المحول Nexus 7000 Series Switch - التحقق من الصحة والتكوين (تلقائي)
Nexus 9200 - التحقق من الصحة والتكوين (تلقائي)
Nexus 9300 (غير EX/FX/GX/R Series) - التحقق من الصحة والتكوين (مؤتمتة)
Nexus 9300 (فئة EX/FX/GX/R) - التحقق من الصحة والتكوين (مؤتمتة)
محولات Nexus 9400 Series - التحقق من الصحة والتكوين (مؤتمتة)
Nexus 9500 (غير EX/FX/GX/R Series) - التحقق من الصحة والتكوين (مؤتمتة)
Nexus 9500 (فئة EX/FX/GX/R) - التحقق من الصحة والتكوين (مؤتمتة)
المحولات من السلسلة Nexus 9800 - التحقق من الصحة والتكوين (مؤتمتة)
رمز المشكلة: التحقق من الصحة والتكوين
بمجرد فتح SR، يتنقل إليك سير عمل موجه من Cisco من خلال الخطوات لتحميل show tech-support detailsأوshow tech-supportالسجلات.
بعد تحميل الإخراج المطلوب، تحلل Cisco السجلات وتوفر تقرير تحقق من الصحة (بتنسيق PDF)، والذي يتم إرفاقه ببريد إلكتروني يرسل إلى المستخدم. يحتوي التقرير على قائمة بالمشكلات التي تم اكتشافها والخطوات ذات الصلة لاستكشاف المشاكل وإصلاحها وخطة الإجراءات الموصى بها.
في حالة وجود أسئلة تتعلق بفشل الفحص الصحي الذي تم الإبلاغ عنه، ينصح المستخدمون بفتح طلب (طلبات) خدمة منفصل باستخدام الكلمات الأساسية المناسبة للحصول على مزيد من مساعدة الخبراء. يوصى بشدة بإحالة رقم طلب الخدمة (SR) الذي تم فتحه للتحقق التلقائي من الصحة والتكوين مع التقرير الذي تم إنشاؤه لتسريع التحقيق.
الوحدات النمطية للتحقق من الصحة والتكوين
يقوم التحقق التلقائي من صحة Nexus وتكوينها الإصدار 1، إصدار أغسطس 2022، بعمليات التحقق المدرجة في الجدول 1.
الجدول 1: وحدات التحقق من الصحة وفئات واجهة سطر الأوامر (CLI) المرتبطة المستخدمة بواسطة الوحدات النمطية
| فهرس |
الوحدة النمطية لفحص الصحة
|
وصف موجز للوحدة النمطية |
واجهة سطر الأوامر (CLI) المستخدمة لإجراء التحقق من السلامة
|
| 1. |
فحص إصدار NX-OS |
للتحقق مما إذا كان الجهاز يشغل إصدار برنامج NX-OS الموصى به من Cisco |
show version
|
| 2. |
التحقق من منتج Nexus EOs/EOl |
للتحقق مما إذا كان أي من المكونات (الأجهزة/البرامج) قد وصل إلى نهاية العمر الافتراضي (EOL) أو نهاية البيع (EOS) |
show version show module show inventory
|
| 3. |
التحقق من إشعار ميداني |
للتحقق مما إذا كان من المحتمل أن يتأثر الجهاز بميزة PSIRT/CVE أو إشعار ميداني معروفة. |
show version show module show inventory show running-config
وأي أمر لازم للتحقق من الملف مقابل FN/PSIRT معين.
|
| 4. |
التحقق من سلامة وحدة المعالجة المركزية NX-OS |
فحص أعراض الاستخدام المرتفع لوحدة المعالجة المركزية. يتم الإبلاغ عنه عندما يكون إستخدام وحدة المعالجة المركزية (CPU) الحالي/القديم >60٪. |
show processes cpu show processes cpu sort show processes cpu history show system resources
|
| 5. |
فحص سلامة ذاكرة NX-OS |
للتحقق مما إذا كان إستخدام الذاكرة على الجهاز يتجاوز حدود ذاكرة النظام (القيم الافتراضية أو التي قام المستخدم بتكوينها). |
show version show processes memory show system resources
|
| 6. |
التحقق من واجهات NX-OS |
يتحقق من أن أي من الواجهات المبلغ عنها يسقط في إما Rx أو Tx إتجاه. تقوم الوحدة بطباعة 5 واجهات مع أعلى معدلات للخطأ في كل إتجاه. |
show interface show interface brief show queuing
|
| 7. |
التحقق من صحة CoPP |
التحقق مما إذا كان CoPP معطلا أو تم تكوينه بشكل غير صحيح (على سبيل المثال، جميع حركة مرور وحدة المعالجة المركزية التي تصل إلى الفئة الافتراضية)، أو أن لها سياسة CoPP قديمة (على سبيل المثال، تم ترحيلها من الإصدارات الأقدم)، أو >عمليات إسقاط 1000 التي تم الإبلاغ عنها في الفئات غير الافتراضية. |
show copp status show policy-map interface control-plane show running-config
|
| 8. |
فحص صحة الاتصال بين العمليات (MTS) |
اكتشاف ما إذا كانت هناك أي رسائل اتصال بين العمليات (يشار إليها باسم MTS) عالقة لأكثر من يوم واحد. |
show system internal mts buffer summary show system internal mts buffer details
|
| 9. |
التحقق من سلامة وحدة Nexus النمطية |
للتحقق مما إذا كانت أي من الوحدات النمطية (بطاقة الخط والنسيج وما إلى ذلك) قد أبلغت عن حدوث حالات فشل تشخيصي أو أنها قيد التشغيل / حالة الفشل |
show module
show inventory show diagnostic result module all detail
|
| 10. |
فحص سلامة وحدة التزويد بالطاقة والمروحة |
يكتشف ما إذا كان أي من وحدات التزويد بالطاقة في حالة تشغيل أم لا. |
show inventory
show environment
show logging log show logging nvram
|
| 11. |
فحص أفضل ممارسات الكمبيوتر الشخصي vPC |
تحقق من صحة تكوين الجهاز الذي يتوافق مع أفضل ممارسات vPC، مثل تكوينات عبارة النظير والمحول النظير وبوابة النظير. |
موجه نظير الطبقة 3:
show running-config (للتحقق مما إذا تم تكوين تجاور OSPF و EIGRP و BGP) عبارة النظير / محول النظير: show running-config show spanning-tree show vpc brief show interface brief
|
| 12. |
فحص MTU |
يكتشف تكوينات MTU غير المتناسقة، مثل واجهة الطبقة 2 و SVI من الطبقة 3 لها تكوينات MTU غير متطابقة، أو MTU غير صحيحة على واجهات OTV Join، أو MTU غير ممكنة على الواجهات حيث تكون هناك حاجة إليها وما إلى ذلك. |
show running-config
show interface show ip arp
show mac address-table show ip route detail
show ip eigrp neighbors
show ip ospf neighbors
show bgp
|
| 13. |
التحقق من صحة تكوين ميزة الطبقة 2 |
يتحقق من تمكين أي ميزة من المستوى الثاني وعدم إستخدامها
|
show running-config
|
| 14. |
فحص توافق NX-OS vPC |
للتحقق من وجود أخطاء عدم توافق من النوع 1/2 تم الإعلام عنها لقنوات المنفذ الظاهري (vPC). |
show running-config show vpc
|
| 15. |
التحقق من سلامة بروتوكول الشجرة الممتدة |
يتحقق من المخرجات المرفقة للإشارة إلى عدم إستقرار بروتوكول الشجرة المتفرعة أو في حالة غير متوقعة. تقوم الوحدة النمطية بالإعلام عن شبكات VLAN حيث حدثت أحدث تغييرات المخطط مع بعض المعلومات الإضافية: الطوابع الزمنية والواجهة ومعرف الجسر الرئيسي. حاليا، تدعم وحدة التحقق من الصحة هذه بروتوكول RSTP فقط؛ تم تخطيط دعم MST للإصدارات المستقبلية. |
show spanning-tree detail show spanning-tree internal errors show spanning-tree internal event-history
show spanning-tree active show logging log
show mac address-table notification mac-move
show system internal
|
| 16. |
التحقق من صحة PortChannel |
يكتشف ما إذا كان أي من أعضاء قناة المنفذ الذين تم تكوينهم في حالة غير صحية: '1' أو (س) (د) أو (ح) |
show port-channel summary
|
| 17. |
التحقق من صحة SFP |
الكشف عن أي أجهزة إرسال/إستقبال قامت بالإبلاغ عن خطأ "فشل التحقق من صحة SFP" |
show interface brief
|
| 18. |
التحقق من صحة تكوين ميزة الطبقة 3 |
يتحقق من تمكين أي ميزة L3 ولكن ليس إستخدامها |
show running-config
|
| 19. |
المسار الافتراضي عبر فحص VRF للإدارة |
للتحقق مما إذا كان الجهاز يحتوي على مسار افتراضي تم تكوينه في VRF الافتراضي يشير من خلال VRF الخاص بالإدارة. |
show running-config show accounting log
|
| 20. |
التحقق من توجيه البث المتعدد عبر vPC غير معتمد |
التحقق من تجاور PIM غير المعتمد عبر vPC |
show running-config show ip pim interface vrf all internal show ip pim neighbor vrf all detail
|
| 21. |
التحقق من صحة OSPF |
يتحقق من مشاكل التجاور المحتملة التي تتم ملاحظتها على الجهاز.على سبيل المثال:
- تم اكتشاف العديد من الجيران على الواجهة التي تم تكوينها ك P2P
- لم يتم تكوين معرف الموجه يدويا أو أنه أستخدم عنوان IP للاسترجاع
- عمليات التجاور غير في حالة التجاور الكاملة
- عمليات التجاور التي وصلت إلى الحالة الكاملة مؤخرا والتي تشير إلى عدم إستقرار محتمل
|
show running-config show ip interface brief vrf all show ip ospf neighbors detail vrf all private show ip ospf interface vrf all private show logging log
|
| 22. |
التحقق من صحة EIGRP |
يتحقق من مشاكل التجاور المحتملة التي تتم ملاحظتها على الجهاز. على سبيل المثال:
- لم يتم تكوين رقم AS
- لم يتم الكشف عن أي جيران نشطين
- تم الكشف عن قيم عالية ل SRTT أو RTO أو Q CNT
- تم اكتشاف عدد كبير من حزم EIGRP التي تم إسقاطها
- وقت تشغيل أقل من 15 دقيقة من التجاور، ويشير إلى عدم إستقرار محتمل
- حدث انخفاض في التجاور في الأيام السبعة الأخيرة
|
show running-config show logging log show ip eigrp neighbors detail vrf all show ip eigrp detail vrf all
|
| 23. |
التحقق من صحة أقران BGP |
يتحقق من تجاور BGP في حالة الخمول. |
show running-config show bgp vrf all all summary
|
| 24. |
بروتوكول تكرار الخطوة الأولى (FHRP) |
للتحقق من تكوينات المؤقت غير الافتراضية، حيث قد تؤدي هذه التكوينات إلى أداء دون الأمثل. تغطي وحدة التحقق من الصحة هذه بروتوكول توجيه الاستعداد السريع (HSRP) فقط |
show running-config
|
| 25. |
مدقق تناسق تكوين VXLAN EVPN |
للتحقق من المخرجات المرفقة للتكوين وفقا لدليل تكوين شبكة NX-OS VXLAN. على سبيل المثال، تحقق من:
- واجهة الاسترجاع المستخدمة كمصدر لواجهة NVE و Loopback المستخدمة كمصدر لتحديث BGP ليست هي نفسها
- تكون واجهة الاسترجاع المستخدمة كمصدر لبروتوكول NVE في وضع VRF الافتراضي
- VXLAN-encapsulated حركة مرور l3 uplinks في التقصير VRF ولا يشكل ك SVI أو كواجهات فرعية.
- تحتوي وصلات L3 على مدخل ARP واحد (أي بدون إمكانية الوصول المتعدد).
- تم تمكين ميزة vPC وهناك مجال vPC
- يوجد بروتوكول SVI الاحتياطي في التردد اللاسلكي الافتراضي، ويتم السماح به عبر إرتباط النظير عبر الكمبيوتر الشخصي vPC ويتم تعريفه على أنه شبكة فرعية-VLAN.
- حالة المسؤول لحالة NVE قيد التشغيل لكل من نظائر vPC (معلمات تناسق vPC)
- يتم تكوين "ingress-replication" أو "mcast-group" لكل معرف فئة مورد (VNI) من المستوى الثاني، أو يتم تحديد "مجموعة البث العمومية" ضمن NVE
- يتم تمكين PIM Sparse-mode على وصلات L3 إذا تم إستخدام البث المتعدد كوضع نسخ متماثل لحركة مرور BUM
- يتم تمكين وضع PIM المتناثر على الوصلات L3، بدون "تتبع DCI المتعدد EVPN"
- يتم تكوين "suppress-arp" فقط على شبكات L2VNI حيث يتم تكوين SVI الخاص بشبكة VLAN الموسعة باستخدام "وضع إعادة توجيه البنية anyCast-gateway"
- يتم تكوين "إعلان L2VPN evpn" على إصدارات NX-OS الأقدم من 9.2
- يتم تكوين المواقع المتعددة فقط على Nexus 9000 باستخدام ASICs على نطاق السحابة
- يتم تكوين "تعقب DCI متعدد المواقع لشبكة EVPN" على إرتباطات DCI ويتم تكوين "تعقب البنية" على وصلات L3 ولا تكون الواجهة عبارة عن SVI
- تم تكوين "peer-type fabric-external" على جلسات عمل L2VPN بين BGWs
- يتم تعريف واجهة الاسترجاع المستخدمة كمصدر للمواقع المتعددة على NVE
- يتم تكوين "peer-gateway" و"peer-switch" و"ip arp sync" و"ipV6 and sync" تحت مجال vPC
- يتم تكوين 'associate-vrf' ل L3VNI ويحتوي SVI من L3VNI على VN-segment
- تتضمن تجاور L2VPN EVPN إلى BGWs البعيد "peer-type fabric-external" و"rewrite-evpn-rt-asn"
|
show running-config
show version
show module
show inventory
show vpc
show port-channel summary
show vlan all-ports
|
التقارير والتحذيرات
- يتم أتمتة التحقق من الصحة والتكوين SR ومعالجته بواسطة مهندس TAC الظاهري.
- يتم إنشاء التقرير (بتنسيق PDF) عادة في غضون 24 ساعة عمل بعد كل السجلات الضرورية الملحقة ب SR.
- تتم مشاركة التقرير تلقائيا عبر البريد الإلكتروني (المصدر على jhwatson@cisco.com) مع جميع جهات الاتصال (الأساسية والثانوية) المقترنة بطلب الخدمة.
- تم إرفاق التقرير أيضا بطلب الخدمة للسماح بتوافره في أي وقت لاحق.
- ويرجى التنويه بأن المسائل المدرجة في التقرير تستند إلى السجلات المقدمة وفي نطاق وحدات التحقق من الصحة المدرجة سابقا في الجدول 1.
- وقائمة فحوصات الصحة والتكوين التي يتم إجراؤها غير شاملة، وينصح المستخدمون بإجراء المزيد من فحوصات الحماية حسب الحاجة.
- بالنسبة ل Nexus 7000 المزود بسياق الأجهزة الافتراضية المتعدد (VDC)، يجب عرض ملف تفاصيل الدعم الفني من كل مركز بيانات افتراضي (VDC) للحصول على أفضل النتائج.
- بالنسبة لشبكة VxLAN، لا يتم إجراء التحققات التالية :
- قياس لأعداد L2، شبكات VNI من المستوى الثالث، شبكات VRF للمستأجر، عدد عناوين MAC المتفرعة أو مجموعات البث المتعدد.
- تكوين البث المتعدد الموجه للمستأجر (TRM)، أو تناظر نسيج PC، أو VNI (DSVNI) للتدفق، أو L3VNI جديد، أو Q-in-VNI أو Q-in-Q-in-VNI، أو vPC نظير محجوز-vlan-mismatch، أو تفضيل المسار حيث يكون المسار إلى المواقع الأخرى عبر SVI للنسخ الاحتياطي بدلا من منافذ الربط DCI.
- بالنسبة لتكوينات شبكة EVPN عبر الشبكة المحلية الظاهرية (VXlan)، فيما يتعلق بالمحولات الطرفية التي تدعم ميزة النسخ الاحتياطي عبر بروتوكول vPC:
- عمليات التهيئة التي يتم إجراؤها باستخدام تقنية DCNM أو NDFC : من المفترض أن القيمة الافتراضية "3600" تم تحديدها كشبكة VLAN لذلك فإن واجهة VLAN 3600 يتم اعتبارها كنسخة إحتياطية SVI.
- ال igp يشكل على ال SVI OSPF أو ISIS. التكوينات التي يتم فيها إنشاء جلسة عمل للبث الأحادي iBGP IPv4 بين نظائر vPC في الجزء السفلي ولا يوجد IGP تم تكوينه على SVI يتم الإبلاغ عن فقدانها ل SVI للنسخ الاحتياطي.
الأسئلة المتداولة
الربع الأول: هل يمكنني التحميل show tech-support details لأكثر من محول في SR نفسه للحصول على تقرير التحقق من الصحة لجميع المحولات؟
A1: هذه معالجة حالة مؤتمتة ويتم إجراء فحوصات الصحة بواسطة مهندس TAC الظاهري. يتم إجراء التحقق من الصحة لأول مرةshow tech-support detailsيتم تحميلها.
الربع الثاني: هل يمكنني تحميل أكثر من واحدshow tech-support details لنفس الجهاز يقول، التقطت عدة ساعات متباعدة، للحصول على فحص صحة لكليهما؟
A2: هذه معالجة حالة مؤتمتة وعديمة الحالة يتم إجراؤها بواسطة مهندس TAC الظاهري ويتم إجراء التحقق من الصحة والتكوين لأولshow tech-support detailsملف تم تحميله إلى SR، بغض النظر عما إذا كانت الملفات التي تم تحميلها من المحول نفسه أو المحولات المختلفة.
الربع الثالث: هل يمكنني إجراء فحوصات سلامة للمحولات التي تم ضغط show tech-support details ملفاتها كملف RAR/gz واحد وتحميل إلى SR؟
A3: لا. إذا تم تحميل عدةshow tech-support detailsكملف RAR/ZIP/GZ واحد، تتم معالجة الملف الأول فقط في الأرشيف للتحقق من الصحة.
الربع الرابع: لا أرى فحص الصحة والتكوين الذي يغطي الأنظمة الأساسية Nexus 5000/6000. هل يغطيها وقت لاحق؟
A4: لا. حتى الآن، لا توجد خطة لتغطية منصات Nexus5000/6000 في المستقبل القريب.
الربع الخامس: ما الذي يمكنني فعله إذا كانت لدي أسئلة حول أحد حالات فشل الفحص الصحي التي تم الإبلاغ عنها؟
A5: يرجى فتح طلب خدمة TAC منفصل للحصول على مزيد من المساعدة حول نتيجة الفحص الصحي المحددة. يوصى بشدة بإرفاق تقرير التحقق من الصحة وإحالة رقم حالة طلب الخدمة (SR) المفتوح للتحقق من الصحة والتكوين المؤتمتين.
الربع السادس: هل يمكنني إستخدام SR نفسه الذي تم فتحه للتحقق من الصحة والتكوين المؤتمتين لاستكشاف المشاكل التي تم العثور عليها وإصلاحها؟
A6: لا. نظرا لأن التحقق الاستباقي الصحي يتم تلقائيا، يرجى فتح طلب خدمة جديد لاستكشاف المشكلات التي تم الإبلاغ عنها وحلها. الرجاء إعلامك بأن SR الذي تم فتحه لفحص الصحة تم إغلاقه بعد 24 ساعة من نشر التقرير الصحي.
الربع السابع: هل يتم تشغيل التحقق التلقائي من الصحة والتكوين مقابل show tech-support details الملف للمحول الذي يشغل الإصدارات الأقدم من الإصدار المذكور مسبقا؟
الطراز A7: تم إنشاء التحقق التلقائي من الصحة والتهيئة للمنصات وإصدارات البرامج المذكورة أدناه. بالنسبة للأجهزة التي تقوم بتشغيل الإصدارات الأقدم، فهذا هو أفضل جهد ولا يوجد أي ضمان على دقة التقرير.
- المحولات من السلسلة Nexus 3x00 التي تشغل صورة برنامج NX-OS الموحد: 7.0(3)IX أو إصدار أحدث
- محولات Nexus 7000/7700 series التي تعمل ببرنامج NX-OS الإصدار 7.x أو إصدار أحدث
- المحولات من السلسلة Nexus 9x00 التي تشغل صورة برنامج NX-OS الموحد: 7.0(3)IX أو إصدار أحدث
الربع الثامن: كيف يمكنني إغلاق SR الذي تم فتحه للتحقق من الصحة؟
الطراز A8: يتم إغلاق SR في غضون 24 ساعة بعد إرسال تقرير "التحقق من الصحة" الأول. لا يلزم إتخاذ أي إجراء من المستخدم تجاه إغلاق SR.
الربع التاسع: كيف يمكنني مشاركة التعليقات أو الملاحظات حول الفحص الاستباقي للصحة والتهيئة؟
A9: الرجاء مشاركتها عبر البريد الإلكتروني إلى Nexus-HealthCheck-Feedback@cisco.com
Q10. ما هي الطريقة الموصى بها لالتقاط show tech-support محول أو show tech-support details منه؟
الطراز A10: يوصى بشدة بالتقاط إخراجshow tech-supportأوshow tech-support detailsالأمر من خلال توجيهه إلىbootflash:(كما هو موضح في المثال التالي) بدلا من التقاطه إلى ملف سجل في التطبيق الطرفي (على سبيل المثال، SecureCRT و PuTTY). الرجاء تذكر ملف السجل الذي تم التقاطه بواسطة التطبيق الطرفي يمكن أن يكون بتنسيق UTF-8-BOM (أو ما شابه) غير معتمد بواسطة التحقق التلقائي من الصحة. يدعم التحقق التلقائي من الصحة والتكوين الملف بتنسيقات ASCII أو UTF-8 فقط.
مثال CLIs لإعادة توجيه المخرجات إلىbootflash:وضغط الملف:
Nexus1# show tech-support details >> bootflash:showtechdetails_Nexus1.txt
Nexus1# gzip bootflash:showtechdetails_Nexus1.txt
الملاحظات
إن أي ملاحظات على عمليات هذه الأداة محل تقدير كبير. إذا كان لديك أية ملاحظات أو اقتراحات (على سبيل المثال، بشأن سهولة إستخدام التقارير التي تم إنشاؤها ونطاقها وجودتها) يرجى مشاركتها معنا على الموقع Nexus-HealthCheck-Feedback@cisco.com.
التعليقات