Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

New Apple Airport Extreme Latency

Hello


I am having great difficulty with the New Airport Extremes, I have been installing wireless networks using the previous generation Airport Extremes.


The problem is - the old ones have latency less than 1ms. The new ones are erratic, I have tried 8 Diff Routers at diff sites and all have the same issue, to add to the problem, the moment a Network Device Like sonos is connect to the New Extreme the whole network chokes. The Software is all updated and the version on airport is 7.7.1


All the routers are extend via a gigabit switch using CAT 6 Cables, all new network. This is happening at 3 Diff sites, and also all the channels have been set manually using Frequency Scanner by Fluke, and also softares like inSSIDer. All my other projects have the older Extremes with no latency at all.


There is no Co Channel Interferences and I have also taken them to a diff site, Restored them to factory setting and then tried, results are the same!


Please Help



Here are the Ping Examples ..



PING Via Wifi :


PING 10.0.1.4 (10.0.1.4): 56 data bytes

64 bytes from 10.0.1.4: icmp_seq=0 ttl=255 time=4.206 ms

64 bytes from 10.0.1.4: icmp_seq=1 ttl=255 time=4.275 ms

64 bytes from 10.0.1.4: icmp_seq=2 ttl=255 time=4.195 ms

64 bytes from 10.0.1.4: icmp_seq=3 ttl=255 time=4.138 ms

64 bytes from 10.0.1.4: icmp_seq=4 ttl=255 time=4.695 ms

64 bytes from 10.0.1.4: icmp_seq=5 ttl=255 time=4.984 ms

64 bytes from 10.0.1.4: icmp_seq=6 ttl=255 time=7.062 ms

64 bytes from 10.0.1.4: icmp_seq=7 ttl=255 time=4.560 ms

64 bytes from 10.0.1.4: icmp_seq=8 ttl=255 time=4.201 ms

64 bytes from 10.0.1.4: icmp_seq=9 ttl=255 time=23.285 ms

64 bytes from 10.0.1.4: icmp_seq=10 ttl=255 time=6.059 ms

64 bytes from 10.0.1.4: icmp_seq=11 ttl=255 time=108.979 ms

Request timeout for icmp_seq 12

64 bytes from 10.0.1.4: icmp_seq=12 ttl=255 time=1283.157 ms

64 bytes from 10.0.1.4: icmp_seq=13 ttl=255 time=982.065 ms

64 bytes from 10.0.1.4: icmp_seq=14 ttl=255 time=205.354 ms

64 bytes from 10.0.1.4: icmp_seq=15 ttl=255 time=74.677 ms

64 bytes from 10.0.1.4: icmp_seq=16 ttl=255 time=12.894 ms

64 bytes from 10.0.1.4: icmp_seq=17 ttl=255 time=1.701 ms

64 bytes from 10.0.1.4: icmp_seq=18 ttl=255 time=3.416 ms

64 bytes from 10.0.1.4: icmp_seq=19 ttl=255 time=9.891 ms

64 bytes from 10.0.1.4: icmp_seq=20 ttl=255 time=19.909 ms

64 bytes from 10.0.1.4: icmp_seq=21 ttl=64 time=306.461 ms

64 bytes from 10.0.1.4: icmp_seq=22 ttl=64 time=2.334 ms

64 bytes from 10.0.1.4: icmp_seq=23 ttl=64 time=1.648 ms

64 bytes from 10.0.1.4: icmp_seq=24 ttl=64 time=2.137 ms

64 bytes from 10.0.1.4: icmp_seq=25 ttl=64 time=4.431 ms

64 bytes from 10.0.1.4: icmp_seq=26 ttl=64 time=4.522 ms

64 bytes from 10.0.1.4: icmp_seq=27 ttl=64 time=4.246 ms

64 bytes from 10.0.1.4: icmp_seq=28 ttl=64 time=3.968 ms

64 bytes from 10.0.1.4: icmp_seq=29 ttl=64 time=4.631 ms

64 bytes from 10.0.1.4: icmp_seq=30 ttl=64 time=4.120 ms

