Alan, thanks!
Martin On 7/9/15, Robson, Alan <alan.rob...@viasat.com> wrote: > The vendor sometimes provides information too, aside from the MIB files. > > Also, I have to say that the device does not need to be listening for > requests on port UDP:161 (the traditional role of an agent) in order to send > traps. That is, it can send traps without having an SNMP agent running in > the traditional sense. For example, you can send a trap from the commandline > of a machine that is not running snmpd. > > Alan > > -----Original Message----- > From: Martin T [mailto:m4rtn...@gmail.com] > Sent: Thursday, July 09, 2015 2:00 AM > To: Robson, Alan > Cc: stua...@alleninstitute.org; net-snmp-users@lists.sourceforge.net > Subject: Re: purpose of MIB files in SNMP management stations > > Alan, > > so in a nutshell, MIB files are the only place to search for SNMP traps > supported by SNMP agent? > > > thanks, > Martin > > On 7/8/15, Robson, Alan <alan.rob...@viasat.com> wrote: >> Consider this part of the IF-MIB... >> >> linkDown NOTIFICATION-TYPE >> OBJECTS { ifIndex, ifAdminStatus, ifOperStatus } >> STATUS current >> DESCRIPTION >> "A linkDown trap signifies that the SNMP entity, acting in >> an agent role, has detected that the ifOperStatus object for >> one of its communication links is about to enter the down >> state from some other state (but not from the notPresent >> state). This other state is indicated by the included value >> of ifOperStatus." >> ::= { snmpTraps 3 } >> >> linkUp NOTIFICATION-TYPE >> OBJECTS { ifIndex, ifAdminStatus, ifOperStatus } >> STATUS current >> DESCRIPTION >> "A linkUp trap signifies that the SNMP entity, acting in an >> agent role, has detected that the ifOperStatus object for >> one of its communication links left the down state and >> transitioned into some other state (but not into the >> notPresent state). This other state is indicated by the >> included value of ifOperStatus." >> ::= { snmpTraps 4 } >> >> >> These are messages that may be sent by the device when an interface >> goes down or come up. They occur spontaneously in reaction to network >> events they are not something that can be collected from the SNMP >> agent using SNMPGET or SNMPWALK etc. Using some imagination, the >> linkup should be considered to be a resolution to a linkDown event >> though that is not clearly expressed in the text above and is >> certainly nowhere to be found in the SNMP packet if you were to capture it >> and pull it apart with wireshark or tcpdump. >> >> Cheers >> >> Alan >> >> -----Original Message----- >> From: Martin T [mailto:m4rtn...@gmail.com] >> Sent: Wednesday, July 08, 2015 8:43 AM >> To: Robson, Alan >> Cc: stua...@alleninstitute.org; net-snmp-users@lists.sourceforge.net >> Subject: Re: purpose of MIB files in SNMP management stations >> >> Alan, >> >> thanks for reply! Do you mean a situation where under normal >> conditions(i.e. >> there is no alarm) the SNMP object is not present, but it will appear >> once the alarm is active and disappears once the alarm disappears? >> >> >> Martin >> >> On 7/8/15, Robson, Alan <alan.rob...@viasat.com> wrote: >>> They can help associate notifications that indicate alarm conditions >>> with notifications that indicate that the same alarm has cleared. >>> >>> In the normal run of events, the MIB text file is the only way one >>> would learn what notifications are supported without reading the >>> source code since walking the agent won't reveal them. >>> >>> Alan >>> >>> -----Original Message----- >>> From: Martin T [mailto:m4rtn...@gmail.com] >>> Sent: Wednesday, July 08, 2015 6:53 AM >>> To: stua...@alleninstitute.org >>> Cc: net-snmp-users@lists.sourceforge.net >>> Subject: Re: purpose of MIB files in SNMP management stations >>> >>> One additional purpose, which falls more or less under documentation, >>> is that MIB files give a fairly good overview what exactly a SNMP >>> agent on a device supports. On the other hand, this could be observed >>> with snmpwalking the device? >>> >>> >>> regards, >>> Martin >>> >>> On 7/8/15, Martin T <m4rtn...@gmail.com> wrote: >>>> Stuart, >>>> >>>> yes, MIB files are a great way to look up for additional information >>>> about a SNMP object. For example: >>>> >>>> $ gsed -n '/^ifName/,/^$/p' /usr/local/share/snmp/mibs/* ifName >>>> OBJECT-TYPE >>>> SYNTAX DisplayString >>>> MAX-ACCESS read-only >>>> STATUS current >>>> DESCRIPTION >>>> "The textual name of the interface. The value of this >>>> object should be the name of the interface as assigned by >>>> the local device and should be suitable for use in commands >>>> entered at the device's `console'. This might be a text >>>> name, such as `le0' or a simple port number, such as `1', >>>> depending on the interface naming syntax of the device. If >>>> several entries in the ifTable together represent a single >>>> interface as named by the device, then each will have the >>>> same value of ifName. Note that for an agent which >>>> responds >>>> to SNMP queries concerning an interface on some other >>>> (proxied) device, then the value of ifName for such an >>>> interface is the proxied device's local name for it. >>>> >>>> $ >>>> >>>> >>>> Is there any other purpose of MIB files in SNMP management stations? >>>> >>>> >>>> regards, >>>> Martin >>>> >>>> On 7/8/15, Stuart Kendrick <stua...@alleninstitute.org> wrote: >>>>> Speaking from an operational perspective, I myself would add to >>>>> your list 'documentation' -- i.e., when I want to better understand >>>>> what a variable and its values mean, I read the relevant section in >>>>> the MIB files. >>>>> >>>>> If they serve any other purpose, I would like to hear about it. >>>>> >>>>> >>>>> As an aside regarding terminology, I try to use the following lingo: >>>>> >>>>> - Management Information Base (MIB): the collection of variables >>>>> which the SNMP agent supports, typically chunked into discrete MIBs >>>>> (e.g. IF-MIB, CISCO-STACK-MIB, LLDP-MIB ...) [The fact that the >>>>> "sum of all the MIBs" supported by an agent comprise its "MIB" >>>>> bothers me ... not my idea of clear terminology.] >>>>> >>>>> - MIB Files: the text files stored on the network management >>>>> station which permit the station's SNMP libraries to perform the >>>>> two functions you describe below. From an operational perspective, >>>>> useful only to humans, for providing translation services between >>>>> numbers and more-human-comprehensible-strings. >>>>> >>>>> hth, >>>>> >>>>> --sk >>>>> >>>>> -----Original Message----- >>>>> From: Martin T [mailto:m4rtn...@gmail.com] >>>>> Sent: Wednesday, July 08, 2015 4:03 AM >>>>> To: net-snmp-users@lists.sourceforge.net >>>>> Subject: purpose of MIB files in SNMP management stations >>>>> >>>>> Hi, >>>>> >>>>> it is obvious that MIB's are important for network management >>>>> stations as otherwise SNMP queries based on object names would not >>>>> work. For >>>>> example: >>>>> >>>>> $ snmpget -M /dir/that/does/not/exist -On -v 2c -c public >>>>> 10.10.10.1 sysUpTimeInstance 2>/dev/null $ snmpget -M >>>>> /dir/that/does/not/exist -On -v 2c -c public 10.10.10.1 >>>>> .1.3.6.1.2.1.1.3.0 2>/dev/null >>>>> .1.3.6.1.2.1.1.3.0 = Timeticks: (69843635) 8 days, 2:00:36.35 $ >>>>> >>>>> Another purpose of MIB's I can see is that they help to make sense >>>>> of returned values. For example here I don't have Cisco MIBs >>>>> installed and it is difficult to understand what >>>>> "33939721.372808280" or "68690115.642234535" >>>>> means: >>>>> >>>>> $ snmpwalk -Of -v 2c -c public 10.10.10.1 >>>>> .1.3.6.1.4.1.9.9.166.1.17.1.1.9 | head -3 >>>>> .iso.org.dod.internet.private.enterprises.9.9.166.1.17.1.1.9.339397 >>>>> 2 >>>>> 1 >>>>> .372808280 >>>>> = Counter32: 0 >>>>> .iso.org.dod.internet.private.enterprises.9.9.166.1.17.1.1.9.686901 >>>>> 1 >>>>> 5 >>>>> .642234535 >>>>> = Counter32: 0 >>>>> .iso.org.dod.internet.private.enterprises.9.9.166.1.17.1.1.9.686901 >>>>> 1 >>>>> 5 >>>>> .724494656 >>>>> = Counter32: 0 >>>>> $ >>>>> >>>>> On the other hand, here I have required MIB databases installed and >>>>> I can easily see that those entries represent interface names: >>>>> >>>>> $ snmpwalk -Of -v 2c -c public 10.10.10.1 .1.3.6.1.2.1.31.1.1.1.1 | >>>>> head >>>>> -3 >>>>> .iso.org.dod.internet.mgmt.mib-2.ifMIB.ifMIBObjects.ifXTable.ifXEnt >>>>> r >>>>> y >>>>> .ifName.2 >>>>> = STRING: Null0 >>>>> .iso.org.dod.internet.mgmt.mib-2.ifMIB.ifMIBObjects.ifXTable.ifXEnt >>>>> r >>>>> y >>>>> .ifName.3 >>>>> = STRING: MgmtEth0/RSP0/CPU0/0 >>>>> .iso.org.dod.internet.mgmt.mib-2.ifMIB.ifMIBObjects.ifXTable.ifXEnt >>>>> r >>>>> y >>>>> .ifName.4 >>>>> = STRING: MgmtEth0/RSP0/CPU0/1 >>>>> $ >>>>> >>>>> Is there any additional purpose of MIB files in SNMP management >>>>> stations? >>>>> >>>>> >>>>> thanks, >>>>> Martin >>>>> >>>>> ------------------------------------------------------------------- >>>>> - >>>>> - >>>>> --------- Don't Limit Your Business. Reach for the Cloud. >>>>> GigeNET's Cloud Solutions provide you with the tools and support >>>>> that you need to offload your IT needs and focus on growing your >>>>> business. >>>>> Configured For All Businesses. Start Your Cloud Today. >>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.gigenetclo >>>>> u >>>>> d >>>>> .com_&d=AwICAg&c=jcv3orpCsv7C4ly8-ubDob57ycZ4jvhoYZNDBA06fPk&r=xN9A >>>>> n >>>>> M >>>>> DZvO_QvUZQZcoply6WFqSJuNcpv-dDu2fA4Ac&m=qkZkC5naV7pjeqaVw1JU0UToEFi >>>>> 8 >>>>> 2 ekN7AB-CL_aaVM&s=eM5wtQ2xc9HKxHsZOkGNzbMlSqkuk454q2bh36t1usg&e= >>>>> _______________________________________________ >>>>> Net-snmp-users mailing list >>>>> Net-snmp-users@lists.sourceforge.net >>>>> Please see the following page to unsubscribe or change other options: >>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.sourcefo >>>>> r >>>>> g >>>>> e.net_lists_listinfo_net-2Dsnmp-2Dusers&d=AwICAg&c=jcv3orpCsv7C4ly8 >>>>> - >>>>> u >>>>> bDob57ycZ4jvhoYZNDBA06fPk&r=xN9AnMDZvO_QvUZQZcoply6WFqSJuNcpv-dDu2f >>>>> A >>>>> 4 >>>>> Ac&m=qkZkC5naV7pjeqaVw1JU0UToEFi82ekN7AB-CL_aaVM&s=id8ClahC5rXRyjwj >>>>> _ >>>>> t >>>>> mqFEmHr5FFmNXoBMHE-wlFDSs&e= >>>>> >>>> >>> >>> --------------------------------------------------------------------- >>> - >>> -------- Don't Limit Your Business. Reach for the Cloud. >>> GigeNET's Cloud Solutions provide you with the tools and support that >>> you need to offload your IT needs and focus on growing your business. >>> Configured For All Businesses. Start Your Cloud Today. >>> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.gigenetcloud. >>> com_&d=AwICAg&c=jcv3orpCsv7C4ly8-ubDob57ycZ4jvhoYZNDBA06fPk&r=xN9AnMD >>> Z >>> vO_QvUZQZcoply6WFqSJuNcpv-dDu2fA4Ac&m=qkZkC5naV7pjeqaVw1JU0UToEFi82ek >>> N 7AB-CL_aaVM&s=eM5wtQ2xc9HKxHsZOkGNzbMlSqkuk454q2bh36t1usg&e= >>> _______________________________________________ >>> Net-snmp-users mailing list >>> Net-snmp-users@lists.sourceforge.net >>> Please see the following page to unsubscribe or change other options: >>> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.sourceforg >>> e >>> .net_lists_listinfo_net-2Dsnmp-2Dusers&d=AwICAg&c=jcv3orpCsv7C4ly8-ub >>> D >>> ob57ycZ4jvhoYZNDBA06fPk&r=xN9AnMDZvO_QvUZQZcoply6WFqSJuNcpv-dDu2fA4Ac >>> & >>> m=qkZkC5naV7pjeqaVw1JU0UToEFi82ekN7AB-CL_aaVM&s=id8ClahC5rXRyjwj_tmqF >>> E >>> mHr5FFmNXoBMHE-wlFDSs&e= >>> >>> >> > ------------------------------------------------------------------------------ Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ _______________________________________________ Net-snmp-users mailing list Net-snmp-users@lists.sourceforge.net Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/listinfo/net-snmp-users
