Hi,
Can it be some IO issue? We had similar problems with bird making an
IO loop for too much time so that hold timers were expired by that
time. It was probably caused when it was writing a log file on a busy
HDD. But we catch those with syslog too, because that write is
blocking for the bird too
First, handling of optional attributes depends on whether you knows them,
not on whether a peer knows them.
Unknown optional transitive attributes are re-propagated, but with set
'partial' flag. For details, see bgp_export_attr() function.
Thanks for the answer I really appreciate it.
Yeah for
On Fri, Feb 28, 2020 at 02:01:40PM +0100, Miroslav Kalina wrote:
> Hello there,
>
> I am currently trying to use BIRD for route propagation from our
> baremetal Kubernetes clusters (Calico CNI, iBGP sessions within AS65100)
> into infrastructure via eBGP (private AS) and it works well.
>
> The is
On Fri, Feb 28, 2020 at 03:33:06PM +0100, Stavros Konstantaras wrote:
> HI Alarig,
>
> Thank you for sharing your experiences. I don’t have the MSS currently but if
> that was the case, wouldn’t have experienced the drops more frequently?
> Currently it happens once per month (or 0.8 per month)
Hi Tapio,
Good point as well but I don’t have access to customer’s router. I can only
touch my Linux server and based on that, ARP entry is there as the BGPv4
session remains up (which means that the switches in the middle can have a
valid MAC entry in their MAC table).
Only the BGPv6 session
HI Alarig,
Thank you for sharing your experiences. I don’t have the MSS currently but if
that was the case, wouldn’t have experienced the drops more frequently?
Currently it happens once per month (or 0.8 per month) and contrary to your
case which was 100% network related, in our case we don’t
Hi Stavros,
On ven. 28 févr. 12:41:24 2020, Stavros Konstantaras wrote:
> Hi Bird community,
>
> We are investigating a weird customer issue regarding our Bird Route
> Servers (version 1.6.3) and a specific IPv6 session. Customer reports
> a sudden drop of his IPv6 session and -until now- we coul
double check that your router have arp entry and route for that peer when that
happens. Example if your router get wrong route for peer it can send response
packets (or some cases arp requests) to wrong interface. So dump your another
interfaces also at same time and you will see what it do. Pro
Hello there,
I am currently trying to use BIRD for route propagation from our
baremetal Kubernetes clusters (Calico CNI, iBGP sessions within AS65100)
into infrastructure via eBGP (private AS) and it works well.
The issue I have is when I want also to create BGP peering between BIRD
and (MetalLB)
