Troubleshooting poor wireless connectivity issues

03/26/2020 1606 21183

DESCRIPTION:

Article applies to wireless deployments where SonicPoints are used. Follow the steps below when:

• Wireless clients are able to connect, but intermittently lose connection.
• Wireless clients have difficulty connecting, but are able to eventually connect.
• Wireless client access to the Internet or LAN resources is extremely slow.

This article is meant to be a starting point and thus does not go into certain more advanced troubleshooting techniques.

RESOLUTION:

The following items should be checked if symptoms listed above are seen:

• RF (Radio frequency) interference
  One common problem is RF interference. RF interference occurs when two or more wireless access points that are relatively close to each other are transmitting on the same channel or overlapping channels. In the 2.4 GHz range the only channels that are non-overlapping are 1,6 and 11. In the 5 GHz range all channels are non-overlapping.
  
  One way to check for RF interference is to perform a scan of your SonicPoint. The screenshot below shows the results of a recent scan. In this case there is only one SonicPoint. If you have multiple SonicPoints, it is important to scan them one at a time.
  
  What we see in the screenshot are access points in the area that are transmitting on various channels that the SonicPoint sees. These access points may be third-party devices or other SonicPoints. Here we can see that if the SonicPoint is transmitting in the 2.4 GHz range on channel 1, that would very likely cause problems. In the screen shot below we can see that the SonicPoint is hardcoded to channel 11. Also notice that the radio band should be set to Standard 20 MHz channel.
  
  The example above is a relatively simple case, the sonic point is only receiving very weak signals on channel 11, so the obvious choice was to set the sonic point to channel 11. But what do we do in a case where the scan shows excellent signal strength on all channels 1, 6 & 11? In this case we will likely see RF interference issues, no matter what channel we set the sonic point to. The following solutions a feasible.

1. Set the SonicPoint to transmit in the 5 GHz channel range. This is a much less crowded channel space, and there are more channels to use. In order to use this solution all wireless clients would need to support 5GHZ 802.11n, which is not always the case.
2. If the scan shows strong channels coming from other SonicPoints, then you can reduce the signal strength on the appropriate SonicPoints or increase the distance between the SonicPoints.
3. If the scan shows strong signals coming from third-party access points, you might consider asking the owner of the access point to reduce the signal strength. In large office buildings it can be a difficult task to get around, as 2.4 GHz channel space is so crowded. This can be an issue with any brand AP, and is not limited to the SonicPoint.
   
   

    NOTE: That many RF interference issues can be avoided in the first place, if a proper site survey is done prior to mounting the sonic points. Thus a site survey is highly recommended.

• Short Guard interval & Aggregation
  In the screen shot above you will notice that Short Guard Interval and Aggregation are both disabled. If you would use mixed mode, always make sure these are disabled, as these features were designed to be used with 802.11n, and can cause issues with mixed mode. If  you are using 802.11n only, you may wish to enable these features as they will generally result in increased throughput.
  
  
• Authentication and cipher
  As a general rule you want to set the authentication type to WPA2-PSK and cipher to AES (assuming you are not using a Radius server). Configuring authentication type WPA2-PSK with cipher TKIP will cause problems. 
  
  
• Beacon Interval
  Configuration of the Beacon Interval is shown in the screen shot below. The rule of thumb is 100ms per SSID, So if you have two SSIDs you would set the Beacon interval to 200ms. However in general the beginning total should not exceed 400ms. Setting the Beacon interval incorrectly can cause problems, however if it differs slightly in accordance to the rule of thumb it will generally not cause an issue.
  
  
• Too many wireless clients associated with one SonicPoint
  802.11 by design will only allow one wireless client to communicate with the AP at a time. Therefore the more clients associate with a given access point at the same time, the slower the access will be. A good rule of thumb is 15 -20 concurrent associations. In general the more bandwidth intensive applications are running on the wireless, the fewer the concurrent associations are to aim for.
  
  
