On Sun, May 17, 2020 at 10:16:28PM +0300, Bars Bars wrote: > it seems the things work just when i rebuild userland completely (im pretty > sure i did it only with compiling kernel in past, correct me if i wrong?). > > btw, questions for the Devs. > Looking at the cvs history, i really worried that you do not expand > rt_tableid_max limit for the years, moreover now its actually 8 bits > shorter than it was before loopback to rdomain map. There are many people > with more than such a number of vpns, for example if they setup centralized > vpns setup, or border inter AS router role on the box. Sorry your mail is incredibly inprecise and unclear. There is no rt_tableid_max in OpenBSD at least not in my tree (grep -r rt_tableid_max returned nothing). So I have no idea what you are talking about and am therefor not able to give you a better answer. > вс, 17 мая 2020 г., 10:25 Bars Bars <tutbara...@gmail.com>: > > > Hey, guys. > > > > I always used the rt_tableid_max expanded to 16 bit range in past releases > > 5.x and after rebuilding the kernel it worked immediately. > > But now I installed 6.6 on the new system, and after changing > > rt_tableid_max (and new rt_tableid_mask and bits values too), my whole > > userland throw an rtable / rdomain too large error. > > Is there behaviour change? > > The only thing changed (as i know) it is news net/trable.c struct to map > > loopback to domain, where there is only 8 unused bits to which i can expand > > tableid value. > > > >
-- :wq Claudio