[ovs-dev] [PATCH ovn v4] Broadcast DHCPREPLY when BROADCAST flag is set
Ben Pfaff
blp at ovn.org
Thu Mar 5 22:19:59 UTC 2020
On Thu, Mar 05, 2020 at 05:16:04PM -0500, Ihar Hrachyshka wrote:
> On Thu, Mar 5, 2020, 15:15 Ben Pfaff <blp at ovn.org> wrote:
>
> > On Thu, Mar 05, 2020 at 02:56:17PM -0500, Ihar Hrachyshka wrote:
> > > As per RFC2131, section 4.1:
> > > A server or relay agent sending or relaying a DHCP message directly
> > > to a DHCP client (i.e., not to a relay agent specified in the
> > > 'giaddr' field) SHOULD examine the BROADCAST bit in the 'flags'
> > > field. If this bit is set to 1, the DHCP message SHOULD be sent as
> > > an IP broadcast using an IP broadcast address (preferably 0xffffffff)
> > > as the IP destination address and the link-layer broadcast address as
> > > the link-layer destination address.
> > >
> > > This patch changes destination IP address to 255.255.255.255 when client
> > > set BROADCAST flag in their DHCPREQUEST. Note: the offered IP address is
> > > still part of the DHCP payload.
> > >
> > > Reported-at: https://bugzilla.redhat.com/show_bug.cgi?id=1801006
> > >
> > > Signed-off-by: Ihar Hrachyshka <ihrachys at redhat.com>
> >
> > Does the reply actually get broadcast to all the VMs in the logical
> > network? Or is it just the IP destination that gets changed and it's
> > actually unicast just to the requester? The latter is what I'm inclined
> > to prefer.
> >
>
> DHCP responder flow sets outport=inport and then runs 'output' so I assume
> it's delivered to the original port only, just with broadcast ip address.
> (I believe all DHCP responses are looped back.)
Great. (It'd be nice to add that to the commit message.)
More information about the dev
mailing list