Re: CiscoAP 1142N

Hello John,

Your problem is simply that genDevConfig is creating an invalid 
configuration.

It is identifying the wireless interfaces as if they were ethernet 
interfaces, which they arent!

They need to be identified as wireless interfaces and the correct target 
type applied.

The target type for wireless interfaces uses:

     ### OIDS For Aironet Wireless Access Point

     OidClientsAssociated                   = .1.3.6.1.4.1.522.3.12.1.8
     OidClientsTotal                        = .1.3.6.1.4.1.522.3.12.1.7
     OidAPCount                             = .1.3.6.1.4.1.522.3.12.1.13
     OidawcFtBridge                         = .1.3.6.1.4.1.522.3.12.1.9
     OidawcFtBridgeSelf                     = .1.3.6.1.4.1.522.3.12.1.10

If the OIDs for you AP are different you need to identify what they are.

If you supply the OIDs that should be monitored I can update the 
Defaults.cisco file to add the new OIDs, datasources and targettypes.

Once that is done, genDevConfig needs to be updated to recognize the 
sysObjectID of your device(s) and the new target types applied for 
chassis type information and interface specific information.

genDevConfig 2.x templates haven't been updated in a looong time. 
genDevConfig 3.x has been converted for use with Shinken and that is 
were all they new stuff will be going. Though genDevConfig 2.x can still 
be updated in the Cricket svn. The acktomic.com web site has a word 
document which explains how it works and how to add new devices. :-)

Hope that helps! Do not worry, your setup is working...

Cheers,

Francois

On 12-10-25 12:46 PM, John Cardinale wrote:
> Thanks Francois, I am actually getting PPS from the AP, so the string is ok, guess I'll just have to debug and go line by line =(  I was hoping there was a known issue.  But at least I know where I have to test next.
>
> Checking logs, I guess it will be a long process, but looks like this is where the issue resides.
>
> //log sniplet
> [25-Oct-2012 09:40:02 ] Retrieved data for bvi1 (14): U,U,U,U,U,U,U,U,U,U,U,U,U,U,U,U,U,U
> [25-Oct-2012 09:40:02 ] Some data is missing for bvi1 (14).
> [25-Oct-2012 09:40:02 ] Retrieved data for bvi1 (14): U,U,U,U,U,U,U,U,U,U,U,U,U,U,U,U,U,U
> [25-Oct-2012 09:40:02 ] Some data is missing for bvi1 (14).
> [25-Oct-2012 09:40:02*] Received SNMP response with error code noSuchName. OID: 1.3.6.1.4.1.9.2.1.57.0
> [25-Oct-2012 09:40:02 ] Retrieved data for chassis (0): U,U,U,U,U
> [25-Oct-2012 09:40:02 ] Some data is missing for chassis (0).
> [25-Oct-2012 09:40:02 ] Retrieved data for device-traffic (): 0,12836
> [25-Oct-2012 09:40:02*] Received SNMP response with error code noSuchName. OID: 1.3.6.1.4.1.9.2.2.1.1.10.1
> [25-Oct-2012 09:40:02 ] Walking ifDescr for 192.168.10.5:161:2.0:5:1.0:1 to resolve interface-name mapping
> [25-Oct-2012 09:40:02*] Received SNMP response with error code noSuchName. OID: 1.3.6.1.4.1.9.2.2.1.1.10.1
> [25-Oct-2012 09:40:02 ] Retrieved data for dot11radio0 (1): U,U,U,U,U,U,U,U,U,U,U,U,U,U,U,U,U,U
> [25-Oct-2012 09:40:02 ] Some data is missing for dot11radio0 (1).
> [25-Oct-2012 09:40:02 ] Retrieved data for dot11radio0 (1): U,U,U,U,U,U,U,U,U,U,U,U,U,U,U,U,U,U
> [25-Oct-2012 09:40:02 ] Some data is missing for dot11radio0 (1).
> [25-Oct-2012 09:40:02*] Received SNMP response with error code noSuchName. OID: 1.3.6.1.4.1.9.2.2.1.1.10.2
> [25-Oct-2012 09:40:02*] Received SNMP response with error code noSuchName. OID: 1.3.6.1.4.1.9.2.2.1.1.10.2
> [25-Oct-2012 09:40:02 ] Retrieved data for dot11radio1 (2): U,U,U,U,U,U,U,U,U,U,U,U,U,U,U,U,U,U
> [25-Oct-2012 09:40:02 ] Some data is missing for dot11radio1 (2).
> [25-Oct-2012 09:40:02 ] Retrieved data for dot11radio1 (2): U,U,U,U,U,U,U,U,U,U,U,U,U,U,U,U,U,U
> [25-Oct-2012 09:40:02 ] Some data is missing for dot11radio1 (2).
> [25-Oct-2012 09:40:02*] Received SNMP response with error code noSuchName. OID: 1.3.6.1.4.1.9.2.2.1.1.10.3
> [25-Oct-2012 09:40:02*] Received SNMP response with error code noSuchName. OID: 1.3.6.1.4.1.9.2.2.1.1.10.3
> [25-Oct-2012 09:40:02 ] Retrieved data for gigabitethernet0 (3): U,U,U,U,U,U,U,U,U,U,U,U,U,U,U,U,U,U
> [25-Oct-2012 09:40:02 ] Some data is missing for gigabitethernet0 (3).
> [25-Oct-2012 09:40:02 ] Retrieved data for gigabitethernet0 (3): U,U,U,U,U,U,U,U,U,U,U,U,U,U,U,U,U,U
>
>
> -----Original Message-----
> From: Francois Mikus [mailto:[email protected]]
> Sent: Wednesday, October 24, 2012 7:21 PM
> To: [email protected]
> Subject: Re: [cricket-users] CiscoAP 1142N
>
> Hello John,
>
> Apart from the few debug statements bugging out on unescaped or empty values, it should work as advertised.
>
> I would suggest running Cricket with an info or debug log level. You will see what the issue is.
>
> I would also suggest making sure the basics work: Like your community string in the config tree.
> You can also check what your server is sending and receiving using Wireshark, if you are more familiar with that. You will see if the snmp requests just timeout or return an error.
>
> If they timeout, it is a community string issue. ;-)
>
> Cheers,
>
> Francois
>
> -- genDevConfig 3.x is now on github --
> -- No new supported devices compared to the 2.x Cricket version --
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_sfd2d_oct
> _______________________________________________
> cricket-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/cricket-users
>
>


------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct