Comment 0 for bug 2033430

In attempting to get OVN networking working, we appear to have an issue where our network boot operations fail:

Specifically, what we're seeing is:

* DHCP response is issued:
  - Opt 53 - ACK
  - Opt 67 - bootfile name (bootx64.efi)
  - Opt 253 Private
  - Opt 121 - classless static route -> metadata IP to 10.1.0.2 (The OVN Metadata agent)
  - OPT 6 - DNS 127.0.0.1 (gah!)
  - Opt 51 Lease time - 12 hours
  - Opt 26 - mtu 1430 bytes (where does it get this?!?!)
  - Opt 1 - subnet mask 255.255.255.192
  - Opt 210 - PXE path prefix to the appropriate tftpboot folder path
  - Opt 3 - router 10.1.0.1
  - Opt 54 - dhcp server identifier 10.1.0.1
  - Opt 66 - dhcp server name: 10.208.22.67
  - Opt 150 - DHCP server address 10.208.225.67

* TFTP transfer starts
- VM grabs bootx64.efi, completes
- VM grabs grubx64.efi, complets

And then promptly starts arping to the wire "Who has 10.208.225.67? Tell 10.1.0.34"

As if it lost through tthe configuration load what it's routing table is.

And we can confirm this by passing net_ls_routes:

grub> net_ls_routes
efinet0:local 10.0.0.0/8 efinet0
grub>

Which makes this seem like a grub bug, but given the fact this worked with OVS + dnsmasq dhcp, we need to understand the root cause.