<div dir="ltr">Hi Tim,<div><br></div><div><span style="font-size:12.8px">If I recall, the gPON and DSL network deployments are <i>similar</i> to how things are done in a cable network, which is mentioned in section 9.9 of the docs. So that may be a good starting point to understand the design aspects of the Kea DHCPv6 implementation. </span><span style="font-size:12.8px">I am sure you know that DHCPv6 offers functionality that is not available in DHCPv4. Generally it has a lot more functionality to design around, and thus the config may be a little more complicated than DHCPv4. </span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">In the docs section 9.10 it </span><span style="font-size:12.8px">mentions all of the options available to identify clients. Have you set the "mac-sources" list in the order to try identifying the client? </span></div><div><span style="font-size:12.8px">It sounds like the relay agent in your setup will know which customer making the request, and the relay-agent can set the remote-id, subscriber-id, or some other unique identifier. This is very much deployment specific. </span><span style="font-size:12.8px">The subnet selection will likely be based on the interface-id parameter, as Francis mentioned.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Cheers,</span></div><div><span style="font-size:12.8px">Jason</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 9, 2018 at 5:04 AM, Francis Dupont <span dir="ltr"><<a href="mailto:fdupont@isc.org" target="_blank">fdupont@isc.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">According to RFC 3315 (I didn't check if its update was already published)<br>
the interface ID (DHCPv6 option 18) identifies a link, not a client on<br>
a link:<br>
<br>
22.18. Interface-Id Option<br>
<br>
   The relay agent MAY send the Interface-id option to identify the<br>
   interface on which the client message was received.  If a relay agent<br>
   receives a Relay-reply message with an Interface-id option, the relay<br>
   agent relays the message to the client through the interface<br>
   identified by the option.<br>
<br>
so it is used in Kea to select a subnet.<br>
<br>
Now if you want to use it as an identifier for host reservation the<br>
obvious solution is the flex-id hook library...<br>
<br>
Note the standard way to identify a dual-stack client is to use client ID<br>
options. For old DHCPv4 clients which don't know it you still have the<br>
hardware address: the problem is on the DHCPv6 side but there are a lot<br>
of ways to get the client hardware address including Cisco proprietary<br>
relay option...<br>
<br>
Regards<br>
<br>
Francis Dupont <<a href="mailto:fdupont@isc.org">fdupont@isc.org</a>><br>
<div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
Kea-users mailing list<br>
<a href="mailto:Kea-users@lists.isc.org">Kea-users@lists.isc.org</a><br>
<a href="https://lists.isc.org/mailman/listinfo/kea-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/<wbr>listinfo/kea-users</a><br>
</div></div></blockquote></div><br></div>