Closed Bug 1173311 Opened 11 years ago Closed 10 years ago

Slow London Wi-Fi

Categories

(Infrastructure & Operations Graveyard :: NetOps: Office Wireless, task)

Product:
Infrastructure & Operations Graveyard
Component:
NetOps: Office Wireless
Type:
task
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: ato, Assigned: van)

Details

The London network and/or Wi-Fi becomes unbearably slow from time to time. Usually latency is quite good, but experiences spikes of slowness. I’ve run these tests from a laptop on the Wi-Fi to a cabled machine on the LAN (eir): % traceroute eir traceroute to atolfsen-en0.corp.lon1.mozilla.com (10.246.24.38), 64 hops max, 52 byte packets 1 atolfsen-en0.corp.lon1.mozilla.com (10.246.24.38) 2.396 ms 2.477 ms 2.093 ms % mtr -b eir My traceroute [v0.86] z.local (0.0.0.0) Wed Jun 10 10:20:00 2015 Keys: Help Display mode Restart statistics Order of fields quit Packets Pings Host Loss% Snt Last Avg Best Wrst StDev 1. atolfsen-en0.corp.lon1.mozilla.com (10.246.24.38) 0.3% 301 179.6 54.9 1.6 491.7 74.3 % arp -n 10.246.24.38 ? (10.246.24.38) at b8:ca:3a:b6:7c:d6 on en0 ifscope [ethernet] A few interesting findings: - The average ping latency is 179.6 ms, which is nothing but horrendous. - The best and worst latencies are quite far apart, meaning we experience times of very good network. - The MAC address reports “Debian PCBA Test”. That sounds slightly dubious.
The paste from mtr above is mangled by Bugzilla, let me list them properly: Loss 0.3% Sent 301 Last 179.6 Avg 54.9 Best 1.6 Wrst 491.7 StDev 74.3
Also I meant “Dell PCBA Test” in comment #0, which is the first few bytes of the MAC address arp reports.
I've had similar problems in the past (which were resolved by giving me a wired ethernet adaptor for my laptop).
This happened to me once on WiFi and was "solved" by disconnecting and reconnecting to the network. But I wasted a lot of time before I realised that.
(In reply to James Graham [:jgraham] from comment #4) > This happened to me once on WiFi and was "solved" by disconnecting and > reconnecting to the network. But I wasted a lot of time before I realised > that. Disconnecting and connecting doesn’t seem to work for me (possibly because it reconnected to the same AP?). The situation at this time is even worse than before, with ~20% packet loss.
:ato, it looks like you have a mac and we've been having reports of airdrop (awdl) interfering with wifi signals and have seen great improvements with this interface turned off (reduced packet loss and +50% increase in throughput). can you do me a favor perform the following test to see if your connectivity has improved? 1)run a speedtest (like speedtest.net) or mtr to the lan host 2)open terminal then turn off airdrop by running - "sudo ifconfig awdl0 down" 3)run a speedtest again or mtr to the lan host please let me know if you see any improvements. you can turn airdrop back on with "sudo ifconfig awdl0 up" or reboot the host as it doesnt appear to be persistent. https://medium.com/@mariociabarra/wifriedx-in-depth-look-at-yosemite-wifi-and-awdl-airdrop-41a93eb22e48
testing was inconclusive as :ato's wifi was working fine already. 08:02 <ato> I’ve enabled it again now so I can run this test again when it slows down. will follow up with him next week. sudo ifconfig awdl0 down: Host Loss% Snt Last Avg Best Wrst StDev 1. atolfsen-en0.corp.lon1.mozilla.com (10.246.24.38) 0.0% 103 4.1 3.8 2.0 15.1 1.4 sudo ifconfig awdl0 up: Host Loss% Snt Last Avg Best Wrst StDev 1. atolfsen-en0.corp.lon1.mozilla.com (10.246.24.38) 0.0% 135 2.3 4.5 1.9 72.5 6.1 wifi2.ops.lon1.mozilla.net# rfping session-id 29187 verbose RF-Link Test to a8:66:7f:03:cf:f5 : Session-Id: 29187 Packets Sent Packets Rcvd RSSI SNR RTT (micro-secs) ------------ ------------ ------- ----- ---------------- 20 20 -62 32 307 Index RSSI SNR RTT (micro-secs) Retries Rate (Mb/s) ----- ------------ ------- ---------------- ------- -------- 1 -63 32 0 0 130.0 2 -63 32 242 0 130.0 3 -63 32 224 0 130.0 4 -63 32 233 0 130.0 5 -61 34 198 0 130.0 6 -63 32 179 0 130.0 7 -62 33 260 0 130.0 8 -62 33 296 0 130.0 9 -63 32 225 0 130.0 10 -63 32 1064 0 130.0 11 -63 32 179 0 130.0 12 -62 33 233 0 130.0 13 -62 33 296 0 130.0 14 -63 32 296 0 130.0 15 -64 31 243 0 130.0 16 -63 32 305 0 130.0 17 -62 33 197 0 130.0 18 -63 32 1037 0 130.0 19 -62 33 198 0 130.0 20 -64 31 242 0 130.0
Assignee: network-operations → vle
havent heard anything back from ato. please reopen if issues persist.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
I'm not sure if it's the same issue, but I have had substantial problems with the London office WiFi during the last ~week. One day last week there was no WiFi at all in about half the office. On Friday evening it dropped out on the office side for multiple people around 6pm. This morning it took about 3 attempts to get connected at my desk. This is using a 2 year old thinkpad running Ubuntu 14.04 and the hardware and software have previously worked well and have not, as far as I know, changed. Therefore I conclude there is some problem with the APs. I don't know if this is the right bug for that of if I should open a new one (or if there is an existing one, even).
"one day" was Wednesday, at least mid afternoon.
Last week background: On Friday we identified an problem with routing between your office and Paris. This was causing the 2 controllers (clustered) to disconnect and miss heartbeats. This, in turn, caused your APs to reboot. This was corrected on 7/3.
:jgraham, the wifi connectivity issue in london should be resolved, please let me know if it's not. regarding your issue with connecting this morning, did you get any errors? did authentication just time out for you? were you connected but not getting an IP or internet access? if you're still experiencing these issues tomorrow when you log in, can you try to delete the Mozilla SSID and rejoin and also installing the wifi certificate? instructions can be found here: https://mana.mozilla.org/wiki/display/~gene@mozilla.com/Setting+up+Mozilla+Wifi+in+Ubuntu if issues persist, we can look more into this.
I was also experiencing dropping off the wifi on the office side yesterday (7/7). I had to disable and re-enable wifi to reconnect. I'm using a MBP and I've already disabled the airdrop interface as I heard this could cause problems.
Sometimes when I get on the wifi in London I only get an ipv6 address, sometimes I get an ipv4 address and can't ping the gateway. Sometimes I have to turn my wifi on and off several times to get a working connection. Often if I walk from the office side to the community side (or vice versa) I'll lose my connection and have to restart several times. MBP retina 13", also disabled airdrop.
:jonco, is this from roaming or did it just drop as you were at your desk? also airdrop isn't persistent through reboot unfortunately so it'll reenable itself. :pir, we disabled proxy arp before whistler. have you had the no ipv4 issue since? (we had some issues with 2 APs last week, 7/3, but should have been corrected)
(In reply to Van Le [:van] from comment #15) No, not while roaming, this just happened when I was at my desk.
My issues on the office side have also happened when not roaming.
I've also had these problems when just sitting at my desk. Most common when I wake up my machine but still happens if it was awake and working on my desk, put machine to sleep, wake it up the next day.
I was trying to do a vidyo call last Thursday from the IT Crowd conf room and I had to change somewhere else (after we tried with Hangouts just to discard it wasn't just Vidyo being silly). I went to Extras and the result was the same ("Sole, you keep cutting out and your frame just froze in the most stupidest of gestures"). Since this was for a VIDEOCAST my face needs to be visible and my sound needs to be hearable. We concluded that I would need at least "residential quality" connection in order to do my job. Which means I would need to leave the office and *go home* to do my job, because there I can be assured that the network won't cut out when I try to do a call.
Cheeky reopen. Close it when it provably works? ;-P
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
This morning I experienced the same type of slowness, recorded here: https://gist.github.com/andreastt/369954ca3137b960f5d8 Has anyone checked that the AP points can handle the amount of traffic that is required?
Another example: I was just *trying* to do a Skype call to someone external from Mozilla so they don't use Vidyo. This was from Allo Allo, and the call (without video) cut out four times before we just gave up and concluded that it would be better if I did the call from my place. Sigh.
:ato/:sole apologies for the inconvenience. is this with airdrop disabled (awld0)? unfortunately disabling airdrop isn't persistent and it will reenable itself after a reboot. the next time you're connected and this is happening can you take a screen shot of your wifi status? you can get this information by holding down the option key then clicking on the wifi icon in the top right. this will tell me which AP you're connected to and the channel/spectrum.
hopefully if you're on the 802.11an (5ghz) spectrum, your connection should be better as there's definitely less noise/interference. 802.11b/g/n is really congested and there's not much we can do about that. wifi2.ops.lon1.mozilla.net# show rfdetect data ap 4633 44 of 371 entries matched AP: 4633 - wap303.lon1 Detected BSSID Vendor Class Ch RSSI Age SSID ----------------- -------- ----- ---- ---- --- ----------------- 00:16:b6:a3:52:e9 Linksys suspt 11 -78 157 crestron 00:24:17:f6:bb:d9 Unknown suspt 11 -82 31 BTHomeHub2-PRNC 00:26:75:4a:97:c0 Unknown suspt 11 -71 141 TALKTALK-674366 02:24:17:f6:bb:da Unknown suspt 11 -82 94 BTOpenzone-H 02:24:17:f6:bb:db Unknown suspt 11 -82 110 BTFON 24:c9:a1:1b:5c:78 Unknown suspt 11 -85 628 St Martins Lane 24:c9:a1:1b:5c:7c Unknown suspt 44 -87 220 St Martins Lane 24:c9:a1:5b:5c:78 Unknown suspt 11 -90 110 24:c9:a1:9b:5c:78 Unknown suspt 11 -86 16 LHRSLADMINVOICE 24:c9:a1:db:5c:78 Unknown suspt 11 -87 110 28:c6:8e:53:ab:81 Unknown suspt 11 -83 63 STMARTINS 28:c6:8e:c3:7d:a0 Unknown suspt 11 -89 660 2c:39:96:79:83:80 Unknown suspt 11 -88 126 BTHub4-6R6S 2c:39:96:79:83:83 Unknown suspt 11 -87 141 BTWifi-with-FON 3c:81:d8:8d:9e:4e Unknown suspt 11 -82 78 SKYD9E4D 40:f4:ec:7e:92:c0 Unknown suspt 11 -81 78 62GU90 40:f4:ec:7e:92:c1 Unknown suspt 11 -80 94 79621100 42:09:d4:59:f7:94 Unknown suspt 11 -88 126 BTWifi-with-FON 42:09:d4:59:f7:95 Unknown suspt 11 -90 298 BTWifi-X 44:e9:dd:63:b7:76 Unknown suspt 11 -87 361 BTHub4-KCSN 44:e9:dd:63:b7:79 Unknown suspt 11 -88 298 BTWifi-with-FON 44:e9:dd:63:b7:7b Unknown suspt 11 -89 141 BTWifi-X 4c:09:d4:59:f7:93 Unknown suspt 11 -90 63 BTHub4-HF38 4c:60:de:eb:fd:b2 Unknown suspt 11- -75 16 Yurymm 64:87:88:34:02:40 Juniper membr 11 -74 78 Mozilla 64:87:88:34:02:41 Juniper membr 44 -83 141 Mozilla 64:87:88:34:02:42 Juniper membr 11 -74 157 64:87:88:34:02:43 Juniper membr 44 -83 31 64:87:88:34:02:46 Juniper membr 11 -74 63 openwireless.org 64:87:88:34:02:47 Juniper membr 44 -83 78 openwireless.org 64:87:88:34:02:48 Juniper membr 11 -73 78 Mozilla Guest 64:87:88:34:02:49 Juniper membr 44 -83 31 Mozilla Guest 64:87:88:34:66:c1 Juniper membr 44 -54 31 Mozilla 64:87:88:34:66:c3 Juniper membr 44 -54 78 64:87:88:34:66:c7 Juniper membr 44 -54 126 openwireless.org 64:87:88:34:66:c9 Juniper membr 44 -54 157 Mozilla Guest 74:d0:2b:5e:63:6c Unknown suspt 44+ -81 141 GRUK_5 7c:4c:a5:f5:85:fd Unknown suspt 11 -85 126 SKY31C2C 80:ea:96:f4:08:d0 Unknown suspt 11 -85 31 HARTDLACEY b8:09:8a:cf:17:91 Unknown suspt 11 -89 126 TLMM2 c0:a0:bb:1e:c7:60 Unknown suspt 11 -60 47 TALKTALK-1EC760 c4:0a:cb:b2:ec:90 Unknown suspt 11 -87 110 Global_Main d8:fe:e3:66:50:aa Unknown suspt 11 -81 16 TALKTALK-6650AA d8:fe:e3:e6:72:27 Unknown suspt 11 -87 63 TALKTALK-E67227 wifi2.ops.lon1.mozilla.net# show rfdetect data ap 4636 53 of 373 entries matched AP: 4636 - wap306.lon1 Detected BSSID Vendor Class Ch RSSI Age SSID ----------------- -------- ----- ---- ---- --- ----------------- 00:14:6c:7c:d6:be Netgear suspt 6 -60 31 STMARTINS 00:14:6c:7c:d7:da Netgear suspt 6 -73 78 STMARTINS 00:1d:aa:b3:5b:e0 Unknown suspt 6 -67 93 Tossed closed 00:1d:aa:b3:5b:e1 Unknown rogue 6 -66 46 Tossed guest 00:8b:5d:81:bd:5a Unknown suspt 6 -89 188 BTHomeHub2-KTMG 06:8b:5d:81:bd:5a Unknown suspt 6 -87 15 BTWiFi 0a:8b:5d:81:bd:5a Unknown suspt 6 -88 627 BTWiFi-with-FON 24:a4:3c:04:7b:49 Unknown suspt 6 -87 156 VendaSML-insecure 24:a4:3c:04:7c:cc Unknown suspt 6 -80 93 VendaSML-insecure 24:a4:3c:04:7c:d6 Unknown suspt 6 -84 78 VendaSML-insecure 24:a4:3c:04:7c:da Unknown suspt 6 -83 62 VendaSML-insecure 24:a4:3c:04:7c:f9 Unknown suspt 6 -82 78 VendaSML-insecure 24:a4:3c:04:7d:4c Unknown suspt 6 -83 15 VendaSML-insecure 26:a4:3c:04:7b:49 Unknown suspt 6 -80 188 26:a4:3c:04:7c:cc Unknown suspt 6 -80 31 26:a4:3c:04:7c:d6 Unknown suspt 6 -83 31 26:a4:3c:04:7c:da Unknown suspt 6 -82 15 26:a4:3c:04:7c:f9 Unknown suspt 6 -82 31 26:a4:3c:04:7d:4c Unknown suspt 6 -83 141 2a:a4:3c:7d:30:0e Unknown suspt 6 -84 78 2c:59:e5:b7:85:6d Unknown suspt 6 -81 46 HP-Print-6D-Office~ 36:a4:3c:04:7b:49 Unknown suspt 6 -88 203 Venda-NS 36:a4:3c:04:7c:cc Unknown suspt 6 -80 46 Venda-NS 36:a4:3c:04:7c:d6 Unknown suspt 6 -82 125 Venda-NS 36:a4:3c:04:7c:da Unknown suspt 6 -82 31 Venda-NS 36:a4:3c:04:7c:f9 Unknown suspt 6 -82 62 Venda-NS 36:a4:3c:04:7d:4c Unknown suspt 6 -83 46 Venda-NS 3a:09:d4:59:f7:93 Unknown suspt 40- -83 15 BTWifi-with-FON 3a:09:d4:59:f7:94 Unknown suspt 40- -83 93 BTWifi-X 4c:09:d4:59:f7:92 Unknown suspt 40- -84 141 BTHub4-HF38 64:87:88:34:56:40 Juniper membr 6 -65 62 Mozilla 64:87:88:34:56:41 Juniper membr 40 -76 62 Mozilla 64:87:88:34:56:42 Juniper membr 6 -65 78 64:87:88:34:56:43 Juniper membr 40 -77 15 64:87:88:34:56:46 Juniper membr 6 -65 78 openwireless.org 64:87:88:34:56:47 Juniper membr 40 -77 141 openwireless.org 64:87:88:34:56:48 Juniper membr 6 -65 156 Mozilla Guest 64:87:88:34:56:49 Juniper membr 40 -77 141 Mozilla Guest 64:87:88:34:66:c0 Juniper membr 6 -50 15 Mozilla 64:87:88:34:66:c2 Juniper membr 6 -49 93 64:87:88:34:66:c6 Juniper membr 6 -49 125 openwireless.org 64:87:88:34:66:c8 Juniper membr 6 -49 125 Mozilla Guest 74:d0:2b:5e:63:68 Unknown suspt 6 -70 93 GRUK 9c:97:26:8e:48:4d Unknown suspt 6 -89 46 TNCAP8E484D b0:e0:3c:e3:33:b2 Unknown suspt 6 -88 156 MY WIFI 33B2 c0:25:5c:6d:ab:50 Unknown suspt 40 -88 46 c0:3e:0f:90:cc:9d Unknown suspt 6 -87 156 SKY77BAA c8:d3:a3:24:d2:20 Unknown suspt 6 -84 78 TALKTALK-24D220 cc:33:bb:80:fd:a8 Unknown suspt 6 -85 93 BTHub4-T9QN cc:33:bb:80:fd:ab Unknown suspt 6 -85 78 BTWifi-with-FON cc:33:bb:80:fd:ad Unknown suspt 6 -84 15 BTWifi-X f8:35:dd:7d:2a:65 Unknown suspt 6 -68 78 Relish_Home_7D2A67 fa:8f:ca:92:83:d1 Unknown suspt 6 -90 785
I am using a MacBook Pro from last year. I upgraded Mac OS to 10.10.4 last week, but the wi-fi performance was abysmal beforehand anyways. Apologising in advance for my pragmatic ignorance, but I have no idea if AirDrop is enabled or disabled or the status has changed because of the system update, because I very rarely/never use it. I'm going to apologise as well for this, but I also do not understand why Airdrop is now a problem for the office wi-fi. Has something in the Macs changed recently? I'm working from home today as I wanted to get things done, but I will make sure to send you the connection diagnostics next time I'm in the office and things don't work :-)
Flags: needinfo?(vle)
:sole, we've had a lot of problems with Yosemite. i'm not sure if you've noticed but their last 3 (Apple's) updates have all had fixes to WiFi performance and reliability, especially in a corporate/high density environment. their next release, El Capitan is supposed to continue to address these issues. why disable airdrop - https://medium.com/@mariociabarra/wifriedx-in-depth-look-at-yosemite-wifi-and-awdl-airdrop-41a93eb22e48 we've had 30-50% increase in throughput with airdrop disabled with some of our users. airdrop is a PAN (personal area network) that allows your devices to sync with your iphone/ipad/ipod/iglass/iwatch so it scans the network. at your house/residential area, you might have 1 AP that's broadcasting 1 through 3 SSIDs. If you live in an apt, you can probably triple or quadruple that number. If you look at comment 24, you'll see that 1 AP alone sees 44 signals from different sources and a 2nd AP sees 53. since wifi is ethernet but uses collision avoidance versus wired ethernet's collision detection, your performance is seriously impacted if there's a lot of congestion (like a freeway/highway). unfortunately the client (your laptop) makes 99% of the connecting decision that's why i need more information to troubleshoot. thank you for your continued patience and i understand our current wireless implementation is not working to your satisfaction. we're looking to upgrade and change vendors by end of this year or early Q1 next year. thanks!
Flags: needinfo?(vle)
It is possible to disable airdrop after every reboot with the WiFriedX application.
Just had one of the typical wifi problems. Sitting at my desk, machine has not moved. Airdrop is disabled. Macbook Pro retina 13" running OSX 10.10.4. Came back to my machine, on my desk, to discover no connections working. High packetloss to anything, It got above 70% at times. Turned wifi off and then on again twice, packetloss recovered but DNS was broken. Turned it off and then on again and it went back to normal. Machine was connected to the same BSSID and on the same channel both before and after the wifi restarts: Keys: Help Display mode Restart statistics Order of fields quit Packets Pings Host Loss% Snt Last Avg Best Wrst StDev 1. fw1.corp.lon1.mozilla.net 59.2% 50 145.2 65.8 2.4 228.5 68.9 2. 217.111.161.210 61.2% 50 73.5 68.4 3.5 184.0 56.2 3. 195.110.69.117 66.7% 49 48.1 80.4 4.0 260.5 79.1 4. 212.74.86.187 70.8% 49 66.3 66.5 4.0 168.3 57.7 5. ae-1.r23.londen03.uk.bb.gin.ntt. 61.2% 49 280.4 124.9 13.6 956.8 211.2 6. ae-7.r00.londen10.uk.bb.gin.ntt. 57.1% 49 139.9 120.6 5.3 883.5 186.1 7. vl367-ntt-thn-gw-sup-tfm1.jump.n 70.8% 49 216.9 123.5 4.2 811.7 207.8 8. ??? pir@shiny# airport -I agrCtlRSSI: -44 agrExtRSSI: 0 agrCtlNoise: -95 agrExtNoise: 0 state: running op mode: station lastTxRate: 7 maxRate: 217 lastAssocStatus: 0 802.11 auth: open link auth: wpa2 BSSID: 64:87:88:34:56:41 SSID: Mozilla MCS: 0 channel: 40
:pir, ive tuned down the power of that AP as it may be causing Yosemite to weird out. let me know if issues persist. also can you do me a favor and turn on your wifi logs? we want to see if your laptop drops with this error msg: Wed Jul 15 13:01:38.461 <kernel> AWDL Sync Enabled 0 Wed Jul 15 13:18:38.461 <kernel> AWDL Sync Enabled 0 Wed Jul 15 13:19:19.037 <kernel> wl0: leaveModulePoweredForOffloads: Wi-Fi will turn off. Wed Jul 15 13:19:19.038 <airportd[54]> _handleLinkEvent: WiFi is not powered. Resetting state variables. sudo /System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport debug +AllUserLand files will be located /var/log/ as wifi.log
Just to reiterate; this is not a Yosemite issue. I have seen the same pattern of behaviour (very high packet loss, and broken DNS) on a Lenovo laptop running Ubuntu.
:jgraham, none of those are good... when was the last time this happened? can you provide me the output of 'sudo iwlist scanning' the next time this happens? i'd like to know more information. thanks!
We're having a call with 7 more people using the Vidyo equipment in Allo Allo and the people on the other side of the call are telling us that we're cutting out. Looks like the wired network is not performing very amazingly either. It's 16:19h here. (And right now pages on my laptop take their time to load, a bit like using a modem...)
OK so I'm probably the only person in the office right now. The WiFi was terribad and I decided to try these weird esoteric rituals. I did a speedtest before disabling AirDrop: http://www.speedtest.net/my-result/4553019261 (~32 Mb down, 56 Mb up) Then I disabled the awdl interface and run speedtest again: http://www.speedtest.net/my-result/4553021465 (~79 Mb down, 94 Mb up) The WiFi is using "Channel 40 (5 GHz, 20 MHz)" I still need to see if this is better / keeps up, but I'll leave the notes here for the time being...
Andreas asked me to ping: lol:~ sole$ ping eir.corp.lon1.mozilla.com PING atolfsen-en0.corp.lon1.mozilla.com (10.246.24.38): 56 data bytes 64 bytes from 10.246.24.38: icmp_seq=0 ttl=64 time=3.576 ms 64 bytes from 10.246.24.38: icmp_seq=1 ttl=64 time=3.214 ms 64 bytes from 10.246.24.38: icmp_seq=2 ttl=64 time=1.901 ms 64 bytes from 10.246.24.38: icmp_seq=3 ttl=64 time=2.011 ms 64 bytes from 10.246.24.38: icmp_seq=4 ttl=64 time=2.591 ms 64 bytes from 10.246.24.38: icmp_seq=5 ttl=64 time=4.226 ms 64 bytes from 10.246.24.38: icmp_seq=6 ttl=64 time=2.026 ms 64 bytes from 10.246.24.38: icmp_seq=7 ttl=64 time=4.577 ms 64 bytes from 10.246.24.38: icmp_seq=8 ttl=64 time=4.361 ms
eir.corp.lon1.mozilla.com is a machine on the wired LAN.
:ato / :sole, the next time you guys have issues with awld0 disabled, can you please also get me the BSSID of the AP you're connected to? Being in a shared space, sometimes other property renters can change their WiFi channels which can make our WiFi situation worse. I'd like to make adjustments as needed. To get the BSSID on OSX, hold option, then click on the WiFi icon. Also awdl0 isnt persistent through reboots so you can download the app to make it persistent.
I just experienced a repeat of the issue where WiFi fails or is very slow after initial connection. Initially I was able to traceroute to google.com so there was *some* access and DNS was working; unfortunately I managed to lose the output of that in the shell history. iwlist gave the following output: jgraham@luna:~$ iwlist scanning lo Interface doesn't support scanning. wlan0 Scan completed : Cell 01 - Address: 64:87:88:34:56:40 Channel:6 Frequency:2.437 GHz (Channel 6) Quality=68/70 Signal level=-42 dBm Encryption key:on ESSID:"Mozilla" Bit Rates:11 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s; 36 Mb/s 48 Mb/s; 54 Mb/s Mode:Master Extra:tsf=0000000ac5d29537 Extra: Last beacon: 52300ms ago IE: Unknown: 00074D6F7A696C6C61 IE: Unknown: 01079618243048606C IE: Unknown: 030106 IE: Unknown: 0706474220010D0C IE: Unknown: 0B050300820000 IE: Unknown: 43020000 IE: Unknown: 2A0100 IE: IEEE 802.11i/WPA2 Version 1 Group Cipher : CCMP Pairwise Ciphers (1) : CCMP Authentication Suites (1) : 802.1x IE: Unknown: DD18000B0E02000000000C0716AB18A824AA30AD48B160B66CB8 IE: Unknown: DD2E000B0E0301497924244801E667C70547224F71CF5992185913A2A69AF09A076CDFECF873E1EBF2AD37E8D6EE0427 IE: Unknown: DD0E000B0E066687883456400AF6001E IE: Unknown: DD180050F2020101010003A4000027A4000042435E0062322F00 IE: Unknown: 2D1A8C4103FFFFFF0000000000000000000100000000000000000000 IE: Unknown: 3D1606000500000000000000000000000000000000000000 At this point I could no longer resolve external hosts, but I could still resolve hosts on the internal network: jgraham@luna:~$ traceroute flitwick.local traceroute to flitwick.local (10.246.25.52), 30 hops max, 60 byte packets 1 luna.local (10.246.27.208) 2996.843 ms !H 2996.704 ms !H 2996.673 ms !H Not sure if there's some other information that would help here.
:jgraham, this is excellent information, thank you very much. from your output i can tell you the reason why you're having issues with your connection. you are using the b/g radio (2.4ghz spectrum) and unfortunately this spectrum is heavily overused (outside of our control). wifi2.ops.lon1.mozilla.net# show ap status mac 64:87:88:34:56:40 Flags: o = operational[1], c = configure[0], d = download[0], b = boot[0] a = auto AP, m = mesh AP, p/P = mesh portal (ena/actv), r = redundant[0] z = remote AP in outage, i/I = insecure (control/control+data) u = unencrypted, e/E = encrypted (control/control+data) Radio: E = enabled - 20MHz channel, S = sentry, s = spectral-data W/w = enabled - 40MHz wide channel (HTplus/HTminus) D = admin disabled, U = mesh uplink IP Address: * = AP behind NAT AP Flag IP Address Model MAC Address Radio 1 Radio 2 Uptime ---- ---- --------------- ------------ ----------------- ------- ------- ------ 4632 o--e 10.246.1.2 WLA532-WW 64:87:88:34:56:40 E 6/12 E 40/13 19d13h wifi2.ops.lon1.mozilla.net# show rfdetect data ap 4632 36 of 327 entries matched AP: 4632 - wap302.lon1 Detected BSSID Vendor Class Ch RSSI Age SSID ----------------- -------- ----- ---- ---- --- ----------------- 00:14:6c:7c:d6:be Netgear suspt 6 -73 50 STMARTINS 00:14:6c:7c:d7:da Netgear rogue 6 -81 19 STMARTINS 00:1d:aa:b3:5b:e0 Unknown suspt 6 -76 19 Tossed closed 00:1d:aa:b3:5b:e1 Unknown rogue 6 -75 19 Tossed guest 00:26:44:fd:b2:95 Unknown suspt 6 -88 380 O2wirelessFDB295 00:39:96:bf:7b:50 Unknown suspt 6 -82 3 La ROCHE 00:81:d8:56:4e:fa Unknown suspt 6 -79 3 BTHub3-3468 02:39:96:bf:7b:50 Unknown suspt 6 -82 3 BTWiFi 02:81:d8:56:4e:fa Unknown suspt 6 -79 66 BTWifi-with-FON 12:39:96:bf:7b:50 Unknown rogue 6 -82 3 BTOpenzone-B 22:81:d8:56:4e:fa Unknown suspt 6 -80 3 BTWifi-X 24:a4:3c:04:7c:cc Unknown suspt 6 -86 50 VendaSML-insecure 26:a4:3c:04:7c:cc Unknown suspt 6 -87 82 2c:59:e5:b7:85:6d Unknown suspt 6 -84 50 HP-Print-6D-Office~ 36:a4:3c:04:7c:cc Unknown suspt 6 -85 66 Venda-NS 38:2c:4a:ab:49:00 Unknown suspt 6 -85 19 freshglory 44:94:fc:70:83:50 Unknown suspt 6 -82 35 guest_access 44:94:fc:e8:32:ce Unknown suspt 6 -79 66 Dougal 64:87:88:34:54:40 Juniper membr 6 -72 19 Mozilla 64:87:88:34:54:41 Juniper membr 40 -79 19 Mozilla 64:87:88:34:54:42 Juniper membr 6 -70 19 64:87:88:34:54:43 Juniper membr 40 -79 50 64:87:88:34:54:46 Juniper membr 6 -70 19 openwireless.org 64:87:88:34:54:47 Juniper membr 40 -79 19 openwireless.org 64:87:88:34:54:48 Juniper membr 6 -70 19 Mozilla Guest 64:87:88:34:54:49 Juniper membr 40 -79 19 Mozilla Guest 64:87:88:34:66:c0 Juniper membr 6 -61 19 Mozilla 64:87:88:34:66:c2 Juniper membr 6 -61 19 64:87:88:34:66:c6 Juniper membr 6 -61 19 openwireless.org 64:87:88:34:66:c8 Juniper membr 6 -61 19 Mozilla Guest 72:94:fc:e8:32:cf Unknown suspt 6 -81 50 By Invitation Only 74:d0:2b:5e:63:68 Unknown suspt 6 -80 19 GRUK 84:7a:88:9b:6a:c6 Unknown suspt 6 -79 35 b nHTC Portable Ho~ 88:53:d4:38:78:3c Unknown suspt 6+ -87 66 TALKTALK-387834 94:10:3e:b9:c9:e8 Unknown suspt 40- -88 19 BlueMatrix5G c0:3e:0f:92:0b:ad Unknown suspt 6 -85 19 SKY583DE it looks like you were connected to WAP302.lon1. the client (your laptop) makes 99% of the connection decision and for whatever reason it decided to join the 2.4ghz spectrum. the only work around is for you to turn off your wifi and turn it back on. if this issue persists, you might need to delete the Mozilla SSID and rejoin it or update your network card's drivers. jgraham@luna:~$ iwlist scanning lo Interface doesn't support scanning. wlan0 Scan completed : Cell 01 - Address: 64:87:88:34:56:40 <----- BSSID Channel:6 Frequency:2.437 GHz (Channel 6) <------ spectrum
(In reply to Van Le [:van] from comment #38) > :jgraham, this is excellent information, thank you very much. > > from your output i can tell you the reason why you're having issues with > your connection. you are using the b/g radio (2.4ghz spectrum) and > unfortunately this spectrum is heavily overused (outside of our control). I see, thanks for the information. Some quick Googling didn't suggest any way to make Ubuntu always prefer the 5GHz channels. Is there any chance of configuring the APs with a Mozilla5 SSID that's configured to only use the 5GHz band (but is otherwise identical to Mozilla)?
:jgraham, we've had success with another user using a small external usb dongle as it allowed them to connect to 5ghz networks on Ubuntu. would you like us to procure you one to test?
Flags: needinfo?(james)
Thanks, but I think this is working well enough at the moment.
Flags: needinfo?(james)
working well enough per last comment and havent received an update in about 3 months. we're opening a new london office so these issues should be addressed. please continue opening new bugs should new issues arise.
Status: REOPENED → RESOLVED
Closed: 11 years ago → 10 years ago
Resolution: --- → FIXED
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in before you can comment on or make changes to this bug.