Hi,
I've been running that branch since Jul 24, I've had no issues and it's
run stably apart from a logged assertion failure:
Assertion 'cs == CS_DOWN || cs == CS_START' failed at nest/proto.c:1147
Unfortunately I can't speak for it's effect on Babel RTT since I have
moved only a single mach
On Sat, Apr 13, 2024 at 04:38:47PM +0200, Erin Shepherd wrote:
> I guess it might not fit with bird's abstractions (or perhaps the Babel
> protocol), but has thought been given to using SO_TIMESTAMPING to have the
> kernel compute TX/RX timestamps?
Yeah, that is definitely a better solution.
-
(mistakenly sent off-list)
Original Message
From: Maria Matejka
Sent: 13 April 2024 18:18:05 CEST
To: Erin Shepherd
Subject: Re: babel RTT metric false samples
Just quick thought – I think both approaches (timestamping in kernel and in
userspace) are actually useful for
I guess it might not fit with bird's abstractions (or perhaps the Babel
protocol), but has thought been given to using SO_TIMESTAMPING to have the
kernel compute TX/RX timestamps?
- Erin
On Sat, 13 Apr 2024, at 16:14, Maria Matejka via Bird-users wrote:
> Hello Stephanie, Toke and list,
>
>
Hello Stephanie, Toke and list,
On Fri, Apr 12, 2024 at 04:22:50PM +0200, Toke Høiland-Jørgensen via
Bird-users wrote:
> Stephanie Wilde-Hobbs via Bird-users writes:
> > The babel RTT metric measurements provided by bird appears suspect
> > for my setup. The metric through a tunnel with a laten
Stephanie Wilde-Hobbs via Bird-users writes:
> Hi,
>
> The babel RTT metric measurements provided by bird appears suspect for
> my setup. The metric through a tunnel with a latency of about 5ms is
> shown in babel as 150+ms.
>
> Can others replicate this issue? (should be easy to check for othe
Hi,
The babel RTT metric measurements provided by bird appears suspect for
my setup. The metric through a tunnel with a latency of about 5ms is
shown in babel as 150+ms.
Can others replicate this issue? (should be easy to check for other
babel users since RTT measurement is on by default in