64 bytes from 10.0.1.4: icmp_seq=31 ttl=64 time=18.521 ms

64 bytes from 10.0.1.4: icmp_seq=32 ttl=64 time=29.760 ms

64 bytes from 10.0.1.4: icmp_seq=33 ttl=64 time=4.307 ms



PING via Direct LAN


PING 10.0.1.4 (10.0.1.4): 56 data bytes

64 bytes from 10.0.1.4: icmp_seq=0 ttl=255 time=0.410 ms

64 bytes from 10.0.1.4: icmp_seq=1 ttl=255 time=1.929 ms

64 bytes from 10.0.1.4: icmp_seq=2 ttl=255 time=1.829 ms

64 bytes from 10.0.1.4: icmp_seq=3 ttl=255 time=1.244 ms

64 bytes from 10.0.1.4: icmp_seq=4 ttl=64 time=0.571 ms

64 bytes from 10.0.1.4: icmp_seq=5 ttl=64 time=0.615 ms

64 bytes from 10.0.1.4: icmp_seq=6 ttl=64 time=0.379 ms

64 bytes from 10.0.1.4: icmp_seq=7 ttl=255 time=1.513 ms

64 bytes from 10.0.1.4: icmp_seq=8 ttl=255 time=1.764 ms

64 bytes from 10.0.1.4: icmp_seq=9 ttl=255 time=0.861 ms

64 bytes from 10.0.1.4: icmp_seq=10 ttl=255 time=0.938 ms

64 bytes from 10.0.1.4: icmp_seq=11 ttl=255 time=1.295 ms

64 bytes from 10.0.1.4: icmp_seq=12 ttl=255 time=1.294 ms

64 bytes from 10.0.1.4: icmp_seq=13 ttl=255 time=0.663 ms

64 bytes from 10.0.1.4: icmp_seq=14 ttl=255 time=1.780 ms

64 bytes from 10.0.1.4: icmp_seq=15 ttl=255 time=0.577 ms

64 bytes from 10.0.1.4: icmp_seq=16 ttl=255 time=1.885 ms

64 bytes from 10.0.1.4: icmp_seq=17 ttl=255 time=1.927 ms

64 bytes from 10.0.1.4: icmp_seq=18 ttl=255 time=1.573 ms

64 bytes from 10.0.1.4: icmp_seq=19 ttl=255 time=1.822 ms

64 bytes from 10.0.1.4: icmp_seq=20 ttl=255 time=1.728 ms

64 bytes from 10.0.1.4: icmp_seq=21 ttl=255 time=1.624 ms

64 bytes from 10.0.1.4: icmp_seq=22 ttl=255 time=1.453 ms

64 bytes from 10.0.1.4: icmp_seq=23 ttl=255 time=1.614 ms


PING to MAIN Router Via LAN


64 bytes from 10.0.1.1: icmp_seq=0 ttl=255 time=0.440 ms

64 bytes from 10.0.1.1: icmp_seq=1 ttl=255 time=0.344 ms

64 bytes from 10.0.1.1: icmp_seq=2 ttl=255 time=0.392 ms

64 bytes from 10.0.1.1: icmp_seq=3 ttl=255 time=0.495 ms

64 bytes from 10.0.1.1: icmp_seq=4 ttl=255 time=0.447 ms

64 bytes from 10.0.1.1: icmp_seq=5 ttl=255 time=0.338 ms

64 bytes from 10.0.1.1: icmp_seq=6 ttl=255 time=0.372 ms

64 bytes from 10.0.1.1: icmp_seq=7 ttl=255 time=0.452 ms

64 bytes from 10.0.1.1: icmp_seq=8 ttl=255 time=0.330 ms

64 bytes from 10.0.1.1: icmp_seq=9 ttl=255 time=0.454 ms

64 bytes from 10.0.1.1: icmp_seq=10 ttl=255 time=0.438 ms

64 bytes from 10.0.1.1: icmp_seq=11 ttl=255 time=0.434 ms

64 bytes from 10.0.1.1: icmp_seq=12 ttl=255 time=0.421 ms

