Nebula [AP]- Langaton terveys ja WiFi-tuki

Tässäartikkelissa selitetään, miten tukiaseman [AP] langaton terveydentila ja WiFi-tuki toimivat Nebula Control Centerissä (NCC). Siinä näytetään, miten WiFi-suorituskykyä voidaan lisätä, mitä 6GHz/5GHz/2,4GHz Radio, Adaptive channel width, DCS, Client, Optimization aggressiveness sekä WiFi Aid verkko-ongelmiin. yhteysongelman yleiskatsaus, esimerkkejä WiFi-vioista ja mitä ovat Wireless failure, DHCP failure, DNS failure ja Portal failure.

Langaton terveys

Langaton terveys on Nebula professional (Pro) -ominaisuus, jonka avulla voit valvoa WiFi-verkkosi terveyttä (sekä Nebula-laitteiden että liitettyjen WiFiasiakkaiden).

• AP tarkkailee jatkuvasti muita kuin WiFi-häiriöitä (AP alkaa käyttää tätä ominaisuutta päivittämällä v7.10:een).
• Itsearviointikäyttäytymisen muutos 5GHz:n radiossa.
• Wireless Health -tapahtumalokin parannukset

Voit parantaa WiFi-verkon suorituskykyä seuraavilla toimilla:

• Ota DCS (Dynamic Channel Selection) käyttöön, jotta voit valita radiokanavan, jossa on vähiten häiriöitä.
• Ota Client Steering käyttöön vahvemman WiFi-signaalin käyttämiseksi.
• Muuta kanavan kaistanleveyttä muiden WiFi-laitteiden aiheuttamien radiohäiriöiden vähentämiseksi.

Automaattinen optimointi Toiminto

6G/5G/2.4G Radio - Valitse ON, jos haluat ottaa käyttöön ja määrittää, miten Nebula Laite parantaa WiFi-verkon suorituskykyä.

Mukautuva kanavanleveys - Valitse tämä vaihtoehto vaihtaaksesi Nebula Laitteen kanavan kaistanleveyden 160 MHz:stä 80 MHz:iin automaattisesti vähentääkseen radiohäiriöitä muiden lähellä olevien WiFi-laitteiden kanssa. Jos tämä ei paranna suorituskykyä, se ottaa myös DCS:n käyttöön.

DCS (Dynamic Channel Selection) - Valitse tämä vaihtoehto, jotta Nebula-laite skannaa ja valitsee radiokanavan, jolla on vähiten häiriöitä.

Asiakas - Valitse ON, jos haluat yrittää ohjata huonosti toimivat WiFiasiakkaat Nebula-laitteeseen tai SSID:hen, jolla on vahva signaali. Asiakkaan ohjaus signaalin voimakkuuden parantamiseksi tehdään 30 minuutin välein.

Optimointiaggressiivisuus - Tässä valittu taso päättää liikennemäärän tason ja sen, milloin laite ryhtyy toimenpiteisiin parantaakseen AP:n WiFi-verkon suorituskykyä lykkäämällä AP:ille toteutettuja toimenpiteitä, kunnes verkko on vähemmän kuormittunut, jos kynnysarvo ylittyy.

• Korkea - Nebula-laite lykkää asetettuja toimia, kun tukiaseman verkkoliikenne on vilkasta.
• Standard - Nebula-laite lykkää asetettuja toimia, kun tukiaseman verkkoliikenne on keskinkertaista.
• Vähäinen - Nebula-laite lykkää toimintosarjaa, kun yhteyspisteen verkkoliikenne on vähäistä.

Syyt langattoman verkon huonoon kuntoon voivat liittyä seuraaviin seikkoihin:
DHCP-palvelimelta ei ole annettu IP-osoitetta, verkkovierailuongelmia, erittäin vilkkaan WiFi-ympäristön aiheuttamia kanavahäiriöitä jne.

Nämä ongelmat voidaan ratkaista tutustumalla tähän artikkeliin:

WiFi-suorituskyky - Parhaat käytännöt ammattimaiseen käyttöönotossa.

WiFi Aid

WiFi Aid on Nebula professional (Pro) -ominaisuus, jonka avulla saat selkeän yleiskuvan verkon käyttöongelmista. WiFi Aid sisältää ongelmien yleiskatsauksen ja historiallisia tilastoja. Huomaa, että tämä tekee vain yhteenvedon WiFi-verkon käyttöongelmista. Jos sinulla on läpäisyongelmia tai epävakaa yhteys, tämä sivu saattaa antaa sinulle vain vihjeen, mutta tarkista Wireless Health -sivustolta yhteyden signaalin voimakkuus ja kanavan käyttö, jotta voit selvittää läpäisy-/epävakauden ongelmaa tarkemmin.

