Unsupported Screen Size: The viewport size is too small for the theme to render properly.

Snmp Oids

forums forums Monyog Using Monyog Snmp Oids

  • This topic is empty.
Viewing 4 reply threads
  • Author
    Posts
    • #11745
      Tomer Ratz
      Member

      Hi

      My monitoring system (IPSwitch What's up Gold) is set up not to receive SNMP TRAPS from anybody, meaning I have to define each trap specifically (otherwise I'll be over-swamped with traps).

      When I want to define the trap manually I need to supply an OID, or at least the beginning of the OID which I suppose it common to all of Monyog's traps.

      What is it then?

      I read the MIB file, but it doesn't specify the OIDs.

      Thank you in advance,

      Tomer.

    • #29967

      Hey Tomer,

      Here's the private enterprise OID for Webyog:

      .1.3.6.1.4.1.34330

      MONyog is defined under Webyog:

      .1.3.6.1.4.1.34330.1

      All objects sent in SNMP traps by MONyog (including the traps, themselves) are defined under this OID tree.

      It's all very standard, actually. You could have easily discovered this from the MIB file. Here's how:

      — The .iso.org.dod.internet.private.enterprises tree, by standard, should contain all private enterprise numbers (PEN); this translates to .1.3.6.1.4.1

      Code:
      IMPORTS
      enterprises
      FROM SNMPv2-SMI;

      — Webyog's PEN as assigned by IANA is 34330 (this is mentioned in the MIB file); append that to .iso.org.dod.internet.private.enterprises, and you get the complete OID for Webyog.

      Code:
      webyog OBJECT IDENTIFIER ::= { enterprises 34330 } — Note: As assigned by IANA (http://www.iana.org/)
      monyog OBJECT IDENTIFIER ::= { webyog 1 }

      Hope that clears the concept of private enterprise OIDs for you!

      Thanks for your interest in MONyog!

    • #29968
      Tomer Ratz
      Member

      The SNMP Trap looks like this:

      monitorTrap

      enterprises.34330.1-1

      TrapName=enterprises.34330.1-1 TrapMajor=6 TrapMinor=1 enterprises.34330.1.1.1.0=Pooh Cluster enterprises.34330.1.1.2.0=All Time/Current CommunityName=public enterprises.34330.1.1.3.0=Critical enterprises.34330.1.1.4.0=Current Connections 1.3.6.1.4.1.34330.1.1.1.0=Pooh Cluster enterprises.34330.1.1.5.0=Percentage of max allowed reached 1.3.6.1.4.1.34330.1.1.2.0=All Time/Current Packet Type=Trap enterprises.34330.1.1.6.0=52.57% 1.3.6.1.4.1.34330.1.1.3.0=Critical enterprises.34330.1.1.7.0=50 1.3.6.1.4.1.34330.1.1.4.0=Current Connections Protocol Version=SNMPv1 enterprises.34330.1.1.8.0=1. Make sure that you have a reasonable high value for max_connections.
      2. Design your application such that a MySQL connection is kept open for a very short period of time.
      3. Try pooling connections or switch to persistent connections to reduce the number of active MySQL connections. For example try using mysql_pconnect() instead of mysql_connect() 1.3.6.1.4.1.34330.1.1.5.0=Percentage of

      max all

      owed reached enterprises.34330.1.1.9.0=Created by MONyog 3.5 running on VincentVega (192.168.21.4).

      (c) 2009, Webyog Softworks Pvt Ltd. 1.3.6.1.4.1.34330.1.1.6.0=52.57% 1.3.6.1.4.1.34330.1.1.7.0=50 Timetick=200days 19:13:42.54 1.3.6.1.4.1.34330.1.1.8.0=1. Make sure that you have a reasonable high value for max_connections.
      2. Design your application such that a MySQL connection is kept open for a very short period of time.
      3. Try pooling connections or switch to persistent connections to reduce the number of active MySQL connections. For example try using mysql_pconnect() instead of mysql_connect() 1.3.6.1.4.1.34330.1.1.9.0=Created by MONyog 3.5 running on VincentVega (192.168.21.4).

      (c) 2009, Webyog Softworks Pvt Ltd. Object=1.3.6.1.4.1.34330.1 (enterprises.34330.1)

      IP Address: 192.168.21.50

      Is there anyway to “strip” all the unnecessary information from it (e.g. enterprises.34330.1.1.1.0=Pooh Cluster enterprises.34330.1.1.2.0=All Time/Current CommunityName=public)?

      As you can see the trap is very scrambled at the moment.

    • #29969

      That would entirely depend on the SNMP client software that you are using. For example, here's a screenshot of how traps appear in the lightweight receiver from iReasoning:

      [attachment=1295:screenshot.GIF]

      I suspect that there should be a way to load MIB files from your SNMP client. That way, you wouldn't even have to add the OIDs manually, and much of the gibberish numbers are actually converted into much more meaningful strings.

      For instance, on iReasoning's MIB Browser, enterprises.34330.1.1.1.0 appears as enterprises.webyog.monyog.monitor.ServerName.0

      Which SNMP client are you using, anyhow? Maybe I can play around with it a bit, and then I can give some pointers.

    • #29970
      Tomer Ratz
      Member

      Thanks!

      I'm using IPSwitch's What's Up Gold.

      I've loaded the MIB file which comes with MONyog directly into the software.

      'Sayan wrote on '16:

      That would entirely depend on the SNMP client software that you are using. For example, here's a screenshot of how traps appear in the lightweight receiver from iReasoning:

      [attachment=1295:screenshot.GIF]

      I suspect that there should be a way to load MIB files from your SNMP client. That way, you wouldn't even have to add the OIDs manually, and much of the gibberish numbers are actually converted into much more meaningful strings.

      For instance, on iReasoning's MIB Browser, enterprises.34330.1.1.1.0 appears as enterprises.webyog.monyog.monitor.ServerName.0

      Which SNMP client are you using, anyhow? Maybe I can play around with it a bit, and then I can give some pointers.

Viewing 4 reply threads
  • You must be logged in to reply to this topic.