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

[Camilo Aguilar]

>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?

What about leaving networkd as it currently is, unicast by default, and
just providing the configuration parameter to turn broadcast requests on?
It seems like a more reasonable approach for networks with a lot of nodes
in the same network segment. If it is done the other way around, it could
be taxing good behaving networks.

Best,
Camilo


On Mon, Jun 2, 2014 at 8:09 AM, Patrik Flykt <Patrik.Flykt at linux.intel.com>
wrote:

> 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
>
>
>


-- 
*Camilo Aguilar*
Software Engineer
http://github.com/c4milo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/systemd-devel/attachments/20140602/25610a49/attachment.html>