Re: [Devmon] cisco templates

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

will do.  Do you have a template that works with a 6500 series  
switch.  The one the comes with the Template is a little off?

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

> You really need to read the devmon docs then, all 5 files work in
> connection with each other to produce the output you see.  The oid  
> file
> is sort of at top and you can use those defs directly but they are  
> more
> powerful after being manipulated as needed then reported.  Look and  
> the
> TEMPLATE file in the docs  it explains this in better detail.
>
> Trent
>
> -----Original Message-----
> From: dev...@li...
> [mailto:dev...@li...] On Behalf Of
> Joshua Krause
> Sent: Friday, September 21, 2007 1:19 PM
> To: dev...@li...
> Subject: Re: [Devmon] cisco templates
>
> 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
>
>
> ------------------------------------------------------------------------
> -
> 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