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

المقدمة

يصف هذا المستند الأساليب عالية المستوى لاستكشاف أخطاء الشائعة المختلفة وإصلاحها فيما يخص الهواتف اللاسلكية مثل 8821 و 8821-EX.

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

المتطلبات

لا توجد متطلبات خاصة لهذا المستند.

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

تستند المعلومات الواردة في هذا المستند إلى CP-8821 في البرنامج الثابت 11.0.5-SR1.

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

مصطلحات لاسلكية

مصطلحات واختصارات شائعة الاستخدام تحتاج إلى معرفتها لاستكشاف أخطاء 8821 المختلفة وإصلاحها:

• نقاط الوصول (AP) - نقاط الوصول هي الأجهزة التي يتصل بها العملاء اللاسلكي لتلقي الاتصال. وهي تحتوي على أجهزة الراديو التي تبث الإشارات للزبائن.
• وحدة التحكم في الشبكة المحلية (LAN) اللاسلكية (WLC) - الجهاز الذي يقوم بمعالجة الاقتران و/أو مصادقة العملاء اللاسلكيين. ويتم هنا أيضا إجراء جميع عمليات التكوين لنقاط الوصول.
• مؤشر قوة الإشارة المتلقاة (RSSI) - هذا قياس لمدى قوة الإشارة لمعرف SSID معين (بالمقياس السالب). كلما اقترب هذا الرقم من 0، كلما كانت الإشارة أقوى.

  ملاحظة: يتم قياس RSSI في dBm لذلك يكون القياس لوغاريتمي بدلا من خطي. وهذا يعني أن -3dBm يساوي نصف قوة الإشارة في حين أن +3dBm يساوي ضعف قوة الإشارة.

• التجوال - يحدث هذا عندما يتحرك جهاز من نقطة وصول إلى أخرى، عادة ما يكون ذلك بسبب وجود إشارة قوية على نقطة الوصول المجاورة.
• نسبة الإشارة إلى التشويش (SNR) - هذا قياس لقوة الإشارة اللاسلكية مقارنة بمستوى تشويش الخلفية (في dBM الموجب).
• مجموعة الخدمة الأساسية (BSS) - مخطط الشبكة الذي يسمح للأجهزة بالاتصال عبر نقطة وصول (AP).
• معرف مجموعة الخدمة (SSID) - اسم مألوف لواحد أو أكثر من BSS.
• معرف مجموعة الخدمة الأساسية (BSSID) - معرف BSS MAC لنقطة الوصول (AP) لجهاز لاسلكي معين.
• الالتقاط عبر الهواء (OTA Capture) - نظرا لأنه لا يمكن التقاط الحزم من 8821 مباشرة، فإن التقاط OTA هو الطريقة الوحيدة لرؤية الحزم التي يتم إرسالها بواسطة نقطة الوصول والهاتف.
• التحكم بإذن دخول المكالمة (CAC) - نظام يمكن من خلاله للمسؤول منع المكالمات التي قد تؤثر سلبا على المكالمات الأخرى على الشبكة، عادة بسبب قيود النطاق الترددي.
• استبيان الموقع - دراسة عن البيئة للمساعدة في تخطيط الشبكة اللاسلكية وتصميمها. يساعد الاستطلاع على تحديد المواقع المثلى لنقاط الوصول من أجل تحقيق التغطية المطلوبة ومعدلات البيانات وإمكانية التجوال، إلخ.
• تقارير المشكلة (PRT) - حزمة سجل يمكن إنشاؤها على الهاتف لاستكشاف المشاكل وإصلاحها.

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

دليل النشر والتكوين اللاسلكي

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

أداة محلل التكوين اللاسلكي

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

https://community.cisco.com/t5/wireless-mobility-documents/how-to-use-the-wireless-lan-controller-co...

فهم نطاق المشكلة

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

1. تم تشغيل الهاتف.
2. يفحص الهاتف قنوات WiFi للبحث عن SSIDs (الطبقة 1).
3. يتصل الهاتف بنقطة وصول (الطبقة 1/2).
4. مصادقات الهاتف (PSK أو 802. 1x/EAP) (الطبقة 2).
5. يحصل الهاتف على عنوان IP (إما عبر DHCP أو تعيين ثابت) (الطبقة 3).
6. يحاول الهاتف إنشاء اتصال بخادم TFTP لطلب الملفات.
7. يحاول الهاتف التسجيل إلى عقدة CUCM الأساسية في مجموعة CM الموحدة المطبقة على تجمع أجهزة الهواتف.

أنت تحتاج أن يعزل الخطوة التي يحدث عندها الفشل.

