
<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>

<p>I second this. I have several network switches that choke on the returned option.</p>

<p id="reply-intro">On 2022-06-07 1:52 pm, Rahul Sundaresan wrote:</p>

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">

<div id="replybody1">

<div>

<p>Hello,</p>

<p>I'm using Kea 2.1.5</p>

<p>I'm working on a ZTP provisioning system for Junos devices.</p>

<p>In the kea config, I have NOT set up option 12 since I'll be providing hostname to the device via a ZTP config file. </p>

<p>I took a wireshark capture and noticed this behavior:</p>

<ol>

<li>In the ZTP process, the Junos device sends its S/N as option 12 in the DHCP discover.</li>

<li>Kea takes this option 12 and directly puts it back in the DHCP Offer message. </li>

<li>Junos uses this as its hostname instead of whatever I set in the config.</li>

</ol>

<p>Is there a way to tell Kea to ignore whatever option it receives in DHCP discover message and not to set option 12 in the DHCP offer?</p>

<p><br /></p>

<p>Thank you</p>

<p><br /></p>

<p><br /></p>

</div>

</div>

<br />

<div class="pre" style="margin: 0; padding: 0; font-family: monospace"> </div>

</blockquote>

</body></html>