yes, batman advanced (note, not the layer 3 BATMAN) supports multicast. It behaves like a (rather lossy) Ethernet interface and transports multicast traffic just like broadcast. For broadcast, we use a "classic flooding" approach, which means that every message is rebroadcasted by every node once when heard first. This "works" also for UDP multicast traffic, but is not designed for high bandwidth multicast/broadcast data.
Linus and me are working on an optimization for multicast which is currently in an experimental stage, which may also be better suited for your application. However, I don't know whether LCM works on lossy networks and which bandwidth requirements it has. Also note that the optimization is not "deployment ready" yet. ;)
A few pointers to get started: Quick Start Guide: http://www.open-mesh.org/wiki/batman-adv/Quick-start-guide First Announcement of Multicast Optimization (Specification attached): https://lists.open-mesh.org/pipermail/b.a.t.m.a.n/2010-December/003858.html
best regards, Simon
On Thu, Mar 24, 2011 at 07:42:21PM +0000, Toupet, Olivier wrote:
I am considering using the Lightweight Communications and Marshalling (LCM) library recently developed at MIT: http://code.google.com/p/lcm/ . However, that library relies on UDP multicast and I need it to work for mesh networks. I have only used simple UDP in the past with B.A.T.M.A.N. and I was wondering if my applications would still work with B.A.T.M.A.N. if I went with UDP multicast. Doing a little bit of research on the web seems to indicate that the UDP packets would be treated like broadcast packets and would then be flooded in the network, which doesn't seem efficient bandwidth-wise. Is that really the case? Would B.A.T.M.A.N. work with LCM (i.e. UDP multicast)? Is there documentation that explains how to set up B.A.T.M.A.N. for UDP multicast?
Thanks in advance for your reply.