مراجعة الأسئلة المتداولة حول خطأ وحدة تحكم الشبكة المحلية اللاسلكية (WLC) ورسائل النظام

س.  يتعذر على نقطة الوصول (LWAPP) للبروتوكول Lightweight لنقطة الوصول الانضمام إلى وحدة التحكم الخاصة بها. يعرض سجل وحدة تحكم الشبكة المحلية اللاسلكية (WLC) رسالة مماثلة لهذه: لا يتضمن طلب الانضمام إلى LWAPP شهادة صالحة في CERTIFICATE_PAYLOAD من AP 00:0b:85:68:ab:01. لماذا؟

a.يمكنك تلقي رسالة الخطأ هذه إذا كان نفق LWAPP بين نقطة الوصول و WLC يجتاز مسار شبكة مع MTU أقل من 1500 بايت. وهذا يتسبب في تجزئة حزم LWAPP. هذا خطأ معروف في وحدة التحكم. ارجع إلى Cisco bug IDCSCsd39911.

يتمثل الحل في ترقية البرنامج الثابت لوحدة التحكم إلى 4.0(155).

ملاحظة: يمكن فقط لمستخدمي Cisco المسجلين الوصول إلى معلومات وأدوات أخطاء Cisco الداخلية.

س.  أريد إنشاء قنوات مضيفة بين وحدة التحكم الداخلية الخاصة بي ووحدة تحكم المرساة الافتراضية على المنطقة المنزوعة السلاح (DMZ). ومع ذلك، عندما يحاول المستخدم الاقتران ب SSID ضيف، يتعذر على المستخدم تلقي عنوان IP من DMZ، كما هو متوقع. لذلك، لا يتم إنشاء قنوات لحركة مرور المستخدم إلى وحدة التحكم على DMZ. يعرض إخراج الأمر debug mobile delivery رسالة مماثلة لهذا: عدم تطابق سياسة الأمان ل WLAN <WLAN ID. تم تجاهل طلب تصدير الارتباط من المحول IP: <controller ip address>. ما هي المشكلة؟

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

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

سبب شائع آخر لهذه المشكلة هو أن وحدة التحكم في DMZ غير مربوطة بذاتها لتلك الشبكة المحلية اللاسلكية (WLAN) المحددة. لكي يعمل نفق الضيف بشكل صحيح ولكي يتمكن DMZ من إدارة عنوان IP الخاص بالمستخدم (المستخدم الذي ينتمي إلى شبكة WLAN الضيف)، فمن الضروري أن يتم إنشاء الترابط المناسب لشبكة WLAN المحددة.

س.  أرى أن الكثير من "CPU إستقبال قائمة انتظار البث المتعدد ممتلئة على رسائل وحدة التحكم" على وحدة التحكم في الشبكة المحلية اللاسلكية (LAN) لعام 2006 (WLC)، وليس على وحدات التحكم في الشبكة المحلية اللاسلكية (WLC) طراز 4400. لماذا؟ لقد قمت بتعطيل البث المتعدد على وحدات التحكم. ما هو الفرق في حد قائمة انتظار البث المتعدد بين أنظمة WLC الأساسية 2006 و 4400؟

a.نظرا لتعطيل البث المتعدد على وحدات التحكم، يمكن أن تكون الرسائل التي تتسبب في هذا التنبيه رسائل بروتوكول تحليل العنوان (ARP). لا يوجد فرق في عمق قائمة الانتظار (512 حزمة) بين قوائم التحكم في الشبكة المحلية اللاسلكية (WLC) لعام 2000 وقوائم التحكم في الشبكة المحلية اللاسلكية (WLC) طراز 4400. الفرق هو أن 4400 NPU تقوم بتصفية حزم ARP بينما يتم عمل كل شيء في برمجية على ال 2006. هذا يفسر لما ال 2006 WLC يرى الرسالة غير ال 4400 WLC. يعالج عنصر التحكم في الشبكة المحلية اللاسلكية (WLC) طراز 44xx حزم البث المتعدد عبر الأجهزة (من خلال وحدة المعالجة المركزية). يعالج 2000 WLC حزم البث المتعدد عبر البرنامج. تعتبر معالجة وحدة المعالجة المركزية أكثر فعالية من البرامج. وبالتالي، يتم مسح قائمة انتظار ال 4400 بشكل أسرع، في حين أن WLC لعام 2006 يعاني بعض الشيء عندما ترى الكثير من هذه الرسائل.

