N Speed Issues - MSM760 w/ Intel 6200 AGN

[Trevor Commulynx]

Hi All,

I have a major speed issue with my current MSM760/MSM422 x 49 Wireless network. we have 700 Notebooks - 40/60 split between HP 6730B & 6550B. Server 2008 R2 domain network with 802.1x via NPS (RADIUS & Certificates). the 6730B's run the Intel 5100AGN and the 6550B run the Intel Centrino Advanced 6200 AGN (2x2). Radio 1 on the MSM422 is set to N 5Ghz only and radio 2 on G only.

The 6730B login for the first time in about 2-2:30min. setting up new profile of about 51Mb which is acceptable as cabled in is about 1:30min. @ N but the 6550B takes 5minutes on N only but 2 mins on G?

I have tried all the different NIC settings, tried all the different drivers fro the 6550B. currently running 13.5.0.6. obviously I need N as some classrooms have 35 notebooks at once.

Please note all these tests were done with the network under full load & when it was idle. I have also tested turning all the AP's around the test ntobook off so only one AP is running and still the same results.

Anyone have any suggestions? I am runnning 5.4 on the MSM760.

Cheers,

Trev.

P.S. This trhead has been moved from Communications, Wireless (Legacy ITRC forum) to MSM Series. - Hp Forum Moderator

[Kevin Kajer]

We had this same issue. HP told us to turn the radios to 802.11n/a operation. That seemed to fix all of our problems.

[Hadrien9]

I am having very similar issues.

We have a MSM710 Mobility controller (5.5.1 firmware) and 7 MSM422 APs. We have a VSC which is configured for every allowable rate and the "Enable WMM" option is enabled. It uses Active Directory auth with WPA2 Enterprise for encryption so that clients can float between APs in the the entire building.


The MSM422s are set for radio 1 as 5GHz with N/A and radio 2 is 2.4GHz and is set for B/G/N.

I have tried numerous network cards (Intel 5200, 6100, and 6200 cards). The cards report they are connecting at 300Mbps but the fastest rate I can get out of any of them is 30Mbps to numerous servers on the network all with 1Gbps uplinks.

I have tried just about every option I can think of and nothing seems to work. I get 50-70Mbps on a Linksys WRT610N and E3000 using WPA2 encryption with the same Intel network cards. I would think that I should be getting better transfer rates with this setup.

Anyone have any suggestions before I call support again?

[Trevor Commulynx]

We have tried all the combinations, updated the revision of the firmware and we are still seeing A & G logging in between 2:00 & 2:30 minutes where as N is consistantly 5:30 - 6:30 minutes. WTF.

[Trevor Commulynx]

I have also done testing on 2.4 & 5Ghz N and we see file copies start at good speed and then they just stop and windows explorer times out. G & A are slow but they complete the file copy. doesn't matter if the file is 100MB or 2GB, still just stops only on N.

[ToddMcC]

Unfortunately, all I can add is another "me too" to this conversation. Anybody given up and called support and/or found a solution?

[Trevor Commulynx]

Hi ToddMcC, are you running Windows 7 by any chance? We have done further analysis while HP support are looking over the RF and Wire captures we have sent them and I have noticed that we are seeing "TCP Window Full" info when the copy stops. WE think it has something to do with the AP's handling windows 7 TCP scaling. this is just a theory, but we are trying with some other OS's to test this theory.

Trev.

[SD52]

Unfortunately I have a "me too" on this as well. We saw this on both a 760 controller running 5.3, and a brand new 765ZL running 5.5.2.1. The AP's are MSM410 (roughly 30 of them). Setting them to G only, have no issues.

As soon as we do B/G, they stop to drop client traffic off the grid (for example, a continue ping from a wireless client to a wired network device sees the pings start around sub 10ms, slowly climb over a minute to several thousand ms, then eventually all traffic dies).

The new controller is under support, so I have a ticket in with HP. Hopefully will find a solution. Someone mentioned going to N/A only, if that works, great, but for us we still have a lot of G equipment and will for many years to come.

[SD52]

