التحقق من صحة إخراج Wi-Fi 6/6E و Wi-Fi 7 اللاسلكي واختباره

المقدمة

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

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

المتطلبات

يفترض هذا المستند وجود إعداد قيد التشغيل بالفعل مزود بنقاط وصول (AP) 802.11ax / Wi-Fi 6 مما يوفر اتصال العميل بالفعل

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

تركز المعلومات الواردة في هذا المستند على تقنية 802.11ax/Wi-Fi 6 وسرعاتها.

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

فهم تطور البروتوكول

يمكن أن تعمل Wi-Fi 6 على عدة نطاقات : 2. 4 غيغاهيرتز، 5 غيغاهيرتز، وحتى 6 غيغاهيرتز حسب اعتماد الواي فاي 6e.

802. 11ac/Wi-Fi 5 جاء في موجتين. وقد جلبت الموجة الثانية دعم القناة بسرعة 160 ميجاهرتز، بالإضافة إلى وحدة الإدخال المتعدد والإخراج المتعدد (MU-MIMO) والحد الأقصى النظري لعدد 8 مسارات مكانية.

هذه الأرقام هي فقط الأرقام النظرية من المعيار، والاختلافات تنطبق اعتمادا على ورقة بيانات نقطة الوصول المحددة.

لا يتم تعريف 802.11ax/Wi-Fi 6 بشكل مباشر في سرعات البيانات، ولكنه بالأحرى مزيج من 12 مخطط تشفير تعديل (MCS 0 إلى MCS 11)، نطاق قناة يتراوح من 20 ميجاهرتز (قناة واحدة) إلى 160 ميجاهرتز (8 قنوات)، عدد من التدفقات المكانية (عادة 1 إلى 2، كان هناك نحو 3 منتجات من التدفقات المكانية ولكنها تشاهد أقل وأقل).

تضيف أيضا الفاصل الزمني القصير أو المتوسط أو الطويل للواقي (GI) حوالي 10٪ تعديل على هذا.

فيما يلي جدول لتقييم قاعدة بيانات في ميغابت/ثانية عند معرفة كل هذه العوامل :

يمكن العثور على جدول أكثر اكتمالا على العنوان : https://mcsindex.com/

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

يمكنك حساب الإنتاجية باستخدام هذه المعادلة المستخدمة لسرعة 802. 11ax أو معدل البيانات:

المعادلة المستخدمة لسرعة 802.11ax أو معدل البيانات

وهذه قاعدة ثابتة:

الخرج المتوقع = معدل البيانات x 0.7

لنأخذ مثالا حقيقيا عن الحياة. نقطة وصول من Cisco 9120 مزودة بهاتف ذكي حديث يدعم تقنية Wi-Fi 6 ويتميز بإمكانية إستخدام مسارين فضائيين. إذا كنا في بيئة عالية الكثافة حيث يتم إستخدام قنوات 20 ميجاهرتز، فإن الحد الأقصى لمعدل البيانات المستخدم يتراوح بين 240 و 280 ميجابت في الثانية حسب الفاصل الزمني للحراسة. وهذا يعني أنه في ظل بيئة نظيفة وظروف إختبار معينة، قد يكون لدينا عميل واحد يقوم بنقل البيانات بسرعة تتراوح بين 160 إلى 200 ميجابت في الثانية على الأرجح (أي ما بين 65 إلى 70٪ من كفاءة البروتوكول). يكون ذلك صحيحا فقط عند إجراء إختبار نقل كبير أو إختبار سرعة فعلي حيث يتم تحسين البروتوكول للوصول إلى الحد الأقصى لسعة معالجة البيانات. عند إستخدام تطبيقات أخرى، يتم تقليل سعة المعالجة نظرا لأن زمن الوصول يلعب أيضا دورا في البروتوكولات التي تقوم بتشغيل مجموعة من الحزم وتنتظر الإقرارات قبل التقدم إلى الأمام.