64 bytes from 10.0.1.1: icmp_seq=13 ttl=255 time=0.456 ms

64 bytes from 10.0.1.1: icmp_seq=14 ttl=255 time=0.329 ms

64 bytes from 10.0.1.1: icmp_seq=15 ttl=255 time=0.454 ms

64 bytes from 10.0.1.1: icmp_seq=16 ttl=255 time=0.407 ms

64 bytes from 10.0.1.1: icmp_seq=17 ttl=255 time=0.450 ms

64 bytes from 10.0.1.1: icmp_seq=18 ttl=255 time=0.387 ms

64 bytes from 10.0.1.1: icmp_seq=19 ttl=255 time=0.344 ms

64 bytes from 10.0.1.1: icmp_seq=20 ttl=255 time=0.354 ms

64 bytes from 10.0.1.1: icmp_seq=21 ttl=255 time=0.390 ms

64 bytes from 10.0.1.1: icmp_seq=22 ttl=255 time=0.330 ms

64 bytes from 10.0.1.1: icmp_seq=23 ttl=255 time=0.346 ms

64 bytes from 10.0.1.1: icmp_seq=24 ttl=255 time=0.275 ms

64 bytes from 10.0.1.1: icmp_seq=25 ttl=255 time=0.323 ms

64 bytes from 10.0.1.1: icmp_seq=26 ttl=255 time=0.316 ms

64 bytes from 10.0.1.1: icmp_seq=27 ttl=255 time=0.377 ms

64 bytes from 10.0.1.1: icmp_seq=28 ttl=255 time=0.454 ms

Posted on Sep 15, 2013 4:56 AM

Reply
48 replies

Jan 12, 2017 6:02 PM in response to sawan02

This problem can be resolved by running your Airport as a router and not a bridge.

I wont bore you with the details of why this is a problem but just trust me.. Most ISP modems with built in firewalls will have problems with dropped packets coming from the Airports... High Latency etc..


If you have a cable modem or similar you can usually call your ISP to have them set your modem as a "Bridge"

Or you might be able to set it Yourself in the firmware..

You will be disabling any firewall on your modem by doing this, and YES this is what you want to do!


Now Set the Airport as a Router. "DHCP and NAT"

If you are doing any port forwarding you can Google how to set this on the airport..

Unfortunately The "Firewall" settings are disappointingly limited.

Apple should build more features into this device considering the price point.


If you live in an apartment complex you will also have interference issues with all of the other wifi in you area.

in most Cases, leaving your Airport Channels on Auto will work ok, but feel free to try other channels and see if you can get your latency down.


*Holding the option key down and clicking your wifi icon in the top toolbar will give you advanced information about your wifi and surrounding networks.

Sep 15, 2013 6:58 AM in response to sawan02

are you replacing old apple extremes or something else? are you sure you have your new extremes setup exactly the same way? (bridge mode...)


I remember seeing something similar when i replaced my dlink dir-825 with my 5th gen airport exteme. I have a similar setup where my ae is connected via a gigabit switch to my main router. I saw terrible ping times when trying to ping outside my network. if i recall correctly, I either changed my ssid to resolved the issue or i rebooted all my network gear.

Sep 15, 2013 12:14 PM in response to kevinterrono

Hello


I have it connected in bridge mode, at one site I am replacing old extremes, and other is a new site!


I have even re set it to factory - connected my laptop directly to it via ethernet, turned of all networks - just one router - and it is the main dhcp - but same results.


And the moment there is a Sonos or something connected to it - it starts choking the network.


This has been tested on eight routers that i procured for two sites!


Strange and unsolvable.


Please note the Ping to the main router - the main router is an OLD airport extreme.


Message was edited by: sawan02

Nov 15, 2013 6:13 AM in response to sawan02

I am seeing the same issue! I have a new MacBook Air (Haswell) with the .ac chipset. If I connect to my new Airport Extreme .ac router (in bridge mode), I sometimes see latency spikes over 100ms just to get to my router (and the macbook is only 5 feet away from the airport). If I connect to my prev gen Airport Express (802.11N 2.4 or 5 Ghz), I never see this issue (same config - bridge mode to main switch/gw). I basically don't want to use ac right now since I don't need the bandwidth and care more about latency (especially since I use Citrix to remote into the office).

