Nebula [AP]- Sănătate fără fir și ajutor WiFi

Acestarticol va explica modul în care funcționează sănătatea wireless a punctului de acces [AP] și ajutorul WiFi în Nebula Control Center (NCC). Acesta va arăta cum să crească performanța WiFi, ce 6GHz/5GHz/2.4GHz Radio, Adaptive channel width, DCS, Client, Optimization agresivitate, precum și Wi-Fi Aid pentru probleme de rețea. prezentare generală a problemelor de conectare, exemple de eșecuri WiFi, și ce sunt eșecul Wireless, eșecul DHCP, eșecul DNS și eșecul Portal.

Sănătate fără fir

Wireless health este o funcție Nebula professional (Pro) care vă permite să monitorizați starea rețelei WiFi (atât dispozitivele Nebula, cât și clienții WiFi conectați).

• AP monitorizează constant interferențele non-WiFi (AP va începe să opereze această caracteristică prin actualizarea la v7.10)
• Modificarea comportamentului de autooptimizare pe radioul de 5GHz
• Îmbunătățiri ale jurnalului de evenimente Wireless Health

Puteți îmbunătăți performanța rețelei WiFi făcând următoarele:

• Activați DCS (Dynamic Channel Selection) pentru a selecta un canal radio cu cea mai mică cantitate de interferențe
• Activați Client Steering pentru a utiliza un semnal WiFi mai puternic
• Modificarea lățimii de bandă a canalului pentru a reduce interferențele radio de la alte dispozitive WiFi

Go to Monitor -> Access Point -> Wireless Health 

Acțiune de optimizare automată

6G/5G/2.4G Radio - Selectați ON pentru a activa și a specifica modul în care Nebula Device îmbunătățește performanța rețelei WiFi.

Lățime adaptivă canal - Selectați această opțiune pentru a modifica automat lățimea de bandă a canalului dispozitivului Nebula de la 160 MHz la 80 MHz pentru a reduce interferențele radio cu alte dispozitive WiFi din apropiere. Dacă acest lucru nu îmbunătățește performanța, se va activa și DCS.

DCS (Dynamic Channel Selection) - Selectați această opțiune pentru ca dispozitivul Nebula să scaneze și să aleagă un canal radio care are cea mai mică cantitate de interferențe

Client - Selectați ACTIVAT pentru a încerca să direcționați clienții WiFi care au o sănătate slabă către un dispozitiv Nebula sau SSID cu un semnal puternic. Direcționarea clienților pentru a îmbunătăți puterea semnalului se face la fiecare 30 de minute.

Optimization aggressiveness (Agresivitate optimizare ) - Nivelul selectat aici decide nivelul ratei de trafic și momentul în care dispozitivul ia măsuri pentru a îmbunătăți performanța rețelei WiFi a AP-ului prin amânarea acțiunilor implementate asupra AP-urilor până când rețeaua dvs. este mai puțin ocupată dacă pragul este depășit.

• Ridicat - Dispozitivul Nebula amână acțiunea stabilită atunci când traficul rețelei de puncte de acces este intens
• Standard - Dispozitivul Nebula amână acțiunea stabilită atunci când traficul rețelei punctului de acces este mediu.
• Scăzut - Dispozitivul Nebula amână acțiunea stabilită atunci când traficul în rețeaua punctului de acces este scăzut.

Motivele pentru starea precară a rețelei fără fir ar putea fi legate de:
Niciun IP dat de serverul DHCP, probleme de roaming, interferențe de canal cauzate de un mediu WiFi foarte aglomerat etc.

Aceste probleme pot fi rezolvate consultând acest articol:

Performanța WiFi - Cele mai bune practici pentru o implementare profesională

WiFi Aid

Wi-Fi Aid este o caracteristică profesională Nebula (Pro) care vă permite să obțineți o imagine de ansamblu clară a problemelor de acces la rețea. WiFi Aid include o prezentare generală a problemelor și statistici istorice. Vă rugăm să rețineți că aceasta rezumă doar problemele de acces ale rețelei WiFi. Dacă vă confruntați cu probleme de debit sau cu o conexiune instabilă, această pagină ar putea să vă ofere doar un indiciu, dar verificați Wireless Health pentru puterea semnalului de conectare și utilizarea canalelor pentru a depana în continuare problema de debit/instabilitate.

Prezentare generală a problemei de conectare

Aici puteți găsi numărul de dispozitive care suferă de o defecțiune a conexiunii, precum și o clasificare a tipului de problemă pentru ultima defecțiune a fiecărei stații. Odată ce o stație se conectează cu succes la AP în perioada selectată, eșecurile sale anterioare nu vor mai fi contabilizate.

Exemple de cazuri în care eșecurile sunt luate în considerare

Dacă clientul 1 (C1) tastează mai întâi parola greșită în prima încercare, apoi încearcă din nou și se conectează la AP cu parola corectă. Dar acum nu reușește să obțină o adresă IP, încearcă să se conecteze din nou, dar tot nu reușește să obțină o adresă IP. Acest lucru va fi indicat ca 1 eșec DHCP (după cum se arată mai jos).

Dacă clientul 2 (C2) se conectează la AP cu parola corectă, dar tot nu reușește să obțină o adresă IP. C2 încearcă apoi să se conecteze utilizând un IP static și un server DNS și reușește să se reconecteze și să obțină acces la internet. Acest lucru se va afișa acum ca 0 eșecuri.

În aceste două exemple, veți găsi prezentarea generală a eșecurilor după cum se arată mai jos:

Explicația problemei de conectare

Mai jos veți găsi o explicație a semnificației acestor simboluri și a momentului în care acestea vor fi considerate un eșec.

Eșec wireless - clientul nu reușește să se asocieze cu SSID

Aceasta apare atunci când utilizatorul a introdus o parolă greșită / 802.1X Auth. Fail / Clientul este blocat de funcții.

Eșecul conexiunii fără fir, este orice eșec care face ca clientul să nu se poată asocia cu SSID. Cum ar fi parola greșită, autentificarea WPA-Enterprise eșuează, iar clientul este blocat de orice funcție, cum ar fi echilibrarea sarcinii, clientul vechi, filtrul MAC etc.

Eșec DHCP

Apare după ce un client trimite DHCP-Discover și nu există DHCP-ACK în decurs de 20 de secunde.

Eșecul DHCP este în cazul în care AP nu primește un DHCP ACK în termen de 20 de secunde, acesta va considera că acest client nu a reușit să obțină adresa IP.

Eșec DNS

Aceasta apare după ce un client trimite DNS-Query, dar nu primește niciun răspuns în termen de 15 secunde.

După ce un client trimite interogarea DNS, dar nu primește niciun răspuns DNS în termen de 15 secunde, se consideră că acest client are probleme DNS. Vă rugăm să rețineți că, dacă serverul DNS răspunde că domeniul nu poate fi rezolvat cu succes, atunci acest caz nu va fi considerat un eșec, deoarece clientul și serverul DNS pot negocia între ele.

Eșecul portalului

Aceasta se manifestă atunci când utilizatorul a introdus credențialele de utilizator / Auth. greșite. Timeout

Pentru eșecul portalului, care identifică pur și simplu cazurile în care clienții nu reușesc autentificarea portalului, inclusiv faptul că ar putea introduce o parolă greșită sau nu reușesc să se conecteze cu serverul și așa mai departe. Vă rugăm să rețineți că acest lucru nu va identifica dacă un client este redirecționat cu succes către pagina portalului. Pentru a identifica problema redirecționării portalului, cel mai simplu este să solicitați clientului să deschidă manual un browser și să tasteze "neverssl.com", apoi ar trebui să vadă pagina de conectare la portal.

Statistici istorice privind eșecurile

Categorizați toate evenimentele de eșec în diferite dimensiuni

• Numărul de clienți emiși per SSID
• Numărul de clienți autorizați per AP
• Numărul emis per client