المحتويات

المقدمة

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

المتطلبات

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

معلومات أساسية

التقييم والرصد الأوليين

مشكلة ضجيج في بيئة WiFi

خطوات استكشاف الأخطاء وإصلاحها

القرار

السجلات المطلوب تجميعها

المقدمة

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

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

المتطلبات

cisco يوصي أن يتلقى أنت معرفة من WLCs مع معرفة الأساسية من cisco Wave2 و/أو 11AX APs.

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

لا يقتصر هذا المستند على إصدارات برامج ومكونات مادية معينة.

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

معلومات أساسية

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

التقييم والرصد الأوليين

- إستخدام أدوات تحليل النطاق الترددي

قم بتمكين وضع تحليل الطيف على نقاط الوصول (AP) المدعومة من أجل التعرف على مصادر التداخل ومراقبة نشاط القناة في الوقت الفعلي بشكل فعال.

- مراقبة إستخدام الراديو ومستوى الضوضاء

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

- إجراء إستطلاع للموقع والتفتيش المادي

قم بإجراء إستطلاع للموقع في ظل ظروف التشغيل القياسية مع إستخدام جميع المعدات الموجودة لتقييم سلوك التردد اللاسلكي بدقة .

- تقييم البيئة الفعلية

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

مشكلة ضجيج في بيئة WiFi

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

- تأثير نسبة الإشارة إلى الضوضاء (SNR)

يعد مستوى الضوضاء عاملا أساسيا في حساب SNR، وهو الفرق بين الإشارة اللاسلكية المستلمة وأرضية الضوضاء. يمكن أن تؤدي قراءة مستوى التشويش غير الدقيق إلى قيم SNR غير صحيحة. نظرا لأن SNR يعد أمرا بالغ الأهمية لتحديد جودة الارتباط اللاسلكي، فإن مستويات الضوضاء الخطأ قد تتسبب في أن يخطئ أداء الشبكة في جودة الاتصالات، مما قد يؤدي إلى ضعف أداء العملاء أو انخفاض الاتصالات. على سبيل المثال، يبلغ حجم SNR الموصى به للتطبيقات الصوتية 25 ديسيبل على الأقل، وبالنسبة لتطبيقات البيانات 20 ديسيبل على الأقل. إذا تم الإبلاغ عن مستويات التشويش بشكل غير صحيح، فلا يمكن لنقطة الوصول الوصول (AP) التحسين لهذه الحدود بشكل صحيح، مما يؤثر على جودة الصوت والفيديو أو موثوقية البيانات.

- مشكلات تتعلق بالتداخل والأداء

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

- استكشاف الأخطاء وإصلاحها

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

- التأثير على شبكات الشبكة العنكبوتية

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

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

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

- تحديد مستويات الأرضية للضوضاء الحالية على نقطة الوصول (AP).

- تحقق من دقة مستويات الضوضاء المبلغ عنها عن طريق إجراء تحليل تصحيح الأخطاء على نقطة الوصول.

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

خطوات استكشاف الأخطاء وإصلاحها

1. تحديد نقطة الوصول التي تبلغ عن مستويات عالية من الضوضاء.

2. تحقق من قيم ملف تعريف التشويش في إخراج Auto-RF على عنصر التحكم في الشبكة المحلية اللاسلكية (WLC) لنقاط الوصول العاملة وغير العاملة.

اسم نقطة الوصول إلى sh <Working_AP_NAME> auto-rf dot11 5ghZ

اسم نقطة الوصول إلى sh <non_working_ap_name> auto-rf dot11 5ghZ

نقطة الوصول غير العاملة

:

نقطة الوصول العاملة

3. تحديد نقطة الوصول التي تبلغ عن مستويات عالية من الضوضاء. في نقطة الوصول، تحقق من حالات التشويش لكلا الفتحتين. تحقق من قيم التشويش المبلغ عنها على مستوى نقطة الوصول (AP)

إظهار إحصائيات تلقي RRM (راجع قسم الضوضاء).

نقطة الوصول غير العاملة

نقطة الوصول العاملة

من الواضح أن قيم أرضية الضوضاء التي ترى على نقطة الوصول لا تتطابق مع مستوى WLC (في حالة عدم العمل).

4. قم بتمكين تصحيح الأخطاء على نقطة الوصول لفحص حسابات الضوضاء التي تم إجراؤها على نقطة الوصول لكل قناة (ارجع إلى خطة الإجراء).

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

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

set platform software trace wncd <wncd> chassis active r0 rrm-client verbose (السماح بتشغيله لوقت ما).

تحقق من مستوى التشويش لكل قناة في التتبع:

تحقق مما إذا كان يتم تحديث بيانات التشويش بنجاح أم لا لكل فتحة.

القرار

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

خطة عمل