1. هل رمز WiFi موجود على شاشة الهاتف؟ إذا كان الأمر كذلك، فهذا يعني أن الهاتف قد إقترن بنجاح بنقطة وصول. إن لم يكن، بعد ذلك أنت ينبغي راجعت الهاتف و/أو WLC سجل مقياس سرعة أن يعين لما الهاتف يستطيع لا يربط إلى ال ap.
2. هل يحصل الهاتف على IP؟  إن لا يكون، بعد ذلك راجعت الهاتف سجل، OTA التقاط، أو ربط التقاط من ال ap سلكي قارن أن يعزل حيث ال DHCP يفشل عملية. هل يرسل الهاتف رسالة اكتشاف DHCP؟  هل يستجيب خادم DHCP بعرض DHCP؟
3. إذا كان رمز WiFi مرئيا وكان الهاتف يستقبل IP، توقع أن يحاول الهاتف الاتصال بخادم TFTP. يمكن أن تكون صفحة رسائل الحالة مكانا سريعا للتحقق من ذلك. تشير رسائل مثل "قائمة الثقة المحدثة" أو "SEPAAABBBCCCC.cnf.xml.sgn(HTTP)" إلى أن الهاتف قادر على الحصول على ملفات CTL/ITL وتكوينها والتحقق منها. تأكد من تنزيل تقرير مشكلة من الهاتف للتحقيق في أي أخطاء إشكالية في صفحة رسائل الحالة.  يوجد المزيد من التفاصيل حول مجموعة السجلات لاحقا في هذا المستند.
4. هل الإشارة أقوى (أقرب إلى صفر) من -67 ديسيبل لكل ميللي وات؟ تعتبر قوة الإشارة التي تقل عن -67 ديسيبل بالميللي وات غير موثوقة.

مشكلات الاتصال

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

معلومات التجوال عبر الهاتف

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

إضافة لقوة الإشارة، هناك عدد قليل من المشغلات الأخرى لسباق 8821:

1. الحد الأقصى لعمليات إعادة الإرسال (TX) - لا يمكن للهاتف إرسال الحزم بنجاح.
2. التحكم في الدخول إلى مواصفات حركة المرور (TSpec) - لم يتم منح TSpec من نقطة الوصول (AP). (هذا الإعداد مرتبط ب CAC و QoS).
3. فقدان BSS - لا ترسل نقطة الوصول أو لا يسمع الهاتف أجهزة الإرشاد. (إعادة تشغيل نقطة الوصول أو إعادة تشغيل التردد اللاسلكي الضعيفة، وما إلى ذلك).
4. مفتاح القناة - يتم إرسال الهاتف إعلان محول القناة (CSA).  ترسل نقطة الوصول استجابات مستكشف المنارة إلى الهاتف لتقديم معلومات قناة جديدة.
5. إلغاء المصادقة - أرسل AP إلغاء مصادقة إلى الهاتف. قد تكون هناك أسباب عديدة لهذا - تحقق من سجل الهاتف أو التقاط رمز السبب.
   يمكن العثور على رموز الأسباب هنا، ولكنها توصف عادة في عملية الالتقاط:
   

وضع المسح

يحتوي 8821 على ثلاثة خيارات مختلفة لوضع المسح الذي يحدد عدد مرات مسح الهاتف لتحديد قوة الإشارة لجميع نقاط الوصول في المنطقة المجاورة. يمكن العثور على هذا في إدارة Cisco Unified CM > الجهاز > الهاتف > تحديد 8821.

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

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

لا يحصل الجهاز على IP

يجب أن تكون على دراية ببروتوكول FN-70357 إذا كان لديك بروتوكول 8821 لا يمكنه الحصول على IP. وهذا غالبا ما يظهر في السيناريوهات التي تتم فيها ترقية ISE إلى إصدار يتأثر CSCvm03681.

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

ملف تعريف السجل

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

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

التقاط حزمة لاسلكية (OTA Capture)

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

• هل تتلقى CUCM هذه الرسالة؟
• هل يستجيب CUCM لهذه الرسالة؟
• إذا استجاب CUCM، هل تضيع الاستجابة بين CUCM والهاتف؟

بما أن سجلات النص لا توفر رؤية كافية في سبب المشكلة، أنت تحتاج أن تجمع ربط من بضعة أماكن:

• عبر التقاط حزمة الهواء (لتأكيد أن الهاتف يرسل الحزمة إلى نقطة الوصول)
• الواجهة السلكية لنقطة الوصول (لتأكيد نقطة الوصول تضع هذه الحزمة على السلك)
• أجهزة بين نقطة الوصول و CUCM (لعزل إذا قام جهاز معين بإسقاط الحزمة)
• CUCM (لتأكيد أن CUCM يتلقى الرسالة)

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

يمكن العثور على مزيد من المعلومات حول كيفية جمع التقاط OTA هنا: https://documentation.meraki.com/MR/Monitoring_and_Reporting/Capturing_Wireless_Traffic_from_a_Client_Machine

تحليل المثال

