المحتويات

المقدمة

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

سياق

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

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

الإصدارات التي تم إصلاحها

فحوصات مسبقة

برنامج نصي للمعاينة

WLAN Poller(يمكن تنزيله من هنا)

عملية الاسترداد:

الخيار 1: تبديل الأقسام

الخيار 2: افتح حالة مركز المساعدة الفنية ليقوم TAC بتنظيف نقطة الوصول من طبقة الجذر (بعد هذه العملية أنت تستمر مع الترقية العادية)

خيار 3:حالة آمنة ولكن نقطة الوصول تحتوي على صورة بها خلل في قسم النسخ الاحتياطي

الخيار 4: فشل التحقق من سلامة الصورة لنقاط الوصول هذه

الخيار 5: فشل التحقق من سلامة الصورة لنقاط الوصول هذه

المقدمة

يصف هذا وثيقة الإستعادة إجراء عندما تكون متأثر ب cisco بق id CSCwf25731 وCSCwf37271

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

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

- مادة حفازة 9124 (I/D/E)

- مادة حفازة 9130 (I/E)

- Catalyst 9136i

- Catalyst 9162I

- Catalyst 9163E

- Catalyst 9164i

- مادة حفازة 9166 (I/D1)

- Catalyst IW9167 (I/E)

سياق

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

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

لا تؤثر هذه المشكلة على الإصدارات قبل 17.12.4، أو إذا كانت نقطة الوصول تقوم بتشغيل أي إصدار بعد 17.12.6a، على سبيل المثال 17.15.x ولم تقم أبدا بتثبيت أي من الإصدارات المتأثرة.

يتوفر إصلاح ل Cisco IOS XE الإصدارات 17.12.4 و 17.12.5 و 17.12.6a، في شكل عناوين APSP المعنية. بالإضافة إلى ذلك، يتوفر APSP تنظيف ل 17.15.4d و 17.18.2، لاسترداد المساحة المفقودة، لعمليات النشر التي كانت تستخدم الإصدار المتأثر، والتي تمت ترقيتها بالفعل إلى إصدار أحدث.

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

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

نقاط الوصول للطرز المتأثرة، التي تعمل بالرموز من 17.12.4 إلى 17.12.6a، تقوم بإنشاء ملف ثابت "/storage/cnssdaemon.log"، يمكن أن ينمو بسرعة تصل إلى 5 ميجابايت في اليوم، واستخدام جميع المساحة المتوفرة على قسم القرص هذا. لم يتم مسح هذا الملف عند إعادة التشغيل.  وبمجرد إستخدام القسم بشكل كامل، يمكن أن تتعطل عمليات الترقية، حيث لا يتم إكمال خطوة هامة على تخزين إصدار الملف الجديد.

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

يحدث فشل الترقية فقط إذا كانت نقطة الوصول قيد التشغيل من القسم 1، وكان مساحة القسم 2 قد إستنفدت. إذا كانت هناك مساحة كافية، أو إذا كانت نقطة الوصول قد تم التمهيد من القسم 2، تكون الترقية ناجحة

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

إذا كانت عنصر التحكم في الشبكة المحلية اللاسلكية (WLC) حاليا في 17.12.4 و17.12.5 و17.12.6a، تكون الترقية إلزامية إلى إصدار برنامج به الإصلاح أثناء اتباع الخطوات التالية. بالنسبة لأي إصدارات أخرى مثبتة على عنصر التحكم في الشبكة المحلية اللاسلكية (WLC)، إذا كنت تخطط للترقية،يوصى بشدة باتباع هذه التعليمات:

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

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

الخطوة 3: في نقاط الوصول المحددة، قم بتنفيذ خطوات الاسترداد الموضحة في قسم الاسترداد.

الخطوة 4: أعد تشغيل البادئة لتأكيد عدم تأثر أي نقطة وصول أخرى.

الخطوة 5: قم بالمتابعة للترقية إلى APSPs ذات الصلة أو إصدارات البرامج المذكورة في جدول الإصدارات الثابتة.

يرجى إحالة هذا الجدول للتحقق مما إذا كان هذا الإشعار ينطبق عليك:

الجدول 1 - إمكانية تطبيق مسار الترقية

إصدار حالي

