Skip to:

  1. Skip to Jira Navigation
  2. Skip to Side Navigation
  3. Skip to Main Content

Problems in datacollection config for Juniper jrouters

Description

I've found that my Juniper SRX240 boxes reply to the OID defined in the juniper-jrouter group:

The OID's starting with .1.3.6.1.4.1.2636.3.34 seem to relate to a fwwd process which is also available on my SRX240 boxes. Eg:

The OID's starting with .1.3.6.1.4.1.2636.3.1.13 relate to a table and seem to monitor only 1 specific line in this table. Why this line and not the pther ones? I think there's a problem here:

How should I fix it?

Cyrille

Acceptance / Success Criteria

None

Lucidchart Diagrams

Activity

Show:

Ronny Trommer July 15, 2015 at 7:25 PM

Cyrille Bollu July 15, 2015 at 3:53 AM

I'll create a new issue for the jnxOperatingTable problem.

So, you can already commit https://github.com/OpenNMS/opennms/pull/321 which shouldn't have adverse effects.

Cyrille Bollu July 14, 2015 at 10:32 AM

The problem with the jnxOperatingTable is that it is a table but it's not collected as a table at all (using ifType="ignore" rather than ifType="all").

I might be able to fix that, but that has some implication:

1- In my case the jnxOperatingTable contains about 20 rows which might fills up openNMS graphs. Lots of these rows might be filtered ou tough
2- fixing that might imply breaking previous collections as they will move from node-level colelction to a table-specific collection

Any thought?

Cyr

Cyrille Bollu July 14, 2015 at 10:14 AM

I've created a PR for fixing 2 of these problems: https://github.com/OpenNMS/opennms/pull/321

The problem related to the collection of data in the jnxOperatingTable is much more complicated and maybe deserves an issue on its own.

Cyr

Cyrille Bollu July 8, 2015 at 4:50 AM

There's a third problem: The "Juniper J-Routers" systemDef duplicates the includeGroup already defined in the (more generix) "Juniper Routers" systemDef:

<systemDef name="Juniper Routers">
<sysoidMask>.1.3.6.1.4.1.2636.1.</sysoidMask>
<collect>
<includeGroup>juniper-router</includeGroup>
<includeGroup>mib2-X-interfaces</includeGroup>
<includeGroup>mib2-X-interfaces-pkts</includeGroup>
<includeGroup>ietf-bgp4-peer-stats</includeGroup>
</collect>
</systemDef>

<systemDef name="Juniper J-Routers">
<sysoidMask>.1.3.6.1.4.1.2636.1.1.1.2.19</sysoidMask>
<collect>
<includeGroup>juniper-jrouter</includeGroup>
<includeGroup>mib2-X-interfaces</includeGroup>
<includeGroup>mib2-X-interfaces-pkts</includeGroup>
<includeGroup>ietf-bgp4-peer-stats</includeGroup>
</collect>
</systemDef>

There's no point on doing that; The "Juniper J-Routers" systemDef could just be:

<systemDef name="Juniper J-Routers">
<sysoidMask>.1.3.6.1.4.1.2636.1.1.1.2.19</sysoidMask>
<collect>
<includeGroup>juniper-jrouter</includeGroup>
</collect>
</systemDef>

Fixed

Details

Assignee

Reporter

Labels

Components

Fix versions

Affects versions

Priority

PagerDuty

Created July 8, 2015 at 4:42 AM
Updated June 3, 2019 at 7:08 AM
Resolved July 15, 2015 at 7:25 PM