لاحظ أيضا أن بيئة الشبكات اللاسلكية مشتركة، وهذا يعني أن كمية العملاء المتصلين بنقطة الوصول يتقاسمون الإنتاج الفعال فيما بينهم. إذا تمكن عميل واحد يعمل إختبار سرعة من الوصول إلى سرعة تتراوح من 160 إلى 200 ميجابت في الثانية، فهذا يعني أن عميلين يقومان باختبار سرعة في نفس الوقت يلاحظان كل منهما من 80 إلى 100 ميجابت في الثانية. إذا قام أربعة عملاء بتجربة سرعة في نفس الوقت، فإنهم يرون سرعة تتراوح من 40 إلى 50 ميجابت في الثانية ...

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

Wi-Fi 7

يجلب Wi-Fi 7 الكثير من التحسينات على البروتوكولات من شأنها أن تجعل الإنتاجية الملحوظة أفضل. ومع ذلك، يتم تحسين أقصى سرعات في الغالب بإضافة معدل بيانات MCS 12 و 13 (والذي يتطلب أن يكون قريبا جدا من نقطة الوصول) بالإضافة إلى إضافة عرض قناة 320 ميجاهرتز (وهو ربما يكون غير واقعي للاستخدام في بيئة مؤسسة حيث يجمع الكثير من القنوات معا). ولا يغير كثيرا من منهجية الاختبار المبينة في هذا المستند.

عملية الربط المتعدد (MLO) هي تحسين آخر لشبكة Wi-Fi 7 التي غالبا ما تستخدم لتحقيق معدلات بيانات محتملة ضخمة. في الواقع، سوف يتصل معظم العملاء على عدة نطاقات باستخدام تقنية MLO، ولكنهم سيستخدمون غالبا نطاق واحد (من أجل توفير عمر البطارية). كما أنه من الصعب إستخدام مدى الموجات 5 و 6 جيجاهيرتز في وقت واحد بسبب التدخلات التي يسببها الموجات اللاسلكية لبعضها البعض. تحقق من كيفية اتصال العميل لتوقع ما يمكن أن يحققه بشكل معقول من سرعات.

إجراء

عموما، يمكن أن يكون لدينا إثنين من السيناريوهات عندما تقوم باختبار الخرج:

• توجد نقاط الوصول في التحويل المحلي بتقنية FlexConnect

• توجد نقاط الوصول في الوضع المحلي أو التحويل المركزي FlexConnect

خذ هذه السيناريوهات واحدا تلو الآخر:

(الرسم التخطيطي 1)

في حالة المخطط 1، نفترض أن نقاط الوصول في الوضع المحلي من FlexConnect central switching.

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

(الرسم التخطيطي 2)

يظهر الخط الأحمر في الرسم التخطيطي 2 تدفق حركة مرور البيانات من العميل اللاسلكي.

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

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

في حالتنا هذا هو مفتاح الوصول (الرسم التخطيطي 3).

(الرسم التخطيطي 3)

يمكن تقسيم إختبارات iPerf إلى فئتين: نحو أعلى والتدفق.

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

يستخدم العميل اللاسلكي تطبيق iPerf لدفع حركة مرور البيانات إلى الشبكة.

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

يجب إجراء الاختبار باستخدام TCP و UDP. أنت يستطيع استعملت هذا أمر أن ينجز الاختبار:

iperf3 -s  <- this command starts iPerf server

iperf3 -c SERVER_ADDRESS -u -b700M <- this command initiates UDP iPerf test with bandwidth of 700 Mbps

iperf3 -c SERVER_ADDRESS <- this command initiates a simple TCP iPerf test

iperf3 -c SERVER_ADDRESS  -w WINDOW_SIZE  -P NUM_OF_PARALLEL_TCP_STREAMS <- this commands initiates a more complex  TCP iPerf test where you can adjust the window size as well the number of parallel TCP streams. 
Please not that in this case you should consider the sum of all the streams as the result

 

