Re: [Observium] Brocade support of BGP4 v2 MIB and IPv6 BGP sessions

Hi All

we've upgraded our CER RT routers to NI 05.8.00f snmp cpu consumption is back to normal. So TAC recommendation for the 5.8d and above train is valid. Now running Observium 8336 and all shiny graphs are back again :)

Thanks Basile

2017-01-27 14:06 GMT+01:00 Youssef BENGELLOUN - ZAHR ybzahr@prodware.fr:

Dear all,

As stated before, I’m running MLXe et CER-RT boxes with 5.7e code (even one in 5.4d) and I’m not seeing this issue.

You should be fine with this if you upgrade. Can’t guaranty you won’t hit something else in the process ;-)

HTH.

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

---

Web : prodware.fr http://www.prodware.fr

http://twitter.com/Prodware/ http://www.facebook.com/Prodware/ https://www.linkedin.com/company/prodwarefrance https://www.youtube.com/c/ProdwareFrance http://www.viadeo.com/fr/company/prodware http://www.prodware.fr/social-network/

http://www.prodware.net/email/2017/wishes/fr.html

*De : *observium observium-bounces@observium.org au nom de Jonathan Dyson jonathan.dyson@piksel.com *Répondre à : *Observium Network Observation System < observium@observium.org> *Date : *vendredi 27 janvier 2017 à 14:01 *À : *Observium Network Observation System observium@observium.org *Objet : *Re: [Observium] Brocade support of BGP4 v2 MIB and IPv6 BGP sessions

Thanks for the update Basile, I also got a similar email from Brocade confirming this, hope the upgrade fixes it for you!

Thanks,

Jon

*From:* observium [mailto:observium-bounces@observium.org] *On Behalf Of *Basile Bluntschli *Sent:* 27 January 2017 09:17 *To:* Observium Network Observation System observium@observium.org *Subject:* Re: [Observium] Brocade support of BGP4 v2 MIB and IPv6 BGP sessions

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).

Then I found this page in the FAQ : http://www.observium.org/ docs/faq/#my-router-does-not-show-ipv6-bgp-sessions-how-come

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 http://www.prodware.fr http://twitter.com/Prodware/ http://www.facebook.com/Prodware/ https://www.linkedin.com/company/prodwarefrance https://www.youtube.com/c/ProdwareFrance http://www.viadeo.com/fr/company/prodware http://www.prodware.fr/social-network/

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

---

Web : prodware.fr http://www.prodware.fr

http://twitter.com/Prodware/ http://www.facebook.com/Prodware/ https://www.linkedin.com/company/prodwarefrance https://www.youtube.com/c/ProdwareFrance http://www.viadeo.com/fr/company/prodware http://www.prodware.fr/social-network/

---

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

---

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