Jessie based VyOS - Crux
Sat, Apr 4
To track similar https://github.com/FRRouting/frr/issues/4471
Fri, Apr 3
My main question is why is this message displayed and do we need to worry.
I have had the maximum-paths setting for years since Vyos 1.1.x and I have a lot of routes ipv4 and ipv6 installed in the routing table with 2 or 3 routes even if they are not the same. I am not specifically using ecmp I just have multiple routes for fast failover.
For the ECMP it's necessary that as-path length, weight, localpref, med, etc were the same.
Only, in that case, more than one eq route will be installed in the routing table.
I have the following:
set protocols bgp as maximum-paths ebgp '3'
set protocols bgp as maximum-paths ibgp '3'
@Merijn If you don't use ECMP, only one best route will be installed in routing table.
In your case, the best path via 20562 6830 198611 with localpref 140.
In the bgp table, all prefixes will be present.
It's a general BGP Best Path Selection Algorithm.
The same is true for ipv4.
zebra: 0:2804:fa0:8000::/33: Route install failed
How about parallel loops?
Wed, Apr 1
Tue, Mar 31
Fri, Mar 13
Works properly on VyOS 1.2.5-epa1 (FRRouting 7.2-20200121-02-g031c58) and 1.3-rolling-202003130217(FRRouting 7.3)
Thu, Mar 12
Thanks @jestabro , works well with this change. After passing all the tests, I will write docs about VyOS in container.
Wed, Mar 11
@Dmitry The simplest workaround for the moment is to add the following to your load steps:
I've tracked this down to a bug in libboost-filesystem, versions < 1.56, that occurs if the locale is not properly set, as is the case within the Docker environment:
Tue, Mar 10
Mon, Mar 9
Mar 2 2020
Feb 29 2020
All works as expected; thanks.
redeployed. please try again
Problem is local to crux only
Feb 27 2020
i think, you sould use crux branch for 1.2 build, current branch is 1.3
Feb 23 2020
A fix for this is available in the latest rolling release
Feb 21 2020
Feb 20 2020
Feb 16 2020
Feb 13 2020
$ make drivers/net/ethernet/chelsio/cxgb3/cxgb3_main.i $ grep UNIQUE_ID_firmware drivers/net/ethernet/chelsio/cxgb3/cxgb3_main.i
Feb 10 2020
Feb 8 2020
Feb 5 2020
Feb 2 2020
Okay, packages have been recreated for Debian Buster and RADIUS login works again (50%)
Feb 1 2020
Reason this is broken is b/c VyOS 1.2 crux uses libpam-radius-auth from Cumulus Linux
ii libpam-radius-auth 1.5.0-cl3u1 amd64 PAM RADIUS client authentication module