M and MSM Series
1752808 Members
5690 Online
108789 Solutions
New Discussion юеВ

Re: MSM750 -wierd behaviour

 
Trevor Commulynx
Regular Advisor

MSM750 -wierd behaviour

Hi All,

I have a MSM750 (5.2.4.0-01-6771) with 50x MSM422's. I have deployed the AP's based on survey, checked and triple checked channel seclection, interferance and adjusted the cell size based on analisys. I have some grey areas where I am going to add more AP's due to environmental changes post survey and deployment.

I have 4x SSID's running on both radios- Radio 1 is runningA/N and Radio 2 B/G- both internal Antennas. SSID's- 2x run 802.1x and 2x run WPA2. I have rolled out 250 new notebooks with Intel N based cards (toshiba & HP) all drivers are updated etc.

I have one major problem. when users are working, they are connected at 802.11N and are working fine but then the client machines start locking up. when you turn off the wifi card they come good again. when you turn on the card, the user can keep working for an 1hr a day or just 5 minutes and then the lock up happens. Also, some notebooks are connecting at G speeds whens directly under the AP's even though I have adjusted power and wireless rates to force connectifyt to the closest AP.

All the AP's and controllers are in 1G switch ports, I have a very stable and large backbone throughout the campus on procurve 5406zl's.

Anyone seen this before? I also get this error in my MSM750 logs. This happens on servers that are teamed talking to the MSM750- DNS, Radius etc.


"Syslog severity trap for msg #30056 severity 5: user - iprulesmgr: Station Table Entry (id='6',ip-address='192.168.22.3',mac-address='00:04:23:E1:67:F4',virtual-ap-index='1') exists with the IP address claimed by the new station (mac-address='00:15:17:10:FE:E4'), for security reason we're terminating both stations"

Also, the AP's handle the offload onto the wired network once the Wireless client is authenticated.

Trev.




11 REPLIES 11
Shadow13
Respected Contributor

Re: MSM750 -wierd behaviour

Hi,

I don't know much about MSM products, but what i understand from the log you posted that there is an IP address error, make sure you exclude the APs IP addresses from the DHCP pool you configured and double check if a device has configured a static IP address or something.

Regards.
Sietze Reitsma
Respected Contributor

Re: MSM750 -wierd behaviour

hello,

ask support or download the latest software version 5.3.3 (sw supportpack needed). In earlier releases radio's can disconnect or response slow in environments with interference. Maybe it does not solve your problems, but from a support perspective you can exclude radio driver problems.

I don't know what causes the duplicate IP adresses, but it seams to be another issue.
Trevor Commulynx
Regular Advisor

Re: MSM750 -wierd behaviour

Thanks Guys for the reposnes. I dont Have DHCP running on the MSM controller. the .22.3 address is the main DNS and DHCP server for AD + Radius. it runs a teamed nic.

I will update the firmware, just need to purchase the right support contract.

Trev.
tpereirahpts
New Member

Re: MSM750 -wierd behaviour

Hi Trev,

I'm experiencing the same problem as you had. Can you tell me if you find any resolution? Or you just ignore the messages?
Trevor Commulynx
Regular Advisor

Re: MSM750 -wierd behaviour

you can ignore the messages. I still havent solved the lock ups, although upgrading to windows 7 has stabalised it.
Matt Marcos
Occasional Advisor

Re: MSM750 -wierd behaviour

We have pure N going with dynamic power controll. Found this last setting to cause problems with the same symptopms as you describe. Once we turned of dynamic power it became very stable.

Cheers,

Matt
inayath_1
New Member

Re: MSM750 -wierd behaviour

HI Mat,
I am also facing the same issue with the latest firmware on msm (5.4.1) kindly let me know what to disable?
Thanks in advance.
Matt Marcos
Occasional Advisor

Re: MSM750 -wierd behaviour

Login to the controller. go to CONTROLLED AP's on the left menu. Now on the right side of the page goto CONFIGURATION then RADIO LIST. Click on the model AP you are configuring (my case was MSM422). For each radio (if you have dual radio APs) go down to ADVANCED WIRELESS SETTINGS. Untick AUTOMATIc POWEr CONTROL.

I use these settings for pure 5GHZ N

Guard interval : Long
Distance between aps: Small
Max avail output power = TICKED

Everything else default in this area of the config.

Hope this helps.

cheers,

Matt.
inayath_1
New Member

Re: MSM750 -wierd behaviour

Hi Mat,
Thanks for the update.
My setup is like this:
unfiltered log frim version 5.4.1
Sep 28 19:25:06 crit iprulesmgr assert: iprulesmgr.c
GetVirtualAPIndexFromAssociationTableUsingMAC 10497 (memcmp(emptyMAC, aMACAddress, ETH_ALEN) != 0).
Sep 28 19:25:06 debug iprulesmgr There is no association information
for this station (mac-address='00:00:00:00:00:00') therefore the configuration of the VSC #1 will be applied.
Sep 28 19:25:06 warning iprulesmgr Station Table Entry
(id='0',ip-address='192.168.2.33',mac-address='00:19:E7:05:97:43',virtual-ap-index='1')
exists with the IP address claimed by the new station (mac-address='00:00:00:00:00:00'), for security reason we're terminating both station access.
Sep 28 19:25:06 debug iprulesmgr Removed Station Table Entry
(id='0',ip-address='192.168.2.33',mac-address='00:19:E7:05:97:43',virtual-ap-index='1')
as another station have been detected to be using this IP Address.
Sep 28 19:25:06 debug iprulesmgr Added Station Table Entry
(id='0',ip-address='192.168.2.33',mac-address='00:00:00:00:00:00',virtual-ap-index='1').
Sep 28 19:25:06 debug iprulesmgr Disabling Client Station Polling
mechanism as user (nas-port='1',ip-address='192.168.2.33') has no known MAC address (probably hidden through a router).
Sep 28 19:25:06 debug iprulesmgr Received IPC LOGIN REQ for user
(nas-port='1',framed-ip-address='192.168.2.33',calling-station-id='').
Sep 28 19:25:07 debug radiusd A:Login OK: [dauergast] (from client
localhost port 1)
Sep 28 19:25:07 info iprulesmgr Idle Timeout for user (nas-port='1')
set (value='3600').
Sep 28 19:25:07 info iprulesmgr Starting session for user
(virtual-ap-index='1',type='HTML',nas-port='1',name='dauergast',calling-station-id='',framed-ip-address='192.168.2.33',incoming-vlan-id='0').
Sep 28 19:25:14 warning iprulesmgr Station Table Entry
(id='0',ip-address='192.168.2.33',mac-address='00:00:00:00:00:00',virtual-ap-index='1')
exists with the IP address claimed by the new station (mac-address='00:19:E7:05:97:43'), for security reason we're terminating both station access.
Sep 28 19:25:14 debug iprulesmgr Removed Station Table Entry
(id='0',ip-address='192.168.2.33',mac-address='00:00:00:00:00:00',virtual-ap-index='1')

Any help from you would be appriciated.

thanks in advance.