nv-l
[Top] [All Lists]

RE: Re: Re: Addtrap problem

To: nv-l@lists.tivoli.com
Subject: RE: Re: Re: Addtrap problem
From: Stephen Elliott <selliott@epicrealm.com>
Date: Tue, 31 Oct 2000 12:45:00 -0600
Ray & James,

Thanks for th einfo. Cisco finally coughed up the base MIB file. It turns
out that only one MIB file has any custom traps. vrrp.mi2. All other traps
are rfc-type. So far, that is. It seems unlikely that Altiga would not
create custom traps for VPN specific errors, etc. other than the generic 5
and a few ospf. It's possible, but we'll see what Cisco comes back with. 

Regards,

Steve Elliott
Sr. Network Mgmt. Engineer
epicRealm, Inc.
214-570-4560


-----Original Message-----
From: Ray Westphal [mailto:rwestphal@erac.com]
Sent: Monday, October 30, 2000 7:30 AM
To: NV List (E-mail)
Subject: [NV-L] Re: Re: Addtrap problem


Steve,

Did you highlight the object on the map and attempt to browse the MIB? Go
down the MIB tree (start at iso.org.dod.internet.private.enterprises).
Choose the Altiga vendor MIB Object ID and then choose Describe. You should
see the .1.3.6.1.4.1.3076 OID. Close that window, choose Down Tree and do a
describ. The OID for the next should be displayed.

Hope that helps. If not call the vendor. I could not login into the
Cisco/Altiga site.

Good Day!

Ray Westphal
NMSA Systems Administrator
Enterprise Rent-A-Car


> RE: Re: Addtrap problem.

> Ray,

> Thanks for the info below. It will come in handy when I get the trap def's
> compiled. My immediate problem, tho, is to determine what the OID for each
> trap should actually be. There are trap def's embedded in several of the
> Altiga mib files, but none of them have their respective enterprise ID's
and
> all are spec'd as general type with specific numbers, some of which
overlap
> with other def's. Obviously, each trap must have it's own unique OID, but
> without them in the mib file, how does one reverse engineer the mib file
to
> determine that unique OID? Is it even possible to do this or do I simply
> need to contact the vendor?

> Here are 2 examples of the overlap I'm talking about. The base enterprise
> OID should be .1.3.6.1.4.1.3076 based on the SNMP database (the 'should'
> here is an assumption on my part), but each trap below is spec'd as
generic
> 6, specific 3. I added the -i OID as it's the only one I know for Altiga.

> /usr/OV/bin/addtrap -l vrrpTrapNewMaster -g 6 -s 3 \
>    -n altiga_traps  \
>    -i 1.3.6.1.4.1.3076 \
>    -o A  -c "LOGONLY" -t 0 \
>    -S 1  \
>    -D "The newMaster trap indicates that the sending agent
> has transitioned from 'Backup' state to 'Master' state."  \
>    -e vrrpTrapNewMaster  \
>    -F '$E $G $S $# args: $*'
>
> /usr/OV/bin/addtrap -l ospfVirtNbrStateChange -g 6 -s 3 \
>    -n altiga_traps  \
>    -i 1.3.6.1.4.1.3076 \
>    -o A  -c "LOGONLY" -t 0 \
>    -S 1  \
>    -D "An ospfIfStateChange trap signifies that there
> has  been a change in the state of an OSPF vir-
> tual neighbor.  This trap should  be  generated
> when  the  neighbor state regresses (e.g., goes
> from Attempt or  Full  to  1-Way  or  Down)  or
> progresses to a terminal state (e.g., Full)."  \
>    -e ospfVirtNbrStateChange  \
>    -F '$E $G $S $# args: $*'
>
> Regards,
>
> Steve Elliott
> Sr. Network Mgmt. Engineer
> epicRealm, Inc.
> 214-570-4560


<Prev in Thread] Current Thread [Next in Thread>

Archive operated by Skills 1st Ltd

See also: The NetView Web