س.  أرى أن "[security] apf_foreign nap.c 763: استلم STA [00:0a:E4:36:1f:9b] حزمة على المنفذ 1 ولكن لم يتم تكوين نقطة وصول أجنبية لهذا المنفذ." رسالة خطأ في إحدى وحدات التحكم الخاصة بي. ما معنى هذا الخطأ وما الخطوات التي يجب علي إتخاذها لحله؟

a.يظهر هذا رسالة عندما يستلم جهاز التحكم طلب DHCP لعنوان MAC والذي ليس لديه جهاز حالة له. وغالبا ما يرى ذلك من جسر أو نظام يشغل جهازا افتراضيا مثل VMWare. تستمع وحدة التحكم إلى طلبات DHCP لأنها تقوم بإجراء التطفل على بروتوكول DHCP حتى تعرف العناوين التي يتم ربطها بالعملاء الذين يتم إرفاقهم بنقاط الوصول (APs) الخاصة بها. تمر كل حركات مرور الأجهزة اللاسلكية العميلة عبر وحدة التحكم. عندما تكون وجهة الحزمة عبارة عن عميل لاسلكي، فإنها تنتقل إلى وحدة التحكم ثم تمر عبر نفق بروتوكول نقطة الوصول في الوضع Lightweight (LWAPP) إلى نقطة الوصول وتخرج إلى العميل. واحد شيء أن يستطيع كنت عملت أن يساعد أن يخفف هذا رسالة أن يسمح فقط VLANs أن يكون استعملت على الجهاز تحكم على الشنطة أن يذهب إلى الجهاز تحكم مع ال switchport vlan أمر على المفتاح.

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

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

أحلت ل كثير معلومة، cisco لاسلكي lan جهاز تحكم.

س.  إنني أستلم رسائل الخطأ الأساسية المتعلقة بالخصوصية المكافئة للتوصيل السلكي (WEP) هذه على نظام التحكم اللاسلكي (WCS): مفتاح WEP الذي تم تكوينه في المحطة قد يكون خاطئا. عنوان MAC للمحطة هو 'xx:xx:xx:xx:xx:xx'، و MAC لبطاقة الراديو الأساسية لنقطة الوصول هو 'xx:xx:xx:xx:xx:xx' ومعرف الفتحة هو '1'. ومع ذلك، فأنا لا أستخدم WEP كمعلمة أمان في شبكتي. أستخدم فقط Wi-Fi Protected Access (WPA). لماذا أستلم رسائل خطأ WEP هذه؟

أ. إذا كانت جميع التكوينات المتعلقة بالأمان مثالية، فإن الرسائل التي تتلقاها الآن هي بسبب الأخطاء. هناك بعض الأخطاء المعروفة في وحدة التحكم. أحلت cisco بق idcscSE17260 و cisco غير أن id CSCse11202، أي يفيد "ال WEP مفتاح يشكل في المحطة يستطيع كنت خطأ مع WPA و TKIP زبون على التوالي". في الواقع، معرف تصحيح الأخطاء من Cisco CSCse17260 هو تكرار لمعرف تصحيح الأخطاء من Cisco CSCse11202. ال fix ل cisco غير أن id CSCse11202يتوفر بالفعل مع WLC إطلاق 3.2.171.5.

ملاحظة: تحتوي أحدث إصدارات عنصر التحكم في الشبكة المحلية اللاسلكية (WLC) على إصلاح لهذه الأخطاء.

ملاحظة: يمكن فقط لمستخدمي Cisco المسجلين الوصول إلى معلومات وأدوات الأخطاء الداخلية من Cisco.

س.  أستخدم خادم RADIUS الخارجي لمصادقة العملاء اللاسلكيين من خلال وحدة التحكم. ترسل وحدة التحكم رسالة الخطأ هذه بشكل منتظم: لا توجد خوادم RADIUS تستجيب. لماذا أرى رسائل الخطأ هذه؟

a. عندما يذهب طلب من عنصر التحكم في الشبكة المحلية اللاسلكية (WLC) إلى خادم RADIUS، تحتوي كل حزمة على رقم تسلسل تتوقع WLC إستجابة له. في حالة عدم وجود إستجابة، توجد رسالة تظهر RADIUS-Server لا تستجيب.