سجل مراجعة لتبادل DHCP ناجح

%%%%% Successful DHCP exchange
7241 ERR Oct 23 12:26:47.211445 DHCP-dhcpSendReq
...
7246 ERR Oct 23 12:26:47.218905 DHCP-dhcpSendReq(): Sending Discover...
...
7312 ERR Oct 23 12:26:48.395112 DHCP-dhcpRcvPkt
...
7322 ERR Oct 23 12:26:48.402401 DHCP-dhcpRcvPkt(): Sending Request...
...
7327 ERR Oct 23 12:26:48.500058 DHCP-dhcpRcvPkt
...
7330 NOT Oct 23 12:26:48.500112 DHCP-dhcpRcvPkt(): ACK received
...
7334 NOT Oct 23 12:26:48.500176 DHCP-dhcpRcvPkt(): DHCP Succeeded
7335 NOT Oct 23 12:26:48.500188 DHCP-dhcpRcvPkt(): new assigned IP addr: 0xaa401fac, configuredipaddr: 0x0

سجل مراجعة فشل تبادل DHCP

%%%%% DHCP Discover
2811 ERR Oct 23 12:33:17.229603 DHCP-dhcpSendReq(): Sending Discover...
2812 ERR Oct 23 12:33:17.229643 DHCP-dhcpDiscover
2813 ERR Oct 23 12:33:17.229659 DHCP-setSelectTimeout

%%%%% No response to DHCP Discover
3253 ERR Oct 23 12:33:21.234227 DHCP-dhcpReadThrd(): response not received, try again...
...
3258 ERR Oct 23 12:33:21.234331 DHCP-dhcpTmrExp(): Max retries of discover

%%%%% Phone does not acquire an IP so it cannot connect to the network
3638 ERR Oct 23 12:33:24.660465 NTP->>> Send pkt to 172.16.155.3 error: [101] Network is unreachable
...
3641 ERR Oct 23 12:33:25.350497 DHCP-dhcpReadThrd(): response not received, try again...
...
3646 ERR Oct 23 12:33:25.350606 DHCP-dhcpTmrExp(): Max retries of discover
...
3776 ERR Oct 23 12:33:29.465112 DHCP-dhcpReadThrd(): response not received, try again...
...
3785 ERR Oct 23 12:33:29.470765 DHCP-dhcpDiscover

مراجعة السجل لحدث تجوال

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

wpa_supplicant\([0-9][0-9][0-9]\)-nl80211:\ Associated\ with

تأكد من لصق هذا تماما كما هو موضح. أيضا، قم بتعيين محرر النصوص لاستخدام سلسلة البحث ك regex.

%%%%% This phone is not roaming until the MAC Address of the AP changes on line 4121
2848 DEB Oct 25 09:49:37.303344 wpa_supplicant(940)-nl80211: Associated with 70:10:5c:b0:2a:1c
2897 DEB Oct 25 09:49:37.683084 wpa_supplicant(940)-nl80211: Associated with 70:10:5c:b0:2a:1c
3018 DEB Oct 25 09:49:39.680420 wpa_supplicant(940)-nl80211: Associated with 70:10:5c:b0:2a:1c
3600 DEB Oct 25 09:49:41.676275 wpa_supplicant(940)-nl80211: Associated with 70:10:5c:b0:2a:1c
3928 DEB Oct 25 09:49:43.669054 wpa_supplicant(940)-nl80211: Associated with 70:10:5c:b0:2a:1c
3983 DEB Oct 25 09:49:45.672203 wpa_supplicant(940)-nl80211: Associated with 70:10:5c:b0:2a:1c
4037 DEB Oct 25 09:49:47.674104 wpa_supplicant(940)-nl80211: Associated with 70:10:5c:b0:2a:1c
4085 DEB Oct 25 09:49:49.671717 wpa_supplicant(940)-nl80211: Associated with 70:10:5c:b0:2a:1c
4121 DEB Oct 25 09:49:49.766735 wpa_supplicant(940)-nl80211: Associated with b4:e9:b0:b5:05:59

التحقق من قوة الإشارة (RSSI)

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

level=-

مثال:

