RT_TABLEID_MAX behavior changed?

2020-05-17 Thread Bars Bars
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

Re: RT_TABLEID_MAX behavior changed?

2020-05-17 Thread Bars Bars
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. вс, 17 мая 2020 г., 10:25 Bars Bars : > Hey, guys. > > I al

Re: RT_TABLEID_MAX behavior changed?

2020-05-18 Thread Bars Bars
300, 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,

Re: RT_TABLEID_MAX behavior changed?

2020-05-18 Thread Bars Bars
i can safely add to allocation. I worried these unused bits are not guaranteed to users, so actually the limit is 8 bits instead of 16 in earlier releases. пн, 18 мая 2020 г. в 11:51, Bars Bars : > Hi, Claudio > > I mean these in sys/socket.h > /* > * Maximum number of alternate

segmentation fault when useing libmongoc call to strlen

2020-05-18 Thread Bars Bars
Hi, Really often application core dumped, when sending mongodb query with some mongoc driver writing function like insert or update, or even when iterating cursor returned frome the mongoc driver. Moreover, it may complete with no issues with the absolutely identical queries. Following the gdb

Re: RT_TABLEID_MAX behavior changed?

2020-05-19 Thread Bars Bars
help. пн, 18 мая 2020 г. в 13:31, Bars Bars : > To be more convinient, when i said about that its limit became shorter its > relevant to sys/net/rtable.c struct dommp. > struct dommp { > unsigned int limit; > /* > * Array to get the routing d

Re: RT_TABLEID_MAX behavior changed?

2020-05-19 Thread Bars Bars
-linking done, because of created domains are working (the traffic on them), just userland does not, and im afraid they will fail to create after reboot and i should repeat userland rebuild again. вт, 19 мая 2020 г. в 11:21, Bars Bars : > it seems i figured out why userland was 'broken' on recompi

Re: RT_TABLEID_MAX behavior changed?

2020-05-19 Thread Bars Bars
3AM +0300, Bars Bars wrote: > > it seems i figured out why userland was 'broken' on recompiled kernel > > with changed RT_TABLEID_MAX. > > I dont think things are really broken, may be i dont them right way, > please > > advice. > > > > I could repro

Re: RT_TABLEID_MAX behavior changed?

2020-05-19 Thread Bars Bars
talking about. if not, ask me please. вт, 19 мая 2020 г. в 15:05, Theo de Raadt : > Bars Bars wrote: > > > Thank you much. > > > > Do you mean i should not do syspatch if a modified kernel sources? > > syspatches can deliver replacements for kernel .o files > &g

bgpd path selection seems broken at now

2020-10-12 Thread Bars Bars
Hi, Firstly, i have to say, that its really hard to understand prefix comparison procedure calls for me, because of there are so much ways where different comparisons done inside, like prefix_cmp()/prefix_compare()/pt_prefix_cmp()/path_compare()/etc. So, I guess, I may be totally wrong here in

Re: bgpd path selection seems broken at now

2020-10-12 Thread Bars Bars
To be more clear i mean this one commit on rde_rib.c, but again im not sure. https://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin/bgpd/rde_rib.c?rev=1.189=text/x-cvsweb-markup пн, 12 окт. 2020 г. в 13:52, Bars Bars : > Hi, > > Firstly, i have to say, that its really hard to understa

Re: bgpd path selection seems broken at now

2020-10-16 Thread Bars Bars
.54.8.0 mask: 255.255.255.0 interface: mpe450 if address: 10.0.3.1 mpls label: PUSH 120 priority: 48 (bgp) flags: use mtuexpire 0 0 0 sockaddrs: #cat /etc/bgpd-vpn450.conf match from 192.168.0.1 ext-community rt 65000:1081 e

bgpd VPNs broken in kroute with 7.2?

2022-10-31 Thread Bars Bars
Hi! Just upgraded to 7.2 and bgpd began to crash with VPNs, not immediately but in 1 minute after daemon start (probably the issue happens when prefix withdraw received or so, and rde goes to change the fib, not sure). If only using IPv4 sessions and keeping VPN sessions down then it works

Re: bgpd VPNs broken in kroute with 7.2?

2022-11-04 Thread Bars Bars
Nice additive to make thing works! пт, 4 нояб. 2022 г., 14:29 Claudio Jeker : > On Fri, Nov 04, 2022 at 10:18:26AM +0300, Bars Bars wrote: > > Hi, Claudio! > > > > It seems there were at least two issues: > > 1. VPN routes were never installed to fib (with errno

Re: bgpd VPNs broken in kroute with 7.2?

2022-11-04 Thread Bars Bars
INET6: + case AID_VPN_IPv6: multipath = kroute6_remove(kt, kf, any); break; default: чт, 3 нояб. 2022 г. в 16:43, Claudio Jeker : > On Mon, Oct 31, 2022 at 09:54:12AM +0300, Bars Bars wrote: > > Hi! > > > > Just upgraded to 7.