1.  حدد مثيل WNCD للتأكد من إستهداف نقطة الوصول الصحيحة.

إظهار توازن حمل نقطة الوصول اللاسلكي Mac <eth_mac >

2.  فحص التشويش.

اسم نقطة الوصول إلى sh <Working_AP_Name> auto-rf dot11 <slot>

اسم sh ap <non_working_ap_name> auto-rf dot11 <slot>

3.  ضبط المسارات على WLC.

ملاحظة: قبل تمكين التتبع، الرجاء التحقق من وحدة المعالجة المركزية (CPU) / الذاكرة الخاصة بالنظام الأساسي ثم تمكين المسارات. ضبط تتبع برنامج النظام الأساسي مع وجود هيكل نشط r0 rrm-client verbose (السماح بتشغيله لبعض الوقت).

أستخدم هذه الآثار فقط إذا كانت المشكلة التي تشك في أنها مشكلة على جانب WLC.

set platform software trace wncd 0 chassis active R0 rrm-client-rf-msg verbose

set platform software trace wncd 0 chassis active R0 rrm-client-dca verbose

set platform software trace rm-mgrd هيكل نشط R0 rrm-mgr-rf-msg

set platform software trace rm-mgrd هيكل نشط r0 rrm-common-rf-msg

set platform software trace wncd 0 chassis active R0 rrm-common-dca verbose

set platform software trace rm-mgrd هيكل نشط R0 rrm-mgr-dca

set platform software trace rm-mgrd هيكل نشط R0 RRM-common-dca verbose

تحقق من هذا الإخراج كل 3 دقائق إذا أردت التحقق من السجلات المباشرة.

إظهار عملية التسجيل مع بدء داخلي آخر 3 دقيقة من مرشح المستوى الأول ماك <Radio_Mac_of_AP>| من التشويش

4، على جانب نقطة الوصول، قم بجمع سجلات العرض وتمكين تصحيح الأخطاء المقترحة.

إظهار الأوامر

—

- ساعة العرض

- exec-timeout 0 0

- حد لين 0

- show tech

- قم بإظهار مراكز الذاكرة المؤقتة (إذا تم إعادة تحميل مادة النشر الأساسية الأخيرة، فالرجاء إسترداد )

- إظهار عطل فلاش (في حالة إعادة تحميل مادة نشر الأعطال الأخيرة، يرجى إسترداد )

- إظهار إحصائيات تلقي RRM (تجميع بشكل دوري للتحقق من الإحصائيات)

- config show rrm receive

- إظهار إحصائيات RRM (تجميع بشكل دوري للتحقق من الإحصائيات)

- show dot11 generic wl apr1v0/apr0v0 chanim_stats

- show logging

تصحيح الأخطاء

- تصحيح أخطاء تقارير RRM

- debug rm المجاور تفاصيل

- debug rm band-filter <5/24 جيجاهرتز> (الفتحة 1 : 5 جيجاهرتز ؛ للفتحة 0 : 2. 4 جيجاهرتز)

- debug rrm config

- طلبات برنامج تشغيل debug rm

- تنظيف الهواء لبرنامج تشغيل debug rm

- خطأ debug rrm

- debug rrm خارج القناة dbg

- debug rm خارج قناة مؤجل

- جدول تصحيح أخطاء RRM خارج القناة

- المصطلح MON

4. قم بجمع الآثار:

show logging process wncd internal start last <n> دقيقة مستوى عامل تصفية الأمر mac <Working_AP_RADIO_MAC> إلى ملف bootflash:<name.txt>

show logging process wncd internal start last <n> دقيقة مستوى عامل تصفية mac <non_working_ap_radio_mac> إلى ملف bootflash:<name.txt>

5. إرجاع التتبع إلى الملاحظة:

set platform software trace wncd <wncd> chassis active r0 rrm-client إشعار

set platform software trace wncd 0 chassis active r0 rrm-client-rf-msg إشعار

set platform software trace wncd 0 chassis active R0 rrm-client-dca إشعار

set platform software trace rm-mgrd هيكل نشط R0 rm-mgr-rf-msg

set platform software trace rm-mgrd هيكل نشط r0 rm-common-rf-msg إشعار

set platform software trace wncd 0 chassis active r0 rm-common-dca إشعار

set platform software trace rm-mgrd هيكل نشط R0 rrm-mgr-dca إشعار

set platform software trace rm-mgrd هيكل نشط R0 RRM-common-dca إشعار

السجلات المطلوب تجميعها

- سجلات الجلسة 9800

- 9800-show tech-wireless support

- 9800 أثر (نقطة الوصول العاملة /غير العاملة)

- تصحيح أخطاء جانب AP /show log

ملاحظة: إخلاء المسؤولية - تم توضيح هذه المقالة فقط على سجلات AP/WLC ولم يتم التحقق من صحتها مقابل AI-RRM.