September 2020 - Bird-users

How much RAM for Full Internet tables
by Mehdi Rukmawan 07 Sep '20

07 Sep '20

Hello, Is anyone here know, how much RAM needed for BIRD to receive all full routes Internet table? My bird consumes around 20G of RAM for just 1 full routes 800k total used free shared buff/cache available Mem: 31G 20G 9.4G 1.2M 1.6G 27G Is this as expected ? or we can fine-tuning Bird ?

4 6

Fwd: Unable to get Bird 2 to listen on the BGP socket
by Skyler Mäntysaari 06 Sep '20

06 Sep '20

Ah, seems that I were mistaken. I needed to use /128 prefix for the addresses and it works now as expected. On 05/09/2020 16.18, Ondrej Zajicek wrote: > On Sat, Sep 05, 2020 at 02:29:34PM +0300, Skyler Mäntysaari wrote: >> Hi, >> >> My bird version is 2.0.7, running on aarch64 with 5.7.16 kernel using raspberrypi kernel tree for BCM2711. >> The exact same behavior happens if the source is built from the bird ebuild in the Gentoo portage tree, or directly from source. >> >> show interfaces: https://dpaste.com/GRHNJS2D3 > Hi > > Seems to me like misconfiguration: > > wg1 up (index=7) > PtP Multicast AdminUp LinkUp MTU=1340 > fe80:10::2/127 (Preferred, opposite fe80:10::3, scope link) > > as213021_hel_node: Waiting for fe80:10::1%wg1 to become my neighbor > > > You have fe80:10::2/127 prefix on wg1, which contains fe80:10::2 and > fe80:10::3, but waiting for fe80:10::1, which is outside of the range (it > would be in fe80:10::0/127 network). >

1 0

Re: Unable to get Bird 2 to listen on the BGP socket
by Skyler Mäntysaari 03 Sep '20

03 Sep '20

You probably missed the fact that I’m using Link-Local Addresses. "Multihop BGP cannot be used with link-local addresses" > On 3. Sep 2020, at 17.52, Valery Lutoshkin <vpluto(a)gmail.com> wrote: > > Try it. > It is not about real multihop session, it is about how bird choose interfaces to listen. > > From: Skyler Mäntysaari <sm(a)samip.fi> <mailto:sm@samip.fi> > Reply: Skyler Mäntysaari <sm(a)samip.fi> <mailto:sm@samip.fi> > Date: 3 September 2020 at 21:51:41 > To: Valery Lutoshkin <vpluto(a)gmail.com> <mailto:vpluto@gmail.com> > Subject: Re: Unable to get Bird 2 to listen on the BGP socket > >> They're directly connected, so it's not a multihop session so no. >> >> On Thu, Sep 3, 2020, at 17:49, Valery Lutoshkin wrote: >>> Hi! >>> >>> Have you tried to add option “multihop” in the BGP peer configuration? Usually it helps. >>> >>> Best regards. >>> Valery >>> >>> >>> >>> From: Skyler Mäntysaari <sm(a)samip.fi> <mailto:sm@samip.fi> >>> Reply: Skyler Mäntysaari <sm(a)samip.fi> <mailto:sm@samip.fi> >>> Date: 3 September 2020 at 21:48:13 >>> To: bird-users(a)network.cz <mailto:bird-users@network.cz> <bird-users(a)network.cz> <mailto:bird-users@network.cz> >>> Subject: Re: Unable to get Bird 2 to listen on the BGP socket >>> >>>> >>>> Yes, absolutely nothing appears to be binded according to netstat and nmap. >>>> >>>> I only saw bird bind the control socket when debugging with strace. >>>> >>>> The logs only has the "Waiting for fe80:10::1%wg1 to bocame my neighbor". >>>> >>>> The user is root, and I can ping/nmap fine over the tunnel. >>>> >>>> On Thu, Sep 3, 2020, at 10:04, Alexander Zubkov wrote: >>>>> Hi, >>>>> >>>>> So nothing in netstat? And what have you seen in strace? Maybe >>>>> something in logs? >>>>> >>>>> On Thu, Sep 3, 2020 at 1:05 AM Skyler Mäntysaari <sm(a)samip.fi <mailto:sm@samip.fi>> wrote: >>>>> > >>>>> > Hi there, >>>>> > >>>>> > I’m fairly certain that my issue is something rather small, or stupid but I’m unable to get Bird to listen on the 179 port. >>>>> > >>>>> > The other side has direct in the protocol definition which is correct, and I tried this side with that as well but it only says “as213021_hel_node: Waiting for fe80:10::1%wg1 to become my neighbor” so I don’t really have more clues. >>>>> > >>>>> > I did try to do strace and look for bind events, but couldn’t find any except for the control socket. >>>>> > >>>>> > My config can be seen here: https://dpaste.com/6P6NAUPNX <https://dpaste.com/6P6NAUPNX> & peer config: https://dpaste.com/HJ3SNL8RH <https://dpaste.com/HJ3SNL8RH> >>>>> > >>>>>

1 0