Re: [PATCH] OSPF: Fix inverted path comparison for external

2025-02-18 Thread Ondrej Zajicek
On Tue, Feb 18, 2025 at 07:27:10PM +0200, Mantas Mikulėnas wrote: > > The behavior you are describing: > > > > > it was consistently choosing a 1+ metric path through another area, > > > despite having a direct 10-metric path to the origin in the same backbone > > > area. > > > > It seems to me

Re: [PATCH] OSPF: Fix inverted path comparison for external

2025-02-18 Thread Mantas Mikulėnas via Bird-users
On Tue, Feb 18, 2025, 18:38 Ondrej Zajicek wrote: > On Tue, Feb 18, 2025 at 12:51:09PM +0200, Mantas Mikulėnas via Bird-users > wrote: > > From: Mantas Mikulėnas > > > > For an ordinary E1 or E2 route exported by another Bird2 router in the > > same area, it was consistently choosing a 1+ me

Re: [PATCH] OSPF: Fix inverted path comparison for external

2025-02-18 Thread Ondrej Zajicek
On Tue, Feb 18, 2025 at 12:51:09PM +0200, Mantas Mikulėnas via Bird-users wrote: > From: Mantas Mikulėnas > > For an ordinary E1 or E2 route exported by another Bird2 router in the > same area, it was consistently choosing a 1+ metric path through > another area, despite having a direct 10-me

[PATCH] OSPF: Fix inverted path comparison for external

2025-02-18 Thread Mantas Mikulėnas via Bird-users
From: Mantas Mikulėnas For an ordinary E1 or E2 route exported by another Bird2 router in the same area, it was consistently choosing a 1+ metric path through another area, despite having a direct 10-metric path to the origin in the same backbone area. It seems that this was because the rule