المحتويات

المقدمة

المتطلبات الأساسية

المتطلبات

المكونات المستخدمة

الاصطلاحات

إجراء التحقق من الصحة والتكوين

الوحدات النمطية للتحقق من الصحة والتكوين

التقارير والتحذيرات

الأسئلة المتداولة

الملاحظات

المقدمة

يوضح هذا المستند الإجراءات والمتطلبات اللازمة لإجراء عمليات التحقق التلقائية من الصحة والتهيئة لمنصات Nexus 3000/9000 و 7000.

المتطلبات الأساسية

المتطلبات

يتم دعم التحقق التلقائي من الصحة والتهيئة فقط للأنظمة الأساسية Nexus التي تقوم بتشغيل برنامج NX-OS المستقل، وليس المحولات التي تعمل ببرنامج ACI.

منصات الأجهزة هذه مدعومة:

- محولات Nexus 3000/9000 series التي تشغل صورة برنامج 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/R Series) - التحقق من الصحة والتكوين (مؤتمتة)

Nexus 9300 (فئة EX/FX/R) - التحقق من الصحة والتكوين (مؤتمتة)

محولات Nexus 9400 Series - التحقق من الصحة والتكوين (مؤتمتة)

Nexus 9500 (غير EX/FX/R Series) - التحقق من الصحة والتكوين (مؤتمتة)

Nexus 9500 (فئة EX/FX/R) - التحقق من الصحة والتكوين (مؤتمتة)

المحولات من السلسلة Nexus 9800 - التحقق من الصحة والتكوين (مؤتمتة)

رمز المشكلة: التحقق من الصحة والتكوين

بمجرد فتح SR، يتنقل إليك سير عمل موجه من Cisco من خلال الخطوات لتحميل show tech-support detailsأوshow tech-supportالسجلات.

بعد تحميل الإخراج المطلوب، تحلل Cisco السجلات وتوفر تقرير تحقق من الصحة (بتنسيق PDF)، والذي يتم إرفاقه ببريد إلكتروني يرسل إلى المستخدم. يحتوي التقرير على قائمة بالمشكلات التي تم اكتشافها والخطوات ذات الصلة لاستكشاف المشاكل وإصلاحها وخطة الإجراءات الموصى بها.

في حالة وجود أسئلة تتعلق بفشل الفحص الصحي الذي تم الإبلاغ عنه، ينصح المستخدمون بفتح طلب (طلبات) خدمة منفصل باستخدام الكلمات الأساسية المناسبة للحصول على مزيد من مساعدة الخبراء. يوصى بشدة بإحالة رقم طلب الخدمة (SR) الذي تم فتحه للتحقق التلقائي من الصحة والتكوين مع التقرير الذي تم إنشاؤه لتسريع التحقيق.

الوحدات النمطية للتحقق من الصحة والتكوين

يقوم التحقق التلقائي من صحة Nexus وتكوينها الإصدار 1، إصدار أغسطس 2022، بعمليات التحقق المدرجة في الجدول 1.

الجدول 1: وحدات التحقق من الصحة وفئات واجهة سطر الأوامر المرتبطة المستخدمة من قبل الوحدات النمطية

فهرس

الوحدة النمطية لفحص الصحة

وصف موجز للوحدة النمطية

