<div dir="ltr">Hi Ondrej, <br><br>Thanks for reverting<br><br>> This is just a confusing log that say a route received from the peer<br>(e.g. <a href="http://172.19.1.192/28" rel="noreferrer" target="_blank">172.19.1.192/28</a>) is not sent back to the peer.<br><br>Is this the expected behavior or is there something suspicious here w.r.t bgp? <br><br>> Hold time is negotiated as min of local and remote hold time. So perhaps<br>remote side has too short hold time (that would make why it sends<br>keepalives so often)? You can see real hold time in 'show protocols all'.<br><br>Here's the output of bgp specific `show protocols all`<br><br> bgp1 Â  Â  BGP Â  Â  Â master Â  up Â  Â  21:46:26 Â  Â Established Â  <br>  Description: Â  Â My BGP uplink<br>  Preference: Â  Â  100<br>  Input filter: Â  ACCEPT<br>  Output filter: Â (unnamed)<br>  Routes: Â  Â  Â  Â  57 imported, 1 exported, 57 preferred<br>  Route change stats: Â  Â  received Â  rejected Â  filtered Â  Â ignored Â  accepted<br>  Â  Import updates: Â  Â  Â  Â  Â  Â  57 Â  Â  Â  Â  Â 0 Â  Â  Â  Â  Â 0 Â  Â  Â  Â  Â 0 Â  Â  Â  Â  57<br>  Â  Import withdraws: Â  Â  Â  Â  Â  Â 0 Â  Â  Â  Â  Â 0 Â  Â  Â  Â --- Â  Â  Â  Â  Â 0 Â  Â  Â  Â  Â 0<br>  Â  Export updates: Â  Â  Â  Â  Â  Â  58 Â  Â  Â  Â  57 Â  Â  Â  Â  Â 0 Â  Â  Â  Â --- Â  Â  Â  Â  Â 1<br>  Â  Export withdraws: Â  Â  Â  Â  Â  Â 0 Â  Â  Â  Â --- Â  Â  Â  Â --- Â  Â  Â  Â --- Â  Â  Â  Â  Â 0<br>  BGP state: Â  Â  Â  Â  Â Established<br>  Â  Neighbor address: <ip><br>  Â  Neighbor AS:  Â  Â  <AS><br>  Â  Neighbor ID:  Â  Â  <id><br>  Â  Neighbor caps: Â  Â refresh restart-able AS4<br>  Â  Session: Â  Â  Â  Â  Â external AS4<br>  Â  Source address:  Â <ip><br>  Â  Hold timer: Â  Â  Â  3/4<br>  Â  Keepalive timer: Â 55/60<br><br>Is there some wiki/resource pointing out to the details of what above params and their values mean? Like what does Hold timer `3/4`, Keepalive timer `55/60`, export updates, withdrawn, etc<br><br>Thanking you, <br>Dhruv Bhagadia</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 23, 2021 at 7:37 PM Ondrej Zajicek <<a href="mailto:santiago@crfreenet.org">santiago@crfreenet.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, Apr 23, 2021 at 09:52:15AM +0530, Dhruv Bhagadia wrote:<br>
> Hi all,<br>
> <br>
> I was trying to configure bgp using BIRD on a server running rhel 7.6. The<br>
> issue I am facing is that the neighbor AS seems to be rejecting the routes<br>
> sent by my local AS. However, my server seems to be learning routes sent by<br>
> the neighbor AS router. Have provided some details from the logs below. I<br>
> wanted to ask what could be the probable reason that the remote is<br>
> rejecting the packets?<br>
> <br>
> 2021-04-22 17:48:56 <TRACE> bgp1 > added [best] <a href="http://172.19.1.192/28" rel="noreferrer" target="_blank">172.19.1.192/28</a> via<br>
> 10.33.5.33 on enp26s0d1<br>
> 2021-04-22 17:48:56 <TRACE> bgp1 < rejected by protocol<br>
> <a href="http://172.19.1.192/28" rel="noreferrer" target="_blank">172.19.1.192/28</a> via 10.33.5.33 on enp26s0d1<br>
> 2021-04-22 17:48:56 <TRACE> bgp1 > added [best] <a href="http://172.19.1.200/30" rel="noreferrer" target="_blank">172.19.1.200/30</a> via<br>
> 10.33.5.33 on enp26s0d1<br>
> 2021-04-22 17:48:56 <TRACE> bgp1 < rejected by protocol<br>
<br>
Hi<br>
<br>
This is just a confusing log that say a route received from the peer<br>
(e.g. <a href="http://172.19.1.192/28" rel="noreferrer" target="_blank">172.19.1.192/28</a>) is not sent back to the peer.<br>
<br>
<br>
> In consequence to this, BIRD throws an error after sometime saying `*bgp1:<br>
> Error: Hold timer expired *` and `bgp1: Received: Hold timer expired`<br>
<br>
That is probably unrelated.<br>
<br>
<br>
> However from the logs I figured out that the difference between most latest<br>
> KEEPALIVE message and the error being thrown is 2 secs. Since I have set<br>
> HOLD time to 180 sec in config shouldn't this error be never thrown since<br>
> the KEEPALIVE message will reset it? Sharing that logs too below<br>
<br>
Hold time is negotiated as min of local and remote hold time. So perhaps<br>
remote side has too short hold time (that would make why it sends<br>
keepalives so often)? You can see real hold time in 'show protocols all'.<br>
<br>
-- <br>
Elen sila lumenn' omentielvo<br>
<br>
Ondrej 'Santiago' Zajicek (email: <a href="mailto:santiago@crfreenet.org" target="_blank">santiago@crfreenet.org</a>)<br>
OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, <a href="http://wwwkeys.pgp.net" rel="noreferrer" target="_blank">wwwkeys.pgp.net</a>)<br>
"To err is human -- to blame it on a computer is even more so."<br>
</blockquote></div>