STA online failure
|
Confirm fault information.
|
- Determine the area and scope where STAs fail to go online.
- Determine the period when STAs fail to go online, for example, 8:00 a.m. to 9:00 a.m.
- Check the types and versions of the STAs that fail to go online, for example, scanner, mobile phone, PC, tablet, and iOS or Android version.
- Determine the involved APs.
- Check the AP coverage mode at the service exception point, for example, one AP for each room or AP deployment in corridors to cover indoor rooms.
|
Collect information.
|
- Run the following commands on the AC to check the MAC addresses of the STAs that cannot go online.
display vap-profile all, display station offline-record { all | sta-mac sta-mac-address }, display station online-fail-record { sta-mac sta-mac-address | ap-id y }, and display wired-port-profile { all | name xxxx }
- Enable the trace function on the AC to collect trace information.
[AC] display trace object //Run this command before the trace operation to ensure that no other AP or STA is traced.
[AC] trace object mac-address sta-mac-address
[AC] trace enable
After the trace operation is complete, disable the trace function.
[AC] undo trace enable
[AC] undo trace object all
- Run the station-trace command to enable the whole-process recording of key packets between the device and STAs.
- AC:
[AC-diagnose] station-trace sta-mac sta-mac-address //To stop information display, run the undo station-trace all command.
- Fat AP:
[FAT-diagnose] station-trace key-protocol station sta-mac-address //To stop information display, run the undo station-trace key-protocol all command.
[FAT-diagnose] station-trace assoc station sta-mac-address //To stop information display, run the undo station-trace assoc all command.
- Collect kernel logs of the AP.
[AP-diagnose] display kernel-logbuf record-range { 1 | 2 | 3 }
|
STA going-offline
|
Confirm fault information.
|
- Determine the area and scope where STAs go offline unexpectedly.
- Determine the period when STAs go offline unexpectedly, for example, 8:00 a.m. to 9:00 a.m.
- Check the types and versions of the STAs that go offline unexpectedly, for example, scanner, mobile phone, PC, tablet, and iOS or Android version.
- Determine the involved APs and AP installation positions, for example, distance between APs, whether there are partition plates, and whether APs are installed in corridors to cover indoor areas.
- Check the signal strength at the service exception point, including the RSSIs of STAs and APs.
|
Collect information.
|
- Run the following commands on the AC to check the MAC addresses of the two STAs that go offline unexpectedly.
display station offline-record { all | sta-mac sta-mac-address }, display station online-fail-record { sta-mac sta-mac-address | ap-id y }, display radio { all | ap-id x }, display channel switch-record all, display station steer-history | include sta-mac-address, and display station roam-track sta-mac sta-mac-address
- Enable the trace function on the AC to collect trace information.
[AC] display trace object //Run this command before the trace operation to ensure that no other AP or STA is traced.
[AC] trace object mac-address sta-mac-address
[AC] trace enable
After the trace operation is complete, disable the trace function.
[AC] undo trace enable
[AC] undo trace object all
- Run the station-trace command to enable the whole-process recording of key packets between the device and STAs.
- AC:
[AC-diagnose] station-trace sta-mac sta-mac-address //To stop information display, run the undo station-trace all command.
- Fat AP:
[FAT-diagnose] station-trace key-protocol station sta-mac-address //To stop information display, run the undo station-trace key-protocol all command.
[FAT-diagnose] station-trace assoc station sta-mac-address //To stop information display, run the undo station-trace assoc all command.
- For STAs that frequently go offline, you are advised to collect STA association tracks and AP kernel logs.
- V200R019C00 and earlier versions:
[AP-diagnose] display wifi sta-trace-info //Record the time point and MAC address information. It is required that logs be collected within 10 minutes after a fault occurs to prevent logs from being overwritten.
[AP-diagnose] display kernel-logbuf record-range { 1 | 2 | 3 }
[AP-diagnose] display wifi sta-statistics sta sta-mac-address
[AP-diagnose] display wifi radio-statistics radio radio-id
- V200R019C10 and later versions:
[AP-diagnose] display umac sta-trace-info //Record the time point and MAC address information. It is required that logs be collected within 10 minutes after a fault occurs to prevent logs from being overwritten.
[AP-diagnose] display kernel-logbuf record-range { 1 | 2 | 3 }
[AP-diagnose] display lmac sta-statistics sta sta-mac-address
[AP-diagnose] display lmac radio-tx-statistics radio radio-id
[AP-diagnose] display lmac radio-rx-statistics radio radio-id
|
STA packet loss and high delay
|
Confirm fault information.
|
- Check whether the configuration is changed or the network is adjusted.
- Check whether packet loss or delay occurs only on the wireless or wired network. If packet loss or delay occurs on the wired network, check the wired network first.
- Check the areas with packet loss (high delay) and check whether there are differences between different STAs.
- Obtain the AP installation positions or the AP distribution diagram to check whether there are coverage holes or inappropriate installation positions.
|
Collect information.
|
- Collect radio information.
Run the following commands on the AC:
display station all | include sta-mac-address
display radio ap-id
display ap traffic statistics wireless ap-id radio y ssid XXX
display ap radio-reload-record all //In the diagnostic view, check the reloading records after an AP radio exception occurs.
Run the following commands in the diagnostic view of the AP: - V200R019C00 and earlier versions:
[AP-diagnose] display wifi base-info radio //Run this command several times to check the current channel utilization.
[AP-diagnose] display wifi sta-list radio //Check the radio information and negotiated rate of STAs.
[AP-diagnose] display wifi radio-reload-record //Check the radio reloading record.
[AP-diagnose] display wifi base-info { history | top-history } radio //Check the recent records about the channel utilization, proportion of channels occupied due to co-channel interference, and noise floor on the radio.
- V200R019C10 and later versions:
[AP-diagnose] display lmac base-info radio //Run this command several times to check the current channel utilization.
[AP-diagnose] display lmac sta-list radio //Check the radio information and negotiated rate of STAs.
[AP-diagnose] display umac radio-reload-record //Check the radio reloading record.
- Collect the channel and STA steering records on the AC.
display channel switch-record { all | ap-id } //Check the channel switching records of APs.
display station steer-history | include sta-mac-address //Check the STA steering records.
display station roam-track sta-mac sta-mac-address //Check whether a STA roams frequently.
- Collect STA information.
display station sta-mac sta-mac-address //Test and compare multiple STAs.
- Run the rf-ping command on the AC to check the quality of wireless links between the air interface and STAs.
[AC-wlan-view] rf-ping -c 300 -m 100 sta-mac-address //Test and compare multiple STAs.
- Perform a fast ping operation on a STA from the STA gateway.
ping -c 1000 -m 100 sta-ip-address //Compare the ping result against the rf-ping command outputs to check whether packet loss occurs because the STA enters the power-saving mode.
- Run the station-trace command to enable the whole-process recording of key packets between the device and STAs.
- AC:
[AC-diagnose] station-trace sta-mac sta-mac-address //Stop information display: undo station-trace all
- Fat AP:
[FAT-diagnose] station-trace key-protocol station sta-mac-address //Stop information display: undo station-trace key-protocol all
[FAT-diagnose] station-trace assoc station sta-mac-address //Stop information display: undo station-trace assoc all
|
Roaming exception
|
Confirm fault information.
|
- Confirm the STA type: PDA, PC, or mobile phone.
- Check STA exceptions during roaming, for example, packet loss.
- Check whether this problem occurs on all types of STAs.
- Check the roaming mode: Layer 2 roaming or Layer 3 roaming.
- Determine the fault scope: specific AP or APs, a specific area, or all areas.
- Check the signal strength in the roaming area, including the RSSIs of STAs and APs.
- Check the AP layout: whether APs are deployed in corridors to cover indoor rooms, AP installation mode (ceiling-mounted or wall-mounted), AP installation height, distance between APs, and obstacles.
|
Collect information.
|
- In an area where roaming fails, use the CloudCampus APP to scan signal coverage of the area and check for locations with strong interference or coverage holes.
- Collect radio and roaming track information.
display radio ap-id
display ap neighbor ap-id
display station roam-track sta-mac sta-mac-address //Check STA roaming records.
display station steer-history | include sta-mac-address //Check STA steering records.
- Run both the trace and station-trace commands.
- If data retransmission occurs due to a roaming failure, collect the following AP information before and after roaming.
- V200R019C00 and earlier versions:
[AP-diagnose] display wifi sta-trace-info //Check STA association, authentication, and steering information.
[AP-diagnose] display kernel-logbuf record-range { 1 | 2 | 3 } //Check kernel memory information.
- V200R019C10 and later versions:
[AP-diagnose] display umac sta-trace-info //Check STA association, authentication, and steering information.
[AP-diagnose] display kernel-logbuf record-range { 1 | 2 | 3 } //Check kernel memory information.
|