Re: [Devmon] cisco templates

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

I guess the reason I ask is because I thought the the oids file for  
devmon basically did a map of name to oid.  So since I don't have  
ifStat defined in my oids file for the if_stat column that devmon  
won't understand it.

On Sep 21, 2007, at 2:10 PM, Trent Melcher wrote:

> Try using IfStat instead
>
> ifStat: ignore : admin.+
>
> -----Original Message-----
> From: dev...@li...
> [mailto:dev...@li...] On Behalf Of
> Joshua Krause
> Sent: Friday, September 21, 2007 1:03 PM
> To: dev...@li...
> Subject: Re: [Devmon] cisco templates
>
> the command to run with snmpwalk to just get the values back is:
>
> snmpwalk -Oe -v 2c -c public gsonc-arc-4948-1 .1.3.6.1.2.1.2.2.1.7.38
> IF-MIB::ifAdminStatus.38 = INTEGER: 2
>
> rather than:
> [hobbit@gsonc-spg-ops-1 cisco-4948]$ snmpwalk -v 2c -c public gsonc-
> arc-4948-1 .1.3.6.1.2.1.2.2.1.7.38
> IF-MIB::ifAdminStatus.38 = INTEGER: down(2)
>
> But devmon is still reporting the items that are "admin down" which I
> thought I was telling it not to by:
> ifAdminStatNum : ignore : 2
>
> and i've tried it:
> ifAdminStatNum : ignore : 2.+
>
> Don't know what is going on.
>
>
>
> On Sep 21, 2007, at 11:55 AM, Trent Melcher wrote:
>
>> On Fri, 2007-09-21 at 11:44 -0400, Joshua Krause wrote:
>>> I tried throwing an exception in this format:
>>>
>>> ifAdminStatNum : ignore : down(2)
>>
>> Try just "2"   the down is being added from the MIB your OID is only
>> reporting 2
>>
>> There is an option in snmpwalk to turn that off so you can see just
>> the
>> stat being pulled.
>>
>> Look at your transform file you should see something similar to this:
>>
>> ifAdminStatTxt  : SWITCH        : {ifAdminStatNum} 1=up,2=admin
>> down,3=testing
>> ifOperStatTxt   : SWITCH        : {ifOperStatNum}
>> 1=up,2=down,3=testing,4=unknown,5=dormant,6=not present,7=lowe
>> r layer down
>> ifStat          : BEST          : {ifAdminStatTxt},{ifOperStatTxt}
>> ifSpeed         : SPEED         : {ifBps}
>> ifAliasBox      : REGSUB        : {ifAlias} /(\S+.*)/ [$1]/
>>
>> This shows where the "admin down" gets defined from to be displayed
>>
>>>
>>> Which i was hoping that it would just not display anything with a
>>> down(2) state.  But when i do an snmpwalk with the "ifAdminStatNum"
>>> it
>>> doesn't kick back anything.
>>>
>>> [hobbit@gsonc-spg-ops-1 if_stat]$ snmpwalk -v 2c -c public gsonc-
>>> arc-4948-1 ifAdminStatNum
>>> ifAdminStatNum: Unknown Object Identifier (Sub-id not found: (top)  
>>> ->
>>> ifAdminStatNum)
>>>
>>>
>>> but if i do this:
>>>
>>> [hobbit@gsonc-spg-ops-1 if_stat]$ snmpwalk -v 2c -c public gsonc-
>>> arc-4948-1 ifAdminStatus
>>> IF-MIB::ifAdminStatus.2 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.3 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.4 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.5 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.6 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.7 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.8 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.9 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.10 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.11 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.12 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.13 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.14 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.15 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.16 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.17 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.18 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.19 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.20 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.21 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.22 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.23 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.24 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.25 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.26 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.27 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.28 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.29 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.30 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.31 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.32 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.33 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.34 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.35 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.36 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.37 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.38 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.39 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.40 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.41 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.42 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.43 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.44 = INTEGER: down(2)
>>> IF-MIB::ifAdminStatus.45 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.46 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.47 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.48 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.49 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.50 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.51 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.52 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.53 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.54 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.55 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.56 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.57 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.58 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.59 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.60 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.61 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.62 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.63 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.64 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.65 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.66 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.67 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.68 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.69 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.70 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.71 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.72 = INTEGER: up(1)
>>> IF-MIB::ifAdminStatus.73 = INTEGER: up(1)
>>>
>>>
>>> Now the current oids file for if_stat has these listed:
>>>
>>> [hobbit@gsonc-spg-ops-1 if_stat]$ more oids
>>> ifName		: .1.3.6.1.2.1.31.1.1.1.1	: branch
>>> ifAlias		: .1.3.6.1.2.1.31.1.1.1.18	: branch
>>> ifBps		: .1.3.6.1.2.1.2.2.1.5		: branch
>>> ifAdminStatNum	: .1.3.6.1.2.1.2.2.1.7		: branch
>>> ifOperStatNum	: .1.3.6.1.2.1.2.2.1.8		: branch
>>>
>>>
>>> Do these names need to match an actual name on the device itself?   
>>> Or
>>> do the OID's just need to be correct?  Or do both need to match?
>>>
>>> On Sep 21, 2007, at 11:29 AM, Trent Melcher wrote:
>>>
>>>> Look at the exception file in your templates.  The answer is in
>>>> there.
>>>> Also look at the TEMPLATES document in the doc folder.
>>>>
>>>> Trent
>>>>
>>>> -----Original Message-----
>>>> From: dev...@li...
>>>> [mailto:dev...@li...] On Behalf Of
>>>> Joshua Krause
>>>> Sent: Friday, September 21, 2007 10:23 AM
>>>> To: dev...@li...
>>>> Subject: [Devmon] cisco templates
>>>>
>>>> How can i go about not showing any interface that is in an "admin
>>>> down" state.  But i would like to exclude them from all test.   
>>>> Until
>>>> they are made active.
>>>>
>>>> thanks
>>>>
>>>>
> ------------------------------------------------------------------------
>>>> -
>>>> This SF.net email is sponsored by: Microsoft
>>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>>> _______________________________________________
>>>> Devmon-support mailing list
>>>> Dev...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/devmon-support
>>>>
>>>>
> ------------------------------------------------------------------------
> -
>>>> This SF.net email is sponsored by: Microsoft
>>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>>> _______________________________________________
>>>> Devmon-support mailing list
>>>> Dev...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/devmon-support
>>>
>>>
>>>
> ------------------------------------------------------------------------
> -
>>> This SF.net email is sponsored by: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>> _______________________________________________
>>> Devmon-support mailing list
>>> Dev...@li...
>>> https://lists.sourceforge.net/lists/listinfo/devmon-support
>>
>>
> ------------------------------------------------------------------------
> -
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Devmon-support mailing list
>> Dev...@li...
>> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
>
> ------------------------------------------------------------------------
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support

Re: [Devmon] cisco templates

SNMP poller for Xymon

Re: [Devmon] cisco templates