• 0

Wireless N devices only connecting at 72 Mbps


Go to solution Solved by BudMan,

Question

Lord Method Man

I have a Linksys EA6400 router and I run the 2.4 GHz radio in Mixed G and N mode and the 5 GHz radio in AC only mode. Last night I noticed that my 2.4 Ghz N devices were only connected at 72 Mbps, when they had previously been connecting at 144 Mbps, they have a full signal. One of my PCs is actually connecting at 6.5 Mbps which is how I noticed the problem to begin with.

 

I've tried resetting the router, Ive tried changing the channel on the 2.4 Ghz radio from Auto to 11, 6, and 1 and each time I connects at 72 Mbps. Channel width is also set to auto. What is causing this? I had no problem with N devices connecting at 144 before, now suddenly in the past couple days they are down to 72. Something is wrong.

 

Link to post
Share on other sites

13 answers to this question

Recommended Posts

  • 0
+BudMan

I mention this only because I have seen it more times that you would think. 

 

Have you verified your actually connecting to your wireless, and not some wireless across the street ;)

 

Curious - why are you running Mixed G/N mode - do you also have G devices connecting or any G devices at all?  I am not a fan of mixed mode, if you have need for G devices I would run them on their own AP with a different ssid and channel.

 

Also are you using different SSIDs for your 2.4 and 5ghz - for example I normally add -5ghz or -ac or _5 or _ac to the to that ssid, especially if the ssid is the same. So forexample

 

2.4 yourssid

5 yourssid_5ghz

 

This way your very clear on which one your connecting to if using a client that can see both.  What encryption are you using - many N cards will only connect to N speeds if OPEN or WPA2, if your using mixed mode wpa/wpa2 tkip+aes this could cause issues.  But normally if that were the case you would see of 54mbit connection speed.

Link to post
Share on other sites
  • 0
daorbed9

Set channel width to 40Mhz, it seems you are in 20Mhz.  Auto doesn't always work.

Link to post
Share on other sites
  • 0
Lord Method Man

There is no 40 MHz option, only Auto and 20 MHz.

 

I thought it should connect at 144 Mbps with 20 MHz anyway, and 300 with 40 MHz.

Link to post
Share on other sites
  • 0
daorbed9

Hmm its an AC router and it supports 300 at 2.4.  I dunno maybe reset the router and or try a firmware flash.  I doubt you see 144 at 20MHz much.

Link to post
Share on other sites
  • 0
Lord Method Man

Just checked the AC network, its set to 80 MHz and I'm still able to connect to it at 867 Mbps just fine.

Link to post
Share on other sites
  • 0
riahc3

Hello,

Checked your neighbor's wireless, as in what channel they are using?

Link to post
Share on other sites
  • 0
Lord Method Man

No, haven't looked at any of that.

 

I'm mostly concerned with the PC that is now connecting at 6.5 Mbps, I only suspect its related to other devices also having their speed halved. Its a desktop running Windows 7 with a Linksys PCI 802.11n adapter.

Link to post
Share on other sites
  • 0
Lord Method Man

Off the top of my head I don't know if I have any G devices left, I just ran it in mixed mode to have G available if needed. I know the SSIDs are right though as I name them "<Name> N" and "<Name> AC"

 

Pretty sure encryption on both radios is WPA2.

Link to post
Share on other sites
  • 0
Lord Method Man

Ok so I switched the 2.4 GHz AP from Mixed to N-only and bam my 2 wireless N desktops shot up to 300 Mbps and my Surface 2 is now connecting at 150 Mbps. Seems like having it Mixed was part of the problem.

 

For whatever reason my laptop is still connecting at 72 Mbps. Win, I can not.

Link to post
Share on other sites
  • 0
riahc3

Hello,

No, haven't looked at any of that.

Well, just in case, I would check on that too. Just to rule out any possibility.
Link to post
Share on other sites
  • 0
+BudMan

"Seems like having it Mixed was part of the problem."

 

Seems like? heheheeh -- you will find some conflicting opinions to be sure around here.  There have been many a discussion about performance hit of mixed mode.  Some people think its not an issue, while the protocol and just common sense tells you differently ;)  There were many changes to the protocol from G to N.. Many of these new features can not be used if you have to allow for clients that do not understand them..  For example guard interval of 400ns vs 800ns, frame aggregation, etc.  Now if no clients actually connected there is mixed or protection mode, etc.  So depending what your router actually goes into could have an effect if no actual G clients connected and using the bandwidth at there slower speed.

 

You are always better to be in native N then Mixed environment, be it you will notice a the performance hit or not.. What does it matter all that much if your internet is only G speeds anyway ;)

 

What I would recommend to anyone that is moving from G to N or even AC -- just keep your older router and use it as AP to provide access to your older clients that do not support the new protocol.  This is been good advice when we went from B to G, G to N and now N to AC..  And will still be good practice when we go to AD.

 

Running mixed mode is not a good solution, unless you have no other choice..  Lets say your old G router died, doesn't make a lot of sense to get G again.. So you go with N or AC.. Which now all your clients that have support N for years can use that.. But if you still have some legacy G, other than spending more money for a G AP -- sure run mixed mode.  But as soon as your legacy G stuff is gone - switch to N only..  If you buddy comes over with his ancient pos laptop and wants to use your wireless and only has G, tell him to update his POS machine ;)

 

The only reason I have G running at all is my son's older laptop, hey I need a few bucks for free shipping anyway!!

http://www.amazon.com/TP-LINK-TL-WN725N-Wireless-Adapter-Miniature/dp/B008IFXQFU/ref=lh_ni_t?ie=UTF8&psc=1&smid=ATVPDKIKX0DER

 

This little mini N looks good, $9 and I can turn off my old G wrt54g router ;)  If not for your thread would of never thought of it and just left my G AP running.. 

 

If anyone interested in reading some of the differences in g vs n protocol that can effect performance - here is a few year old whitepaper from Motorola

Performance_Impact_of_802.11N_Capable_Access_Point.pdf

Link to post
Share on other sites
  • 0
Lord Method Man

Gonna mark this as solved as turning off Mixed Mode seemed to fix just about everything.

Link to post
Share on other sites
  • 0
ViperAFK

There is no 40 MHz option, only Auto and 20 MHz.

 

I thought it should connect at 144 Mbps with 20 MHz anyway, and 300 with 40 MHz.

Not all routers support 40mhz over 2.4ghz, and they almost always use 20mhz as the default setting. Even when they do its not always ideal, because using 40mhz width on 2.4ghz uses over half of the channels in the band, so its very susceptible to wireless interference (and can cause wireless interference for other people nearby).

 

http://www.smallnetbuilder.com/wireless/wireless-features/31743-bye-bye-40-mhz-mode-in-24-ghz-part-1

Link to post
Share on other sites
This topic is now closed to further replies.
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By Copernic
      Wireshark 3.4.5
      by Razvan Serea

      

      Wireshark is a network packet analyzer. A network packet analyzer will try to capture network packets and tries to display that packet data as detailed as possible. You could think of a network packet analyzer as a measuring device used to examine what's going on inside a network cable, just like a voltmeter is used by an electrician to examine what's going on inside an electric cable (but at a higher level, of course). In the past, such tools were either very expensive, proprietary, or both. However, with the advent of Wireshark, all that has changed. Wireshark is perhaps one of the best open source packet analyzers available today.

      Deep inspection of hundreds of protocols, with more being added all the time Live capture and offline analysis Standard three-pane packet browser Multi-platform: Runs on Windows, Linux, OS X, Solaris, FreeBSD, NetBSD, and many others Captured network data can be browsed via a GUI, or via the TTY-mode TShark utility The most powerful display filters in the industry Rich VoIP analysis Read/write many different capture file formats Capture files compressed with gzip can be decompressed on the fly Live data can be read from Ethernet, IEEE 802.11, PPP/HDLC, ATM, Bluetooth, USB, Token Ring, Frame Relay, FDDI, and others (depending on your platfrom) Decryption support for many protocols, including IPsec, ISAKMP, Kerberos, SNMPv3, SSL/TLS, WEP, and WPA/WPA2 Coloring rules can be applied to the packet list for quick, intuitive analysis Output can be exported to XML, PostScript®, CSV, or plain text Wireshark 3.4.5 bug fixes:



      TShark does not print GeoIP information Issue 14691. TShark error when piping to "head" Issue 16192. Parts of ASCII representation in Packet Bytes pane are missing Issue 17087. Buildbot crash output: fuzz-2021-02-22-1012761.pcap Issue 17254. NDPE attribute of NAN packet is not dissected Issue 17278. TECMP: reserved flag interpreted as part of timestamp Issue 17279. Master branch does not compile at least with gcc-11 Issue 17281. DNS IXFR/AXFR multiple response Issue 17293. File too large Issue 17301. Build fails with CMake 3.20 Issue 17314. The following vulnerabilities have been fixed:

      wnpa-sec-2021-04 MS-WSP dissector excessive memory consumption. Issue 17331.

      Updated Protocol Support

      DECT, DNS, EAP, Kerberos, LDAP, MS-WSP, SMB2, Sysdig, TECMP, and WiFi NAN

      New and Updated Capture File Support

      pcapng Download: Wireshark 3.4.5 | Wireshark 64-bit | ~50.0 MB (Open Source)
      Download: Portable Wireshark 3.4.5 | Wireshark for macOS
      View: Wireshark Website | Wireshark 3.4.5 changelog

      Get alerted to all of our Software updates on Twitter at @NeowinSoftware

    • By Copernic
      Wireshark 3.4.4
      by Razvan Serea

      

      Wireshark is a network packet analyzer. A network packet analyzer will try to capture network packets and tries to display that packet data as detailed as possible. You could think of a network packet analyzer as a measuring device used to examine what's going on inside a network cable, just like a voltmeter is used by an electrician to examine what's going on inside an electric cable (but at a higher level, of course). In the past, such tools were either very expensive, proprietary, or both. However, with the advent of Wireshark, all that has changed. Wireshark is perhaps one of the best open source packet analyzers available today.

      Deep inspection of hundreds of protocols, with more being added all the time Live capture and offline analysis Standard three-pane packet browser Multi-platform: Runs on Windows, Linux, OS X, Solaris, FreeBSD, NetBSD, and many others Captured network data can be browsed via a GUI, or via the TTY-mode TShark utility The most powerful display filters in the industry Rich VoIP analysis Read/write many different capture file formats Capture files compressed with gzip can be decompressed on the fly Live data can be read from Ethernet, IEEE 802.11, PPP/HDLC, ATM, Bluetooth, USB, Token Ring, Frame Relay, FDDI, and others (depending on your platfrom) Decryption support for many protocols, including IPsec, ISAKMP, Kerberos, SNMPv3, SSL/TLS, WEP, and WPA/WPA2 Coloring rules can be applied to the packet list for quick, intuitive analysis Output can be exported to XML, PostScript®, CSV, or plain text Wireshark 3.4.4 bug fixes:

      NTP Version 3 Client Decode PDML output issue (Reference ID Issue) Issue 17112. 3.4.2: public wireshark include files are including build time "config.h" Issue 17190. wireshark-3.4.3/epan/dissectors/packet-s7comm.c:3521: bad array index ? Issue 17198. SIP protocol: P-Called-Party-ID header mixed up with P-Charge-Info header Issue 17215. Asterix CAT010 Decode Error Issue 17226. _ws.expert columns not populated for IPv4 Issue 17228. Buildbot crash output: fuzz-2021-02-12-1651908.pcap Issue 17233. gQUIC: Wireshark 3.4.3 fails to dissect a packet (gQUIC q024) that v3.2.6 succeeds. Issue 17250. The following vulnerabilities have been fixed:

      wnpa-sec-2021-03 Wireshark could open unsafe URLs. Issue 17232. CVE-2021-22191. Updated Protocol Support



      ASTERIX, Frame Relay, GQUIC, NTP, NVMe Fabrics RDMA, S7COMM, and SIP

      New and Updated Capture File Support

      iSeries Download: Wireshark 3.4.4 | Wireshark 64-bit | ~50.0 MB (Open Source)
      Download: Portable Wireshark 3.4.4 | Wireshark for macOS
      View: Wireshark Website | Wireshark 3.4.4 changelog

      Get alerted to all of our Software updates on Twitter at @NeowinSoftware

    • By zikalify
      Vodafone launches ‘unbreakable' Pro Broadband packages
      by Paul Hill



      Vodafone has announced the launch of its new Pro Broadband packages which it says will ensure you can always get online no matter where in your home you are. If you don’t receive coverage throughout your domicile, the firm said you can end your contract without facing a penalty.

      Under the new Superfast, Ultrafast and Gigafast plans, users will be provided with Super WiFi wireless range boosters that use software that works with the router’s Intelligent WiFi feature to provide the best performance. If they detect any wireless congestion from neighbours they will work around this to ensure you get a reliable connection.

      To make customers’ connections even more reliable, Vodafone has launched a new dedicated team called WiFi Xperts - a trained squad of engineers who proactively monitor networks and contact customers if they detect issues. New customers will be contacted by the WiFi Xperts within 10 days of their service to make sure everything is working properly.

      If you do run into issues with your connection between the router and the local telephone exchange, the router will utilise the Broadband Back-up feature which is essentially a 4G mobile connection via a USB plugged into the router to help you stay connected until WiFi is restored. The mobile USB is capped at 50GB but this can be extended if needed.

      It’s an interesting offer from Vodafone; we’ve all experienced a WiFi outage at some point or other and they can be frustrating. With more people learning and working from home, having a stable connection is more important than ever.

    • By Copernic
      Wireshark 3.4.3
      by Razvan Serea

      

      Wireshark is a network packet analyzer. A network packet analyzer will try to capture network packets and tries to display that packet data as detailed as possible. You could think of a network packet analyzer as a measuring device used to examine what's going on inside a network cable, just like a voltmeter is used by an electrician to examine what's going on inside an electric cable (but at a higher level, of course). In the past, such tools were either very expensive, proprietary, or both. However, with the advent of Wireshark, all that has changed. Wireshark is perhaps one of the best open source packet analyzers available today.

      Deep inspection of hundreds of protocols, with more being added all the time Live capture and offline analysis Standard three-pane packet browser Multi-platform: Runs on Windows, Linux, OS X, Solaris, FreeBSD, NetBSD, and many others Captured network data can be browsed via a GUI, or via the TTY-mode TShark utility The most powerful display filters in the industry Rich VoIP analysis Read/write many different capture file formats Capture files compressed with gzip can be decompressed on the fly Live data can be read from Ethernet, IEEE 802.11, PPP/HDLC, ATM, Bluetooth, USB, Token Ring, Frame Relay, FDDI, and others (depending on your platfrom) Decryption support for many protocols, including IPsec, ISAKMP, Kerberos, SNMPv3, SSL/TLS, WEP, and WPA/WPA2 Coloring rules can be applied to the packet list for quick, intuitive analysis Output can be exported to XML, PostScript®, CSV, or plain text Wireshark 3.4.3 bug fixes:

      SIP response single-line multiple Contact-URIs decoding error Bug 13752. Adding filter while "Telephony→VoIP Calls→Flow Sequence" open causes OOB memory reads and potential crashes. Bug 16952. QUIC packet not fully dissected Bug 17077. SOMEIP-SD hidden entries are off Bug 17091. Problem with calculation on UDP checksum in SRv6 Bug 17097. Dark mode not working in Wireshark 3.4.2 on macOS Bug 17098. Wireshark 3.4.0: build failure on older MacOS releases, due to 'CLOCK_REALTIME' Bug 17101. TECMP: Status Capture Module messages shows 3 instead of 2 bytes for HW version Bug 17133. Documentation - editorial error - README.dissector bad reference Bug 17141. Cannot save capture with comments to a format that doesn’t support it (no pop-up) Bug 17146. AUTOSAR-NM: PNI TF-String wrong way around Bug 17154. Fibre Channel parsing errors even with the fix for #17084 Bug 17168. f5ethtrailer: Won’t find a trailer after an FCS that begins with a 0x00 byte Bug 17171. f5ethtrailer: legacy format, low noise only, no vip name trailers no longer detected Bug 17172. Buildbot crash output: fuzz-2021-01-22-3387835.pcap Bug 17174. Dissection error on large ZVT packets Bug 17177. TShark crashes with -T ek option Bug 17179. The following vulnerabilities have been fixed:

      wnpa-sec-2021-01 USB HID dissector memory leak. Bug 17124. CVE-2021-22173. wnpa-sec-2021-02 USB HID dissector crash. Bug 17165. CVE-2021-22174.

      Updated Protocol Support

      AUTOSAR-NM, DHCPv6, DoIP, FC ELS, GQUIC, IPv6, NAS 5GS, NAS EPS, QUIC, SIP, SOME/IP-SD, TECMP, TLS, TPNCP, USB HID, and ZVT New and Updated Capture File Support

      f5ethtrailer and pcapng Download: Wireshark 3.4.3 | Wireshark 64-bit | ~50.0 MB (Open Source)
      Download: Portable Wireshark 3.4.3 | Wireshark for macOS
      View: Wireshark Website | Wireshark 3.4.3 changelog

      Get alerted to all of our Software updates on Twitter at @NeowinSoftware

    • By EVJOHN
      Having just moved house, I noticed the wifi in my study was patchy. I therefore invested in a TP Link Powerline (TL-WPA4220) to run from my router to my study.
       
      It works perfectly on all my personal devices (Windows, Apple, Android etc) with them all getting the full wifi speeds promised by my ISP (Vodafone), both over wifi and ethernet. 
       
      The main reason I installed this, however, was for a fast reliable connection to my work computer. But whether via wifi or ethernet I'm getting much slower speeds on my work laptop than my personal devices connected to the same powerline - even slower than before I installed it when I was working at the far edge of my router's range. I'll be getting 70mbps download and 25mbps upload speeds on my personal devices and 2mbps download and 5mbps upload on my work computer.
       
      I called my work IT, they suggested my ISP was throttling my use (when testing the connection on my work laptop we found that when I connected to my ISPs network / server the speed was as expected, but any other server was very slugglish, which led them to think this).
       
      I contacted by ISP who insist they're not throttling my use and it must be something to do with my employer's IT policy. They did give me a static IP address suggesting this might help (but it hasn't).
       
      Any ideas why this might be happening?My main suspicoion is that it's something to do with the VPN on my work laptop (zscaler), although when I tried installing a VPN on my own persional laptop it had no effect on speeds. How could my laptop / VPN even recognise that my internet is coming from a different source? Are there any known issues with powerlines accessing secure VPN networks?
       
      I'm being bounced around to different people none of whom have a clue, so any advice would be gratefully received!