[NV-L] Advice on Monitoring Wireless Access Points

[Sue Young <syoung@westpac.com.au>]

Dear List,

Looking for advice on how others are
managing these devices on Netview. We've recently installed 500 Cisco Aironet
1231 Access Points and have run into a few problems. Traps are being sent
to a WLSE which in turn forwards traps to Netview. We receive 10 traps
per second just to let us know an AP is running OK. If there's a problem,
eg. snmp unreachable, we receive 120 traps per sec. (not good). These traps
are taking up over 70% of the trapd.log (also not good). 

From reading the archives, it appears
the WLSE modifies the trap before sending to Netview and a fair bit of
work is required to parse these traps into a more meaningful trap to alert
the Operators. We're also receiving all AP traps from the WLSE but we really
only want to see link up/down and also problems on the radio side of the
link. Not sure if the WLSE can be configured to only send these specific
traps to Netview (another area looks after the WLSE).

Another option is for the APs to send
traps directly to Netview but again we would get flooded with traps we
don't want to see. I guess they could be filtered from appearing in the
trapd.log but this may mask performance issues caused by the high volume
of traps.

Also on the archives, there was mention
of collecting SNMP data from the AP mibs (and using snmpColDump) for monitoring
the radio side of the APs. Is this the only way (or the best way) to monitor
if a radio goes down? This option sounds interesting but would require
a fair bit of work in managing and processing the collected data. This
would require the APS to be on the Netview maps (they aren't at present
since they are DHCP - the ip addresses are only static for as long as the
AP is active) so we'd have some ongoing management issues unless we convince
the designers to change them to static ip addresses.

If we turn off receiving any traps from
the WLSE we can still monitor link up/down on the APS as the switch they
are connected to sends trps when a port goes down. However, we'd also like
to see when a radio goes down.

How is everyone else handling this?
Thanks in advance for any advice..

By the way, we're running 7.1.3 FP3
on unix.

Best Regards,
Sue Young

 





Please consider our environment before printing this email.

WARNING - This email and any attachments may be confidential. If received in error, please delete and inform us by return email. Because emails and attachments may be interfered with, may contain computer viruses or other defects and may not be successfully replicated on other systems, you must be cautious. Westpac cannot guarantee that what you receive is what we sent. If you have any doubts about the authenticity of an email by Westpac, please contact us immediately.

It is also important to check for viruses and defects before opening or using attachments. Westpac's liability is limited to resupplying any affected attachments.

This email and its attachments are not intended to constitute any form of financial advice or recommendation of, or an offer to buy or offer to sell, any security or other financial product. We recommend that you seek your own independent legal or financial advice before proceeding with any investment decision.

Westpac Institutional Bank is a division of Westpac Banking Corporation, a company registered in New South Wales in Australia under the Corporations Act 2001 (Cth). Westpac is authorised and regulated in the United Kingdom by the Financial Services Authority and is registered at Cardiff in the United Kingdom as Branch No. BR 106. Westpac operates in the United States of America as a federally chartered branch, regulated by the Office of the Comptroller of the Currency.

Westpac Banking Corporation ABN 33 007 457 141.
_______________________________________________
NV-L mailing list
NV-L@lists.ca.ibm.com
Unsubscribe:NV-L-leave@lists.ca.ibm.com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to 
internal IBM'ers only)