• Old firmware
  In general we always recommend being on the latest general release firmware, whether you are using SonicPoints or not. However anything prior to 5.8.1.8 will almost certainly cause issues.
  
  
• Physical features in the environment

1. Multipath
   Multipath is the phenomenon where radio signals bounce off of physical items in the environment, causing a single transmission to be received as multiple transmissions slightly out of time by the AP. This would most likely be seen in a warehouse environment where there a large metal racks. The AP then has trouble interpreting the signal. The best solution to this, is to use 802.11n only. 802.11n uses advanced technology (called MIMO) that completely eliminates this issue.
   
   
2. Absorption
   Occurs when the RF signal is absorbed by certain materials as opposed to passing through the material. After the signal passes through the absorbing material, it will be weaker on the other side. So if the AP is on one side of a brick wall and a wireless client is on the other, the signal reaching the client may be weakened to the extent that there are connectivity issues. Water is a material that will absorb the RF signal to a very large extent, making it impractical to place a SonicPoint near a large fish tank. Therefore the placement of the SonicPoint(s) is important.
   
   

    NOTE: There may be other physical features in the environment that can cause wireless issues, and it is outside the scope of this document to list them all. In general a good site survey will reveal potential problems.
   
   

3. Unmodulated frequencies (noise)
   These are frequencies that carry no data, thus are not channels and can not be seen in a SonicPoint scan. They may be caused by microwave ovens, medical equipment, heavy machinery, etc. If these frequencies are in the same range as the channel the SonicPoint is transmitting on, they can cause wireless client connectivity issues. If none of the above issues are present, and client connectivity issues are seen, they might be caused by noise. The only way to determine this for sure would be with a spectrum analyzer.Although not conclusive, the above items should cover most situations.

 TIP: Why is a wireless site survey needed:  https://www.sonicwall.com/support/knowledge-base/why-is-a-wireless-site-survey-needed/170503717715599/.

Resolution for SonicOS 6.2 and Below

The below resolution is for customers using SonicOS 6.2 and earlier firmware. For firewalls that are generation 6 and newer we suggest to upgrade to the latest general release of SonicOS 6.5 firmware.

The following items should be checked if symptoms listed above are seen

• RF (Radio frequency) interference
  One common problem is RF interference. RF interference occurs when two or more wireless access points that are relatively close to each other are transmitting on the same channel or overlapping channels. In the 2.4 GHz range the only channels that are non-overlapping are 1,6 and 11. In the 5 GHz range all channels are non-overlapping.
  
  One way to check for RF interference is to perform a scan of your SonicPoint. The screenshot below shows the results of a recent scan. In this case there is only one SonicPoint. If you have multiple SonicPoints, it is important to scan them one at a time.
  
  
  What we see in the screenshot are 9 access points in the area that are transmitting on various channels that the SonicPoint sees. These access points may be third-party devices or other SonicPoints. Here we can see that if the SonicPoint is transmitting in the 2.4 GHz range on channel 1, that would very likely cause problems.
  
  

  NOTE: #6 is a Netgear transmitting on channel 1 and the signal strength is 99% excellent, meaning the SonicPoint is receiving a very strong signal from this AP. We can see that the best channel to set the SonicPoint to in this environment would be channel 11. Even though the SonicPoint is receiving signals from two other APs on channel 11, they both show a signal strength of poor, meaning that these signals are too weak to cause the SonicPoint any problems.
  
  

  In the screen shot below we can see that the SonicPoint is hardcoded to channel 11. Also notice that the radio band should be set to Standard 20 MHz channel.
  
  
  
  
  The example above is a relatively simple case, the sonic point is only receiving very weak signals on channel 11, so the obvious choice was to set the sonic point to channel 11. But what do we do in a case where the scan shows excellent signal strength on all channels 1, 6 & 11? In this case we will likely see RF interference issues, no matter what channel we set the sonic point to. The following solutions a feasible.
  
  