الوقت الافتراضي ل WLC للاستماع مرة أخرى من خادم RADIUS هو 2 ثانية. يتم تعيين ذلك من واجهة المستخدم الرسومية (GUI) الخاصة بواجهة مستخدم الرسومات (WLC) تحت الأمان > خادم المصادقة. الحد الأقصى هو 30 ثانية. لذلك، قد يكون من المفيد تعيين قيمة المهلة الزمنية هذه إلى الحد الأقصى لها لحل هذه المشكلة.

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

من أجل التغلب على مشكلة المرتجعات الصامتة، أعجزت عدواني تجاوز سمة في ال WLC.

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

للتغلب على هذا الأمر، قم بتعطيل ميزة تجاوز الفشل العدوانية. قم بإصدار أمر تعطيل Cisco Radius aggressive-Failover من واجهة سطر الأوامر (CLI) لوحدة التحكم لتنفيذ هذا الأمر. في حالة تعطيل هذا الخيار، يفشل وحدة التحكم فقط في الوصول إلى خادم AAA التالي إذا كان هناك 3 عملاء متتالين يخفقون في تلقي إستجابة من خادم RADIUS.

Q. يتعذر على العديد من العملاء الاقتران ب LWAPP ويسجل جهاز التحكم رسالة الخطأ IAPP-3-MSGTAG015: iappSocketTask: iappRecvPkt. لماذا يحدث هذا؟

أ. يحدث هذا غالبا بسبب مشكلة في مهايئات إنتل التي تدعم CCX v4، والتي تشغل إصدار حزمة عميل أقدم من 10. 5.1.0. إذا قمت بترقية البرنامج إلى 10.5.1.0 أو إصدار أحدث، فسيقوم هذا بإصلاح هذه المشكلة. راجع Cisco bug IDCSCsi91347للحصول على مزيد من المعلومات حول رسالة الخطأ هذه.

ملاحظة: يمكن فقط لمستخدمي Cisco المسجلين الوصول إلى معلومات وأدوات الأخطاء الداخلية من Cisco.

س.  أرى رسالة الخطأ هذه على وحدة تحكم الشبكة المحلية اللاسلكية (WLC): تم الوصول إلى الحد الأقصى لإعادة محاولة طلب هوية EAP (21) ل STA 00:05:4e:42:ad:c5. لماذا؟

A. تحدث رسالة الخطأ هذه عندما يحاول المستخدم الاتصال بشبكة WLAN محمية من EAP وفشل في الرقم المكون مسبقا لمحاولات EAP. وعندما يفشل المستخدم في المصادقة، تقوم وحدة التحكم باستبعاد العميل ولا يمكن للعميل الاتصال بالشبكة حتى تنتهي صلاحية مؤقت الاستثناء أو يتم تخطيه يدويا بواسطة المسؤول.

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

يحدث الاستبعاد:

• بعد 5 حالات فشل مصادقة متتالية للمصادقة المشتركة (يتم إستبعاد المحاولة السادسة)

• بعد 5 حالات فشل اقتران متتالية لمصادقة MAC (يتم إستبعاد المحاولة السادسة)

• بعد 3 مرات فشل مصادقة EAP/802.1X متتالية (استبعدت المحاولة الرابعة)

• أي فشل لخادم النهج الخارجي (NAC)

• أي مثيل تكرار لعنوان IP

• بعد ثلاث مرات فشل متتالية لمصادقة الويب (تم إستبعاد المحاولة الرابعة)

يمكن تكوين وحدة التوقيت لمدة إستثناء عميل، ويمكن تمكين الاستبعاد أو تعطيله على مستوى وحدة التحكم أو شبكة WLAN.

س.  أرى رسالة الخطأ هذه على وحدة التحكم في الشبكة المحلية اللاسلكية (WLC): يتم إنشاء تنبيه بمحول الفئة ذي الخطورة 1 بواسطة المحول WLCSCH01/10.0.16.5 رسالة التنبيه هي وحدة التحكم '10.0.16.5'. لا يستجيب خادم (خوادم) RADIUS لطلبات المصادقة. ما هي المشكلة؟

a.هذا يستطيع كنت بسبب cisco بق id CSCsc05495. بسبب هذا الخطأ، تقوم وحدة التحكم بشكل دوري بحقن زوج AV غير صحيح (السمة 24، "الحالة") في رسائل طلب المصادقة التي تنتهك RADIUS RFP وتسبب مشاكل لبعض خوادم المصادقة. تم إصلاح هذا الخطأ في 3.2.179.6.

