<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>