<div dir="ltr"><div><span style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:13px">>Then again, if the network is known to operate correctly, it is better</span><br style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:13px">

<span style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:13px">>to request and get unicast delivery all the time instead. Should we have</span><br style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:13px">

<span style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:13px">>a configuration parameter that requests broadcast delivery by default</span><br style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:13px">

<span style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:13px">>and therefore works in all places? The system owner can then turn on</span><br style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:13px">

<span style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:13px">>unicast delivery once the network is known to work properly?</span><br></div><div><span style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:13px"><br>

</span></div>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.<div>

<br></div><div>Best, </div><div>Camilo</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jun 2, 2014 at 8:09 AM, Patrik Flykt <span dir="ltr"><<a href="mailto:Patrik.Flykt@linux.intel.com" target="_blank">Patrik.Flykt@linux.intel.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Fri, 2014-05-30 at 17:21 +0100, Tom Gundersen wrote:<br>
> I'm wondering if the criterion should be to request broadcast if and<br>
> only if we have not configured an IP address (I.e. only in<br>
> discovering, requesting and init-reboot), as that seems to be the<br>
> problem, or did I get that wrong?<br>
<br>
</div>Yes, I was aiming at requesting broadcast delivery from the server only<br>
for broadcast packets sent by the client. That can be an overly simple<br>
solution which waits until T2 until the client reacquires the lease by<br>
using broadcast; the unicast packets between times T1 and T2 are always<br>
lost on these links. Is this something acceptable?<br>
<br>
Then again, if the network is known to operate correctly, it is better<br>
to request and get unicast delivery all the time instead. Should we have<br>
a configuration parameter that requests broadcast delivery by default<br>
and therefore works in all places? The system owner can then turn on<br>
unicast delivery once the network is known to work properly?<br>
<br>
<br>
Cheers,<br>
<br>
        Patrik<br>
<br>
<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><div><b>Camilo Aguilar</b></div><div>Software Engineer</div><div><a href="http://github.com/c4milo" target="_blank">http://github.com/c4milo</a></div>

<br><br></div>
</div>