Hi

I've got the following reply from TAC:
DEFECT000555178[SNMP time-out is seen when polling 'bgp4V2Nlritable' table].
This defect is closed in NI 05.4.00a, NI 05.5.00a, NI 05.7.00e, NI 05.8.00d, NI 05.9.00 and above.

So no luck for Jon. But worth a try for me.

I will let you know when we've done the upgrade.

Thanks
Basile


2017-01-24 9:43 GMT+01:00 Basile Bluntschli <basile.bluntschli@gmail.com>:
Hi Jon

would you name me the Case ID? So I can refer to it? While I open a case?
DM is fine as well. If you like..

Thanks
Basile


2017-01-24 9:29 GMT+01:00 Jonathan Dyson <jonathan.dyson@piksel.com>:

Hi there,

 

No apparently it is a feature J We are running version 5.6k but they re-produced it on their own test MLXe switches running newer versions (we can’t run greater than 5.6 due to hardware limitations). Might be worth some other people raising it so that it gains some traction within Brocade?

 

Thanks,

Jon

 

From: observium [mailto:observium-bounces@observium.org] On Behalf Of Basile Bluntschli
Sent: 24 January 2017 08:21


To: Observium Network Observation System <observium@observium.org>
Subject: Re: [Observium] Brocade support of BGP4 v2 MIB and IPv6 BGP sessions

 

Hi Jon

thanks for the reply. Yeah I was referring to the high CPU issue. So seems to be a doable way to disable the FOUNDRY-BGP4V2-MIB.

Has Brocade named an Ironware release which it is fixed?

Thanks

Basile

 

2017-01-24 8:57 GMT+01:00 Jonathan Dyson <jonathan.dyson@piksel.com>:

Hi there, we had exactly the same problem last week with some XMR routers! Looking at the SVN log, it looks like the default behaviour for Brocade devices changed around 9/11/16 (from memory) to use the FOUNDRY-BGP4V2-MIB.

 

The cause of the problem appears to be the MIB returning a full BGP table via the SNMP Walk (we saw high process usage for the SNMP and BGP processes, presume you see the same?).


Our workaround is to disable the FOUNDRY-BGP4V2-MIB in the device properties and just use the default BGP4-MIB. Also we didn’t have to reboot anything, we found applying an SNMP ACL to *not* allow the Observium box to hit the router reduced the CPU usage after about 30 minutes so that might help you out also.

 

I actually raised this via Brocade and they confirmed the issue, presume it would be possible to create an SNMP View on the router to skip that part of the MIB but not looked into it yet.

 

Thanks,

Jon

 

From: observium [mailto:observium-bounces@observium.org] On Behalf Of Basile Bluntschli
Sent: 24 January 2017 07:50


To: Observium Network Observation System <observium@observium.org>
Subject: Re: [Observium] Brocade support of BGP4 v2 MIB and IPv6 BGP sessions

 

Hi All

anyone experienced the same? And got it working?
I still did not update Observium since that happend...

Thanks

Basile

 

2016-11-18 9:33 GMT+01:00 Basile Bluntschli <basile.bluntschli@gmail.com>:

Hi All

running 5.6h. Target Release Train, as far as I understood...

SNMP clear cache -> CPU still high
SNMP unconfigure -> CPU still high

reload device -> all fine again

I'm not able to send you a debug output as of now...

I would need to reboot my devices again to have SNMP working again...

Thanks

Basile

 

 

2016-11-18 9:11 GMT+01:00 Mike Stupalov <mike@observium.org>:

Hi,

same poller debug pls..

--
Mike Stupalov
http://observium.org

Christopher Pole <chris@apexn.com.au> 18 ноября 2016 г. 10:48:57 AM написал:

Some feedback:

 

I'm seeing a steady stream of this kind of event log message every  5 minutes from each of my Netiron devices doing BGP:

 

Bgp-peers: 2 updated, 28 unchanged.

Forced discovery module(s): bgp-peers

 

It's not causing any issues other than filling our Obs event log.

 

--Chris

 

 

On 18 November 2016 at 17:41, Mike Stupalov <mike@observium.org> wrote:

Hi Basile,

 haha, this mean vendor added support for this table in snmp, but never test this :)

Or firmware on your device old :)

Pls show debug for poller (with latest revision!):

./poller.php -d -m os,processors,bgp-peers -h <device>

 

On Fri, Nov 18, 2016 at 10:30 AM, Basile Bluntschli <basile.bluntschli@gmail.com> wrote:

Hi Mike

this update left my Brocade CER hanging with a high CPU consumed by SNMP.

I went back to revision 8234.

Now I try to recover the CER...

Kind regards

Basile

 

2016-11-17 22:10 GMT+01:00 Mike Stupalov <mike@observium.org>:

Try with latest revision r8236. Professional (rolling). :P

 

On Thu, Nov 17, 2016 at 7:08 PM, Mike Stupalov <mike@observium.org> wrote:

Hi,

 yes, I was see documentation, but anyway still did not find any device where it exist..

Better if you provide snmp access to device where this bgp tables exist for my dev:
77.222.50.30
2a02:408:7722:5030::5030

 

On Thu, Nov 17, 2016 at 12:02 PM, Youssef BENGELLOUN - ZAHR <ybzahr@prodware.fr> wrote:

Dear Mike,

 

Apparently, it is supported according to their documentation (see attached).

 

 

If needed, I can test for you if you provide me with the commands.

 

Best regards.

 

 

 

From: observium <observium-bounces@observium.org> on behalf of Mike Stupalov <mike@observium.org>
Reply-To: Observium Network Observation System <observium@observium.org>
Date: jeudi 17 novembre 2016 09:31
To: Observium Network Observation System <observium@observium.org>
Subject: Re: [Observium] Brocade support of BGP4 v2 MIB and IPv6 BGP sessions

 

Hi,

On 17.11.16 11:07, Youssef BENGELLOUN - ZAHR wrote:

Dear Community,

 

I was wondering why I wasn’t able to recover any information about IPv6 BGP sessions from our core routers (Brocade MLXe / CER).

 

 

I checked related MIB documentation from our vendor, and it seems that draft-ietf-idr-bgp4-mibv2-12 MIB is supported for our OS version (running NetIron 5.7e).

Just I still not have access to any device which support this MIB/draft..

 

Can I ask from the community if there is a debug version that I can run in order to make sur of that ?

 

Thanks.

 

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

Web : prodware.fr         

 

 

 

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

Web : prodware.fr

         

 

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

 

 

 

-- 
Mike Stupalov
http://observium.org

 

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

 



--

Mike Stupalov
http://observium.org/

 



--

Mike Stupalov
http://observium.org/


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

 

 



--

Mike Stupalov
http://observium.org/


_______________________________________________
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

 


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