On Mon, 23 Dec 2024 13:29:01 +0300 "Andrey V. Elsukov" <bu7c...@yandex.ru> wrote:
> On 21.12.2024 19:34, Bjoern A. Zeeb wrote: > > How much use are FIBs still these days? Half of the original use cases > > I can think of could easily and better be overcome by using vnet jails > > with a physical or virtual interface (e.g, vcc) being delegated to the > > vnet. > > > > I wonder if anyone on FreeBSD is using FIBs to actually have multi-FIB > > forwardig but that very little touches your use case apart from the mgmt > > which again can be factored out better (or inversely, factoring out the > > forwarding). > > > > I would honestly know who and how FIBs are still in use today or if they > > should be put on a list to be removed for 16 (I assume I might be > > surprised). > > > > That all said with your opt-in approach if the code itself doesn't bring > > too many new complications I'd be happy with it (assuming FIBs still > > have a use case). > > Some might say that VNET is useless and should be removed instead. We > have bhyve and old-style jails. Without VNET the kernel code will be > robust and simple again, and easy for debugging. > > But 1st April is not yet, and someone will say nothing. It's not 1st April, I always had same bad feeling about VNET since 6.x. Unfortunately, with Linux network namespaces competing, it's now too late to axe VNET. > FIBs are useful as is, but also can be used with "ipfw setfib" that make > it irreplaceable. And there is no SQLite (as alternative to FIBs) in kernel yet... -- WBR, @nuclight