BIRD is taking too much time to converge 106362 prefixes from a non-client iBGP neighbor

[saifullah at fiberathome.net]

Hi, 

Thanks for your feedback. The topology is BIRD is connected with total 8
neighbors (1 is non-client and 7 are in client mode) for my setup. The
non-client neighbor is actually a high end central RR router which advertise
about 106k prefixes to BIRD and with other 7 client, the prefix count is
below 100. 

1. During that time, I have checked and found that CPU load was normal.
2. I also checking prefix count using command "show protocols all
<non_client_neighbor>" and found prefixes were increasing gradually.

In think I am missing something to make the prefix learning faster. Pls help
me. 


Thanks & Regards
Abu Nasar Md. Saifullah


-----Original Message-----
From: Ondrej Zajicek <santiago at crfreenet.org> 
Sent: Thursday, April 13, 2023 8:16 PM
To: saifullah at fiberathome.net
Cc: bird-users at network.cz
Subject: Re: BIRD is taking too much time to converge 106362 prefixes from a
non-client iBGP neighbor

On Wed, Apr 12, 2023 at 10:19:29PM +0600, saifullah at fiberathome.net wrote:
> Dear Concern,
> 
> After installing BIRD, I made iBGP neighbor with 8 routers. From a 
> non-client neighbor it should receive about 106362 prefixes but I 
> found it is taking huge time to process and converge the mentioned 
> prefixes. It took about 35 minutes to process, converge and advertise 
> prefixes to other neighbors. Is it normal behavior or am I missing 
> sometime to make faster convergence? Kindly suggest me.

Hi

That is definitely not a normal behavior. Especially if you have no filters,
it should be orders of magnitude faster. You wrote you receive 106k prefixes
from the non-client, do you also receive prefixes from clients? Are you sure
that BIRD was working full-time (full single core cpu load) during that 35
minutes? If you monitor number of received routes during that time (using
'show route count table vpntab4' or 'show protocols all
<non_client_neighbor>'), you can see if all these prefixes are already here
or if they arrive continuously dyring that time.

--
Elen sila lumenn' omentielvo

Ondrej 'Santiago' Zajicek (email: santiago at crfreenet.org) OpenPGP encrypted
e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net) "To err is human -- to
blame it on a computer is even more so."

Connecting our future with light