أستكشاف أخطاء تحميل وحدة التحكم في الشبكة المحلية (LAN) اللاسلكية وإصلاحها
المحتويات
المقدمة
يصف هذا المستند كيفية مراقبة إستخدام وحدة المعالجة المركزية (CPU) على وحدات التحكم في الشبكة المحلية (LAN) اللاسلكية Catalyst 9800 وهو يغطي العديد من توصيات التكوين.
فهم إستخدام وحدة المعالجة المركزية
قبل أن تقوم باستكشاف أخطاء تحميل وحدة المعالجة المركزية وإصلاحها، يجب أن تفهم الأساسيات الخاصة بكيفية إستخدام وحدات المعالجة المركزية (CPU) في وحدات التحكم في الشبكة المحلية (LAN) اللاسلكية Catalyst 9800، وبعض التفاصيل حول بنية البرامج.
بشكل عام، يعرف مستند أفضل الممارسات Catalyst 9800 مجموعة من إعدادات التكوين التي يمكنها منع المشاكل على مستوى التطبيق. على سبيل المثال، يتم دائما تمكين إستخدام تصفية الموقع ل mDNS أو ضمان إستبعاد العميل. ينصح بتطبيق تلك التوصيات مع الموضوعات الموضحة هنا.
أساسيات منصات العمل
تم تصميم وحدات التحكم Catalyst 9800 كنظام أساسي مرن يستهدف أحمال شبكة مختلفة، مع التركيز على التطوير الأفقي. كانت تسمية التطوير الداخلي هي eWLC مع "e" للمرونة، وهذا يعني أن نفس بنية البرنامج ستعمل من نظام صغير مضمن لوحدة المعالجة المركزية (CPU) إلى العديد من أجهزة وحدة المعالجة المركزية (CPU)/الأجهزة الأساسية واسعة النطاق.
لكل عنصر تحكم في الشبكة المحلية اللاسلكية وجانبان متميزان:
- مستوى التحكم: التعامل مع جميع تفاعلات الإدارة مثل واجهة سطر الأوامر (CLI) وواجهة المستخدم (UI) و NetConf وجميع عمليات الدمج للعملاء ونقاط الوصول (AP).
- مستوى البيانات: مسؤول عن إعادة توجيه حزم البيانات وفككها فعليا، من بين وظائف أخرى، هي CAPWAP، وإنفاذ سياسة AVC.
مستوى التحكم
- يتم تشغيل معظم عمليات Cisco IOS® تحت BinOS (نواة Linux) باستخدام أوامر المجدول والمراقبة المتخصصة الخاصة بها.
- توجد مجموعة من العمليات الأساسية، تسمى Wireless Network Control Daemon (WNCD)، تحتوي كل منها على قاعدة بيانات محلية في الذاكرة، والتي تتعامل مع معظم النشاط اللاسلكي. تملك كل وحدة معالجة مركزية (CPU) شاشة WNCD لنشر الحمل عبر جميع مراكز وحدة المعالجة المركزية (CPU) المتاحة لكل نظام
- يتم إكمال توزيع التحميل عبر WNCDs أثناء ربط نقطة الوصول. عندما تقوم نقطة الوصول بتنفيذ وصلة CAPWAP لوحدة التحكم، يقوم موازن حمل داخلي بتوزيع نقطة الوصول باستخدام مجموعة من القواعد الممكنة، لضمان الاستخدام السليم لجميع موارد وحدة المعالجة المركزية (CPU) المتاحة.
- يتم تشغيل رمز Cisco IOS® في عمليته الخاصة التي يطلق عليها IOS D ولديه أداة جدولة وحدة المعالجة المركزية (CPU). وهذا يهتم بوظائف معينة، على سبيل المثال، CLI و SNMP والبث المتعدد والتوجيه.
في طريقة عرض مبسطة، تحتوي وحدة التحكم على آليات اتصال بين مستوى التحكم ومستوى البيانات، والنسخ، وإرسال حركة مرور البيانات من الشبكة إلى مستوى التحكم، والحقن، ودفع الإطارات من مستوى التحكم إلى الشبكة.
كجزء من التحقيق المحتمل في أستكشاف أخطاء وحدة المعالجة المركزية (CPU) وإصلاحها، يجب عليك مراقبة آلية البت لتقييم حركة المرور التي تصل إلى مستوى التحكم ويمكن أن تؤدي إلى حمل مرتفع.
مستوى البيانات
بالنسبة لوحدة التحكم Catalyst 9800، يتم تشغيل هذا كجزء من معالج الحزمة (CPP) من Cisco، وهو إطار عمل برنامج لتطوير محركات إعادة توجيه الحزمة المستخدمة عبر منتجات وتقنيات متعددة.
تسمح البنية بمجموعة ميزات مشتركة عبر عمليات تنفيذ أجهزة أو برامج مختلفة. على سبيل المثال، فإنه يسمح بميزات مماثلة ل 9800CL مقابل 9800-40 بمستويات إنتاجية مختلفة.
موازنة حمل AP
تقوم عنصر التحكم في الشبكة المحلية اللاسلكية (WLC) بموازنة الأحمال عبر وحدات المعالجة المركزية (CPU) أثناء عملية الانضمام إلى نقطة الوصول (CAPWAP AP)، حيث يكون مميز المفاتيح هو اسم علامة موقع نقطة الوصول. تتمثل الفكرة في أن كل نقطة وصول تمثل حمل وحدة معالجة مركزية معينة تمت إضافته، يأتي من نشاط العميل الخاص بها ونقطة الوصول نفسها. هناك العديد من الآليات اللازمة لتحقيق هذا التوازن:
- إذا كانت نقطة الوصول تستخدم علامة افتراضية، فإنها تقوم بالموازنة بين جميع وحدات المعالجة المركزية (CPU)/شاشات العرض اللاسلكية (WNCD) في شكل ترتيب دوري، بحيث تنتقل كل نقطة وصول جديدة إلى شاشة WNCD التالية. ولكن هذه هي الطريقة الأبسط، ولها مع ذلك بعض الآثار:
- هذا هو السيناريو دون الأمثل، حيث إن نقاط الوصول في مجال التجوال نفسه على الموجات اللاسلكية (RF) تحتوي على التجوال المتكرر بين شاشات WNCD، مما يتضمن المزيد من الاتصال بين العمليات. التجوال عبر المثيلات أبطأ بنسبة صغيرة.
- بالنسبة لعلامة موقع FlexConnect (البعيد)، لا يتوفر توزيع مفاتيح PMK. وهذا يعني أنه لا يمكنك إكمال التجوال السريع لوضع Flex، مما يؤثر على أوضاع التجوال OKC/FT.
بشكل عام، يمكن إستخدام العلامة الافتراضية على سيناريوهات الحمل الأقل (على سبيل المثال، أقل من 40٪ من نقطة الوصول وتحميل العميل للنظام الأساسي 9800)، ولنشر FlexConnect فقط عندما لا يكون التجوال السريع مطلبا.
- إذا كانت نقطة الوصول تحتوي على علامة موقع مخصصة، فإن أول مرة تنتمي فيها نقطة وصول إلى اسم علامة الموقع تنضم إلى وحدة التحكم، يتم تعيين علامة الموقع لمثيل WNCD معين. يتم تخصيص جميع وصلات AP الإضافية التالية ذات العلامة نفسها إلى نفس شاشة WNCD. وهذا يضمن التجوال عبر نقاط الوصول في نفس علامة الموقع يحدث في سياق WCND الواحد. وهذا يوفر تدفقا أفضل، مع إستخدام أقل لوحدة المعالجة المركزية (CPU). التجوال عبر شاشات WNCD مدعوم، ليس بالشكل الأمثل في التجوال بين شاشات WNCD.
- قرار موازنة التحميل الافتراضي: عند تعيين علامة إلى WNCD، يقوم موازن التحميل بتحديد المثيل الذي يحتوي على أقل عدد لعلامات الموقع في ذلك الوقت. الحمل الإجمالي لعلامة الموقع غير معروف، ويمكن أن يؤدي إلى سيناريوهات موازنة دون المستوى الأمثل. هذا يعتمد على ترتيب نقاط الوصول، وعدد علامات المواقع التي تم تعريفها، وإذا كان عدد نقاط الوصول غير متماثل عبرها.
- موازنة الأحمال الثابتة: لمنع تعيين علامة موقع غير متوازن إلى WNCD، تم إدخال أمر تحميل الموقع في الإصدار 17.9.3 والإصدارات الأعلى. وهذا يسمح للمسؤولين بتعريف التحميل المتوقع لكل علامة موقع بشكل مسبق. وهذا مفيد عند التعامل مع سيناريوهات المجمعات أو المكاتب الفرعية المتعددة، حيث يتم تعيين كل منها على عدد مختلف من نقاط الوصول لضمان توزيع الحمل بالتساوي عبر شاشات WNCD.
إذا كان لديك 9800-40 تتعامل مع مكتب رئيسي واحد، بالإضافة إلى 5 مكاتب فرعية بعدد نقاط وصول (AP) مختلف، فسيبدو التكوين كما يلي:
wireless tag site office-main
load 120
wireless tag site branch-1
load 10
wireless tag site branch-2
load 12
wireless tag site branch-3
load 45
wireless tag site branch-4
load 80
wireless tag site branch-5
load 5
في هذا السيناريو، لا تريد أن تكون علامة المكتب الرئيسية على نفس WNCD مثل Branch-3 و Branch-4. هناك 6 علامات مواقع في المجموع والنظام الأساسي يحتوي على 5 WNCDs وهناك احتمال أن تظهر أعلى علامات المواقع المحملة على نفس وحدة المعالجة المركزية. بتشغيل الأمر load، يمكنك إنشاء مخطط موازنة حمل نقطة الوصول (AP) يمكن التنبؤ به.
الأمر load هو حجم متوقع. لا يحتاج أن يطابق عدد نقاط الوصول تماما، ومع ذلك، هو عادة يثبت إلى ال APs المتوقع أن يستطيع يتلاقى.
- في السيناريوهات التي يتم فيها التعامل مع المباني الكبيرة بواسطة وحدة تحكم واحدة، يكون من الأسهل إنشاء عدد من علامات المواقع مثل WNCD لتلك المنصة المحددة (على سبيل المثال، C9800-40 لديه 5 و C9800-80 لديه 8). قم بتعيين نقاط الوصول في نفس المنطقة أو النطاق المتجول إلى نفس علامات الموقع لتقليل الاتصال بين WNCD.
- موازنة حمل التردد اللاسلكي: يقوم هذا بموازنة نقاط الوصول عبر مثيلات WNCD، باستخدام علاقة RF المجاورة من RRM، وينشئ مجموعات فرعية حسب مدى قرب نقاط الوصول من بعضها البعض. يجب إكماله بعد تشغيل نقاط الوصول (APs) وتشغيلها لفترة من الوقت وإزالة الحاجة إلى تكوين أي إعدادات موازنة حمل ثابتة. هذا متوفر من 17.12 أو أعلى.
كيفية ايجاد عدد WNCDs موجود
بالنسبة للأنظمة الأساسية للأجهزة، تم إصلاح عدد شاشات WNCD: يحتوي 9800-40 على 5 و 9800-80 على 8. وبالنسبة ل 9800CL (افتراضي)، يعتمد عدد شاشات WNCD على قالب الجهاز الظاهري المستخدم أثناء النشر الأولي.
كقاعدة عامة، إذا كنت تريد العثور على تحديد عدد شاشات WNCD التي تعمل في النظام، فيمكنك تشغيل هذا الأمر عبر جميع أنواع وحدات التحكم:
9800-40#show processes cpu platform sorted | count wncd
Number of lines which match regexp = 5
في حالة 9800-CL، يمكنك تشغيل الأمر show platform software system all لجمع التفاصيل على النظام الظاهري:
9800cl-1#show platform software system all
Controller Details:
=================
VM Template: small
Throughput Profile: low
AP Scale: 1000
Client Scale: 10000
WNCD instances: 1
مراقبة موازنة حمل نقطة الوصول
يتم تطبيق تعيين نقطة الوصول إلى WNCD أثناء عملية ربط نقطة الوصول (AP) ولا يتوقع أن يتغير أثناء العمليات، بغض النظر عن طريقة الموازنة. ما لم يكن، هناك حدث إعادة تعيين CAPWAP على مستوى الشبكة حيث تقوم جميع نقاط الوصول بفصل الاتصال وإعادة الانضمام.
يمكن أن يوفر تشغيل أمر تقارب علامة موازنة حمل CLI اللاسلكي طريقة سهلة لعرض الحالة الحالية لتوازن حمل نقطة الوصول عبر جميع مثيلات WNCD:
98001#show wireless loadbalance tag affinity
Tag Tag type No of AP's Joined Load Config Wncd Instance
---------------------------------------------------------------------------------------------
Branch-tag SITE TAG 10 0 0
Main-tag SITE TAG 200 0 1
default-site-tag SITE TAG 1 NA 2
إذا كنت تريد ربط توزيع نقطة الوصول مع عدد العملاء وتحميل وحدة المعالجة المركزية، فيمكنك إستخدام أداة دعم WCAE وتحميل اتصال لاسلكي show tech أثناء أوقات الازدحام. تلخص الأداة عدد عملاء WNCD، المأخوذ من كل نقطة وصول مقترنة بها.
هذا مثال على وحدة تحكم متوازنة بشكل صحيح، أثناء الاستخدام المنخفض وعدد العملاء:
ومثال آخر على ذلك هو لوحدة تحكم تم تحميلها بشكل أكبر، حيث تظهر إستخدام وحدة المعالجة المركزية (CPU) العادي:
ما هي آلية موازنة حمل نقطة الوصول الموصى بها
باختصار، يمكنك تلخيص الخيارات المختلفة في:
- الشبكات الصغيرة، لا تحتاج إلى التجوال السريع، أقل من 40٪ من حمل وحدة التحكم: علامة تمييز افتراضية.
- إذا كان التجوال السريع مطلوبا (OKC، FT، CCKM) أو العدد الكبير للعملاء:
- مبنى واحد: إنشاء العديد من علامات المواقع على هيئة وحدات معالجة مركزية (حسب النظام الأساسي).
- قبل 17.12، أو أقل من 500 نقطة وصول: مبان متعددة أو فروع أو مجمعات كبيرة: قم بإنشاء علامة موقع لكل موقع RF مادي وقم بتكوين أمر تحميل لكل موقع.
- 17. 12 وأعلى من ذلك مع أكثر من 500 نقطة وصول: إستخدام موازنة حمل التردد اللاسلكي.
هذا 500 ap عتبة، أن يعين عندما يكون هو فعال أن يطبق الحمل موازنة آلية، بما أن هو يجمع APs في قالب من 100 وحدة افتراضيا.
عرض توزيع AP WNCD
هناك سيناريوهات حيث يمكنك تطبيق التوازن المتقدم لنقطة الوصول، ومن المفضل أن يكون لديك تحكم دقيق في كيفية توزيع نقاط الوصول عبر وحدات المعالجة المركزية. على سبيل المثال، السيناريوهات عالية الكثافة جدا حيث يكون قياس حمل المفتاح هو عدد العملاء مقابل التركيز على عدد نقاط الوصول الموجودة في النظام.
أحد الأمثلة الجيدة على هذا الموقف هو الأحداث الكبيرة التي يمكن فيها للمبنى إستضافة آلاف العملاء عبر عدة مئات من نقاط الوصول (AP)، وتحتاج إلى تقسيم الحمل عبر أكبر عدد ممكن من وحدات المعالجة المركزية (CPU)، ولكن مع تحسين التجوال في نفس الوقت. لا يمكنك التجوال عبر WNCD ما لم تكن هناك حاجة إليه. أنت تريد منع حالات حيث يتم خلط نقاط وصول متعددة في علامات WNCD/موقع مختلفة في نفس المكان الفعلي.
للمساعدة في الضبط الدقيق وتوفير مرئيات للتوزيع، يمكنك إستخدام أداة WCAE والاستفادة من ميزة عرض AP RF:
وهذا يتيح لك عرض توزيع AP/WNCD، ما عليك سوى تعيين نوع العرض على WNCD. يمثل كل لون شاشة WNCD/وحدة معالجة مركزية (CPU) ويمكنك تعيين عامل تصفية RSSI على -85 لتجنب إتصالات الإشارات المنخفضة. كما تتم تصفية هذه الملفات بواسطة خوارزمية RRM في وحدة التحكم.
في المثال السابق، المتوافق مع Cisco EMEA 24، يمكنك أن ترى معظم نقاط الوصول المتجاورة مجمعة عبر نفس شاشة WNCD مع تداخل محدود جدا. تتلقى علامات الموقع المخصصة لنفس WNCD نفس اللون.
إستخدام وحدة المعالجة المركزية لمستوى التحكم في المراقبة
من المهم تذكر مفهوم بنية Cisco IOS XE وتذكر وجود طريقتي عرض رئيسيتين لاستخدام وحدة المعالجة المركزية. أحدها يتعلق بدعم Cisco IOS القديم، والجزء الرئيسي مزودا برؤية شاملة لوحدة المعالجة المركزية (CPU) عبر جميع العمليات ومراكز المعالجة.
بشكل عام، يمكنك تشغيل الأمر show process cpu platform التي تم فرزها لجمع معلومات تفصيلية لجميع العمليات عبر Cisco IOS XE:
9800cl-1#show processes cpu platform sorted
CPU utilization for five seconds: 8%, one minute: 14%, five minutes: 11%
Core 0: CPU utilization for five seconds: 6%, one minute: 11%, five minutes: 5%
Core 1: CPU utilization for five seconds: 2%, one minute: 8%, five minutes: 5%
Core 2: CPU utilization for five seconds: 4%, one minute: 12%, five minutes: 12%
Core 3: CPU utilization for five seconds: 19%, one minute: 23%, five minutes: 24%
Pid PPid 5Sec 1Min 5Min Status Size Name
--------------------------------------------------------------------------------
19953 19514 44% 44% 44% S 190880 ucode_pkt_PPE0
28947 8857 3% 10% 4% S 1268696 linux_iosd-imag
19503 19034 3% 3% 3% S 247332 fman_fp_image
30839 2 0% 0% 0% I 0 kworker/0:0
30330 30319 0% 0% 0% S 5660 nginx
30329 30319 0% 1% 0% S 20136 nginx
30319 30224 0% 0% 0% S 12480 nginx
30263 1 0% 0% 0% S 4024 rotee
30224 8413 0% 0% 0% S 4600 pman
30106 2 0% 0% 0% I 0 kworker/u11:0
30002 2 0% 0% 0% S 0 SarIosdMond
29918 29917 0% 0% 0% S 1648 inet_gethost
هناك العديد من النقاط الرئيسية التي ينبغي تسليط الضوء عليها:
- تعالج العملية ucode_pkt_ppe0 مستوى البيانات على الأنظمة الأساسية 9800l و 9800cl. ومن المتوقع ان تشهد البلاد معدل إستخدام عال في كل الوقت ، حتى أكثر من 100 في المائة. وهذا جزء من التنفيذ ولا يشكل مشكلة.
- ومن المهم التمييز بين الاستخدام في حالة الذروة وبين الحمل المستدام وعزل ما هو متوقع في سيناريو معين. على سبيل المثال، تجميع مخرجات واجهة سطر أوامر (CLI) كبيرة جدا، مثل show tech wireless يمكن أن ينتج حمل أقصى على عمليات IOS و SMAND و PUBD حيث يتم تجميع إخراج نص كبير جدا مع تنفيذ مئات أوامر CLI. لا تمثل هذه مشكلة ويتناقص الحمل بمجرد اكتمال الإخراج.
Pid PPid 5Sec 1Min 5Min Status Size Name
--------------------------------------------------------------------------------
19371 19355 62% 83% 20% R 128120 smand
27624 27617 53% 59% 59% S 1120656 pubd
4192 4123 11% 5% 4% S 1485604 linux_iosd-imag
- من المتوقع تحقيق أقصى إستفادة من مراكز WNCD أثناء أوقات النشاط المرتفع للعملاء. فمن الممكن أن نرى ذرى بنسبة 80٪ من دون أي تأثير وظيفي، وهي عادة لا تسبب مشكلة.
Pid PPid 5Sec 1Min 5Min Status Size Name
--------------------------------------------------------------------------------
21094 21086 25% 25% 25% S 978116 wncd_0
21757 21743 21% 20% 20% R 1146384 wncd_4
22480 22465 18% 18% 18% S 1152496 wncd_7
22015 21998 18% 17% 17% S 840720 wncd_5
21209 21201 16% 18% 18% S 779292 wncd_1
21528 21520 14% 15% 14% S 926528 wncd_3
- ويجب التحقيق في الاستخدام المستمر المرتفع لوحدة المعالجة المركزية على عملية تزيد عن 90٪ لأكثر من 15 دقيقة.
- يمكنك مراقبة إستخدام وحدة المعالجة المركزية (CPU) IOSd من خلال تشغيل الأمر show process cpu التي تم فرزها. وهذا يتوافق مع النشاط في جزء عملية linux_iosd-imag من قائمة Cisco IOS XE.
9800cl-1#show processes cpu sorted
CPU utilization for five seconds: 2%/0%; one minute: 3%; five minutes: 3%
PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
215 81 88 920 1.51% 0.12% 0.02% 1 SSH Process
673 164441 7262624 22 0.07% 0.00% 0.00% 0 SBC main process
137 2264141 225095413 10 0.07% 0.04% 0.05% 0 L2 LISP Punt Pro
133 534184 21515771 24 0.07% 0.04% 0.04% 0 IOSXE-RP Punt Se
474 1184139 56733445 20 0.07% 0.03% 0.00% 0 MMA DB TIMER
5 0 1 0 0.00% 0.00% 0.00% 0 CTS SGACL db cor
6 0 1 0 0.00% 0.00% 0.00% 0 Retransmission o
2 198433 726367 273 0.00% 0.00% 0.00% 0 Load Meter
7 0 1 0 0.00% 0.00% 0.00% 0 IPC ISSU Dispatc
10 3254791 586076 5553 0.00% 0.11% 0.07% 0 Check heaps
4 57 15 3800 0.00% 0.00% 0.00% 0 RF Slave Main Th
8 0 1 0 0.00% 0.00% 0.00% 0 EDDRI_MAIN
- يمكنك إستخدام واجهة المستخدم الرسومية (GUI) طراز 9800 للحصول على طريقة عرض سريعة لتحميل برنامج IOS والاستخدام لكل مركز وتحميل مستوى البيانات:
وهذا متاح في علامة التبويب مراقبة/نظام/إستخدام وحدة المعالجة المركزية.
ما هي كل عملية
تختلف قائمة العملية حسب نموذج وحدة التحكم وإصدار Cisco IOS XE. هذه قائمة ببعض العمليات الأساسية ولا يقصد بها تغطية جميع الإدخالات الممكنة.
| اسم العملية |
شو بيساوي |
التقييم |
| wncd_x |
يعالج معظم العمليات اللاسلكية. طبقا لنموذج 9800، يمكنك أن يكون لديك بين 1 إلى 8 تواجدات. |
يمكنك أن ترى ذروة الاستخدام العالي خلال ساعات العمل. قم بالإبلاغ إذا كان الاستخدام متعلقا بنسبة 95٪ أو أكثر لعدة دقائق. |
| linux_iosd-imag |
عملية IOS من Cisco |
توقع رؤية معدل إستخدام مرتفع في حالة جمع إخراج واجهة سطر الأوامر (show tech). يمكن أن تؤدي عمليات SNMP الكبيرة أو المتكررة إلى إستخدام وحدة معالجة مركزية (CPU) عالية. |
| نغنكس |
خادم ويب |
يمكن أن تظهر هذه العملية القمم ويمكن الإبلاغ عنها فقط على الحمل المرتفع المستمر. |
| ucode_pkt_ppe0 |
مستوى البيانات في 9800CL/9800L |
قم بتشغيل الأمر show platform hardware chassis active qfp datapath use لمراقبة هذا المكون. |
| عزمان |
مدير مجموعة الشرائح للواجهات |
يمكن أن تشير وحدة المعالجة المركزية (CPU) المرتفعة المستمرة إلى مشكلة في الأجهزة أو مشكلة محتملة في برنامج kernel (يمكن الإبلاغ عنها). |
| DBM |
مدير قاعدة البيانات |
يمكن الإبلاغ عن وحدة معالجة مركزية عالية بشكل دائم هنا. |
| ODM_X |
تقوم "إدارة بيانات العملية" بمعالجة قاعدة البيانات المدمجة عبر العمليات |
متوقع وجود وحدة معالجة مركزية (CPU) عالية في الأنظمة المحملة. |
| جروا |
يعالج الوظائف المخادعة |
يمكن الإبلاغ عن وحدة معالجة مركزية عالية بشكل دائم هنا. |
| سمند |
يهتم Shell Manager بتحليل واجهة سطر الأوامر والتفاعل عبر العمليات المختلفة. |
متوقع وجود وحدة معالجة مركزية (CPU) عالية عند معالجة إخراج واجهة سطر الأوامر (CLI) كبير الحجم. ويمكن الإبلاغ عن إستمرار إرتفاع مستوى وحدة المعالجة المركزية (CPU) في غياب الحمل. |
| EMD |
Shell Manager - يعالج تحليل واجهة سطر الأوامر والتفاعلات عبر عمليات مختلفة |
متوقع وجود وحدة معالجة مركزية (CPU) عالية عند معالجة إخراج واجهة سطر الأوامر (CLI) كبير الحجم. ويمكن الإبلاغ عن إرتفاع مستمر في وحدة المعالجة المركزية (CPU) عند عدم وجود حمل. |
| حانة |
جزء من معالجة بيانات تتبع الاستخدام |
متوقع مستوى عال من وحدة المعالجة المركزية (CPU) لاشتراكات بيانات تتبع الاستخدام الكبيرة. ويمكن الإبلاغ عن إرتفاع مستمر في وحدة المعالجة المركزية (CPU) عند عدم وجود حمل. |
آليات حماية عالية لوحدة المعالجة المركزية
تحتوي وحدات التحكم في الشبكة المحلية (LAN) اللاسلكية Catalyst 9800 على آليات حماية شاملة حول نشاط الشبكة أو العميل اللاسلكي لمنع زيادة وحدة المعالجة المركزية (CPU) بسبب السيناريوهات العرضية أو المتعمدة. هناك العديد من الميزات الرئيسية المصممة للمساعدة على إحتواء الأجهزة التي تمثل مشكلة:
إستثناء العميل
يتم تمكين هذا بشكل افتراضي، وهو جزء من سياسات الحماية اللاسلكية، ويمكن تمكينه أو تعطيله لكل توصيف نهج. ويمكن أن يؤدي ذلك إلى اكتشاف العديد من مشاكل السلوك المختلفة وإزالة العميل من الشبكة وتعيينه في قائمة إستثناء مؤقتة. في حين أن العميل في هذه الحالة المستبعدة، فإن نقاط الوصول لا تتحدث إليهم، مما يمنع أي إجراءات أخرى.
بعد مرور مؤقت الاستثناء (60 ثانية بشكل افتراضي)، يتم السماح للعميل بالاقتران مرة أخرى.
هناك العديد من المشغلات لاستبعاد العملاء:
- توليد فيضان ARP
- مرات فشل الاقتران المتكررة
- أخطاء مصادقة 3 أو أكثر من وحدات ويب أو PSK أو 802.1x
- مهلات المصادقة المتكررة (لا يوجد إستجابة من العميل)
- محاولة إعادة إستخدام عنوان IP، المسجل بالفعل لعميل آخر
يحمي إستثناء العميل وحدة التحكم ونقطة الوصول والبنية الأساسية AAA (RADIUS) من العديد من أنواع النشاط العالي التي يمكن أن تؤدي إلى وحدة معالجة مركزية (CPU) عالية. لا ينصح بتعطيل أي أساليب إستثناء ما لم تكن مطلوبة لتمرين أستكشاف الأخطاء وإصلاحها أو متطلبات التوافق.
تعمل الإعدادات الافتراضية لكل الحالات تقريبا، وتكون مطلوبة فقط على بعض السيناريوهات الاستثنائية لزيادة وقت الاستبعاد أو تعطيل بعض المشغل (المشغل) المحدد. على سبيل المثال، يجب تعطيل مشغل فشل الاقتران لدى بعض العملاء القدامى أو المتخصصين (IOT/Medical) بسبب عيوب من جانب العميل لا يمكن تصحيحها بسهولة
يمكنك تخصيص المشغلات في واجهة المستخدم: سياسات التكوين/الحماية اللاسلكية/إستثناء العملاء:
تم تصميم مشغل إستثناء ARP ليتم تمكينه بشكل دائم على المستوى العام، ومع ذلك، يمكن تخصيصه على كل ملف تعريف نهج. يمكنك التحقق من الحالة عن طريق تشغيل الأمر sh wireless profile all والبحث عن هذا الإخراج المحدد:
ARP Activity Limit
Exclusion : ENABLED
PPS : 100
Burst Interval : 5
حماية مستوى التحكم من حركة مرور البيانات
هذا آلية متقدمة في مستوى البيانات لضمان عدم تجاوز حركة المرور المرسلة إلى مستوى التحكم مجموعة محددة مسبقا من الحدود. وتسمى هذه الميزة شرطيين الحزم وفي جميع السيناريوهات تقريبا، ليس من الضروري لمسهم، وحتى في ذلك الحين، يجب إستخدامها فقط عند العمل مع دعم Cisco.
وتكمن ميزة هذه الحماية في أنها توفر نظرة متعمقة مفصلة على الشبكة، وإذا كان هناك أي نشاط محدد له معدل مرتفع أو حزم عالية غير متوقعة في الثانية.
ويتم الكشف عن ذلك فقط من خلال واجهة سطر الأوامر (CLI)، حيث أنها عادة جزء من الوظائف المتقدمة التي نادرا ما تحتاج إلى التعديل.
لتلقي نظرة على كافة نهج العقوبة:
9800-l#show platform software punt-policer
Per Punt-Cause Policer Configuration and Packet Counters
Punt Config Rate(pps) Conform Packets Dropped Packets Config Burst(pkts) Config Alert
Cause Description Normal High Normal High Normal High Normal High Normal High
-------------------------------------------------------------------------------------------------------------------------------------------------------------
2 IPv4 Options 874 655 0 0 0 0 874 655 Off Off
3 Layer2 control and legacy 8738 2185 33 0 0 0 8738 2185 Off Off
4 PPP Control 437 1000 0 0 0 0 437 1000 Off Off
5 CLNS IS-IS Control 8738 2185 0 0 0 0 8738 2185 Off Off
6 HDLC keepalives 437 1000 0 0 0 0 437 1000 Off Off
7 ARP request or response 437 1000 0 330176 0 0 437 1000 Off Off
8 Reverse ARP request or repso 437 1000 0 24 0 0 437 1000 Off Off
9 Frame-relay LMI Control 437 1000 0 0 0 0 437 1000 Off Off
10 Incomplete adjacency 437 1000 0 0 0 0 437 1000 Off Off
11 For-us data 40000 5000 442919246 203771 0 0 40000 5000 Off Off
12 Mcast Directly Connected Sou 437 1000 0 0 0 0 437 1000 Off Off
قد تكون هذه قائمة كبيرة تحتوي على أكثر من 160 إدخالا، حسب إصدار البرنامج. على إخراج الجدول، تحقق من عمود الحزمة المسقطة مع أي إدخال له قيمة غير صفرية على عدد الإسقاط العالي. لتبسيط تجميع البيانات، يمكنك تشغيل الأمر show platform punt-policer drop-only للتصفية فقط لإدخالات واضع السياسات مع عمليات الإسقاط.
يمكن أن تكون هذه الميزة مفيدة لتحديد ما إذا كانت هناك عواصف ARP أو فيضانات بالمسبار 802.11 (يستخدمون حزم 802.11 في قائمة الانتظار إلى LFTS وحزم LFTS لخدمة نقل إعادة توجيه Linux.)
التحكم بإذن دخول المكالمة اللاسلكية
في جميع إصدارات الصيانة الأخيرة، تحتوي وحدة التحكم على مراقبة نشاط لرد الفعل الديناميكي لوحدة المعالجة المركزية (CPU) العالية، وضمان بقاء أنفاق AP CAPWAP نشطة في مواجهة الضغط غير المستدام. تقوم هذه الميزة بالتحقق من حمل WNCD وتبدأ في تقييد نشاط عميل جديد لضمان وجود موارد كافية لمعالجة الاتصالات الموجودة ولحماية إستقرار CAPWAP. يتم تمكين هذا بشكل افتراضي وليس لديه خيارات تكوين.
وهناك ثلاثة مستويات محددة من الحماية، هي المستوى الأول الذي يحمل 80 في المائة، والمستوى الثاني الذي يحمل 85 في المائة، والمستوى الثالث الذي يحمل 89 في المائة. كل واحد يطلق بروتوكول قادم مختلف يسقط كآليات حماية. وتتم إزالة الحماية تلقائيا بمجرد انخفاض الحمل.
في الشبكة السليمة، لا يمكنك رؤية أحداث تحميل L2 أو L3 وإذا حدثت بشكل متكرر، فيمكن التحقيق فيها.
للمراقبة، قم بتشغيل الأمر Wireless Stats CAC:
9800-l# show wireless stats cac
WIRESLESS CAC STATISTICS
---------------------------------------------
L1 CPU Threshold: 80 L2 CPU Threshold: 85 L3 CPU Threshold: 89
Total Number of CAC throttle due to IP Learn: 0
Total Number of CAC throttle due to AAA: 0
Total Number of CAC throttle due to Mobility Discovery: 0
Total Number of CAC throttle due to IPC: 0
CPU Throttle Stats
L1-Assoc-Drop: 0 L2-Assoc-Drop: 0 L3-Assoc-Drop: 0
L1-Reassoc-Drop: 0 L2-Reassoc-Drop: 0 L3-Reassoc-Drop: 0
L1-Probe-Drop: 12231 L2-Probe-Drop: 11608 L3-Probe-Drop: 93240
L1-RFID-Drop: 0 L2-RFID-Drop: 0 L3-RFID-Drop: 0
L1-MDNS-Drop: 0 L2-MDNS-Drop: 0 L3-MDNS-Drop: 0
أوجه الحماية من نظام أسماء المجالات (mDNS)
يتيح نظام أسماء المجالات (DNS) كبروتوكول نهج عدم اللمس لاكتشاف الخدمات عبر الأجهزة، ولكن في الوقت نفسه، يمكن أن تكون نشطة للغاية، وتحميل محركات الأقراص بشكل كبير إذا لم يتم تكوينها بشكل صحيح.
يمكن ل MDNS، دون أي تصفية، زيادة إستخدام وحدة المعالجة المركزية WNCD بسهولة، نظرا لعدة عوامل:
- سياسات نظام أسماء المجالات (DNS) مع التعلم غير المقيد، تحصل وحدة التحكم على جميع الخدمات التي تقدمها جميع الأجهزة. يمكن أن يؤدي ذلك إلى قوائم خدمة كبيرة، بمئات الإدخالات.
- تتسبب السياسات التي يتم تعيينها دون تصفية في قيام وحدة التحكم بدفع قوائم الخدمات الكبيرة هذه إلى كل عميل يسأل عن الشخص الذي يقدم خدمة معينة.
- يتم توفير بعض الخدمات الخاصة بنظام أسماء المجالات (DNS) من قبل جميع العملاء اللاسلكيين، مما يؤدي إلى زيادة عدد الخدمات والنشاط مع ظهور إختلافات بين هذا وبين إصدار نظام التشغيل.
يمكنك التحقق من حجم قائمة DNS لكل خدمة عن طريق تشغيل هذا الأمر:
9800-l# show mdns-sd service statistics
Service Name Service Count
-----------------------------------------------------------------------------
_ipp._tcp.local 84
_ipps._tcp.local 52
_raop._tcp.local 950
_airplay._tcp.local 988
_printer._tcp.local 13
_googlerpc._tcp.local 12
_googlecast._tcp.local 70
_googlezone._tcp.local 37
_home-sharing._tcp.local 7
_cups._sub._ipp._tcp.local 26
يمكن أن يوفر ذلك فكرة عن حجم أي استعلام محدد. إنها لا تشير إلى مشكلة بحد ذاتها، إنها مجرد طريقة لمراقبة ما يتم تعقبه. هناك بعض توصيات تكوين DNS الهامة:
- تعيين نقل DNS إلى بروتوكول واحد:
9800-1(config)# mdns-sd gateway
9800-1(config-mdns-sd)# transport ipv4
وبشكل افتراضي، يستخدم هذا الطراز نقل IPv4 ومن أجل الأداء، فمن المستحسن إستخدام بروتوكول IPv6 أو IPv4، ولكن ليس كليهما.
- تعيين عامل تصفية موقع دوما في نهج خدمة DNS، لتجنب الاستعلامات/الاستجابات غير المرتبطة. وبشكل عام، يوصى باستخدام علامة الموقع، ولكن قد تعمل الخيارات الأخرى، وفقا لاحتياجاتك.
أحتاج إلى المزيد من المساعدة
إذا ظهرت لديك زيادة في حمل وحدة المعالجة المركزية (CPU) ولم يتم تقديم أي من الخطوات السابقة للمساعدة، فاتصل ب "تجربة العميل" (CX) من خلال حالة وقم بإضافة هذه البيانات كنقطة بداية:
- البيانات الأساسية، حيث يتضمن ذلك تكوين نقطة الوصول/وحدة التحكم والشبكة وقيم تشغيل التردد اللاسلكي:
show tech-support wireless
- أرشيف لجميع آثار وحدة التحكم. هذا ملف كبير مماثل لمفهوم BlackBox الذي يمكن تجميعه بتشغيل هذا الأمر:
request platform software trace archive last <days> to-file bootflash:<archive file>
محفوظات المراجعة
| المراجعة | تاريخ النشر | التعليقات |
|---|---|---|
3.0 |
03-Aug-2026
|
مقدمة محدثة، التدقيق الإملائي، النحوي، أسطر أفقية مدرجة لفصل المقاطع/إمكانية القراءة، أخطاء CCW ثابتة. |
2.0 |
06-Jun-2025
|
نص بديل محدث ومتطلبات النمط والترجمة الآلية ومتطلبات العلامة التجارية والتنسيق للامتثال لإرشادات Cisco للتحويل إلى الخارج |
1.0 |
09-May-2024
|
الإصدار الأولي |
التعليقات