مثال على مخرجات iPerf3:

بروتوكول TCP iPerf3:

 
[ ID] Interval           Transfer     Bandwidth
[  5]   0.00-10.06  sec  0.00 Bytes  0.00 bits/sec                  sender
[  5]   0.00-10.06  sec   188 MBytes   157 Mbits/sec                  receiver
 
[ ID] Interval           Transfer     Bandwidth
[  5]   0.00-10.05  sec  0.00 Bytes  0.00 bits/sec                  sender
[  5]   0.00-10.05  sec   304 MBytes   254 Mbits/sec                  receiver

   With 10 parallel TCP streams:
[ ID] Interval           Transfer     Bandwidth
[  5]   0.00-10.06  sec  0.00 Bytes  0.00 bits/sec                  sender
[  5]   0.00-10.06  sec  88.6 MBytes  73.9 Mbits/sec                  receiver
[  7]   0.00-10.06  sec  0.00 Bytes  0.00 bits/sec                  sender
[  7]   0.00-10.06  sec  79.2 MBytes  66.0 Mbits/sec                  receiver
[  9]   0.00-10.06  sec  0.00 Bytes  0.00 bits/sec                  sender
[  9]   0.00-10.06  sec  33.6 MBytes  28.0 Mbits/sec                  receiver
[ 11]   0.00-10.06  sec  0.00 Bytes  0.00 bits/sec                  sender
[ 11]   0.00-10.06  sec  48.7 MBytes  40.6 Mbits/sec                  receiver
[ 13]   0.00-10.06  sec  0.00 Bytes  0.00 bits/sec                  sender
[ 13]   0.00-10.06  sec  77.0 MBytes  64.2 Mbits/sec                  receiver
[ 15]   0.00-10.06  sec  0.00 Bytes  0.00 bits/sec                  sender
[ 15]   0.00-10.06  sec  61.8 MBytes  51.5 Mbits/sec                  receiver
[ 17]   0.00-10.06  sec  0.00 Bytes  0.00 bits/sec                  sender
[ 17]   0.00-10.06  sec  46.1 MBytes  38.4 Mbits/sec                  receiver
[ 19]   0.00-10.06  sec  0.00 Bytes  0.00 bits/sec                  sender
[ 19]   0.00-10.06  sec  43.9 MBytes  36.6 Mbits/sec                  receiver
[ 21]   0.00-10.06  sec  0.00 Bytes  0.00 bits/sec                  sender
[ 21]   0.00-10.06  sec  33.3 MBytes  27.8 Mbits/sec                  receiver
[ 23]   0.00-10.06  sec  0.00 Bytes  0.00 bits/sec                  sender
[ 23]   0.00-10.06  sec  88.8 MBytes  74.0 Mbits/sec                  receiver
[SUM]   0.00-10.06  sec  0.00 Bytes  0.00 bits/sec                  sender
[SUM]   0.00-10.06  sec   601 MBytes   501 Mbits/sec                  receiver
 

UDP iPerf3:

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

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

لايزال من الممكن تلخيص عرض النطاق لكل ثانية وتقسيمه على عدد الثواني:

