No we did not.
/Markus

2017-11-03 9:27 GMT+01:00 Youssef BENGELLOUN - ZAHR <ybzahr@prodware.fr>:

Yet another oddity from $$$ vendor ! Did you fill an ER with them ?

 

Best regards.

 

 

 

 

Youssef BENGELLOUN - ZAHR - Consultant Expert
Prodware France
T : +33 979 999 000 - F : +33 988 814 001 - ybzahr@prodware.fr

Web : prodware.fr

         

 

De : observium <observium-bounces@observium.org> au nom de Markus Klock <markus@best-practice.se>
Répondre à : Observium <observium@observium.org>
Date : vendredi 3 novembre 2017 à 09:19


À : Observium <observium@observium.org>
Objet : Re: [Observium] Juniper port polling problems

 

Yeah,

never got a bug-id thought. JTAC said that this is not a bug, its a hardware limitation...

 

/Markus

 

2017-11-03 9:14 GMT+01:00 Youssef BENGELLOUN - ZAHR <ybzahr@prodware.fr>:

Waouh ! for real ?

 

Y.

 

 

 

 

Youssef BENGELLOUN - ZAHR - Consultant Expert
Prodware France
T : +33 979 999 000 - F : +33 988 814 001 - ybzahr@prodware.fr


Web : prodware.fr

         

 

De : observium <observium-bounces@observium.org> au nom de Markus Klock <markus@best-practice.se>
Répondre à : Observium <observium@observium.org>
Date : vendredi 3 novembre 2017 à 09:07
À : Observium <observium@observium.org>
Objet : Re: [Observium] Juniper port polling problems

 

The biggest issue with Juniper EX4550 is that if you use copper-SFPs in it the whole SNMP-stack breaks.

It will no longer answer to snmp-polls on any interface as the internal hardware is unable to poll the counters.

Juniper TAC told us this can no be fixed as this is a hardware issue, if you want to SNMP-poll EX4550 you can not use copper-SFPs in it.

 

/Markus

 

2017-11-03 6:08 GMT+01:00 Milton Ngan <milton@valvesoftware.com>:

You can add this to your juniper config instead if you prefer to manage it on the router. 

 

set snmp filter-interfaces interfaces lsi.*

set snmp filter-interfaces interfaces cbp.*

set snmp filter-interfaces interfaces demux*

set snmp filter-interfaces interfaces pime*

set snmp filter-interfaces interfaces pimd*

set snmp filter-interfaces interfaces pip*

set snmp filter-interfaces interfaces tap*

set snmp filter-interfaces interfaces lo0.16384

set snmp filter-interfaces interfaces "[g|x|a]e.*\.32767"

set snmp filter-interfaces interfaces "et.*\.32767"

set snmp filter-interfaces all-internal-interfaces

 

 


From: observium [observium-bounces@observium.org] on behalf of Darrell Budic [budic@onholyground.com]
Sent: Wednesday, April 26, 2017 1:06 PM
To: Observium Public Support
Subject: Re: [Observium] Juniper port polling problems

Andrey,

 

I’ve seen similar issues on my mx-104s, I found some solutions and posted about them previously, check the archives for "artificially high (100%) CPU usage reported from routing engine on Juniper MX-104 w/ 550 interfaces & solution”.

 

I’ve also added this ignore list into my observium config.php, it overlaps my previous solution somewhat, but after a discovery it won’t even try to poll these anymore, can help if you can’t modify the juniper for some reason. Note the irb regex is commented out, I wanted stats for those but kept it around in case it’s needed. You may need gres, for instance.

 

#Get rid of bogus JunOS interfaces, most of these are unconfigurable

$config['bad_if_regexp'][] = '/^fxp[0-9]/';     // management interface

$config['bad_if_regexp'][] = '/^cbp[0-9]/';     // no idea

$config['bad_if_regexp'][] = '/^dsc/';          // discard interface

$config['bad_if_regexp'][] = '/^lo[0-9].*/';    // loopback

$config['bad_if_regexp'][] = '/^tap/';          // multicast tunnel

$config['bad_if_regexp'][] = '/^gre/';          // gre interfaces

$config['bad_if_regexp'][] = '/^ipip/';         // ip-in-ip interfaces

$config['bad_if_regexp'][] = '/^pim[a-z]/';     // multicast

$config['bad_if_regexp'][] = '/^mtun/';         // multicast tunnel

$config['bad_if_regexp'][] = '/^em[0-9].*/';    // ethernet management interface

$config['bad_if_regexp'][] = '/^cpb[0-9]/';     // collector interface

$config['bad_if_regexp'][] = '/^demux[0-9]/';   // demux interface

//$config['bad_if_regexp'][] = '/^irb/';          // routing and bridging interface

$config['bad_if_regexp'][] = '/^pip[0-9]/';     // no idea

$config['bad_if_regexp'][] = '/^pp[0-9]/';      // no idea

$config['bad_if_regexp'][] = '/^.*\.[0-9]{5}/'; // auto generated interfaces, e.g. pfd-0/0/0.32567

$config['bad_if_regexp'][] = '/^lc.*/';         // local interface

$config['bad_if_regexp'][] = '/^lsi.*/';        // Internally generated interface

$config['bad_if_regexp'][] = '/^pf[a-z].*/';    // no idea

$config['bad_if_regexp'][] = '/^vme.*/';        // Virtual Chassis management interface

$config['bad_if_regexp'][] = '/^bme.*/';        // Virtual Chassis management interface

$config['bad_if_regexp'][] = '/^jsrv.*/';        // Internal sFlow collector

 

  -Darrell

 

On Apr 26, 2017, at 2:06 AM, Andrey <gbox8048@gmail.com> wrote:

 

Hi, I have observium 0.16.1.7533. It has problems with two machines:  Juniper mx240 with JunOS 15.1R2 and Juniper EX4550-32F with JunOS 12.3R12.4.

This devices very slow polling ports information.

Here I found the same problem: http://jira.observium.org/browse/OBSERVIUM-1695
But there it is written that "junipers have functionally broken SNMP stacks".

 

Is there any solution to this issue?

Are there any special settings or modules for JunOS ?

 

Thanks.

<1.png>_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

 


_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

 


_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

 


_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium