Skip to content

Upgrade FRR to 10.5.x#1384

Merged
mattiaswal merged 14 commits intomainfrom
new-frr
Feb 25, 2026
Merged

Upgrade FRR to 10.5.x#1384
mattiaswal merged 14 commits intomainfrom
new-frr

Conversation

@mattiaswal
Copy link
Contributor

@mattiaswal mattiaswal commented Jan 30, 2026

Upgrade FRR to 10.5.1

This includes adding a netd-daemon since FRR has gone towards
all daemons should be configured from mgmtd using YANG,
netd uses gRPC to reconfigure in mgmtd.

The netd implmentation also support to to disable FRR buildtime and
still have route management using kernel routes. This is feature should
be treated as pretty untested and exprimental.

This fix #1029

Description

Checklist

Tick relevant boxes, this PR is-a or has-a:

  • Bugfix
    • Regression tests
    • ChangeLog updates (for next release)
  • Feature
    • YANG model change => revision updated?
    • Regression tests added?
    • ChangeLog updates (for next release)
    • Documentation added?
  • Test changes
    • Checked in changed Readme.adoc (make test-spec)
    • Added new test to group Readme.adoc and yaml file
  • Code style update (formatting, renaming)
  • Refactoring (please detail in commit messages)
  • Build related changes
  • Documentation content changes
    • ChangeLog updated (for major changes)
  • Other (please describe):

@mattiaswal mattiaswal force-pushed the new-frr branch 8 times, most recently from fde6af0 to 10374a3 Compare January 31, 2026 12:30
@mattiaswal mattiaswal changed the title New frr Upgrade FRR to 10.5.x Feb 2, 2026
@troglobit troglobit added this to the Infix v26.02 milestone Feb 2, 2026
@mattiaswal mattiaswal force-pushed the new-frr branch 2 times, most recently from 7d396a3 to dd09c99 Compare February 4, 2026 20:11
@mattiaswal mattiaswal marked this pull request as ready for review February 5, 2026 08:47
@mattiaswal mattiaswal requested review from troglobit and wkz February 5, 2026 08:47
Copy link
Contributor

@troglobit troglobit left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Wow, this was an amazing achievement! 🤯 It will be a huge step forward and also very useful for our under-powered boards that don't need a full blown Frr just to set static routes.

mattiaswal and others added 6 commits February 24, 2026 06:42
This includes adding a netd-daemon since FRR has gone towards all
daemons should be configured from mgmtd using YANG, netd uses gRPC to
reconfigure in mgmtd

Signed-off-by: Enable grpc
You can use it to inspect python applications, to inspect
executiontime.
Signed-off-by: Joachim Wiberg <troglobit@gmail.com>
With the latest backported fixes to Finit, we no longer need to remove
/run/netd.pid to trigger a reload (restart) of staticd.

Signed-off-by: Joachim Wiberg <troglobit@gmail.com>
In the ongoing campaign against load-bearing sleep() and pure luck.

Signed-off-by: Joachim Wiberg <troglobit@gmail.com>
Not all systems are equally quick, let's give it while to set before
bailing out because we test too soon.

Signed-off-by: Joachim Wiberg <troglobit@gmail.com>
Signed-off-by: Joachim Wiberg <troglobit@gmail.com>
Also, update test description a bit.

Signed-off-by: Joachim Wiberg <troglobit@gmail.com>
Drop backported fixes.

Details at https://github.com/finit-project/finit/releases/tag/4.16-rc1

Signed-off-by: Joachim Wiberg <troglobit@gmail.com>
Signed-off-by: Joachim Wiberg <troglobit@gmail.com>
Signed-off-by: Joachim Wiberg <troglobit@gmail.com>
This is a simpler approach than both grpc and watchfrr.  Since we only
really need dynamic handling of static routes (for DHCP), we can track
changes made and maintain a "diff engine" for the resulting frr.conf.

Signed-off-by: Joachim Wiberg <troglobit@gmail.com>
Copy link
Contributor

@troglobit troglobit left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Have tested this extensively, and also done some refactoring on this branch. The new approach, which so far seems the most stable, is to use vtysh -b + using netd to calculate a "route diff" to inject into /etc/frr/frr.conf.

@mattiaswal
Copy link
Contributor Author

Long terms tests show ✔️ Rock solid!

@mattiaswal mattiaswal merged commit c559b8f into main Feb 25, 2026
8 checks passed
@mattiaswal mattiaswal deleted the new-frr branch February 25, 2026 17:09
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

FRR: Adapt to the changes in FRR 10.x

2 participants