Accepted connection from 192.168.240.38, port 49264
[  5] local 192.168.240.43 port 5201 connected to 192.168.240.38 port 51711
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  5]   0.00-1.00   sec  53.3 MBytes   447 Mbits/sec  0.113 ms  32/6840 (0.47%)  
[  5]   1.00-2.00   sec  63.5 MBytes   533 Mbits/sec  0.129 ms  29/8161 (0.36%)  
[  5]   2.00-3.00   sec  69.8 MBytes   586 Mbits/sec  0.067 ms  30/8968 (0.33%)  
[  5]   3.00-4.00   sec  68.7 MBytes   577 Mbits/sec  0.071 ms  29/8827 (0.33%)  
[  5]   4.00-5.00   sec  68.0 MBytes   571 Mbits/sec  0.086 ms  55/8736 (0.63%)  
[  5]   5.00-6.00   sec  68.6 MBytes   576 Mbits/sec  0.076 ms  70/8854 (0.79%)  
[  5]   6.00-7.00   sec  66.8 MBytes   561 Mbits/sec  0.073 ms  34/8587 (0.4%)  
[  5]   7.00-8.00   sec  67.1 MBytes   563 Mbits/sec  0.105 ms  44/8634 (0.51%)  
[  5]   8.00-9.00   sec  66.7 MBytes   559 Mbits/sec  0.183 ms  144/8603 (1.7%)  
[  5]   9.00-10.00  sec  64.1 MBytes   536 Mbits/sec  0.472 ms  314/8415 (3.7%)  
[  5]  10.00-10.05  sec   488 KBytes  76.0 Mbits/sec  0.655 ms  2/63 (3.2%)  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  5]   0.00-10.05  sec  0.00 Bytes  0.00 bits/sec  0.655 ms  783/84688 (0.92%)  
[SUM]  0.0-10.1 sec  224 datagrams received out-of-order

ملاحظة: من المتوقع أن تكون نتائج إختبار iPerf أفضل قليلا في إختبارات FlexConnect المحلية مقارنة بسيناريو التحويل المركزي.
وهذا يرجع إلى حقيقة أن حركة مرور العميل يتم كبسلها في CAPWAP، مما يضيف المزيد من النفقات العامة لحركة المرور ويعمل WLC بصفة عامة كعنق زجاجة حيث أنها نقطة التجميع لجميع حركة مرور العملاء اللاسلكيين.
كذلك، من المتوقع أن يحقق إختبار أداء بروتوكول UDP نتائج أفضل في بيئة نظيفة لأنها أكثر طرق النقل فعالية عندما يكون الاتصال موثوقا به. ومع ذلك، يمكن أن يربح بروتوكول TCP في حالة التجزئة الكثيفة (عند إستخدام TCP Adjust MSS) أو اتصال غير موثوق به

.

التحقق من الصحة والتحقق من الصحة

تتمثل الخطوة الأولى في التحقق من تكوين العميل الحالي. في نظام التشغيل Windows 11، انتقل إلى Settings > Network & internet > Wi-Fi > Your_SSID_Name:

إعدادات Wi-Fi على العميل

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

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

إذا لم تصل إلى السرعة المتوقعة، فقد يرجع ذلك إلى أن عميلك لا يتصل بنطاق 6 جيجاهيرتز ويلتصق بالنطاقات الأخرى فقط. على الرغم من امتلاك محول Wi-Fi 6E، إلا أن بعض أجهزة الكمبيوتر المحمولة تتطلب تحديث نظام BIOS حتى يمكن تمكين إمكانيات 6 جيجاهرتز. و هذا يعتمد أيضا على الدولة التي تجري فيها التجربة : تقوم بعض نقاط الوصول (AP) الخاصة بالبنية الأساسية بتعطيل 6 جيجاهرتز في بعض البلدان التي لا يسمح فيها بذلك حتى الآن، ويتم ترميز بعض أجهزة الكمبيوتر المحمولة العميلة ترميزا ثابتا لعدم إستخدام 6 جيجاهرتز في بلدان معينة. تحقق من كل من نقطة الوصول (AP) والبرامج الثابتة الخاصة بالعميل للحصول على تفاصيل حول الدولة المحددة التي تقوم بالاختبار معها.

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

WLC#show wireless client mac-address 72e6.81a1.XXXX detail
(...)
Current Rate..................................... m11 ss2 -> MCS 11 (m11) index on 2 spatial streams (ss2)
(...)
Radio Signal Strength Indicator............ -46 dBm
      Signal to Noise Ratio...................... 49 dB

