Wireless Access

hi family

Customer environment: 7010+AP535 AOS 8.10.0.9
Problem: The wireless client throughput is very low, 2*2 wifi6 windows client, the negotiated rate is 1.2Gbps, the actual test throughput is only 200Mbps, bridge mode and tunnel mode are basically the same.

download：213Mbps

Lab environment: 7005+AP315 AOS 8.10.0.9 

                                2*2 wifi 6 windows client
Phenomenon: Tunnel mode throughput is low

download：236Mbps

bridge mode has higher throughput

download：590Mbps

Why is the throughput of tunnel mode lower than bridge mode?

First, we would recommend that you use a throughput testing application (iPerf, for example) rather than whatever you are using.  Then you need to set a baseline value without wireless in the path to validate what the maximum possible is between the client and the server.

As for tunneled vs. bridged, did you enable jumbo frames between the AP and controller?

Negotiated rate is never going to equivalate to actual throughput, there is always overhead involved.  If you aren't testing in an absolutely clean RF environment you'll also likely be dealing with other RF traffic that will reduce overall throughput.

hi family

Customer environment: 7010+AP535 AOS 8.10.0.9
Problem: The wireless client throughput is very low, 2*2 wifi6 windows client, the negotiated rate is 1.2Gbps, the actual test throughput is only 200Mbps, bridge mode and tunnel mode are basically the same.

download：213Mbps

Lab environment: 7005+AP315 AOS 8.10.0.9 

                                2*2 wifi 6 windows client
Phenomenon: Tunnel mode throughput is low

download：236Mbps

bridge mode has higher throughput

download：590Mbps

Why is the throughput of tunnel mode lower than bridge mode?

thanks chulcher

   1.The customer hopes that his FTP download can reach 480Mbps. The customer does not want to use throughput testing application. In my lab environment, the FTP download can reach 480Mbps.

   2.Not enabled jumbo, the Lab environment is not enabled either

   3.Yes, there is overhead in wireless and we would like the actual throughput to be half the negotiated rate,

First, we would recommend that you use a throughput testing application (iPerf, for example) rather than whatever you are using.  Then you need to set a baseline value without wireless in the path to validate what the maximum possible is between the client and the server.

As for tunneled vs. bridged, did you enable jumbo frames between the AP and controller?

Negotiated rate is never going to equivalate to actual throughput, there is always overhead involved.  If you aren't testing in an absolutely clean RF environment you'll also likely be dealing with other RF traffic that will reduce overall throughput.

hi family

Customer environment: 7010+AP535 AOS 8.10.0.9
Problem: The wireless client throughput is very low, 2*2 wifi6 windows client, the negotiated rate is 1.2Gbps, the actual test throughput is only 200Mbps, bridge mode and tunnel mode are basically the same.

download：213Mbps

Lab environment: 7005+AP315 AOS 8.10.0.9 

                                2*2 wifi 6 windows client
Phenomenon: Tunnel mode throughput is low

download：236Mbps

bridge mode has higher throughput

download：590Mbps

Why is the throughput of tunnel mode lower than bridge mode?

Generally it is a good idea to enable jumbo frames when using tunnel mode.

thanks chulcher

   1.The customer hopes that his FTP download can reach 480Mbps. The customer does not want to use throughput testing application. In my lab environment, the FTP download can reach 480Mbps.

   2.Not enabled jumbo, the Lab environment is not enabled either

   3.Yes, there is overhead in wireless and we would like the actual throughput to be half the negotiated rate,

First, we would recommend that you use a throughput testing application (iPerf, for example) rather than whatever you are using.  Then you need to set a baseline value without wireless in the path to validate what the maximum possible is between the client and the server.

As for tunneled vs. bridged, did you enable jumbo frames between the AP and controller?

Negotiated rate is never going to equivalate to actual throughput, there is always overhead involved.  If you aren't testing in an absolutely clean RF environment you'll also likely be dealing with other RF traffic that will reduce overall throughput.

hi family

Customer environment: 7010+AP535 AOS 8.10.0.9
Problem: The wireless client throughput is very low, 2*2 wifi6 windows client, the negotiated rate is 1.2Gbps, the actual test throughput is only 200Mbps, bridge mode and tunnel mode are basically the same.

download：213Mbps

Lab environment: 7005+AP315 AOS 8.10.0.9 

                                2*2 wifi 6 windows client
Phenomenon: Tunnel mode throughput is low

download：236Mbps

bridge mode has higher throughput

download：590Mbps

Why is the throughput of tunnel mode lower than bridge mode?

thanks chulcher

   1.The customer hopes that his FTP download can reach 480Mbps. The customer does not want to use throughput testing application. In my lab environment, the FTP download can reach 480Mbps.

   2.Not enabled jumbo, the Lab environment is not enabled either

   3.Yes, there is overhead in wireless and we would like the actual throughput to be half the negotiated rate,

First, we would recommend that you use a throughput testing application (iPerf, for example) rather than whatever you are using.  Then you need to set a baseline value without wireless in the path to validate what the maximum possible is between the client and the server.

As for tunneled vs. bridged, did you enable jumbo frames between the AP and controller?

Negotiated rate is never going to equivalate to actual throughput, there is always overhead involved.  If you aren't testing in an absolutely clean RF environment you'll also likely be dealing with other RF traffic that will reduce overall throughput.

hi family

Customer environment: 7010+AP535 AOS 8.10.0.9
Problem: The wireless client throughput is very low, 2*2 wifi6 windows client, the negotiated rate is 1.2Gbps, the actual test throughput is only 200Mbps, bridge mode and tunnel mode are basically the same.

download：213Mbps

