I have noticed quite a bit of (unnecessary) redundancy when it comes to the cisco templates.  I have been able to reduce nearly all the cisco devices down to two templates:  cisco-switch and cisco-common<br>I still have a few minor issues to deal with, but should have something to post to the group in about a weeks time.  The biggest of these issues is finding something in the specs "model" that is common to the cisco-switch (2811, 4003, 5500, & 6506), that is not found in all the other devices.  Simularily, I would like to find something in the specs "model" that is common to all other cisco devices (cisco-common).<br>
<br>note: Many switches are still able to use cisco-common (2900, 3500, 3550, etc), so I probably have to come up with a better name for cisco-switch.<br><br>I will see what I can find on your subinterfaces issue.<br><br>
I am also working on an idea (change to devmon) to allow for "default" templates depending on vendor.<br><br>Robert Holden<br><br><br><div class="gmail_quote">On Fri, Apr 18, 2008 at 7:17 AM, Chris Wopat <<a href="mailto:chrisw@supranet.net">chrisw@supranet.net</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hello,<br>
<br>
Chiming in on some info on Devmon. While primarily targeted to the Devmon list, it may be useful to hobbit/devmon users who don't subscribe to that list.<br>
<br>
The cisco-7206 template works perfectly fine on a Cisco 7500. I'm sure it works on a 7200 as well. I also have an old 7000 here, but I don't want to boot it up to test. Anyway, it may be in the best interest to rename 7206 to 7200, and just copy its templates to a 7500 folder, or genericly rename the whole thing cisco-7000.<br>

<br>
Also, there is a typo in the USING doc:<br>
<br>
<a href="http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/docs/USING?revision=3&view=markup" target="_blank">http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/docs/USING?revision=3&view=markup</a><br>
<br>
This line is listed:<br>
        DEVMON:tests(cpu),thresh(cpu;CPUTotal5Min;y=50;r=90)<br>
<br>
But it should be:<br>
        DEVMON:tests(cpu),thresh(cpu;CPUTotal5Min;y:50;r:90)<br>
<br>
It's correct in the details furter down the page, but the equal symbols should be colons near the top when it first mentions thresh().<br>
<br>
Lastly, and this is very minor, Devmon doesn't properly detect administratively down interfaces in all cases. On one router, I am using subinterfaces as follows:<br>
<br>
GigabitEthernet0/2<br>
GigabitEthernet0/2.1<br>
GigabitEthernet0/2.2<br>
GigabitEthernet0/2.3<br>
..etc..<br>
<br>
If I shut down Gi0/2, 'sh ip int br' shows its subinterfaces administratively down, but devmon doesn't detect that- one has to go into each subinterface and shut them down as well. It does appear that the OID that checks admin status (.1.3.6.1.2.1.2.2.1.7) does indeed say up, which is why it's showing red:<br>

<br>
ifAdminStatus.89 = INTEGER: up(1)<br>
<br>
I couldnt find any alternate OID to report ifAdminStatus, so short of putting in code to check parent interface status, it probably couldn't be considered a bug, but I thought I'd mention it.<br>
<br>
--Chris<br>
<br>
To unsubscribe from the hobbit list, send an e-mail to<br>
<a href="mailto:hobbit-unsubscribe@hswn.dk" target="_blank">hobbit-unsubscribe@hswn.dk</a><br>
<br>
<br>
</blockquote></div><br>