Hopefully there is a firmware upgrade on the way and it gets here quick.

Nov 30, 2013 7:32 AM in response to psghosh

In case it matters to Apple, I too have the same problem; business user, latest Apple MBP 15", latest firmware (7.7.2) on the latest AE hardware.


PING 192.168.1.1 (192.168.1.1): 56 data bytes

64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=1.544 ms

64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1.242 ms

64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=1.763 ms

64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=1.327 ms

64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=118.392 ms

64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=101.265 ms

64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=78.284 ms

64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=58.364 ms

64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=1.943 ms

64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=1.973 ms

64 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=2.171 ms

64 bytes from 192.168.1.1: icmp_seq=11 ttl=64 time=1.706 ms

64 bytes from 192.168.1.1: icmp_seq=12 ttl=64 time=104.771 ms

64 bytes from 192.168.1.1: icmp_seq=13 ttl=64 time=2.437 ms

64 bytes from 192.168.1.1: icmp_seq=14 ttl=64 time=95.412 ms

64 bytes from 192.168.1.1: icmp_seq=15 ttl=64 time=83.603 ms

64 bytes from 192.168.1.1: icmp_seq=16 ttl=64 time=73.561 ms

64 bytes from 192.168.1.1: icmp_seq=17 ttl=64 time=60.774 ms

Dec 5, 2013 8:42 AM in response to sawan02

I'm having the same problem - also using bridge mode. My workaround was to enable the 5ghz network (wireless options under the wireless tab in airport utility) with it's own network name and then connect to the original 2.4ghz network. Since 802.11ac doesn't work in the 2.4ghz range, this forces my 2013 MacBook Air to use 802.11n, which is much more responsive, even though the bandwidth is lower, because it doesn't suffer from this high latency issue.

Jan 10, 2014 2:54 PM in response to sawan02

Same deal here, nearly. On Macbook Air 13-inch, Mid 2013 connecting to an Apple Time Capsule 2TB ME177LL/A. Both are up to date with firmware.


64 bytes from 10.0.0.1: icmp_seq=353 ttl=63 time=3.797 ms

64 bytes from 10.0.0.1: icmp_seq=354 ttl=63 time=4.063 ms

64 bytes from 10.0.0.1: icmp_seq=355 ttl=63 time=2.735 ms

64 bytes from 10.0.0.1: icmp_seq=356 ttl=63 time=2.123 ms

64 bytes from 10.0.0.1: icmp_seq=357 ttl=63 time=1.961 ms

64 bytes from 10.0.0.1: icmp_seq=358 ttl=63 time=1.799 ms

64 bytes from 10.0.0.1: icmp_seq=359 ttl=63 time=3.238 ms

64 bytes from 10.0.0.1: icmp_seq=360 ttl=63 time=2.906 ms

64 bytes from 10.0.0.1: icmp_seq=361 ttl=63 time=195.350 ms

64 bytes from 10.0.0.1: icmp_seq=362 ttl=63 time=1202.865 ms

64 bytes from 10.0.0.1: icmp_seq=363 ttl=63 time=201.747 ms

64 bytes from 10.0.0.1: icmp_seq=364 ttl=63 time=1186.507 ms

64 bytes from 10.0.0.1: icmp_seq=365 ttl=63 time=186.310 ms

64 bytes from 10.0.0.1: icmp_seq=366 ttl=63 time=185.911 ms

64 bytes from 10.0.0.1: icmp_seq=367 ttl=63 time=1189.917 ms

64 bytes from 10.0.0.1: icmp_seq=368 ttl=63 time=185.539 ms

64 bytes from 10.0.0.1: icmp_seq=369 ttl=63 time=1186.169 ms

64 bytes from 10.0.0.1: icmp_seq=370 ttl=63 time=186.339 ms

