Date: Sat, 15 Aug 2020 12:24:45 +0100 From: Alexander V. Chernikov <melifaro@ipfw.ru> To: "current@FreeBSD.org" <current@freebsd.org>, FreeBSD Stable Mailing List <freebsd-stable@freebsd.org>, net <net@freebsd.org> Subject: Re: net.add_addr_allfibs=1 behaviour deprecation Message-ID: <348771597489519@mail.yandex.ru> In-Reply-To: <236161595078191@mail.yandex.ru> References: <236161595078191@mail.yandex.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
18.07.2020, 14:22, "Alexander V. Chernikov" <melifaro@freebsd.org>: > Dear FreeBSD users, > > I would like to make net.add_addr_allfibs=0 as the default system behaviour and remove net.add_addr_allfibs. > To do so, I would like to collect use cases with net.add_addr_allfibs=1 and multiple fibs, to ensure they can still be supported after removal. > > Background: > > Multi-fib support was added in r178888 [1], 12 years ago. Addition of interface addresses to all fibs was a feature from day 1. > The `net.add_addr_allfibs` sysctl was added in r180840 [2], 12 years ago. > > Problem: > The goal of the fib support is to provide multiple independent routing tables, isolated from each other. > `net.add_addr_allfibs` default tries to shift gears in the opposite direction, unconditionally inserting all addresses to all of the fibs. > > It complicates the logic, kernel code and makes control plane performance decrease with the number of fibs. > It make impossible to use the same prefixes in multiple fibs, which may be desired given shortage of IPv4 address space. > > I do understand that there are some cases where such behaviour is desired. > For example, it can be used to achieve VRF route leaking or binding on address from different fibs. > I would like to collect such cases to consider supporting them in a different way. > > The goal is to make net.add_addr_allfibs=0 default behaviour and remove net.add_addr_allfibs. > It will simplify kernel fib-related code and allow bringing more fib-related features. It will also improve fib scaling. No objections has been received. Next steps: * Switch net.add_addr_allfibs to 0 ( https://reviews.freebsd.org/D26076 ) * Provide an ability to use nexthops from different fibs * Remove net.add_addr_allfibs > Timeline: > Aug 1: summarising feedback and the usecases, decision on proceeding further > Aug 20 (tentative): patches for supported usecases > Sep 15 (tentative): net.add_addr_allfibs removal. > > [1]: [base Contents of /head/sys/net/route.c](https://svnweb.freebsd.org/base/head/sys/net/route.c?revision=178888&view=markup) > [2]: [base Diff of /head/sys/net/route.c](https://svnweb.freebsd.org/base/head/sys/net/route.c?r1=180839&r2=180840&) > > /Alexander
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?348771597489519>