[systemd-devel] [PATCH] sd-dhcp-client: Sets broadcast flag to 1

Patrik Flykt Patrik.Flykt at linux.intel.com
Mon Jun 2 05:09:26 PDT 2014


On Fri, 2014-05-30 at 17:21 +0100, Tom Gundersen wrote:
> I'm wondering if the criterion should be to request broadcast if and
> only if we have not configured an IP address (I.e. only in
> discovering, requesting and init-reboot), as that seems to be the
> problem, or did I get that wrong?

Yes, I was aiming at requesting broadcast delivery from the server only
for broadcast packets sent by the client. That can be an overly simple
solution which waits until T2 until the client reacquires the lease by
using broadcast; the unicast packets between times T1 and T2 are always
lost on these links. Is this something acceptable?

Then again, if the network is known to operate correctly, it is better
to request and get unicast delivery all the time instead. Should we have
a configuration parameter that requests broadcast delivery by default
and therefore works in all places? The system owner can then turn on
unicast delivery once the network is known to work properly?


Cheers,

	Patrik




More information about the systemd-devel mailing list