هدف

تطبيق المشكلة

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

مسار الهدف/الترقية

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

التعليقات

17.3.x / 17.6.x / 17.9 x

17٫12٫x

لا

لا

17.12.4 + APSPx 17.12.5 + APSPx

17.12.6a + APSPx

17.12.7

لا

التحقق من وجهة ملاحظات الإصدار

17٫9٫x

أي (باستثناء 17.12.4/5/6a)

لا

لا

تتبع مسار ترقية الوجهة

لا

لا يدعم من 17.9 و 1 إلى .5 الترقية المباشرة إلى 17.15 أو إستخدام 17.9.6 أو أعلى

لمزيد من المعلومات، راجع ملاحظات الإصدار

17.12.1 إلى 17.12.3

أي (باستثناء 17.12.4/5/6a)

لا

لا

تتبع مسار ترقية الوجهة

عملية منتظمة

التحقق من وجهة ملاحظات الإصدار

17.12.4/5/6a

17.12.x(4،5،6a إلخ)، APSP

نعم

نعم

17.12.4 + APSPx 17.12.5 + APSPx

17.12.6a + APSPx

17.12.7

نعم

بعد تثبيت بروتوكول APSP ثابت، لا توجد حاجة إلى فحوصات مسبقة إضافية لترقيات 17.12 في المستقبل

17.12.4/5/6a

17.15.x / 17.18.x

نعم

نعم

ترقية APSP 17.12.x المقابلة بعد ذلك إلى 17.15.x + APSPx أو 17.18.x + APSPx

نعم بالنسبة للترقية الأولى لبروتوكول APSP الإصدار 17.12 ولا بالنسبة لعمليات الترقية اللاحقة.

أي إصدار، فإن الصورة السابقة كانت واحدة من 17.12.4/5/6a

17٫15٫x

نعم

نعم

17.15.x + APSPx

نعم

أي إصدار، فإن الصورة السابقة كانت واحدة من 17.12.4/5/6a

17٫18٫x

نعم

نعم

17.18.x + APSPx

نعم

17.15+

نشر جديد

أي

لا

لا

أي

لا

17.18.

نشر جديد

أي

لا

لا

أي

لا

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

ملاحظة: يتبع أي إصدار آخر غير مذكور بشكل صريح في العمود "الحالي" مسار الترقية الموصى به.

الإصدارات التي تم إصلاحها

ضابط

إصدار صورة AP

17.12.4 + APSP13

17.12.4.213

17.12.5 + APSP9

17.12.5.209

17.12.6a + APSP1

17.12.6.201

17.15.3 + APSP12

17.15.3.212

17.15.4b + APSP6

17.15.4.206

17.15.4d + APSP1

17.15.4.225

17.18.1 + APSP3

17.18.1.203

17.18.2 + APSP1

17.18.2.201

فحوصات مسبقة

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

- تأكيد ما إذا كانت صور نقطة الوصول صور واحدة في حالة الإصدارات المتأثرة، تحت أعمدة الصور الأساسية أو النسخ الاحتياطي:

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

------------------------------------------------------------------------------------------------------------------------------------------------------------------

Ap1                 17.12.5.41        17.12.4.201                None                  0.0.0.0             N/A                 0           N/A

Ap2                 17.12.5.41        17.12.4.201                None                  0.0.0.0             N/A                 0           N/A

Ap3                 17.12.5.41        17.12.4.201                None                  0.0.0.0             N/A                 0           N/A

Ap4                 17.12.5.41        17.12.4.201                None                  0.0.0.0             N/A                 0           N/A

- يمكن تنفيذ تحقق مماثل في نقطة الوصول:

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

Any Boot Image is one of the following:

- 17.12.4.0 to 17.12.4.212

- 17.12.5.0 to 17.12.5.208

- 17.12.6.0 to 17.12.6.200

- التحقق من قسم التمهيد الحالي:

AP# show boot

--- Boot Variable Table ---

BOOT path-list: part1

Console Baudrate: 9600 Enable Break:

The “BOOT path-list:” should be part1, suggesting that the Backup partition is running on part2.

- التحقق من إستخدام نظام الملفات الحالي:

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

The “Use%” for “/dev/ubivol/part2” is close to 100%.