واجهة سطر الأوامر (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 moduleshow inventory show diagnostic result module all detail

10.

فحص سلامة وحدة التزويد بالطاقة والمروحة

يكتشف ما إذا كان أي من وحدات التزويد بالطاقة في حالة تشغيل أم لا.

show inventoryshow 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-configshow 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

يكتشف ما إذا كان أي من أعضاء قناة المنفذ الذين تم تكوينهم في حالة غير صحية: (i) أو (s) (d) أو (h)

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 هي Backup SVI.

- ال igp يشكل على ال SVI OSPF أو ISIS. التكوينات التي يتم فيها إنشاء جلسة عمل للبث الأحادي iBGP IPv4 بين نظائر vPC في الجزء السفلي ولا يوجد IGP تم تكوينه على SVI يتم الإبلاغ عن فقدانها ل SVI للنسخ الاحتياطي.

الأسئلة المتداولة

Q1: هل يمكنني التحميل show tech-support details  لأكثر من محول في SR نفسه للحصول على تقرير التحقق من الصحة لجميع المحولات؟

A1: هذه معالجة حالة مؤتمتة ويتم إجراء فحوصات الصحة بواسطة مهندس TAC الظاهري. يتم إجراء التحقق من الصحة لأول مرةshow tech-support detailsيتم تحميلها.

س 2: هل يمكنني تحميل أكثر من واحدshow tech-support details لنفس الجهاز، لنقل، التقطت عدة ساعات متباعدة، حتى يتم إجراء فحص صحي لكليهما؟

a2: هذه معالجة حالة مؤتمتة وعديمة الحالة يتم تنفيذها بواسطة مهندس TAC الظاهري ويتم التحقق من الصحة والتكوين لأولshow tech-support detailsملف يتم تحميله إلى SR، بغض النظر عما إذا كانت الملفات التي يتم تحميلها من المحول نفسه أو من محولات مختلفة.

Q3: هل يمكنني إجراء فحوصات سلامة للمحولات التي تم ضغط  show tech-support details  ملفاتها كملف RAR/GZ واحد وتحميل إلى SR؟

A3: لا. إذا تم تحميل العديدshow tech-support detailsكملف RAR/ZIP/GZ واحد، فإنه تتم معالجة الملف الأول فقط في الأرشيف للتحقق من الصحة.

س 4: لا أرى فحص الصحة والتكوين الذي يغطي الأنظمة الأساسية Nexus 5000/6000. هل يغطيها وقت لاحق؟

A4: لا توجد خطة حتى الآن لتغطية منصات Nexus5000/6000 في المستقبل القريب.

السؤال الخامس: ماذا يمكنني أن أفعل إذا كانت لدي أسئلة حول أحد حالات فشل الفحوصات الصحية؟

A5: يرجى فتح طلب خدمة TAC منفصل للحصول على مزيد من المساعدة حول نتيجة الفحص الصحي المحدد. يوصى بشدة بإرفاق تقرير التحقق من الصحة وإحالة رقم حالة طلب الخدمة (SR) المفتوح للتحقق من الصحة والتكوين المؤتمتين.

السؤال 6: هل يمكنني إستخدام SR نفسها التي تم فتحها للتحقق من الصحة والتكوين المؤتمتين لاستكشاف المشاكل التي تم العثور عليها وإصلاحها؟

A6: لا. نظرا لأن الفحص الاستباقي للصحة يتم تلقائيا، يرجى فتح طلب خدمة جديد لاستكشاف المشكلات التي تم الإبلاغ عنها وحلها. الرجاء إعلامك بأن SR الذي تم فتحه لفحص الصحة تم إغلاقه بعد 24 ساعة من نشر التقرير الصحي.

Q7: هل يتم تشغيل التحقق التلقائي من الصحة والتكوين مقابل show tech-support details  الملف للمحول الذي يشغل الإصدارات الأقدم من الإصدار المذكور مسبقا؟

م 7: تم إنشاء الفحص التلقائي للصحة والتهيئة للمنصات وإصدارات البرامج المذكورة أدناه. بالنسبة للأجهزة التي تقوم بتشغيل الإصدارات الأقدم، فهذا هو أفضل جهد ولا يوجد أي ضمان على دقة التقرير.

- محولات Nexus 3x00 series التي تشغل صورة برنامج NX-OS الموحدة: 7.0(3)IX أو إصدار أحدث

- محولات Nexus 7000/7700 series التي تعمل ببرنامج NX-OS الإصدار 7.x أو إصدار أحدث

- محولات Nexus 9x00 series التي تشغل صورة برنامج NX-OS الموحدة: 7.0(3)IX أو إصدار أحدث

س 8: كيف يمكنني إغلاق SR الذي تم فتحه لفحص الصحة؟

A8: يتم إغلاق SR في غضون 24 ساعة بعد إرسال تقرير الفحص الصحي الأول. لا يلزم إتخاذ أي إجراء من المستخدم تجاه إغلاق SR.

س 9: كيف يمكنني مشاركة التعليقات أو الملاحظات حول الفحص الاستباقي للصحة والتهيئة؟

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.