%%%%% The signal level is printed on the right end of each line.  If you see this approach or exceed -67, then jump to that line and investigate
%%%%% In this example, the RSSI exceeded our acceptable threshhold starting on line 4008 and only came back within acceptable limits for one scan so I would start there
3550 DEB Oct 25 11:34:08.317669 wpa_supplicant(940)-wlan0: 0: 74:a2:e6:71:73:6c ssid='cisco-lab-voip' wpa_ie_len=0 rsn_ie_len=24 caps=0x1111 level=-66
3586 DEB Oct 25 11:34:08.681122 wpa_supplicant(940)-wlan0: 0: 74:a2:e6:71:73:6c ssid='cisco-lab-voip' wpa_ie_len=0 rsn_ie_len=24 caps=0x1111 level=-66
3692 DEB Oct 25 11:34:13.484584 wpa_supplicant(940)-wlan0: 0: 74:a2:e6:71:75:ec ssid='cisco-lab-voip' wpa_ie_len=0 rsn_ie_len=24 caps=0x1111 level=-58
3902 DEB Oct 25 11:34:18.305574 wpa_supplicant(940)-wlan0: 0: 74:a2:e6:71:75:ec ssid='cisco-lab-voip' wpa_ie_len=0 rsn_ie_len=24 caps=0x1111 level=-57
4008 DEB Oct 25 11:34:21.310674 wpa_supplicant(940)-wlan0: 0: 74:a2:e6:71:75:ec ssid='cisco-lab-voip' wpa_ie_len=0 rsn_ie_len=24 caps=0x1111 level=-68
4047 DEB Oct 25 11:34:21.865534 wpa_supplicant(940)-wlan0: 0: 74:a2:e6:71:75:ec ssid='cisco-lab-voip' wpa_ie_len=0 rsn_ie_len=24 caps=0x1111 level=-68
4144 DEB Oct 25 11:34:26.311028 wpa_supplicant(940)-wlan0: 0: e8:40:40:72:29:5c ssid='cisco-lab-voip' wpa_ie_len=0 rsn_ie_len=24 caps=0x1111 level=-66
4316 DEB Oct 25 11:34:32.063243 wpa_supplicant(940)-wlan0: 0: 74:a2:e6:71:75:ec ssid='cisco-lab-voip' wpa_ie_len=0 rsn_ie_len=24 caps=0x1111 level=-68
4467 DEB Oct 25 11:34:39.191279 wpa_supplicant(940)-wlan0: 0: 74:a2:e6:71:75:ec ssid='cisco-lab-voip' wpa_ie_len=0 rsn_ie_len=24 caps=0x1111 level=-68
4642 DEB Oct 25 11:34:44.210987 wpa_supplicant(940)-wlan0: 0: e8:40:40:72:29:5c ssid='cisco-lab-voip' wpa_ie_len=0 rsn_ie_len=24 caps=0x1111 level=-77
4796 DEB Oct 25 11:34:50.064503 wpa_supplicant(940)-wlan0: 0: e8:40:40:72:29:5c ssid='cisco-lab-voip' wpa_ie_len=0 rsn_ie_len=24 caps=0x1111 level=-77
4911 DEB Oct 25 11:34:57.241813 wpa_supplicant(940)-wlan0: 0: e8:40:40:72:29:5c ssid='cisco-lab-voip' wpa_ie_len=0 rsn_ie_len=24 caps=0x1111 level=-77
4927 DEB Oct 25 11:34:57.453239 wpa_supplicant(940)-wlan0: 0: e8:40:40:72:29:5c ssid='cisco-lab-voip' wpa_ie_len=0 rsn_ie_len=24 caps=0x1111 level=-77
5502 DEB Oct 25 11:35:02.336313 wpa_supplicant(940)-wlan0: 0: e8:40:40:72:29:5c ssid='cisco-lab-voip' wpa_ie_len=0 rsn_ie_len=24 caps=0x1111 level=-77
5662 DEB Oct 25 11:35:10.671841 wpa_supplicant(940)-wlan0: 0: e8:40:40:72:29:5c ssid='cisco-lab-voip' wpa_ie_len=0 rsn_ie_len=24 caps=0x1111 level=-77
5673 DEB Oct 25 11:35:10.673330 wpa_supplicant(940)-wlan0: 0: e8:40:40:72:29:5c ssid='cisco-lab-voip' wpa_ie_len=0 rsn_ie_len=24 caps=0x1111 level=-77

%%%%% After jumping to line 4642, I scroll up to look for the previous scan
%%%%% The scan shows that there is no other AP with a stronger signal within range.  Since -77dBm is unreliable, this needs to be addressed:
4628 DEB Oct 25 11:34:44.206227 wpa_supplicant(940)-nl80211: Drv Event 34 (NL80211_CMD_NEW_SCAN_RESULTS) received for wlan0
4629 DEB Oct 25 11:34:44.207867 kernel-[102016.581878] [wl_dump_bss_list]: SCAN COMPLETED: scanned AP count (1)
4630 DEB Oct 25 11:34:44.207952 kernel-[102016.581909] [wl_dump_bss_list]: SSID: "cisco-lab-voip" BSSID: e8:40:40:72:29:5c RSSI: -77 Channel: 48

معلومات ذات صلة

• أستكشاف أخطاء الهاتف اللاسلكي وإصلاحها Cisco 8821
• التقاط حركة مرور بيانات لاسلكية من جهاز عميل - Meraki
• الدعم التقني والمستندات - Cisco Systems