- تحقق من سلامة الصورة لكلا الفرعين:

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

The image integrity should be “Good” for all fields in both the partitions. If not Good open a TAC case.

في القسم التالي نمرر عليك النصوص التنفيذية التي تقوم بأتمتة عملية التحقق المسبق لكل نقاط الوصول.

برنامج نصي للمعاينة

WLAN Poller(يمكن تنزيله من هنا)

الخطوة 1: قم باستخراج شريط WLAN إلى موقع الملف المطلوب

الخطوة 2: قم بتعديل هذه القيم في ملف "config.ini":

wlc_type: 2

mode: ssh

ap_mode: ssh

; set global WLC credentials

wlc_user: username

wlc_pasw: password

wlc_enable: enable_password

; set global AP credentials

ap_user: ap_username

ap_pasw: ap_password

ap_enable: ap_enable_password

[WLC-1]

active: True

ipaddr:

mode: ssh

الخطوة 3: قم بتعليق بقية المحتويات الافتراضية وقائمة الأوامر أدناه على الملفات "cmdlist_cos" و"cmdlist_cos_qca".

show clock

show version

show flash

show flash | i cnssdaemon.log

show boot

show filesystems

show image integrity

عينة أدناه:

# 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: قم بتنفيذ Wlanpoller باستخدام ".\wlanpoller.exe". ال WLAN يركض بولر، SSH إلى all APs، ويجلب الإنتاج من هذا أمر ل all of the.

الخطوة 5: يتم إنشاء مجلد "بيانات" بعد التنفيذ. أدخل المجلد وانتقل حتى النهاية حيث لديك ملفات متعددة تم إنشاؤها لكل نقطة وصول.

الخطوة 6: قم بنسخ/لصق الملف "ap_detection_script.py" المتوفر بشكل منفصل في هذا المجلد وقم بتنفيذه. يمكنك العثور على النص التنفيذي في إرتباط المربع التالي:

https://pubhub.devnetcloud.com/media/wireless-troubleshooting-tools/docs/9800-scripts/ap_detection_script.zip

يؤدي هذا إلى إنشاء ملف في نفس المجلد باسم "status_check_results.log". يحتوي هذا على قائمة نقاط الوصول التي قد تكون في حالة إشكالية وستحتاج إلى بعض خطوات الاسترداد/الخطوات الإضافية قبل المتابعة للترقية.

عملية الاسترداد:

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

الخيار 1: تبديل الأقسام

الخطوة 1: تأكد من أن نقطة الوصول ليس لها اتصال بوحدة التحكم لتجنب عودة نقطة الوصول إلى التقسيم/الإصدار السابق الخاص بها. ويمكن تحقيق ذلك من خلال قائمة وصول على بوابة وحدة التحكم.

الخطوة 2: من نقاط الوصول التي يحتمل أن تتأثر، قم بتكوين التمهيد للقسم 2:

AP# config boot path 2

الخطوة 3: أعد تمهيد نقطة الوصول لتجعلها تقوم بالتمهيد مع الصورة على القسم 2:

AP# reset

الخطوة 4: اطلب من نقطة الوصول الانضمام إلى وحدة التحكم بعد اكتمال الترقية على وحدة التحكم. تنضم نقطة الوصول إلى الصورة الجديدة وتنزلها.

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

الخيار 2: افتح حالة مركز المساعدة الفنية ليقوم TAC بتنظيف نقطة الوصول من طبقة الجذر (بعد هذه العملية أنت تستمر مع الترقية العادية)

الخيار 3: حالة آمنة ولكن نقطة الوصول تحتوي على صورة بها خلل في قسم النسخ الاحتياطي

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

الخيار 4: فشل التحقق من سلامة الصورة لنقاط الوصول هذه

افتح حالة مركز المساعدة الفنية كي يقوم مهندس TAC بإصلاح نقاط الوصول هذه قبل متابعة الترقية.

الخيار 5: فشل التحقق من سلامة الصورة لنقاط الوصول هذه

القسم الحالي غير قابل للتشغيل إلا أن سعة تخزين الذاكرة المؤقتة منخفضة. راجع فتح TAC لتنظيف cnssdaemon.log من التخزين عبر الأداة المساعدة.