التحقق من صحة نقاط الوصول Catalyst APs واستردادها على 17.12 التي تأثرت بفشل الترقية

المقدمة

يصف هذا المستند إجراء الاسترداد عندما تتأثر نقاط الوصول بمعرف تصحيح الأخطاء من Cisco CSCwf25731 وCSCwf37271.

سياق

قد تتسبب الترقيات أو نقاط الوصول الخاصة بالمنفذ المطبقة على الأنظمة التي تعمل حاليا على العنوان 17.12.4/5/6/6a أو التي كانت تشغل هذه الإصدارات من قبل لمدة زمنية كبيرة في ظهور نماذج نقاط الوصول المتأثرة (يرجى التحقق من قائمة نقاط الوصول المتأثرة أدناه) للدخول في حلقة التمهيد في ظل ظروف معينة، والتي يتم تشغيلها بواسطة فشل تثبيت الصورة نظرا لعدم وجود مساحة كافية على القرص على تخزين نقطة الوصول (AP). وعلى الرغم من أن هذا لا يؤثر على العمليات اليومية أو وحدات المعالجة المركزية (SMU)، إلا أنه يمثل خطورة بالغة أثناء عمليات ترقية رمز وحدة التحكم الكاملة (ISSU) أو تثبيت برنامج حماية مستوى التحكم (APSP) نظرا لأن هذه الإجراءات تتضمن عمليات ترقية لصورة نقاط الوصول.

يجب اتباع عملية إضافية تتطلب خطوات سابقة للترقية إلزامية مذكورة في هذا المستند، نظرا لعدم وجود حل بديل للتكوين.

لحل هذه المشكلة، يجب تثبيت إصلاح إصدار APSP المحدد (كما هو موضح في جدول "الرموز الثابتة" أدناه) في عنصر التحكم في الشبكة المحلية اللاسلكية (WLC) قبل أن تحاول نقاط الوصول الترقية، أو إستخدام APs التنظيف (متوفر ل 17.15.4d و 17.18.2) إذا كنت قد نقلت بالفعل إلى إصدار أحدث ولكن شغلت أي من الإصدارات المتأثرة. حتى إذا لم تكن متأكدا من محفوظات نظامك، فمن المستحسن بشدة إجراء عمليات فحص للتخزين قبل أي ترقية أو تثبيت APSP إذا كانت الإصدارات المتأثرة موجودة في بيئتك.

تفاصيل السبب الجذري

تتأثر نقاط الوصول التي تشغل من 17.12.4 إلى 17.12.6a بخطأ مكتبة ينتج ملف سجل متواصل: /storage/cnssdaemon.log.  ينمو هذا الملف بمعدل 5 ميجابايت يوميا ولا يتم مسحه بواسطة عمليات إعادة التمهيد، مما يؤدي إلى استنفاد مساحة تخزين الجهاز في نهاية المطاف. ونتيجة لذلك، إذا كانت نقطة الوصول قيد التشغيل من قسم التمهيد 1 (Part1)، وكان قسم التمهيد 2 (Part2) ممتلئا بسبب ملف السجل، فستفشل عملية الترقية لأنها لا تستطيع تخزين الصورة الجديدة في قسم التمهيد 2، مما قد يؤدي إلى حلقة تمهيد. لمنع هذا، يجب مسح التخزين أو التأكد من أن نقطة الوصول قد تم تمهيد تشغيلها من القسم 2 قبل محاولة أي ترقيات أخرى من خلال اتباع التعليمات الواردة في هذا المستند.

الأكواد المتأثرة ونقاط الوصول

نقاط الوصول المتأثرة

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

• مادة حفازة 9124 (I/D/E)
• مادة حفازة 9130 (I/E)
• Catalyst 9136i
• Catalyst 9162I
• Catalyst 9163E
• Catalyst 9164i
• مادة حفازة 9166 (I/D1)
• Catalyst IW9167 (I/E)

الأكواد المتأثرة

للتحقق من ذلك عبر شبكتك، قم بتنفيذ الأمر التالي من جميع قوائم التحكم في الشبكة المحلية اللاسلكية (WLCs) والتحقق مما إذا كانت التعليمات البرمجية الموجودة في قوائم التحكم في الشبكة المحلية اللاسلكية (WLCs) مدرجة في الجدول أدناه.

#show version | in Version