ملاحظة: يمكن فقط لمستخدمي Cisco المسجلين الوصول إلى معلومات وأدوات الأخطاء الداخلية من Cisco.

س.  أنا أستلم رسالة فشل ملف التعريف تحت الشاشة > أجهزة راديو 802. 11b/g. أريد أن أفهم لماذا أرى هذه الرسالة الفاشلة؟

a. يتم تعيين حالة ملف تعريف التشويش الذي فشل/نجح بعد نتيجة الاختبار التي تم إجراؤها بواسطة عنصر التحكم في الشبكة المحلية اللاسلكية (WLC) وبالمقارنة مع حد المجموعة الحالي. بشكل افتراضي، يتم تعيين قيمة التشويش على -70. تشير حالة FAILED إلى أنه قد تم تجاوز قيمة الحد لتلك المعلمة المحددة أو نقطة الوصول (AP). يمكنك ضبط المعاملات في التوصيف، ولكن يوصى بتغيير الإعدادات بعد أن تفهم تصميم الشبكة بوضوح وكيف يمكن أن تؤثر على أداء الشبكة.

يتم تعيين الحدود التي تم تمريرها/فشلها الخاصة بإدارة الموارد اللاسلكية (RRM) بشكل عام لجميع نقاط الوصول (APs) على المعلمات العالمية <802.11a > RFs التلقائي والمعلمات العمومية 802.11b/g > صفحات RF التلقائية. يتم تعيين حدود RRM التي تم تمريرها/فشلها بشكل فردي لنقطة الوصول هذه على واجهات نقطة الوصول 802.11 > ملف تعريف الأداء.

س.  لا يمكنني تعيين المنفذ 2 كمنفذ نسخ إحتياطي لواجهة AP-manager. تعذر تعيين تكوين المنفذ رسالة الخطأ التي تم إرجاعها. أنا قادر أن يثبت ميناء 2 كالنسخة إحتياطية ميناء لواجهة الإدارة. المنفذ النشط الحالي لكل من الواجهات هو المنفذ 1. لماذا؟

لا يحتوي A.AP-Manager على منفذ نسخ إحتياطي. كان هذا النظام معتمدا في الإصدارات السابقة. لا يتم دعم منفذ النسخ الاحتياطي لواجهة AP-Manager منذ الإصدار 4.0 والإصدارات الأحدث. كقاعدة، يجب تكوين مدير نقطة وصول واحد على كل منفذ (بدون نسخ إحتياطي). إذا كنت تستخدم تجميع الارتباطات (LAG)، فلا يوجد سوى مدير واحد لنقطة الوصول (AP).

يجب تخصيص واجهة AP-Manager الثابتة (أو الدائمة) لمنفذ نظام التوزيع 1 ويجب أن يكون لها عنوان IP فريد. لا يمكن تعيينها إلى منفذ نسخ إحتياطي. عادة ما يتم تكوينها على شبكة VLAN نفسها أو شبكة IP الفرعية كواجهة الإدارة، ولكن هذا ليس متطلبا.

س.  أرى رسالة الخطأ هذه: تلقت نقطة الوصول '00:0b:85:67:6b:b0' خطأ WPA MIC على البروتوكول '1' من المحطة '00:13:02:8d:f6:41'. تم تنشيط التدابير العكسية وتعليق حركة المرور لمدة 60 ثانية. لماذا؟

يتضمن A. Message Integrity Check (MIC) المدمج في Wi-Fi Protected Access (WPA) عداد إطارات يمنع هجوم الدخيل. يعني هذا الخطأ أن شخصا ما في الشبكة يريد إعادة تشغيل الرسالة التي تم إرسالها بواسطة العميل الأصلي، أو قد يعني ذلك أن العميل معيب.

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

علاوة على ذلك، لا يستقبل الجهاز أو يبث أي إطارات بيانات مشفرة TKIP ولا يستقبل أو يبث أي إطارات بيانات غير مشفرة برسائل IEEE 802.1X إلى أو من أي نظير لمدة 60 ثانية على الأقل بعد أن يكتشف الفشل الثاني. إذا كان الجهاز نقطة وصول، فإنه لا يسمح بالاقترانات الجديدة مع TKIP خلال هذه الفترة التي تبلغ 60 ثانية، وفي نهاية الفترة التي تبلغ 60 ثانية، تستأنف نقطة الوصول العمليات العادية وتسمح لأنواع STA (إعادة)الاقتران.

