542865 - Extremely slow wireless performance in RF Room

Status: RESOLVED DUPLICATE of bug 542309

(Infrastructure & Operations Graveyard :: NetOps, task)

Description

[John Ford [:jhford] CET/CEST Berlin Time]

While testing a couple things out in the RF-Shielded room, i noticed that the wireless network to the n900s is painfully slow.  I am getting anywhere from 1.5KBps to 4KBps on average, bursting to ~100 for a split second.  When I was working from home yesterday I was getting 1MBps steady doing the same file transfer (DIR-655).  I also noticed that SSH was significantly more responsive.  Are there any other access points that we could use?  Are there any settings we can tweak to try to make this more usable?

I have noticed that the AP has one antennae, but space for two on the back.  Please let me know if you need a device in there to be able to test with as my macbook seemed to be ok for speed.

Comment 1

[John Ford [:jhford] CET/CEST Berlin Time]

Also, at my desk on Mozilla-Build, i am able to transfer at 250K steady.

Comment 2

[matthew zeier [:mrz]]

You marked this as major but we won't have anyone on site to troubleshoot this until Monday.  Can it wait until then?

Comment 3

[John O'Duinn [:joduinn] (please use "needinfo?" flag)]

(In reply to comment #2)
> You marked this as major but we won't have anyone on site to troubleshoot this
> until Monday.  Can it wait until then?
0) Yeah, its major because we cant complete testing and move machines into the room until this is resolved.

1) Can you confirm today (remotely) that the bandwidth allocated to the room is on-par with the rest of the 2nd floor? 

2) I noticed that the wireless access point in the wireless room is a linksys - different to the white (cisco?) access point. If the room is not intentionally bandwidth-limited, on monday can you try switching access point to see if that is a factor?

Comment 4

[matthew zeier [:mrz]]

(In reply to comment #3)
> (In reply to comment #2)
> > You marked this as major but we won't have anyone on site to troubleshoot this
> > until Monday.  Can it wait until then?
> 0) Yeah, its major because we cant complete testing and move machines into the
> room until this is resolved.

Sure - my major means fix in 24 hours. 


> 1) Can you confirm today (remotely) that the bandwidth allocated to the room is
> on-par with the rest of the 2nd floor? 

We don't limit bandwidth - it's a 1Gbps cross-connect and the wifi there is 11Mbps (same as it would be outside that room).  

Since you're onsite, you might be able to help test - plug a laptop into the switch and run some speed test.  Do the same outside on another wired port (like in the rack of minis, there's ports free).

Comment 5

[John O'Duinn [:joduinn] (please use "needinfo?" flag)]

(In reply to comment #4)
> (In reply to comment #3)
> > (In reply to comment #2)
> > > You marked this as major but we won't have anyone on site to troubleshoot this
> > > until Monday.  Can it wait until then?
> > 0) Yeah, its major because we cant complete testing and move machines into the
> > room until this is resolved.
> 
> Sure - my major means fix in 24 hours. 
ok, appropriate, given what it blocks. 


> > 1) Can you confirm today (remotely) that the bandwidth allocated to the room is
> > on-par with the rest of the 2nd floor? 
> 
> We don't limit bandwidth - it's a 1Gbps cross-connect and the wifi there is
> 11Mbps (same as it would be outside that room).  
ok, thanks for the confirm.


> Since you're onsite, you might be able to help test - plug a laptop into the
> switch and run some speed test.  Do the same outside on another wired port
> (like in the rack of minis, there's ports free).
Actually, I'm at home, sick.

Unless someone else can get to this today, we'll just have to wait until Monday.