Description of problem: FRR 7.3+ automatically enables support for nexthop objects [1] if the kernel supports it (kernels 5.3+ support it). While nexthop objects are supported by the kernel, they are not supported by the upstream mlxsw driver that needs to program them to the switch ASIC. This prevents routes from being installed to the kernel when the driver is loaded and errors such as the following are generated: "zebra[11117]: Extended Error: mlxsw_spectrum: IPv4 route with nexthop objects is not supported" In FRR 7.3 it is not possible to disable the use of nexthop objects, but such an option was added after the 7.3 release by this commit [2]. FRR maintainers have agreed to cherry-pick this commit to the 7.3 branch [3], but currently there is no dot release that includes the commit. Would it be possible for Fedora to re-build the package with this commit until a new dot release is available? Version-Release number of selected component (if applicable): 7.3.1 How reproducible: Try to install routes when the mlxsw driver is loaded Steps to Reproduce: 1. 2. 3. Actual results: Routes are not installed and following error is generated: "zebra[11117]: Extended Error: mlxsw_spectrum: IPv4 route with nexthop objects is not supported" Expected results: Routes are installed to the kernel Additional info: [1] https://linuxplumbersconf.org/event/4/contributions/434/attachments/251/436/nexthop-objects-talk.pdf [2] https://github.com/FRRouting/frr/commit/7c99d51bebb62bd06b6ca3b01291cf35f55c4e88 [3] https://github.com/FRRouting/frr/commit/997ad79fe468ea0bbbe475edb788baab1eeba4d0
(In reply to Ido Schimmel from comment #0) > Would it be possible for Fedora to re-build the package with this commit > until a new dot release is available? > I see no reason why not. I would like to fix a couple of other bugs on frr. I will fix this together with releasing the 7.3.1 version.
FEDORA-2020-116a61bd59 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-116a61bd59
FEDORA-2020-efc4892faa has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2020-efc4892faa
Hi Ido, I am sorry this took so long. I had other things I needed to finish. It should be available now in F31 up to Rawhide.
(In reply to Michal Ruprich 🐧 from comment #4) > Hi Ido, > > I am sorry this took so long. I had other things I needed to finish. It > should be available now in F31 up to Rawhide. No problem. Thanks a lot!
FEDORA-2020-efc4892faa has been pushed to the Fedora 31 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-efc4892faa` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-efc4892faa See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2020-116a61bd59 has been pushed to the Fedora 32 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-116a61bd59` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-116a61bd59 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2020-116a61bd59 has been pushed to the Fedora 32 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2020-efc4892faa has been pushed to the Fedora 31 stable repository. If problem still persists, please make note of it in this bug report.