بدلا من ذلك، يمكنك أن تفعل نفس الشيء من نقاط الوصول. تحقق من الإخراج لمعرفة ما إذا كانت الصورة الأساسية أو صورة النسخة الاحتياطية تقوم بتشغيل صورة متأثرة من الصور المدرجة في الجدول.

#show version | in Image

ملاحظة: ملاحظة: بشكل عام، إذا لم تكن الشبكة قيد التشغيل ولم تقم بتشغيل 17.12.4 و 17.12.5 و 17.12.6/6a في الماضي، فإن المشكلة لا تنطبق.

الأكواد الثابتة

يسرد الجدول التالي إصدارات برنامج WLC و APSPs المقابلة لها (حزم خدمة نقطة الوصول) التي تحتوي على إصلاح هذا الخطأ. يرجى ملاحظة أنه بالنسبة للإصدارات المدرجة أدناه، لا يتوفر الإصلاح حاليا إلا عبر تثبيت APSP في وقت كتابة هذا التقرير.

مسار الترقية وقابلية تطبيق الأخطاء

أستخدم الجدول أدناه لتحديد ما إذا كانت إصدارات برامج WLC و APs الحالية تنطبق على هذا الخطأ وما هي خطوات الترقية التي يجب إتخاذها. إذا كان النشر الحالي الخاص بك يطابق أي من هذه الإصدارات في جدول مسار الترقية والخطأ القابل للتطبيق، فيجب عليك إجراء فحوصات التخزين المسبقة الموضحة في قسم فحوصات الترقية قبل محاولة إجراء أي ترقيات إضافية.

الخطأ غير قابل للتطبيق ومسار الترقية

يوضح الجدول التالي ما إذا كانت وحدات WLC ونقاط الوصول لا تنطبق على هذا الخطأ:

الخطأ القابل للتطبيق ومسار الترقية

يوضح الجدول التالي ما إذا كانت وحدات WLC ونقاط الوصول تنطبق على هذا الخطأ:

ترقية التصحيحات المسبقة

إذا كانت بيئتك تتأثر بهذا الخطأ، فاتبع الخطوات الإلزامية التالية لضمان إستعادة وترقية آمنين:

1. تعريف: قم بتنفيذ التفتيشات المسبقة اليدوية أو المؤتمتة لتحديد نقاط الوصول التي يمكن تطبيقها على الخطأ. يوصى بشدة بالفحص المسبق التلقائي.
2. الاسترداد: بالنسبة لأي نقاط وصول (APs) تم وضع علامة عليها، اتبع إجراءات الاسترداد المذكورة في قسم الاسترداد.
3. التحقق من الصحة: قم بإعادة تشغيل التصحيحات للتأكد من أن جميع الأجهزة بحالة جيدة وأن مشكلة التخزين قد تم حلها.
4. الترقية: قم بمتابعة الترقية إلى واجهات برمجة التطبيقات (APSP) الثابتة المدرجة في جدول الإصدارات الثابتة.

معاينة يدوية

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

9800-l#show ap image
Total number of APs  : 4

Number of APs
        Initiated                  : 0
        Downloading                : 0
        Predownloading             : 0
        Completed downloading      : 0
        Completed predownloading   : 0
        Not Supported              : 0
        Failed to Predownload      : 0
        Predownload in progress    : No

AP Name             Primary Image          Backup Image            Predownload Status   Predownload Version  Next Retry Time   Retry Count   Method
------------------------------------------------------------------------------------------------------------------------------------------------------------------
Ap117.12.5.41        17.12.4.201                None                  0.0.0.0             N/A                 0           N/A
Ap217.12.5.41        17.12.4.201                None                  0.0.0.0             N/A                 0           N/A
Ap317.12.5.41        17.12.4.201                None                  0.0.0.0             N/A                 0           N/A
Ap417.12.5.41        17.12.4.201                None                  0.0.0.0             N/A                 0           N/A

يمكنك أيضا تنفيذ تحقق مماثل مباشرة على مستوى AP بتشغيل الأمر التالي للتحقق من كلا قطعي الصورة:

AP# show version
AP Running Image     :17.12.5.41
Primary Boot Image   : 17.12.5.41
Backup Boot Image    : 17.12.5.209
Primary Boot Image Hash: 93ef1e703a5e7c5a4f97b8f59b220f52d94dd17c527868582c0048caad6397a9f3526c644f94a52bb70a104385690065ad0d652aa3fed607f24920d7e5ed5b5c
Backup Boot Image Hash: 4bbe4a0d9edc3cad938a7de399d3c2e08634643a2623bae65973ef00deb154b8eb7c7917eeecdd46e3e2ddc7be80139475e19fb3040b08aa715de196a733252b
1 Multigigabit Ethernet interfaces

