The current system is confusing.  It limits your discovery of peers - the neighbourhood view ether shows buddies from the school server OR buddies from avahi (local network)<div><br></div><div>In the new system, we will avoid this limitation.  You will be able to see buddies on the schoolserver and avhai at the same time.  It will not make a difference from a user perspective.</div><div><br></div><div>If this makes the local network collaboration more widely used, I'm excited about that.  Obviously, direct local communication has less latency than using a server.  Less latency is a better user experience!</div><div><br></div><div>Thanks,</div><div>Sam<br><div>On Mon, Jul 25, 2016 at 4:38 PM, Tony Anderson <tony_anderson@usa.net> wrote:<br>
<blockquote type="cite"><div class="plaintext" style="white-space: pre-wrap;">Hi, Sam

I am still having a problem. You were referring to XMPP not avahi.

Tony

On 07/25/2016 01:03 AM, Sam Parkinson wrote:
<blockquote>On Sun, Jul 24, 2016 at 9:35 PM, Tony Anderson <<a href="mailto:tony_anderson@usa.net">tony_anderson@usa.net</a>> wrote:
<blockquote>I'm sorry. I don't understand you. Currently collaboration in locations with a school server is done by ejabberd. This resulted from the fact that the original mesh and later ad hoc networks did not support the requirements of actual deployments. This means the software supports XMMP to connect with jabber servers.
</blockquote>
Avahi is *not* the mesh or adhoc network.

Avahi broadcasts things over a local wifi network - one with routers and stuff.  It doesn't do mesh or adhoc.
</blockquote></div></blockquote></div></div>