64 bytes from 10.0.0.1: icmp_seq=371 ttl=63 time=1185.758 ms

64 bytes from 10.0.0.1: icmp_seq=372 ttl=63 time=187.125 ms

64 bytes from 10.0.0.1: icmp_seq=373 ttl=63 time=183.102 ms

64 bytes from 10.0.0.1: icmp_seq=374 ttl=63 time=1185.733 ms

64 bytes from 10.0.0.1: icmp_seq=375 ttl=63 time=184.602 ms

64 bytes from 10.0.0.1: icmp_seq=376 ttl=63 time=2.817 ms

64 bytes from 10.0.0.1: icmp_seq=377 ttl=63 time=2.047 ms

64 bytes from 10.0.0.1: icmp_seq=378 ttl=63 time=2.538 ms


10.0.0.1 is the time capsule.


I'm connected to it with 802.11ac.


Sitting next to another macbook air, older one, on 802.11n which is getting ~1ms pings.


I'm noticing this not because I'm constantlly pinging stuff for fun, but because typing on terminal on remote machines is infuriating.


Have about a dozen other devices connected to this thing that work well. Seems like 802.11ac is the culprit.

Jan 10, 2014 3:03 PM in response to mbochneak

There's another thread here which discusses the workaround and potential fix. but essentially, you open a terminal and ping the gateway you are on every 0.2sec. The wifi driver is far too aggressive about power saving, so forcing traffic keeps the connection alive. I'm not sure it has anything to do with 802.11ac at all ... but it seems like only the 2013 Macbook's are affected.

Feb 22, 2014 3:37 AM in response to sawan02

In fact, after many tests here at home, it appears that when the connection is established at full speed (1.3Gbit/s), the latency is perfect, close to 1ms.

The latency is high when all the 80Mhz band can't be reach, i think it's a channel selection problem or load balancing mismatch in the ac algorithm.


Anyway, it's very difficult to reach the 1.3Gbit/s or you need to place your MacBook pro just in front the Airport and enough close, 1 meter max.


I hope it's just a firmware problem and Apple will solve the problem, because when you have a pretty speed fiber at home, it's a shame to have this kind of latency.

Apr 20, 2014 3:41 PM in response to sawan02

I am having the same issue.


I purchased a brand new Apple Airport Extreme last night.

I currently have Telstra 100Mbit cable (Netgear CG3100D-2 wireless router).


I play games using the Netgear over wireless no problem. I installed the Airport Extreme (Firmware V 7.7.2), everything working ok.


Fired up some games until I noticed some serious lag spikes during gameplay.


So I began doing some testing, ping tests etc.


64 bytes from 61.88.88.88: icmp_seq=42 ttl=244 time=10.624 ms

64 bytes from 61.88.88.88: icmp_seq=43 ttl=244 time=10.837 ms

64 bytes from 61.88.88.88: icmp_seq=44 ttl=244 time=13.796 ms

64 bytes from 61.88.88.88: icmp_seq=45 ttl=244 time=11.114 ms

Request timeout for icmp_seq 46

Request timeout for icmp_seq 47

64 bytes from 61.88.88.88: icmp_seq=46 ttl=244 time=2003.859 ms

64 bytes from 61.88.88.88: icmp_seq=47 ttl=244 time=1003.229 ms

64 bytes from 61.88.88.88: icmp_seq=48 ttl=244 time=10.979 ms

64 bytes from 61.88.88.88: icmp_seq=49 ttl=244 time=12.247 ms

64 bytes from 61.88.88.88: icmp_seq=50 ttl=244 time=13.644 ms

64 bytes from 61.88.88.88: icmp_seq=51 ttl=244 time=17.425 ms

64 bytes from 61.88.88.88: icmp_seq=52 ttl=244 time=13.416 ms


Re-enabled the wireless on the Netgear, no problems. No spikes.

Started doing some reading, seems like its a common issue.


Now this is very annoying since I payed a premium $250 for a wireless router when you can get alternatives for around $100 (max!)


Has anyone found a solution, is there a firmware update coming?

New Apple Airport Extreme Latency

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple ID.