تحقق من قسم التمهيد النشط للتأكد من وجود صورة النسخ الاحتياطي على الجزء 2. أستخدم الأمر "show boot" وتأكد من أن "قائمة مسارات التمهيد" تشير إلى الجزء 1؛ وهذا يشير إلى أن نقطة الوصول قيد التشغيل حاليا من القسم الأساسي وتحاول الترقية إلى الجزء الثانوي الذي قد يؤدي إلى حدوث المشكلة.

AP# show boot
--- Boot Variable Table ---
BOOT path-list: part1
Console Baudrate: 9600 Enable Break:

2. التحقق من إستخدام نظام الملفات الحالي من خلال التحقق من التقسيم /dev/ubivol/part2. وإذا كان "use٪" قريبا من 100٪، فسيتم استنفاد القسم، مما سيؤدي إلى فشل الترقية واحتمال حدوث تكرار حلقي للتمهيد.

AP# show filesystems
Filesystem                Size      Used Available Use% Mounted on
devtmpfs                880.9M         0    880.9M   0% /dev
/sysroot                883.8M    219.6M    664.1M  25% /
tmpfs                     1.0M     56.0K    968.0K   5% /dev/shm
tmpfs                   883.8M         0    883.8M   0% /run
tmpfs                   883.8M         0    883.8M   0% /sys/fs/cgroup
/dev/ubivol/part1       372.1M     79.7M    292.4M  21% /part1
/dev/ubivol/part2       520.1M    291.3M    228.9M  56% /part2

3. تحقق من سلامة الصورة لكلا الطرفين لضمان عدم تلفهما. يجب أن تعرض كافة الحقول لكل من الصور الأساسية وصور النسخ الاحتياطي حالة "جيدة"؛ إذا أظهر أي حقل خلاف ذلك، فقم بإيقاف العملية وفتح حالة مركز المساعدة الفنية على الفور.

AP# show image integrity
/part1(Backup) 17.12.5.209
    part.bin : Good
    ramfs_data_cisco.squashfs : Good
    iox.tar.gz : Good
/part2(primary) 17.12.5.41
    part.bin : Good
    ramfs_data_cisco.squashfs : Good
    iox.tar.gz : Good

معاينة آلية

للتحقق المسبق التلقائي، أستخدم أداة استبيان WLAN. تتيح لك هذه الأداة تشغيل الأوامر المطلوبة عبر كل نقاط الوصول في وقت واحد للتعرف على نقاط الوصول المتأثرة؛ يمكنك تنزيله مباشرة من الرابط التالي: https://developer.cisco.com/docs/wireless-troubleshooting-tools/wlan-poller-wlan-poller/

الخطوات:

1. Extraction - قم باستخراج ملفات WLAN Poller إلى الدليل المفضل لديك.

2. Configuration - قم بتحديث ملف "config.ini" بالمعلمات التالية، مما يضمن إدخال بيانات الاعتماد الخاصة بك وعنوان IP لوحدة التحكم.

wlc_type: 2
mode: ssh
ap_mode: ssh

; set global WLC credentials
wlc_user: 
wlc_pasw: 
wlc_enable: 

; set global AP credentials
ap_user: 
ap_pasw: 
ap_enable: 

[WLC-1]
active: True
ipaddr: 
mode: ssh

3. إعداد قائمة الأوامر - قم بالتعليق (أضف رمز التجزئة "#") على المحتويات الافتراضية في "cmdlist_cos" و"cmdlist_cos_qca"، ثم قم بإضافة الأوامر التالية إلى كلا الملفين.

# snippet to download the Debug image on COS APs
# show version | in Compiled
# archive download-sw /reload tftp:///
# 
show clock
show version
show flash
show flash | i cnssdaemon.log
show boot
show filesystems
show image integrity

4. Execution - قم بتشغيل الأداة باستخدام ".\wlanpoller.exe". ستدخل الأداة بروتوكول طبقة الأمان (SSH) في جميع نقاط الوصول وتجمع مخرجات الأمر.

5. إسترداد البيانات - بمجرد اكتمالها، انتقل إلى المجلد /data الذي تم إنشاؤه حديثا. اتبع المجلدات الفرعية إلى المجلد النهائي الذي يحتوي على ملفات مخرجات AP الفردية.

