<div dir="auto">Hi,<div dir="auto"><br></div><div dir="auto">I had the same issue some time before. I agree that this lock is too restrictive. Because in some cases you cannot change remote IP or port. I tried to make 2 multihop sessions to a remote bgp monitoring service. And its IP is fixed for me and cannot be changed.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jan 21, 2023, 19:49 Ondrej Zajicek <<a href="mailto:santiago@crfreenet.org">santiago@crfreenet.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sat, Jan 21, 2023 at 06:05:16PM +0000, Prem Anand wrote:<br>
> Hi all,<br>
> New user here<br>
> <br>
> I am trying to get 2 ebgp neighbours on bird to peer with a remote bgp endpoint on frr node.<br>
> One between 10.100.101.1 <—> 10.100.1.1 and other between 10.100.102.1 <—> 10.100.1.1<br>
> <br>
>               ┌──────────────────┐                        ┌─────────────┐<br>
>  10.100.101.1 │                  │ensp5s0                 │             │<br>
>        loop1  *     Bird         │◄──────────────────────►┘    Frr      │<br>
>               │     2.0.10       │10.100.1.2          10.100.1.1        │<br>
>        loop2  *                  │                        │             │<br>
>  10.100.102.1 │                  │                        │             │<br>
>               └──────────────────┘                        └─────────────┘<br>
> <br>
> <br>
> I find that only the first ebgp neighbour comes up and moves to "Established” state whereas the second ebgp neighbour remains in “Idle” state. <br>
> However if I restart the bgp neighbour in “Established” state, the other bgp neighbour comes up and moves to “Established” state, but the restarted one remains in Idle state. <br>
> <br>
> Is there any limitation that I can’t have 2 neighbours to the same peer? Or do I have to ensure that the 2 neighbours use different tables?<br>
<br>
Hi<br>
<br>
Yes, there is an explicit lock for remote IP to be assigned to one BGP<br>
protocol. You can avoid it by using different IP on Frr side like you use<br>
on Bird side, or by using pair of non-standard ports (with the same IP).<br>
<br>
Thinking about it, the explicit lock seems unnecessary restrictive. If<br>
the local IP is defined, then the lock should be for (local IP, remote<br>
IP, ports) pair.<br>
<br>
-- <br>
Elen sila lumenn' omentielvo<br>
<br>
Ondrej 'Santiago' Zajicek (email: <a href="mailto:santiago@crfreenet.org" target="_blank" rel="noreferrer">santiago@crfreenet.org</a>)<br>
OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, <a href="http://wwwkeys.pgp.net" rel="noreferrer noreferrer" target="_blank">wwwkeys.pgp.net</a>)<br>
"To err is human -- to blame it on a computer is even more so."<br>
<br>
</blockquote></div>