FYI, this also happens with Realtek and Intel 6300 client cards (not just the 6200's), so it's gotta be a radio issue I think.

[Evan_ISS]

I am afraid a "me too" here as well.

I am managing two sites, one with x1 MSM710 with x8 MSM410 and the second with x1 MSM760 with x24 MSM410. Both controllers are on 5.5.2.1.

When even a couple of netbooks (Realtek) try to connect they drop after a couple of minutes. Conf is mixed b/g/n with Power Saving on.

Short of putting everything on just N (does that even work?) or just G and before I open a ticket with HP, has anyone been succesfull in finding a solution?

[Henning Søilen]

And me too with the same problem. Made a thread a while back regarding the same issue. Haven't seen any response from HP whatsoever.

http://h30499.www3.hp.com/t5/Communications-Wireless-Legacy/msm710-and-msm422-cannot-handle-jumbo-frames/m-p/4791478/highlight/true#M8771

Regards,

Henning

[Evan_ISS]

Hi Henning,

has the latest software (5.5.2.1) offered some kind of solution? I think I saw in the release notes something that looks very similar to your problem (64824 - p6 & 49182 - p16).

We were suffering from the second until we upgraded. Hasn't made any difference to the mixed mode problem though.

FYI, I tested with G only and everything flies (in the MSM710 site with x15 Realtek netbooks on a single radio).  Will test with N only (same site) next week.

I am trying to get in touch with HP networking engineers via our reseller as calls logged via the web or phone are met with what can only be described as disgraceful support.

[Henning Søilen]

Hello everyone,

Looks like the partially fixed it in 5.5.2.1, behavior changed but still stalls occasionally.

and it seems permanently fixed in build 5.5.2.14-01-10104

Regards,

Henning

[Arimo]

Hi Henning

Just a couple of little comments.

"Made a thread a while back regarding the same issue. Haven't seen any response from HP whatsoever"

These forums are a peer resource HP offers to customers. You may our people occassionally answering questions, but these answers won't cause any action from HP per se. We're not answering in official way here, but on our own time. To have issues reported to technical support you will need to contact support and open a troubleshooting case, either via telephone or through My Networking portal.

"Looks like the partially fixed it in 5.5.2.1, behavior changed but still stalls occasionally. and it seems permanently fixed in build 5.5.2.14-01-10104"

The warranty says that you're eligible to have maintenance releases for your device for one year after purchase, after that a Care Pack is required. For upgrades a Care Pack is required from day 1. That means that if your device is currently running 5.4 -branch, you can't have a SW upgrade to 5.5 -branch even if you find a fix for your issue there. That will require purchasing a SW Care Pack.

There's also another point. The fact that for example 5.4 Release Notes do not contain a fix but 5.5 RN has it doesn't mean that the issue isn't fixed on 5.4. The SW branches are separately developed - it may be that the issue isn't even present on the 5.4. It is also possible that similar behavior is present, but it's caused by a different trigger. In that case it would have a different bug number.

[Henning Søilen]

I do understand that this is not an official support channel. Forums like this however is probably the best venue for end users to vent their problems. For the same reasons it's also a perfect place for HP engineers to spot defects with their products and I was assuming you had an eye on what was going on here.

In my case this problem have been present on MSM422 since 5.36 and aparently solved more than a year later in 5.52.14.

I have carepacks for single accesspoints and controller.

Regards,

Henning

[Henning Søilen]

Just want to add that I have been through 5.41, 5.42, 5.52.1 and at last 5.52.14. I also find it a bit strange that there are different branches in development in 5.3, 5.4 and 5.5 due to the fact that the build number on all those releases have incrementing and consecutive numbers.

Henning

[Richard535]

I have the same issue and have open a ticket with HP. HP have addressed the issue and will be fixed in firmware build 5.7.x which will be release this month? I hope

[Evan_ISS]

If anyone is still following this thread find below an update:

We have upgraded to firware 5.7.0.2-01-10750 but without much success.

MSM410s in mixed mode just go berserk with a variety of client NICs.

This happens in x3 different sites that I manage with a mixture of MSM710/MSM760 controllers and from x8 to x24 MSM410s.

Initially we thought it was the lack of Tx Protection, so legacy clients were broadcasting willy nilly but now that this has been added to the MSM410s I am frankly at a loss why this happens.

In our case the problem manifests itself by a sudden rise in noise levels that usually disconnects clients from the AP. Some reconnect quickly, some others hang there for a substantial amount of time (max is 2 minutes). SNR when this happens is atrocious, hence the disconnects/slowness.

We have a few MSM460s as well that seem to be immune (we have other issues with them :-)) so I can only think this is a HW issue.

Edit: When in pure G or N mode all works very well.

[Mike W Burns]

I have a similar problem, but with only 1 of 3 APs.  It is in a clean room with 5 or 6 Nics, the other 2 connect only to HP and Lenovo laptops and have no problem.  I have shifted them around with no improvment in results.  The one in the clean room is always the problem. 

I have upgraded to 5.7.2.0-12736 and that actually seems to make the problem worse.