[c-nsp] BGP Reestablish-"order"

[Drew Weaver]

Hi,

I could be completely wrong (or this could be platform specific) but I believe that some of this can be avoided by making sure that the path MTU is the highest possible.

>From what I understand the longer it takes for all of the information to be received by your router the harder the BGP router process has to work, so if you can make it so the BGP table downloads faster this might mitigate some of the performance problem you are seeing and not be such a big deal.

I know at least that in the case of a PRP-2 (IOS, not XR) it seems to be the case.

-Drew


-----Original Message-----
From: cisco-nsp-bounces at puck.nether.net [mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of Mario Iseli
Sent: Wednesday, October 20, 2010 8:52 PM
To: cisco-nsp at puck.nether.net
Subject: [c-nsp] BGP Reestablish-"order"

Hi there,

I have the problem that the CPU on my router is going mad when my link to an IX gets up again after an interface flap, the router reestablishes all sessions in the same time and then kinda gets in a loop because he begins to drop BGP packets after being so busy processing BGP updates. :-)

Is there a way to define the order how those sessions come up again or that I can specify a "reestablish timer" for each neighbor, so that I can let the "less important" peers to wait for a specific amount of time before trying to get the session back?

I'm looking forward to see if anyone of you had the same experiences and how you solved this situation.

Thank you for your inputs and best regards, Mario

---
Mario Iseli
Network Engineer

Finecom Telecommunications AG
Internet & Communication
Robert-Walser-Platz 7
CH-2501 Biel/Bienne

Phone  +41 (0)32 559 99 99
Fax    +41 (0)32 559 99 90
Email  mario.iseli at finecom.ch
Web    http://www.finecom.ch
---