6. تحليل - قم بتنزيل "ap_detection_script.py" من إرتباط المربع الرسمي، ووضعه في مجلد "البيانات"، ثم قم بتنفيذه.

7. نتائج المراجعة - افتح "status_check_results.log" الذي تم إنشاؤه لعرض قائمة نقاط الوصول في حالة إشكالية. تتطلب هذه الأجهزة خطوات إسترداد (يتم شرحها في قسم الاسترداد أدناه) قبل متابعة الترقية، وفيما يلي شرح لكيفية تفسير النتائج:

حسب التصميم، يمكن لنقاط الوصول (APs) التمهيد من القسم 1 أو القسم 2. عندما يكون أحد الأقسام نشطا، يتم إستخدام القسم الآخر لتنزيل الصورة أو APSP. تم تعيين قسم التخزين المنطقي بشكل دائم إلى القسم 2 ولا يمكن تغييره. تؤثر هذه المشكلة فقط على نقاط الوصول التي يتم تمهيدها حاليا من القسم 1. يمكنك التحقق من ذلك من خلال التحقق من العمود "current_boot_partition_check" للتحقق من القسم الحالي المستخدم من قبل نقاط الوصول. مثال:

يمكننا أن نستنتج من المثال أعلاه أنه من نقاط الوصول الثلاث:

• اسم نقطة الوصول: إختبار AP1 (الإجراء مطلوب): إذا ظهرت نقطة وصول (AP) للجزء 1 "سريع التأثر" في العمود "current_boot_partition_check"، فيجب عليك بعد ذلك التحقق من العمود "part2_mem_utilization_check". إذا عرض هذا العمود أيضا "سريع التأثر حقيقي"، فإن نقطة الوصول تتأثر.

  • مثال: الإختبار AP1 متأثر (التمهيد في الجزء 1 والمساحة المتوفرة للجزء 2: 51. 9 ميغابايت) ويتطلب الاسترداد.

• اسم نقطة الوصول: إختبار AP2 (القسم 1): إذا ظهرت نقطة وصول على الجزء 1 "سريع التأثر صحيح" ولكن يظهر "part2_mem_utilization_check" "false not vulnerability"، تكون نقطة الوصول آمنة.

  • مثال: لم تتأثر نقطة الوصول للاختبار 2 نظرا لامتلاكها مساحة كافية في القسم 2 (الجزء 2)، ومع ذلك، يوصى بتثبيت نقطة الوصول (APSP) للاهتمام بالمشكلات المستقبلية نظرا لأن ملف cnssdaemon.log يستمر في الوجود في نقطة الوصول.

• اسم نقطة الوصول: إختبار AP3 (القسم 2): إذا ظهرت نقطة وصول (AP) للجزء 2 "خطأ غير قابل للتأثر" في العمود "current_boot_partition_check"، فلن تتأثر. لا حاجة لمزيد من التحققات.

ملاحظة: ملاحظة: تمثل القيمة الرقمية التي تظهر في العمود "part2_mem_utilization_check" بجوار الحالة "true/false vulnerability" مقدار المساحة المتوفرة في القسم 2.

• أي نقطة وصول: إذا ظهرت أي نقطة وصول (AP) تحت عنوان التحقق من سلامة الصورة: فشل" تحت عمود "image_integrity_check" الرجاء متابعة فتح حالة مركز المساعدة الفنية.

إسترداد

استنادا إلى الحالة الخاصة بكل نقطة وصول، سيوصي البرنامج النصي بالأسلوب الأكثر فعالية للاسترداد. إتبع الخطوات التفصيلية أدناه لنقاط الوصول المتأثرة المحددة:

تبديل قسم صورة نقطة الوصول

1. عزل نقاط الوصول - تأكد من أن نقاط الوصول ليس لها اتصال مع عنصر التحكم في الشبكة المحلية اللاسلكية (WLC):
   1. تأكد من تمكين بروتوكول SSH في ملف تعريف ربط نقاط الوصول (APs) ومن إمكانية الوصول إلى نقاط الوصول (APs) عبر بروتوكول SSH (أو إستخدام وحدة التحكم)
   2. ضمنت أن لا يتلقى ال APs توصيل مع ال WLC، غير أن، أنت بعد يتلقى وصول SSH إلى ال APs. ويمكن تحقيق ذلك من خلال وجود قائمة تحكم في الوصول (ACL) في البوابة أو نقل نقاط الوصول إلى شبكة VLAN المعزولة. إذا حصلت نقاط الوصول على الوصول إلى عنصر التحكم في الشبكة المحلية اللاسلكية (WLC)، يمكن أن ترجع نقطة الوصول إلى جزء التمهيد 1 وستعود إلى الحالة المتأثرة.

2. قم بتكوين مسار التمهيد - على نقاط الوصول (APs) المتأثرة، قم بتعيين مسار التمهيد على القسم 2:

AP# config boot path 2

3. إعادة التشغيل - إعادة تشغيل نقطة الوصول لتحميل الصورة من القسم 2:

AP# reload

4. الترقية - قم بتثبيت APSP المطلوب في الرمز الحالي في عنصر التحكم في الشبكة المحلية اللاسلكية (WLC)، أو إذا كنت ستقوم بترقية نقل الرمز إلى رمز جديد وتأكد من تثبيت APSP كذلك.

5. إعادة الاتصال - بمجرد اكتمال ترقية وحدة التحكم، قم بإزالة توقف الاتصال بين نقطة الوصول و WLC. ستنضم نقطة الوصول إلى عنصر التحكم في الشبكة المحلية اللاسلكية (WLC) وتقوم تلقائيا بتنزيل الصورة الجديدة الثابتة في جزء التمهيد 1.

6. التحقق المزدوج - بعد الترقية إلى إصدار ثابت، تحقق من كلا قسمي نقاط الوصول لضمان عدم إحتواء فتحة النسخ الاحتياطي على صورة الأخطاء.

7. الصيانة - للحفاظ على الاستقرار على المدى الطويل ومنع حلقات التمهيد في المستقبل، نوصي باستبدال قسم النسخ الاحتياطي بصورة جيدة معروفة. للمجموعات الأصغر، أستخدم أرشيف "download-sw" مباشرة على نقطة الوصول؛ بالنسبة لعمليات النشر الأكبر، قم بإجراء تنزيل مسبق لنقطة الوصول إلى WLC لتحديث قسم النسخ الاحتياطي دون بدء تنشيط صورة نقطة الوصول.

وصول AP shell إلى الاسترداد

يمكن لمركز المساعدة التقنية (TAC) إجراء الاسترداد اليدوي من خلال مسح الملف cnssdaemon.log مباشرة من shell الموجود على نقاط الوصول المتأثرة. وتبعا لمقياس التأثير، هناك طريقتان مذكورتان أدناه:

• عدد صغير من نقاط الوصول المتأثرة: بالنسبة لكمية صغيرة من نقاط الوصول المتأثرة، يمكن أن يستمر إجمالي تكلفة المنتج باستخدام أحد النهجين التاليين:

  • الوصول اليدوي إلى shell: قم بالوصول إلى كل نقطة وصول على حدة عبر طبقة لمسح ملف السجل يدويا.

  • الوصول التلقائي (المجمع) إلى shell: أستخدم أداة RADKit لأتمتة عملية التنظيف إلى كل نقاط الوصول المتأثرة.

• عدد كبير من نقاط الوصول المتأثرة: يجب أن يستخدم مركز المساعدة الفنية أداة Radkit، وهذا يسمح بوصول القذائف السائلة إلى جميع نقاط الوصول (AP) المتأثرة في آن واحد لتنفيذ عملية التنظيف بكفاءة.

ملاحظة: نوصي باستخدام RADKit لإجراء إسترداد الوصول إلى طبقة نقطة الوصول (AP) لضمان الكفاءة والاتساق.

ملاحظة: تحميل "رادكيت" يرجى إستخدام هذا الرابط: تنزيل أحدث إصدار وتنزيله بواسطة رادكيت. لتركيب "رادكيت"، يرجى متابعة هذا الفيديو: تركيب رادكيت

متى يتم فتح حالة مركز المساعدة الفنية

فتح حالة مركز المساعدة الفنية على الفور إذا حدث أي من الحالات التالية:

• فشل الاسترداد: يفشل إجراء تبديل قسم صورة نقطة الوصول (AP) أو لا يمكن تنفيذه في بيئتك.
• مسائل تتعلق بالنزاهة: ترجع التحققات المسبقة اليدوية أو المؤتمتة تحقق سلامة الصورة: حالة "فشل" لأي نقطة وصول.
• إستهلاك وحدات التخزين: إذا كان بعد الترقية/APSP قم بتثبيت القسم "/dev/ubivol/part2" يظهر إستخدام لا يزال مرتفعا بشكل خطير.

