DHCPv6 client in base
driesm.michiels at gmail.com
driesm.michiels at gmail.com
Wed May 15 19:52:54 UTC 2019
> -----Original Message-----
> From: Hiroki Sato <hrs at allbsd.org>
> Sent: woensdag 15 mei 2019 21:43
> To: driesm.michiels at gmail.com
> Cc: freebsd-net at freebsd.org
> Subject: Re: DHCPv6 client in base
>
> <driesm.michiels at gmail.com> wrote
> in <006001d50b53$72a22e00$57e68a00$@gmail.com>:
>
> dr> > I have a plan to import wide-dhcp6 into the base system because
> dr> > it is simple enough.
> dr>
> dr> Thats nice! Any timeline for this; 13.0 RELEASE?
>
> Yes, at the latest. I originally planned it before 12.0 but not happened for
> some non-technical reasons.
>
> dr> > More specifics about the complex configuration?
> dr>
> dr> My initial wording wasn't correct; wide-dhcp is in fact featureful
> although buggy when config files get a bit bigger.
> dr> Well I'm trying to assign a 64 prefix to two virtual interfaces and one
> physical from a 56 delegation.
> dr> For this config it errors out on parsing the config file ... while I'm 99%
> certain there is not a problem in it.
> dr>
> dr> interface em0 {
> dr> send rapid-commit;
> dr> send ia-na 1;
> dr> send ia-pd 1;
> dr> };
> dr>
> dr> id-assoc na 1 { };
> dr>
> dr> id-assoc pd 1 {
> dr> prefix ::/56 infinity;
> dr> prefix-interface igb0 {
> dr> sla-id 0;
> dr> sla-len 8;
> dr> };
> dr> prefix-interface lo1 {
> dr> sla-id 1;
> dr> sla-len 8;
> dr> };
> dr> prefix-interface tun0 {
> dr> sla-id 2;
> dr> sla-len 8;
> dr> };
> dr> };
> dr>
> dr> May 15 21:20:50 May 15 21:20:50 vados dhcp6c[94383]: failed to parse
> dr> configuration file
>
> In this configuration dhcp6c does not work because lo1 has no L2 address
> to generate an interface ID which will be used with the /64 prefix. Is there
> any specific reason why you want to use a loopback interface?
I was planning to use the prefix on lo1 as the ext_if argument in an IPFW NPTv6 rule.
That would translate my private jail addresses to their corresponding global ones from the prefix.
I know its possible with VIMAGE to just run rtadvd on a bridge but I rather stay away from that, one rule in IPFW is all I need.
>
> -- Hiroki
More information about the freebsd-net
mailing list