On Tue, Mar 7, 2017 at 4:28 PM, Perry Gagne <pga...@redhat.com> wrote:
> Wouldn't it be better to add support for  fixed-address6 or is there some
> issue with doing that?

It looks to me like ISC aren’t really interested in extending
functionality of dhcpd. On top of this, it may actually be more work
than it looks: both memory db serialization and omapi need updates
(the latter accepts fixed-addresses only atm). I have a pretty
high-level understanding of dhcpd codebase, but even at this level it
looks like omapi-related change might be quite big in scope.

-d

>
> On Tue, Mar 7, 2017 at 11:27 AM, Dmitri Dolguikh <witlessb...@gmail.com>
> wrote:
>>
>> On Tue, Mar 7, 2017 at 4:22 PM, Perry Gagne <pga...@redhat.com> wrote:
>> >> This is definitely the case as far as ipv6-specific dhcpd
>> >> configuration goes. The code I linked to is responsible for
>> >> persistence of in-memory host records, and it doesn’t support ipv6 at
>> >> all.
>> >
>> > Maybe I am confused. Are you trying to add support for fixed-address6 or
>> > trying to work around the support not being there?
>>
>> The latter.
>> -d
>>
>> >
>> > On Mon, Mar 6, 2017 at 11:32 AM, Dmitri Dolguikh <witlessb...@gmail.com>
>> > wrote:
>> >>
>> >> On Mon, Mar 6, 2017 at 4:11 PM, Perry Gagne <pga...@redhat.com> wrote:
>> >> >
>> >> > Doesn't ISC DHCPD use " fixed-address6", "range6", etc for DHCPv6.
>> >> > The
>> >> > code
>> >> > you linked seems to be related to "fixed-address" which is the ipv4
>> >> > variant.
>> >> >
>> >>
>> >> This is definitely the case as far as ipv6-specific dhcpd
>> >> configuration goes. The code I linked to is responsible for
>> >> persistence of in-memory host records, and it doesn’t support ipv6 at
>> >> all.
>> >>
>> >> > Another question I have, does DHCP really need to be the one
>> >> > assigning
>> >> > the
>> >> > address? Should DHCP just be providing config info, and leave the
>> >> > address up
>> >> > to SLAAC? [1]
>> >>
>> >> It is possible to use autoconf for IPv6 address (self-)assignment and
>> >> rely on dhcp for host configuration only. I’m not sure how useful
>> >> autoconf is in larger networks (anyone has experience with this?), but
>> >> it has a potential for making our life harder.
>> >>
>> >> -d
>> >>
>> >> >
>> >> >
>> >> > [1] https://tools.ietf.org/html/rfc3736
>> >> >
>> >>
>> >> --
>> >> You received this message because you are subscribed to the Google
>> >> Groups
>> >> "foreman-dev" group.
>> >> To unsubscribe from this group and stop receiving emails from it, send
>> >> an
>> >> email to foreman-dev+unsubscr...@googlegroups.com.
>> >> For more options, visit https://groups.google.com/d/optout.
>> >
>> >
>> > --
>> > You received this message because you are subscribed to the Google
>> > Groups
>> > "foreman-dev" group.
>> > To unsubscribe from this group and stop receiving emails from it, send
>> > an
>> > email to foreman-dev+unsubscr...@googlegroups.com.
>> > For more options, visit https://groups.google.com/d/optout.
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "foreman-dev" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to foreman-dev+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "foreman-dev" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to foreman-dev+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"foreman-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to foreman-dev+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to