On Fri, Mar 6, 2009 at 9:03 AM, Shantanu Joshi wrote: SpamMePlease PleasePlease writes: On Fri, Mar 6, 2009 at 6:56 AM, Shantanu Joshi wrote: You need to parse the MIB file to get the human-readable names corresponding to the OIDs. The pysnmp library already provides this functionality.

Hi TarusI am trying to get the Juniper MIBs (- mibs-7.3R1.5.tgz) into OpenNMS, but I can't get mib2opennms to work. I only get segmentation faults: # mib2opennms mib-jnx-ipv6.txt mib2opennms version 0.2.2 Segmentation fault This usually means that there is a problem with the ASN.1 notation in your mibs.

If not, sign up today and get. Gigabyte motherboard sound driver download.

I don't get a seg fault on that mib, but since: grep NOTIF mib-jnx-ipv6.txt and grep TRAP mib-jnx-ipv6.txt return nothing, there are no events defined in that MIB. I just picked a mib for testing. I should have looked at it first:-) -cut- great example -cut- This is just an example of how mib2opennms should work. I don't understand the seg faults - could be an issue with the build.

We don't support stuff in contrib, so anyone with come C experience might want to check it out for us. WORKSFORME on my Mac (built using libsmi from fink). Thank you very much! This realy helps. I am using mib2opennms from opennms-1.2.2-1fc1.i386.rpm. Now I know what to expect from mib2opennms I'll try to find out what is wrong with it. On Jul 21, 2005, at 1:11 AM, Ville Leinonen wrote: 2005-07-21 07:58:03,526 DEBUG CollectdScheduler-50 Pool-fiber49 SnmpCollector: updateRRDs: Skipping update, no data retrieved for nodeId: 10 datasource: juniperBgp1Rec My datacollection-config.xml instance='0' alias='juniperBgp1Rec' type='gauge32'/ Please post an snmpwalk of.1.3.6.1.4.1.2636.5.1.1.2.6.2.1.7.1.1.1.

My guess is that your OID or instance is wrong.T - Tarus Balog The OpenNMS Group, Inc. Main: +1 919 545 2553 Fax: +1 503-961-7746 Direct: +1 919 647 4749 Skype: tarusb Key Fingerprint: 8945 8521 9771 FEC9 5481 512B FECA 11D2 FD82 B45C. Hi, Here comes: root@. Etc# snmpwalk -c zzzzz -v 2c xx.x.xx.xx.1.3.6.1.4.1.2636.5.1.1.2.6.2.1.7.1.1.1.1.3.6.1.4.1.2636.5.1.1.2.6.2.1.7.1.1.1.: Unknown Object Identifier (Sub-id not found: enterprises - ) root@.

Etc# root@. Etc# snmpwalk -c zzzzz -v 2c xx.x.xx.xx.1.3.6.1.4.1.2636.5.1.1.2.6.2.1.7.1.1.1 SNMPv2-SMI::enterprises.2636.5.1.1.2.6.2.1.7.1.1.1 = Gauge32: 168062 root@. Etc# Br, Ville On Thu, 2005-07-21 at 09:40 -0400, Tarus Balog wrote: On Jul 21, 2005, at 1:11 AM, Ville Leinonen wrote: 2005-07-21 07:58:03,526 DEBUG CollectdScheduler-50 Pool-fiber49 SnmpCollector: updateRRDs: Skipping update, no data retrieved for nodeId: 10 datasource: juniperBgp1Rec My datacollection-config.xml instance='0' alias='juniperBgp1Rec' type='gauge32'/ Please post an snmpwalk of.1.3.6.1.4.1.2636.5.1.1.2.6.2.1.7.1.1.1. My guess is that your OID or instance is wrong. -T - Tarus Balog The OpenNMS Group, Inc.

Main: +1 919 545 2553 Fax: +1 503-961-7746 Direct: +1 919 647 4749 Skype: tarusb Key Fingerprint: 8945 8521 9771 FEC9 5481 512B FECA 11D2 FD82 B45C - SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articlesinformative Webcasts and more! Get everything you need to get up to speed, fast. Please read the OpenNMS Mailing List FAQ: opennms-discuss mailing list To.unsubscribe. or change your subscription options, see the bottom of this page:. Tarus Balog wrote: On Jul 20, 2005, at 6:09 AM, Sander Steffann wrote: - serious snippage has occurred - This is just an example of how mib2opennms should work. I don't understand the seg faults - could be an issue with the build.

We don't support stuff in contrib, so anyone with come C experience might want to check it out for us. WORKSFORME on my Mac (built using libsmi from fink). Whenever I'm looking at a MIB the absolutely positivley first thing I do is run smilint over it. There is no point in trying to do anything with the MIB until 'smilint -l4 ' returns nothing worse than warnings. As mib2opennms uses the same parser, you can not expect it to have a valid parse tree from which to build the xml it the MIB is faulty. The walk through the parse tree segfaults if the MIB has errors. I know this from experience of writng my own translator based on libsmi to convert MIBs into formats for use with Tivoli Netview and Tivoli TEC.

Juniper Snmp Mib

This parser also segfaults if the MIB has errors. I suspect the output of smiLoadModule needs to be checked the way smidump does before using the parse tree. I would expect mib2opennms to return an effectively empty file it there were no traps defined. There's no point in being grown up if you can't be childish sometimes. On Jul 20, 2005, at 6:27 PM, Andrew Hood wrote: I would expect mib2opennms to return an effectively empty file it there were no traps defined. I think I may be the version of libsmi people are running. On my Mac it's version 2.0.21 and I never get seg faults - just empty files if there is an error, and weird looking files if there is a problem.

Compiling MIBs is not easy. I use to work with NerveCenter and it was a stickler for proper ASN.1 and mib2opennms is just as strict.T - Tarus Balog The OpenNMS Group, Inc.

Main: +1 919 545 2553 Fax: +1 503-961-7746 Direct: +1 919 647 4749 Skype: tarusb Key Fingerprint: 8945 8521 9771 FEC9 5481 512B FECA 11D2 FD82 B45C.