[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [hobbit] Re: Devmon causing core dumps



When I run snmpwalk on my interfaces I get the following:
(I believe that the devmon template is using this ... notice that they are
all the same.  A transform won't help)
IF-MIB::ifName.70 = STRING: AT5/0/0
IF-MIB::ifName.71 = STRING: AT5/0/0
IF-MIB::ifName.72 = STRING: AT5/0/0
IF-MIB::ifName.73 = STRING: AT5/0/0
IF-MIB::ifName.74 = STRING: AT5/0/0

(This could be used, but you would end up w/ very long names.  G0/0 would
become GigabitEthernet0/0)
IF-MIB::ifDescr.70 = STRING: ATM5/0/0
IF-MIB::ifDescr.71 = STRING: ATM5/0/0-atm layer
IF-MIB::ifDescr.72 = STRING: ATM5/0/0.0-atm subif
IF-MIB::ifDescr.73 = STRING: ATM5/0/0-aal5 layer
IF-MIB::ifDescr.74 = STRING: ATM5/0/0.0-aal5 layer

(This may be helpful ... somehow ignore all type 37 and type 49, and sub
interface 0 ??)
IF-MIB::ifType.70 = INTEGER: sonet(39)
IF-MIB::ifType.71 = INTEGER: atm(37)
IF-MIB::ifType.72 = INTEGER: atmSubInterface(134)
IF-MIB::ifType.73 = INTEGER: aal5(49)
IF-MIB::ifType.74 = INTEGER: aal5(49)

I will open a bug if you like.  Is the issue that originated this thread the
same as the one I am experiencing?

Robert

On Fri, Oct 31, 2008 at 9:19 AM, Buchan Milne <bgmilne (at) staff.telkomsa.net>wrote:

> On Friday 31 October 2008 17:35:44 Robert Holden wrote:
> > I have seen this as well.  I finally determined it was caused by ATM
> > interfaces.  Devmon does not give different components of an ATM circuit
> > (the physical interface, the -atm layer, .0 sub interface, -aal5 layer)
> > unique names.  So rrd was receiving data for 5 interfaces all with the
> same
> > name.  As a temporary interface, I stopped monitoring the atm interfaces,
> > but this is a bug.
> >
> > Interface names:
> > ATM5/0/0
> > ATM5/0/0-atm layer
> > ATM5/0/0.0-atm subif
> > ATM5/0/0-aal5 layer
> > ATM5/0/0.0-aal5 layer
>
> It's the spaces in the interface names.
>
> > Devmon sees these all as: ATM5/0/0  because devmon templates (atleast for
> > 6509's) are looking at ifName as the main identifier, which is not always
> > unique.
>
> No, on earlier IOSs, there will still many interface names for ATM
> interfaces,
> but there were no spaces in the names. I have adjusted my template in this
> case as follows to avoid the problem with spaces:
>
> in transforms:
>
> ifNameFixed     : REGSUB        : {ifName} /(\S+)(\s*)?(\S+)$/$1$3/
>
> then replace ifName with ifNameFixed in the message file.
>
> > Not sure on a solution yet.  MRTG uses ifIndex as it's unique key.
>
> Well, this is not the issue, but using ifIndex is not a solution either.
>
> (BTW, there isn't a bug filed on this issue, so so far I've just been
> wanting
> to fix this for my own setup ...)
>
> Regards,
> Buchan
>