Yhteysongelman yleiskatsaus

Täältä löydät niiden laitteiden lukumäärän, jotka kärsivät yhteyshäiriöstä, sekä kunkin aseman viimeisimmän häiriön ongelmatyypin luokittelun. Kun asema muodostaa onnistuneesti yhteyden AP:hen valitun ajanjakson aikana, sen aiempia epäonnistumisia ei enää lasketa.

Esimerkkejä siitä, milloin epäonnistumisia lasketaan

Jos asiakas 1 (C1) kirjoittaa ensin väärän salasanan ensimmäisellä yrityksellä, yrittää sitten uudelleen ja muodostaa yhteyden AP:hen oikealla salasanalla. Mutta nyt se ei saa IP-osoitetta, se yrittää muodostaa yhteyden uudelleen, mutta ei vieläkään saa IP-osoitetta. Tämä näkyy 1 DHCP-häiriönä (kuten alla näkyy).

Jos asiakas 2 (C2) muodostaa yhteyden AP:hen oikealla salasanalla, mutta ei silti saa IP-osoitetta. C2 yrittää sitten muodostaa yhteyden staattisen IP-osoitteen ja DNS-palvelimen avulla ja muodostaa yhteyden onnistuneesti uudelleen ja saa Internet-yhteyden. Tämä näkyy nyt 0 epäonnistumisena.

Näissä kahdessa esimerkissä epäonnistumisten yleiskuvaus on alla:

Yhteysongelman selitys

Alla on selitys siitä, mitä nämä symbolit tarkoittavat ja milloin se lasketaan epäonnistumiseksi.

Langattoman verkon vika - Asiakas ei pysty yhdistämään SSID:hen.

Tämä näkyy, kun käyttäjä on syöttänyt väärän salasanan / 802.1X Auth. Fail / Client on estetty toiminnoilla.

Langattoman yhteyden epäonnistuminen on mikä tahansa epäonnistuminen, jonka vuoksi asiakas ei voi muodostaa yhteyttä SSID-tunnukseen. Esimerkiksi väärä salasana, WPA-Enterprise-todennus epäonnistuu, ja asiakas on estetty toiminnoilla, kuten kuormituksen tasauksella, vanhalla asiakkaalla, MAC-suodattimella ja niin edelleen.

DHCP-vika

Tämä näkyy sen jälkeen, kun asiakas lähettää DHCP-Discoverin, eikä DHCP-ACK:tä ole saatu 20 sekunnin kuluessa.

DHCP Failure tarkoittaa, että jos AP ei saa DHCP ACK:ta 20 sekunnin kuluessa, se katsoo, että tämä asiakas ei saa IP-osoitetta.

DNS-häiriö

Tämä näkyy, kun asiakas lähettää DNS-kyselyn, mutta vastausta ei tule 15 sekunnin kuluessa.

Kun asiakas on lähettänyt DNS-kyselyn, mutta 15 sekunnin kuluessa ei ole tullut DNS-vastausta, asiakkaalla katsotaan olevan DNS-ongelmia. Huomaa, että jos DNS-palvelin vastaa, että verkkotunnusta ei voida ratkaista onnistuneesti, tätä tapausta ei pidetä epäonnistumisena, koska asiakas ja DNS-palvelin voivat neuvotella keskenään.

Portaalin epäonnistuminen

Tämä näkyy, kun käyttäjä on syöttänyt väärän käyttäjätunnuksen / Auth. Aikakatkaisu

Portal Failure, joka yksinkertaisesti tunnistaa tapaukset, joissa asiakkaat epäonnistuvat portaalin todennuksessa, mukaan lukien se, että he saattavat kirjoittaa väärän salasanan tai epäonnistua yhteyden muodostamisessa palvelimeen ja niin edelleen. Huomaa, että tämä ei yksilöi, onko asiakas onnistuneesti ohjattu portaalisivulle. Helpoin tapa tunnistaa portaalin uudelleenohjausongelma on pyytää asiakasta avaamaan selain manuaalisesti ja kirjoittamaan "neverssl.com", jolloin hänen pitäisi nähdä portaalin kirjautumissivu.

Historialliset epäonnistumistilastot

Luokittele kaikki vikatapahtumat eri ulottuvuuksiin

• Myönnettyjen asiakkaiden määrä SSID:n mukaan
• Myönnettyjen asiakkaiden määrä AP:tä kohti
• Myönnetty määrä asiakasta kohti