يستطيع Cisco TAC الوصول إلى طبقة AP لمسح ملف cnssdaemon.log يدويا وتنفيذ إجراءات إسترداد متقدمة لاستعادة أجهزتك.

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

س: هل تنطبق هذه المشكلة فقط على ترقيات الرمز الكامل، أم أنها تؤثر أيضا على تثبيتات APSP؟

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

س: تتوفر وحدة التحكم في الشبكة المحلية اللاسلكية (WLC) ونقاط الوصول (AP) على 17.9.x (أو إصدار سابق)، كما أحتاج إلى الترقية إلى 17.12.x، ما الذي يجب علي فعله؟

ج: يمكنك إجراء ترقية مباشرة من 17.9.x إلى 17.12.x. ومع ذلك، إذا كانت نماذج AP لديك عرضة لهذا الخطأ، فتأكد من تثبيت APSP الموصى به مباشرة بعد الترقية.

س: تتوفر نقاط الوصول (APs) و WLC على 17.9.x (أو إصدار سابق) ويلزم الترقية إلى 17.15.x أو إصدار أعلى.

ج: وهناك سيناريوهان محتملان:

• الترقية المباشرة: إذا كانت بيئتك تسمح بترقية مباشرة (الرجاء التحقق عبر "ملاحظات الإصدار" الخاصة بالرمز الهدف)، فتابع الترقية ثم قم بتثبيت APSP الخاص بالرمز الهدف.
• ترقية وسيطة: إذا كان يجب عليك اتباع مسار ترقية (على سبيل المثال، 17.9.x → 17.12.x → 17.15.x)، فإننا نوصي بإكمال التسلسل بالكامل إلى 17.15.x خلال نفس اليوم. حيث أن ملف cnssdaemon.log ينمو بسرعة 5 ميغابايت يوميا، فإن إكمال الترقية يمنع الملف من الوصول إلى حجم حرج. إذا لم تكن الترقية في اليوم نفسه ممكنة، فيجب عليك تثبيت APSP في المرحلة 17.12.x قبل أن تنتقل في النهاية إلى 17.15.x وتثبيت APSP الخاصة بها.

س: أنا بالفعل على 17.15.x. هل يعني ذلك انني لست متأثرة بهذا المرض؟

ج: ليس بالضرورة. إذا كانت نقاط الوصول لديك تشغل الإصدار 17.12.4 أو 17.12.5 أو 17.12.6/6a (على 9800-L/40/80/CL) من قبل، فقد يكون ملف السجل المثير للمشاكل قد تم إنشاؤه بالفعل ولا يزال في التخزين. نحن نوصي بشدة بمتابعة قسم عمليات التحقق المسبق من الترقية لضمان تنظيف أي ملفات متبقية.

س: أنا أستخدم المنصات 9800-M، 9800-H1، أو 9800-H2، التي كانت أول دعم في 17.15، هل تأثرت؟

ج: وهناك سيناريوهان محتملان:

• الانضمام لأول مرة إلى عنصر التحكم في الشبكة المحلية اللاسلكية (WLC): إذا كانت نقاط الوصول الخاصة بك قد انضمت إلى وحدة تحكم 9800-m/H1/H2 كأول وحدة تحكم على الإطلاق، فلن تتأثر بذلك.
• تم الانضمام إلى قوائم التحكم في الشبكة المحلية اللاسلكية (WLCs) السابقة: إذا كانت نقاط الوصول تلك قد تم ضمها سابقا إلى وحدة تحكم مختلفة تشغل إصدارا متضررا (17.12.4/5/6/6a) قبل النقل إلى 9800-m/H1/H2، فإنها قد تستمر في حمل الملف المليء بالمشاكل. في هذه الحالة، يرجى اتباع قسم التحققات المسبقة للترقية.

س: لدينا وحدات تحكم في الشبكة (WLC) منفصلة للاختبارات المعملية والترقيات المتعاقبة، كيف يجب علينا التعامل معها؟

ج: تأكد من أن جميع قوائم التحكم في الشبكة المحلية اللاسلكية (WLC) في بيئتك تقوم بتشغيل APSP المناسبة. نظرا لزيادة حجم ملف cnssdaemon.log بمعدل 5 ميجابايت يوميا، فإن أي نقطة وصول (AP) تنضم إلى رمز يتأثر يعمل باستخدام عنصر التحكم في الشبكة المحلية اللاسلكية (WLC)، حتى ولو بشكل مؤقت للاختبار، من المحتمل أن تصبح عرضة لهذا الخطأ.