Ok... I see that you had a bad time using it.
I think it may have been because of how multicast ip packages work in mesh networks... and that is why i'm proposing to have local mdns cache servers, that proactively trigger mdns requests to their networks (locally), and share that information with the rest of the mdns caches via Alfred.
All mdns traffic would be contained on local networking (no routing involved).

NicoEchaniz told me that there where some issues with mdns in the past, but I guess this approach was reasonable... What do you think?

It would be very useful if you Gio and Pau could share a little bit more about what was your experience with this.

Also, you are right Pau... it would only work on a certain layer... and it would need something to coordinate with bmx6... but as of now, I feel that this is a good start.

-- Nicolás Pace http://www.linkedin.com/in/nickar


On Thu, Dec 1, 2016 at 11:14 AM, Nicolás Echániz <nicoechaniz@altermundi.net> wrote:
On 12/01/2016 10:11 AM, Pau wrote:
I agree with Gio, we also tried to use mDNS/avahi in several projects and it was always a fail, in addition the layer2 dependency is a restrictions which reduces the possible impact of the services sharing. An alternative option would be to use the bmx6 SMS plugin [1], which allows the transfer of small files using the routing packets. Here an example of usage [2] and the code [3]. Using ALFRED from batman-adv would be also an option. On LiMe we are already using it for the dhcp leases share system of dnsmasq, but again it would work only for the cloud (not the entire network). So a kind of bridge might be implemented. Would be nice to put some effort here.
I talked ahout this with nico a bit. We've also had a bad experience with Avahi in general. Maybe we can do some brainstorming about what we would like to accomplish and then share ideas on how to do that. Nico is motivated to work on this and that's awesome :) Cheers! Nico _______________________________________________ lime-dev mailing list lime-dev@lists.libremesh.org https://lists.libremesh.org/mailman/listinfo/lime-dev