يمكنك رؤية هذا العميل المعين متصلا على هذا المعدل:

المعدل الحالي..................................... m10 ss2

مما يعني أن العميل يستخدم مؤشر MCS 10 (m10) على مسارين فضائيين (ss2)

من الأمر "show client mac <mac> det"، لا يمكن معرفة ما إذا كان العميل متصلا على ربط قناة بسرعة 20/40/80 ميجاهرتز.

يمكن القيام بذلك مباشرة على نقطة الوصول:

9164 مثال:

#show controllers dot11Radio 2 client E8:8D:A6:B0:3B:CA
              mac radio vap aid state       encr  Maxrate Assoc   Cap is_wgb_wired      wgb_mac_addr
E8:8D:A6:B0:3B:CA     2   0  33   FWD AES_CCM128 MCS112SS HE-6E HE-6E        false 00:00:00:00:00:00
Configured rates for client E8:8D:A6:B0:3B:CA
Legacy Rates(Mbps): 6 9 12 18 24 36 48 54
HE Rates: 1SS:M0-11 2SS:M0-11
HT:yes     VHT:no     HE:yes     40MHz:no     80MHz:yes     80+80MHz:no     160MHz:yes
11w:yes     MFP:no     11h:no     session_timeout: 79950     encrypt_policy: 4
_wmm_enabled:yes     qos_capable:yes     WME(11e):no     WMM_MIXED_MODE:no
short_preamble:no     short_slot_time:no     short_hdr:no     SM_dyn:no
short_GI_20M:no     short_GI_40M:no     short_GI_80M:no     LDPC:no     AMSDU:yes     AMSDU_long:no
su_mimo_capable:no     mu_mimo_capable:no     is_wgb_wired:no     is_wgb:no
HE_DL-MIMO:yes     HE_UL-MIMO:yes     HE_DL-OFDMA:yes     HE_UL-OFDMA:yes     HE_TWT_CAPABLE:no

Additional info for client E8:8D:A6:B0:3B:CA
RSSI: -52
SNR: 41
PS  : Legacy (Sleeping)
Tx Rate: 1297100 Kbps
Rx Rate: 1921600 Kbps
VHT_TXMAP: 0
CCX Ver: 0
Rx Key-Index Errs: 0

Statistics for client E8:8D:A6:B0:3B:CA
              mac   intf TxData TxMgmt TxUC TxBytes TxFail TxDcrd TxCumRetries RxData RxMgmt RxBytes RxErr                      TxRt(Mbps) RxRt(Mbps) idle_counter stats_ago expirat
ion
E8:8D:A6:B0:3B:CA apr2v0    391      4  391  129127      0      0           97    559      4   74055     0 HE-160,2SS,MCS6,GI0.8 ,BF(1297)         12          295  8.674000      79
950

Per TID packet statistics for client E8:8D:A6:B0:3B:CA
Priority Rx Pkts Tx Pkts Rx(last 5 s) Tx (last 5 s)
       0     539     383           84            28
       1       0       0            0             0
       2       0       2            0             0
       3       0       0            0             0
       4       0       0            0             0
       5       0       0            0             0
       6      20       3            5             1
       7       0       3            0             0

 Rate Statistics:
Rate-Index    Rx-Pkts    Tx-Pkts Tx-Retries
         0        176          3          0
         5          0         62          0
         6          4        178         21
         7        250        152         52
         8        100          2         22
         9         51          0          0
        10          1          0          0
        11          0          0          2
webauth done: true
Pre-WebAuth ACLs:
Post-Auth ACLs:
Acl name Quota Bytes left In bytes Out bytes In pkts Out pkts Drops-in Drops-out
iPSK TAG: \<0000000000000000>
              MAC Allow HIT iPSK tag
E8:8D:A6:B0:3B:CA  true   0      \<>