1. Set the SonicPoint to transmit in the 5 GHz channel range. This is a much less crowded channel space, and there are more channels to use. In order to use this solution all wireless clients would need to support 5GHZ 802.11n, which is not always the case.
2. If the scan shows strong channels coming from other SonicPoints, then you can reduce the signal strength on the appropriate SonicPoints or increase the distance between the SonicPoints.
3. If the scan shows strong signals coming from third-party access points, you might consider asking the owner of the access point to reduce the signal strength. In large office buildings it can be a difficult task to get around, as 2.4 GHz channel space is so crowded. This can be an issue with any brand AP, and is not limited to the SonicPoint.
   
   

   NOTE: That many RF interference issues can be avoided in the first place, if a proper site survey is done prior to mounting the sonic points. Thus a site survey is highly recommended.  
   
   

• Short Guard interval & Aggregation
  In the screen shot above you will notice that Short Guard Interval and Aggregation are both disabled. If you would use mixed mode, always make sure these are disabled, as these features were designed to be used with 802.11n, and can cause issues with mixed mode. If  you are using 802.11n only, you may wish to enable these features as they will generally result in increased throughput.
  
  
  
• Authentication and cipher
  As a general rule you want to set the authentication type to WPA2-PSK and cipher to AES (assuming you are not using a Radius server). Configuring authentication type  WPA2-PSK with cipher TKIP will cause problems. 
  
  
• Beacon Interval
  Configuration of the Beacon interval is shown in the screen shot below. The rule of thumb is 100ms per SSID, So if you have two SSIDs you would set the Beacon interval to 200ms. However in general the beginning total should not exceed 400ms. Setting the Beacon interval incorrectly can cause problems, however if it differs slightly in accordance to the rule of thumb it will generally not cause an issue.
  
  
  
• Too many wireless clients associated with one SonicPoint
  802.11 by design will only allow one wireless client to communicate with the AP at a time. Therefore the more clients associate with a given access point at the same time, the slower the access will be. A good rule of thumb is 15 -20 concurrent associations. In general the more bandwidth intensive applications are running on the wireless, the fewer the concurrent associations are to aim for.
  
  
• Old firmware
  In general we always recommend being on the latest general release firmware, whether you are using SonicPoints or not. However anything prior to 5.8.1.8 will almost certainly cause issues.
  
  
• Physical features in the environment

1. Multipath
   Multipath is the phenomenon where radio signals bounce off of physical items in the environment, causing a single transmission to be received as multiple transmissions slightly out of time by the AP. This would most likely be seen in a warehouse environment where there a large metal racks. The AP then has trouble interpreting the signal. The best solution to this, is to use 802.11n only. 802.11n uses advanced technology (called MIMO) that completely eliminates this issue.
   
   
2. Absorption
   Occurs when the RF signal is absorbed by certain materials as opposed to passing through the material. After the signal passes through the absorbing material, it will be weaker on the other side. So if the AP is on one side of a brick wall and a wireless client is on the other, the signal reaching the client may be weakened to the extent that there are connectivity issues. Water is a material that will absorb the RF signal to a very large extent, making it impractical to place a SonicPoint near a large fish tank. Therefore the placement of the SonicPoint(s) is important.
   
   

   NOTE: There may be other physical features in the environment that can cause wireless issues, and it is outside the scope of this document to list them all. In general a good site survey will reveal potential problems.
   
   

• Unmodulated frequencies (noise)
  These are frequencies that carry no data, thus are not channels and can not be seen in a SonicPoint scan. They may be caused by microwave ovens, medical equipment, heavy machinery, etc. If these frequencies are in the same range as the channel the SonicPoint is transmitting on, they can cause wireless client connectivity issues. If none of the above issues are present, and client connectivity issues are seen, they might be caused by noise. The only way to determine this for sure would be with a spectrum analyzer.Although not conclusive, the above items should cover most situations.

TIP: Why is a wireless site survey needed:  https://www.sonicwall.com/support/knowledge-base/why-is-a-wireless-site-survey-needed/170503717715599/.