On Sep 21, 2014, at 4:43 AM, Stuart Henderson <s...@spacehopper.org> wrote:
> SMALL is needed to reduce storage requirements on ram disks. Makes sense. Here are executable sizes of the installed binaries on amd64, with -current and -current + this patch: -current: -r-xr-xr-x 1 root bin 136400 Sep 21 08:01 /sbin/rtsol -r-xr-xr-x 1 root bin 29176 Sep 21 08:01 /usr/sbin/rtsold -current + patch: -r-xr-xr-x 1 root bin 210128 Sep 21 08:00 /sbin/rtsol -r-xr-xr-x 1 root bin 37368 Sep 21 08:00 /usr/sbin/rtsold It is significantly bigger, particularly rtsol. > > RA DNS support has been mentioned before, I think there was some sort of plan > to have the kernel record the information and allow userland to retrieve it > but I don't recall the details. > > Certainly rtsol is not required in order for router advertisements to work > and the addresses will need to be updated whenever they change, not just when > rtsol is run. > Understood. At it now stands, processing of RAs is in the kernel, to bring up interfaces and add routes. Rtsol acts as the tickler, to solicit them promptly, but that's basically it. The FreeBSD code I've adapted is inconsistent with this model and hence might not be the desired approach.There does need to be some userland support to put the RDNSS and DNSSL data into /etc/resolv.conf (RFC 6106 requires cooperation with other entities, like dhclient). I wonder how other systems that centralize RA processing in the kernel manage the resolver configuration. One side question: In 5.5 there was as sysctl for enabling the processing of RAs, but this seems to have vanished in -current. By default, the system processes them. How do you disable acting on RAs if you don't want to do it (and is there a reason to do that)? Chuck