الخيار الأخير للتحقق من المعدل المتصل هو التقاط OTA. في معلومات الراديو الخاصة بحزمة البيانات، يمكنك العثور على المعلومات الضرورية:

 تم التقاط هذا OTA مع عميل 11ac كتاب ماك.

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

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

قد تتسبب هذه المشاكل في:

-العميل

- AP

- المسار السلكي (تحويل المشاكل ذات الصلة)

- WLC

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

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

• إذا كان فيديو الاجتماعات عبر الإنترنت 'يجمد' أو كان الصوت بجودة سيئة، فقم بتكوين جودة الخدمة (جودة خدمة Wi-Fi). إن الخدمات التي تعتمد على الصوت والفيديو في الوقت الفعلي، مثل نقل الصوت عبر بروتوكول الإنترنت (VoIP) والألعاب عبر الإنترنت ومؤتمرات الفيديو من فئة المؤسسات، تتطلب متطلبات قوية من حيث زمن الوصول والتشوه لتقديم تجربة جودة. تقوم جودة الخدمة بإدارة مشاكل الازدحام وتقليل احتمال حدوث التصادم وتجنب الازدحام في المقام الأول. لا يمكن الاستفادة من التطبيقات في الوقت الفعلي بمعدلات إنتاجية عالية ولا يجب مقارنتها بالسرعات المنخفضة في الشبكة. إنها تتعلق أكثر بموثوقية تسليم الحزم في الوقت الفعلي.

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

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

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

in order to نلت كثير معلومة حول هذا، هناك يحتاج عبر ال Air (OTA) على قبض + فسحة بين دعامتين جلسة على ال ap switchport (فسحة بين دعامتين ينبغي كنت على المفتاح حيث ال ap يكون ربطت)

على قبض OTA وفسحة بين دعامتين ينبغي كنت عملت أثناء الاختبار، يستعمل SSID مفتوح in order to كنت يمكن أن يرى الحركة مرور يمر إلى ال ap وحركة مرور ap يمر باتجاه العميل والعكس.

هناك العديد من الأخطاء المعروفة لهذا السلوك:

CSCvg07438 : نقطة الوصول AP3800: معدل إخراج منخفض بسبب عمليات إسقاط الحزم في نقطة الوصول في كل من الحزم المجزأة وغير المجزأة

CSCva58429 : نقطة الوصول Cisco 1532i AP: سعة معالجة منخفضة (التحويل المحلي عبر تقنية FlexConnect + تقنية EoGRE)

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

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

حاول إستخدام منفذ آخر على المحول لتوصيل نقطة الوصول أو WLC.

خيار آخر هو توصيل عميل بنفس المحول (حيث تكون نقطة نهاية العميل [AP/WLC] متصلة بها) ووضعها على شبكة VLAN نفسها، ثم تشغيل الاختبارات المتصلة سلكيا على شبكة VLAN نفسها لمعرفة ما إذا كانت هناك أي مشاكل في المسار السلكي.

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

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

يمكنك وضع نقطة الوصول في وضع FlexConnect وشبكة WLAN في التحويل المحلي، ثم تشغيل الاختبارات.

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

لاستكشاف هذه المشكلة وإصلاحها، قم بتطبيق خطة الإجراء:

- فسحة بين دعامتين على ال WLC switchport (ينبغي كنت أنجزت على المفتاح)

- فسحة بين دعامتين على ال ap ميناء

- التقاط OTA للعميل

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

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

• تفاصيل للحصول على OTA مع MacBook
• تفاصيل للحصول على OTA مع نقطة الوصول في وضع sniffer
• إختبار IPERF لقياس معدل إنتاجية/سرعة عميل شبكة WLAN

• حاسبة سرعة WLAN 802.11ax | حاسبة معدل البيانات 802.11ax

• فهم Wi-Fi 4/5/6/6E/7 (802.11 n/ac/ax/be)

• الدعم الفني والتنزيلات من Cisco