<div>Hello Tomek,</div><br><div>Sorry for the late reply.</div><br><blockquote><div><div>Hold on. That doesn't look like stateless at all. You didn't provide</div><div>full logs, but I guess your device must have sent SOLICIT, so Kea</div><div>reponds with ADVERTISE.</div></div></blockquote><div><br><blockquote><div><div>This looks like misunderstanding what stateless really is.</div><br><div>You may also take a look at</div><div>https://tools.ietf.org/html/rfc8415#section-6.1 or now obsoleted RFC3736.</div></div></blockquote><br></div><div>Thank you for the information.</div><div>My understanding of DHCPv6 seems to be lacking.</div><br><div>I would like to set kea after studying again.</div><div>Best regards.</div><br><div class="gmail_quote_attribution">On 8月 28 2019, at 7:14 午前, Tomek Mrugalski <tomasz@isc.org> wrote:</div><blockquote><div><div>On 27.08.2019 14:16, Yoshihito Horigome wrote:</div><blockquote><div>I am trying to configure stateless DHCPv6 with reference to the</div><div>documentation[1].</div><br><div>When set, "Sorry, no prefixes could be allocated." Is output, and a</div><div>message indicating that allocation is not possible is output.</div></blockquote><br><blockquote><div>2019-08-26 20:40:39.271 DEBUG [kea-dhcp6.packets/35] DHCP6_PACKET_SEND</div><div>duid=[00:03:00:01:6c:3b:6b:cf:9b:94], tid=0xcab890: trying to send</div><div>packet ADVERTISE (type 2) from [ff02::1:2]:547 to</div><div>[fe80::8e3b:6bff:fecf:9b94]:546 on interface eth0</div><div>2019-08-26 20:40:39.272 DEBUG [kea-dhcp6.packets/35] DHCP6_RESPONSE_DATA</div><div>responding with packet type 2 data is localAddr=[ff02::1:2]:547</div><div>remoteAddr=[fe80::8e3b:6bff:fecf:9b94]:546</div><div>msgtype=2(ADVERTISE), transid=0xcab890</div></blockquote><br><div>Hold on. That doesn't look like stateless at all. You didn't provide</div><div>full logs, but I guess your device must have sent SOLICIT, so Kea</div><div>reponds with ADVERTISE.</div><br><div>Stateless DHCPv6 is a simplified mode that does not involve assigning</div><div>anything (addresses or prefixes) that requires state tracking. Hence the</div><div>name stateless. It is used to provide additional configuration options,</div><div>such as DNS addresses or domain names. That kind of information is</div><div>requested by client sending INFORMATION-REQUEST message and the server</div><div>is supposed to reply with REPLY message.</div><br><div>The protocol spec says that if you need any addresses or prefixes, you</div><div>are doing stateful and therefore must send SOLICIT rather than INF-REQUEST.</div><br><div>So, if you want an address or prefix assigned, stateless is not for you.</div><div>Alternatively, if you want to use stateless, your device should not</div><div>request addresses or prefixes and send INF-REQUEST without any IA_NA or</div><div>IA_PD options (both are forbidden in INF-REQUEST).</div><br><blockquote><div>With statefull DHCPv6, it was possible to assign addresses to client PCs.</div><div>Is there something wrong with the settings?</div></blockquote><div>This looks like misunderstanding what stateless really is.</div><br><div>You may also take a look at</div><div>https://tools.ietf.org/html/rfc8415#section-6.1 or now obsoleted RFC3736.</div><br><div>Tomek</div><div>_______________________________________________</div><div>Kea-users mailing list</div><div>Kea-users@lists.isc.org</div><div>https://lists.isc.org/mailman/listinfo/kea-users</div></div></blockquote>