This sounds like “ip ospf network non-broadcast” behavior. What is the output of “show ip ospf interface” when the link is down on the other end? Acee
On May 23, 2024, at 15:05, Donald Sharp <donaldsharp72@gmail.com> wrote:
I don't see this behavior at all, when I tested this locally. Can you show us this behavior w/ tcpdump? Also please turn on `debug ospf ism` `debug ospf packet hello` and `debug ospf nsm` and give us the output.
donald
On Thu, May 23, 2024 at 1:35 AM Susanne Will <will.susanne@net-24.at <mailto:will.susanne@net-24.at>> wrote:
Hi FRR Users,
i use FRR on Debian for routing between different Wireguard conections. If the conections are all up, everything works out great. I set hello interval to one second and there is a hello paket every second on each Wireguard interface. But if a Wireguard conection breaks down because of network outage, hello pakets are sent only five times (i think due to my dead interval of 5 seconds) but after that a hello paket is only sent every minute. So when the Wireguard conection is reestablished, it takes up to one minute, until OSPF recognises the comeback of the link and routing informations are updated. Why are hello pakets sent only every minute on broken links, but every second (as expected due to my config) on working links?
Debian Version Bookworm FFR Version 8.4.4 installed from Debian apt repo
Thanks for your help,
Susanne _______________________________________________ frog mailing list frog@lists.frrouting.org <mailto:frog@lists.frrouting.org> https://lists.frrouting.org/listinfo/frog
frog mailing list frog@lists.frrouting.org https://lists.frrouting.org/listinfo/frog