<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I was asking whether it would help to have the wireless module wake us<br>
on multicast packets instead of only unicast.  Are you saying that it<br>would?</blockquote><div><br>It seems so, though it would, as John points out, make resumes far more constant. It seems we have to find a creative way out of this tough choice (automated suspend vs mesh) or face it.<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br><div class="Ih2E3d"><br>   > Avahi entries will expire after some time. Suspend will prevent it<br>
   > to update its cache.<br><br></div>Yani's bug report (#6467) suggests that Avahi entries often expire<br>immediately upon resume:<br><br>   After the XO resumes (probably after beinng suspended for several<br>   minutes) all the icons in the mesh view vanish, except the mesh<br>
   circles.</blockquote><div><br>I read this as the avahi-cache  expiring its entries.  Yanni  can  you put timeframes on this?<br>Could check how long does it take to expiry an entry (TO) and then check if:<br>Suspend time > TO -> all entries vanish<br>
Suspend time << TO -> no entries vanish<br>Supens time ~ TO -> some entries vanish<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><div><div></div><div class="Wj3C7c"><br>Thanks,<br><br>- Chris.<br>--<br>Chris Ball   <<a href="mailto:cjb@laptop.org">cjb@laptop.org</a>><br></div></div></blockquote></div><br>