Lab environment: 7005+AP315 AOS 8.10.0.9 

                                2*2 wifi 6 windows client
Phenomenon: Tunnel mode throughput is low

download：236Mbps

bridge mode has higher throughput

download：590Mbps

Why is the throughput of tunnel mode lower than bridge mode?

A tunnel mode WLAN will require the AP and/or Gateway to fragment and then reconstruct the packets when large frames are pushed into the GRE tunnel between AP and Gateway.  Enable jumbo to maximize available throughput between AP and Gateway.

thanks chulcher

   1.The customer hopes that his FTP download can reach 480Mbps. The customer does not want to use throughput testing application. In my lab environment, the FTP download can reach 480Mbps.

   2.Not enabled jumbo, the Lab environment is not enabled either

   3.Yes, there is overhead in wireless and we would like the actual throughput to be half the negotiated rate,

First, we would recommend that you use a throughput testing application (iPerf, for example) rather than whatever you are using.  Then you need to set a baseline value without wireless in the path to validate what the maximum possible is between the client and the server.

As for tunneled vs. bridged, did you enable jumbo frames between the AP and controller?

Negotiated rate is never going to equivalate to actual throughput, there is always overhead involved.  If you aren't testing in an absolutely clean RF environment you'll also likely be dealing with other RF traffic that will reduce overall throughput.

hi family

Customer environment: 7010+AP535 AOS 8.10.0.9
Problem: The wireless client throughput is very low, 2*2 wifi6 windows client, the negotiated rate is 1.2Gbps, the actual test throughput is only 200Mbps, bridge mode and tunnel mode are basically the same.

download：213Mbps

Lab environment: 7005+AP315 AOS 8.10.0.9 

                                2*2 wifi 6 windows client
Phenomenon: Tunnel mode throughput is low

download：236Mbps

bridge mode has higher throughput

download：590Mbps

Why is the throughput of tunnel mode lower than bridge mode?

With jumbo enabled in tunnel mode, the throughput has been improved to a certain extent.

thanks，Do you have throughput test documents from other projects here? Can you share it?

A tunnel mode WLAN will require the AP and/or Gateway to fragment and then reconstruct the packets when large frames are pushed into the GRE tunnel between AP and Gateway.  Enable jumbo to maximize available throughput between AP and Gateway.

thanks chulcher

   1.The customer hopes that his FTP download can reach 480Mbps. The customer does not want to use throughput testing application. In my lab environment, the FTP download can reach 480Mbps.

   2.Not enabled jumbo, the Lab environment is not enabled either

   3.Yes, there is overhead in wireless and we would like the actual throughput to be half the negotiated rate,

First, we would recommend that you use a throughput testing application (iPerf, for example) rather than whatever you are using.  Then you need to set a baseline value without wireless in the path to validate what the maximum possible is between the client and the server.

As for tunneled vs. bridged, did you enable jumbo frames between the AP and controller?

Negotiated rate is never going to equivalate to actual throughput, there is always overhead involved.  If you aren't testing in an absolutely clean RF environment you'll also likely be dealing with other RF traffic that will reduce overall throughput.

hi family

Customer environment: 7010+AP535 AOS 8.10.0.9
Problem: The wireless client throughput is very low, 2*2 wifi6 windows client, the negotiated rate is 1.2Gbps, the actual test throughput is only 200Mbps, bridge mode and tunnel mode are basically the same.

download：213Mbps

Lab environment: 7005+AP315 AOS 8.10.0.9 

                                2*2 wifi 6 windows client
Phenomenon: Tunnel mode throughput is low

download：236Mbps

bridge mode has higher throughput

download：590Mbps

Why is the throughput of tunnel mode lower than bridge mode?

I've nothing shareable on this.

The next step in tweaking is to move from tunneled to decrypt-tunnel.  Decrypt-tunnel will have the AP perform the packet decryption and then put the data frame across the GRE tunnel rather than shipping the raw 802.11 frame across the GRE tunnel for the controller to decrypt.

With jumbo enabled in tunnel mode, the throughput has been improved to a certain extent.

thanks，Do you have throughput test documents from other projects here? Can you share it?

A tunnel mode WLAN will require the AP and/or Gateway to fragment and then reconstruct the packets when large frames are pushed into the GRE tunnel between AP and Gateway.  Enable jumbo to maximize available throughput between AP and Gateway.

thanks chulcher

   1.The customer hopes that his FTP download can reach 480Mbps. The customer does not want to use throughput testing application. In my lab environment, the FTP download can reach 480Mbps.

   2.Not enabled jumbo, the Lab environment is not enabled either

   3.Yes, there is overhead in wireless and we would like the actual throughput to be half the negotiated rate,

First, we would recommend that you use a throughput testing application (iPerf, for example) rather than whatever you are using.  Then you need to set a baseline value without wireless in the path to validate what the maximum possible is between the client and the server.

As for tunneled vs. bridged, did you enable jumbo frames between the AP and controller?

Negotiated rate is never going to equivalate to actual throughput, there is always overhead involved.  If you aren't testing in an absolutely clean RF environment you'll also likely be dealing with other RF traffic that will reduce overall throughput.

hi family

Customer environment: 7010+AP535 AOS 8.10.0.9
Problem: The wireless client throughput is very low, 2*2 wifi6 windows client, the negotiated rate is 1.2Gbps, the actual test throughput is only 200Mbps, bridge mode and tunnel mode are basically the same.

download：213Mbps

Lab environment: 7005+AP315 AOS 8.10.0.9 

                                2*2 wifi 6 windows client
Phenomenon: Tunnel mode throughput is low

download：236Mbps

bridge mode has higher throughput

download：590Mbps

Why is the throughput of tunnel mode lower than bridge mode?