Hi,
On Fri, May 6, 2022 at 9:45 AM Daniel Alvarez Sanchez
<dalva...@redhat.com> wrote:
>
> Hi folks,
>
> While doing some tests with PXE booting and OVN, we noticed that even though
> the tftp-server option was sent by ovn-controller, the baremetal node
> wouldn't try to reach it to download the image. Comparing it to the output
> sent by dnsmasq, it looks like we're missing the next server option.
>
> After this 'hardcoded' [0] (and dirty) patch, it seemed to work.
>
Thanks Daniel for describing the problem here.
> Is this something we should add to OVN? For example, when the tftp-* options
> are set in the DHCP_Options table, have ovn-controller send the next-server
> address in the DHCP offer?
>
I would suggest doing it when the "tftp_server_address" option is set
(DHCP 150), there's another option called "tftp_server" (DHCP 66) but
that could also be the hostname of the machine. So using DHCP 150 is
the way I would go about it.
> Thanks!
> daniel
>
> [0]
>
>
> diff --git a/controller/pinctrl.c b/controller/pinctrl.c
> index ae3da332c..6c2c75a64 100644
> --- a/controller/pinctrl.c
> +++ b/controller/pinctrl.c
> @@ -2259,6 +2259,7 @@ pinctrl_handle_put_dhcp_opts(
>
> if (*in_dhcp_msg_type != OVN_DHCP_MSG_INFORM) {
> dhcp_data->yiaddr = (msg_type == DHCP_MSG_NAK) ? 0 : *offer_ip;
> + dhcp_data->siaddr = (ovs_be32) inet_addr("172.27.7.29");
> } else {
> dhcp_data->yiaddr = 0;
> }
_______________________________________________
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