وهذا يمنع الهجوم المحتمل على نظام التشفير. لا يمكن إيقاف تشغيل أخطاء الميكروفون هذه في إصدارات WLC قبل 4.1. باستخدام الإصدار 4.1 من وحدة التحكم في الشبكة المحلية (LAN) اللاسلكية والإصدارات الأحدث، هناك أمر لتغيير وقت المسح بحثا عن أخطاء الميكروفون. الأمر isconfig wlan security tkip hold-down <0-60 ثاني> <wlan id. أستخدم القيمة 0 لتعطيل اكتشاف فشل MIC للتدابير المضادة.

*إبطال: إنهاء المصادقة.

س.  رأيت هذا خطأ رسالة في جهاز تحكم سجل: [خطأ] dhcp_support.c 357: dhcp_bind(): servPort dhcpstate failed. لماذا؟

a.تشاهد رسائل الخطأ هذه غالبا عندما يكون منفذ الخدمة لوحدة التحكم قد تم تمكين DHCP ولكنه لا يتلقى عنوان IP من خادم DHCP.

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

ال workaround أن يشكل عنوان ساكن إستاتيكي إلى الخدمة ميناء (even if الخدمة ميناء يكون مفصول) أو يتلقى DHCP نادل يتوفر أن يعين عنوان إلى الخدمة ميناء. ثم، قم بإعادة تحميل وحدة التحكم، إذا لزم الأمر.

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

تتحكم واجهة منفذ الخدمة في الاتصالات من خلال النظام وتعيينه بشكل ثابت على منفذ الخدمة. يجب أن يكون له عنوان IP على شبكة فرعية مختلفة من الإدارة و AP-Manager وأي واجهات ديناميكية. أيضا، لا يمكن تعيينها إلى منفذ نسخ إحتياطي. يمكن أن يستخدم منفذ الخدمة DHCP للحصول على عنوان IP، أو يمكن تعيين عنوان IP ثابت له، ولكن لا يمكن تعيين عبارة افتراضية لواجهة منفذ الخدمة. يمكن تحديد المسارات الثابتة من خلال وحدة التحكم للوصول إلى الشبكة البعيدة إلى منفذ الخدمة.

