Re: [B.A.T.M.A.N.] Batman an more than one Gateway

[Sven Eckelmann <sven@narfation.org>]

[-- Attachment #1: Type: text/plain, Size: 1677 bytes --]

On Samstag, 5. November 2016 22:29:19 CET Jean-Jacques Sarton wrote:
> Am 05.11.2016 um 04:14 schrieb Marek Lindner:
> > Hi,
> > 
> >> I have take a look to the configuration of our gateways.
> >> Inho there are some points which are not OK,
> >> Broadcasts are rebroadecasted on a wired connection,
> > 
> > please note that batman's payload reboradcast behavior is unrelated to the 
> > batman gateway feature. The effect of the batman gateway feature is explained 
> > here: https://www.open-mesh.org/projects/batman-adv/wiki/Gateways
> > 
> This seem to work but for IPv6 there is nothing and the client get
> RA's from all GW.

The important message from Marek (we already told you this multiple
times) was:

"batman-adv gateway feature" has nothing to do with "rebroadcast".

So please stop mixing these things together in all your messages. It also
doesn't help when you now start to bring up IPv6 RAs. They are not IPv4
DHCP requests and are therefore as unrelated to the "batman-adv gateway
feature" as "rebroadcasts".

> > * VPN / wired Ethernet: payload broadcast is transmitted once as most sane 
> > VPNs don't experience packet loss
> 
> This what the interface type used. This mean that the gateway send
> a broadcast via wire and the node get it as if there where no VPN between
> GW and node. rebroadcasting is not OK here.

This can be wrong (as explained in my last mail). Gluon only sets the
no_rebroadcast on the Freifunk router because it doesn't have to handle
distribution of broadcast to multiple fastd endpoints. It would be
completely wrong when set on the fastd server (handling multiple clients).
See my other mail for details.

Kind regards,
	Sven

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 801 bytes --]