س.  يتعذر على العملاء اللاسلكيين الاتصال بشبكة LAN اللاسلكية (WLAN). يبلغ WiSM الذي تتصل نقطة الوصول (AP) به هذه الرسالة: هجوم DoS كبير من AP مع راديو أساسي {00:0g:23:05:7d:d0، معرف فتحة 0 و MAC 00:00:00:00:00:00. ماذا يعني هذا؟

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

يشير NAV العالي إلى وجود قيمة NAV متضخمة (آلية إستشعار شركة النقل الظاهرية ل 802.11). إذا كان عنوان MAC الذي تم الإعلام عنه هو 00:00:00:00:00،00، فمن المحتمل أن يكون منتحلا (من المحتمل أن يكون هجوما حقيقيا) وتحتاج إلى تأكيد ذلك باستخدام التقاط الحزمة.

س.  بعد تكوين وحدة التحكم وإعادة تشغيلها، لا يمكنني الوصول إلى وحدة التحكم في وضع الويب الآمن (https). يتم تلقي رسالة الخطأ هذه أثناء محاولة الوصول إلى وضع ويب الآمن لوحدة التحكم: لم يتم العثور على شهادة مصادقة ويب الآمنة (خطأ). ما هو سبب هذه المشكلة؟

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

WLC>config interface address virtual 1.1.1.1

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

WLC>config certificate generate webauth

في مخرجات هذا الأمر، يمكنك رؤية هذه الرسالة: تم إنشاء شهادة مصادقة الويب.

يمكنك الآن الوصول إلى وضع ويب الآمن لوحدة التحكم عند إعادة التشغيل.

q. تقوم وحدات التحكم أحيانا بالإبلاغ عن رسالة التنبيه هذه الخاصة بالهجمات على توقيع إلغاء اقتران IDS ضد عملاء صحيحين حيث يكون عنوان MAC للمهاجم هو عنوان نقطة وصول (AP) منضم إلى وحدة التحكم هذه: التنبيه: تم الكشف عن هجوم التوقيع على IDS 'Disassoc flood' على AP '<AP name>' البروتوكول '802.11b/g' على وحدة التحكم 'x.x.x.x'. وصف التوقيع هو 'Disassociation flood'، مع أسبقية 'x'. عنوان MAC للمهاجم هو "hh:hh:hh:hh:hh:hh"، رقم القناة هو "x"، وعدد عمليات الكشف هو "x". ولماذا يحدث ذلك؟

a.هذا بسبب Cisco بق IDCSCsg81953 .   

ملاحظة: يمكن فقط لمستخدمي Cisco المسجلين الوصول إلى معلومات وأدوات الأخطاء الداخلية من Cisco.

أحيانا ما يتم الإبلاغ عن هجمات تدفق IDS على العملاء الصحيحين حيث يكون عنوان MAC للمهاجم هو عنوان AP المتصل بوحدة التحكم هذه.

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

تم حل هذا الخطأ في الإصدار 4.0.217.0. قم بترقية إصدار وحدة التحكم إلى هذا الإصدار للتغلب على رسالة التنبيه هذه مقابل العملاء والنقاط الوصول الصالحة.

س.  أنا أستلم هذا خطأ رسالة في ال syslog من الجهاز تحكم: [WARNING] apf_80211.c 2408: إستلمت رسالة مع معدل دعم غير صالح من محطة <xx:xx:xx:xx:xx:xx> [خطأ] apf_utils.c 198: معدل مدعوم مفقود. لماذا؟

في الواقع، تشير رسائل المعدل المعتمد المفقودة إلى أنه تم تكوين عنصر التحكم في الشبكة المحلية اللاسلكية (WLC) لمعدلات بيانات مطلوبة معينة ضمن الإعدادات اللاسلكية، ولكن بطاقة واجهة الشبكة (NIC) تفتقد إلى المعدل المطلوب.

إذا كانت لديك معدلات بيانات، مثل 1 و 2 م، معينة على جهاز التحكم المطلوب، ولكن لا تتصل بطاقة واجهة الشبكة (NIC) بمعدلات البيانات هذه، فيمكنك تلقي هذا النوع من الرسائل. هذا سوء سلوك بطاقة NIC. ومن ناحية أخرى، إذا كانت وحدة التحكم الخاصة بك هي 802.11g ممكنة والعميل هو بطاقة 802.11b(فقط)، فهذه رسالة مشروعة. إذا لم تتسبب هذه الرسائل في أي مشاكل وكان من الممكن أن تظل البطاقات متصلة، يمكن تجاهل هذه الرسائل . إذا كانت الرسائل خاصة بالبطاقة، فتأكد من أن برنامج تشغيل هذه البطاقة محدث.

س.  نقطة الوصول syslog هذه:001f.ca26.bfb4: ٪LWAPP-3-CLIENTERRORLOG: Decode MSG: تعذر مطابقة معرف شبكة WLAN <id>يتم بث رسالة الخطأ على شبكتنا. لماذا يحدث هذا وكيف أوقفه؟

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

قم بتكوين ap syslog host global 0.0.0.0لإيقاف ذلك أو يمكنك وضع عنوان IP محدد إذا كان لديك خادم syslog حتى يتم بث الرسالة إلى الخادم وحده.

س.  أنا أستلم هذا خطأ رسالة على لاسلكي lan جهاز تحكم (WLC): [خطأ] مبرد: apf_mm.c: خط: 581: إعلان إصطدام للهاتف المحمول 00:90:7a:05:56:8a، حذف. لماذا؟

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

س.  تقوم وحدة التحكم الخاصة بي برفع رسالة التنبيه هذه: تم انتهاك حد التغطية '12'. ما هو هذا الخطأ وكيف يمكن حله؟

a. يتم رفع رسالة التنبيه هذه عندما تسقط نسبة إشارة إلى ضوضاء العميل (SNR) إلى قيمة أقل من قيمة حد SNR للراديو المعين. 12 هي قيمة حد SNR الافتراضية لاكتشاف فتحة التغطية.

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

بالتفصيل، يتم تحديد حد SNR للعميل بواسطة كل قوة إرسال لنقطة الوصول (ممثلة في dBm)، ناقص القيمة الثابتة 17dBm، ناقص قيمة ملف تعريف تغطية قابل للتكوين الخاص بالمستخدم (يتم تعيين هذه القيمة افتراضيا إلى 12 ديسيبل).

• قيمة قطع SNR للعميل (|dB|) = [طاقة إرسال AP (dBm) - ثابت (17 dBm) - ملف تعريف التغطية (dB)]

يمكن الوصول إلى قيمة ملف تعريف التغطية القابلة للتكوين هذه من قبل المستخدم بهذه الطريقة:

1. في واجهة المستخدم الرسومية (GUI) الخاصة بوحدة التحكم في الشبكة المحلية اللاسلكية (WLC)، انتقل إلى العنوان الرئيسي للشبكة اللاسلكية وحدد خيار الشبكة الخاص بمعيار الشبكة المحلية اللاسلكية (WLAN) الذي يقع على الجانب الأيسر (802.11a أو 802.11b/g). بعد ذلك، حدد التردد اللاسلكي التلقائي في أعلى يمين النافذة.

2. في صفحة معلمات RF العمومية التلقائية، ابحث عن قسم حدود التوصيفات. في هذا القسم، يمكنك العثور على قيمة التغطية (من 3 إلى 50 ديسيبل لكل متر). هذه القيمة هي قيمة ملف تعريف التغطية القابلة للتكوين الخاصة بالمستخدم.

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

س.  أستخدم ACS v 4.1 ووحدة تحكم الشبكة المحلية اللاسلكية 4402 (WLC). عندما يحاول عنصر التحكم في الشبكة المحلية اللاسلكية (WLC) مصادقة عميل لاسلكي إلى ACS 4.1، يفشل ACS في الاستجابة مع ACS ويبلغ عن رسالة الخطأ هذه: حدث خطأ داخلي ". لدي جميع التكوينات الخاصة بي صحيحة. لماذا يحدث هذا الخطأ الداخلي؟

a.هناك مصادقة متعلقة ب Cisco IDCSCsh62641 في ACS 4.1، حيث يعطي ACS الخطأ الداخلي رسالة خطأ.

يمكن أن يكون هذا الخطأ هو المشكلة. هناك تصحيح متوفر لهذا الخطأ على موقع تنزيلات ACS 4.1 الذي يمكن أن يصلح المشكلة.

ملاحظة: يمكن فقط لمستخدمي Cisco المسجلين الوصول إلى معلومات وأدوات الأخطاء الداخلية من Cisco.

س.  يتعذر على وحدة التحكم في الشبكة المحلية اللاسلكية Cisco 4400 Series (WLC) التمهيد. تم إستلام رسالة الخطأ هذه على وحدة التحكم: ** يتعذر إستخدام IDE 0:4 لتحميل البيانات ** خطأ (لا IRQ) dev 0 blk 0: status 0x51 خطأ reg: 10 ** لا يمكن القراءة من الجهاز 0. لماذا؟

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

س.  تحمل وحدة التحكم في الشبكة المحلية (LAN) اللاسلكية (WLC) مشاكل في مخزن الذاكرة المؤقت. بمجرد امتلاء المخازن المؤقتة للذاكرة، تتعطل وحدة التحكم وتحتاج إلى إعادة تمهيد لإعادتها إلى الإنترنت. تظهر رسائل الخطأ التالية في سجل الرسائل: Mon APR 9 10:41:03 2007 [ERROR] dtl_net.c 506: مخازن النظام المؤقتة من Mon APR 9 10:41:03 2007 [ERROR] sysapi_if_net.c 537: لا يمكن تخصيص ذاكرة MBUF جديدة. MON APR 9 10:41:03 2007 [ERROR] sysapi_if_net.c 219: MbufGet: لا توجد ملفات MBUFS مجانية. لماذا؟

a.يرجع هذا إلى خطأ Cisco IDCSCsh93980. تم حل هذا الخطأ في WLC، الإصدار 4.1.185.0. قم بترقية وحدة التحكم إلى إصدار البرنامج هذا أو إصدار أحدث للتغلب على هذه الرسالة.

ملاحظة: يمكن فقط لمستخدمي Cisco المسجلين الوصول إلى معلومات وأدوات الأخطاء الداخلية من Cisco.

س.  168.1.233/TPA قمت بترقية وحدة التحكم في الشبكة المحلية اللاسلكية (WLC) من 4400s إلى 4.1 رمز، وقصفت رسائل Syslog الخاصة بنا بقنابل مثل: May03:03:55:49.591 dtl_net.c:1191 DTL-1-ARP_POISON_DETECTED: STA [00:17:f2:43:26:93، 0.0.0.0] ARP (1) تم تلقي SPA92.1 غير صالح 2. 168. 1. 233. إلى ماذا تشير هذه الرسائل؟