Hi,
beim normalen Batman-adv-Modul auf unseren Servern fehlt die no_rebroadcast-Option[0]. In die Sourcen für Gluon ist sie eingepatcht, ebenso im batman-adv-legady-Repo, welches wir für die alte Batman-Adv -Version verwendeten.
Leider hat es die Option noch nicht upstream geschafft, da der Patch von Ruben nicht gegen Master rebased war[1]
Vorschlag: eigenes Debian-Repo bauen mit batman-adv-dkms-Modul.
vg bjo
[0]http://thread.gmane.org/gmane.org.freifunk.batman/10503 [1]https://lists.open-mesh.org/pipermail/b.a.t.m.a.n/2015-August/013498 .html
Moin,
Vorschlag: eigenes Debian-Repo bauen mit batman-adv-dkms-Modul.
sofern nicht schon ein Repo existiert: freight ist super dafuer.
https://github.com/rcrowley/freight
felix
Am Freitag, den 07.08.2015, 10:15 +0200 schrieb Felix Kronlage:
Moin,
Vorschlag: eigenes Debian-Repo bauen mit batman-adv-dkms-Modul.
sofern nicht schon ein Repo existiert: freight ist super dafuer.
Danke für den Vorschlag, schau ich mir mal an!
bjo
Am Freitag, den 07.08.2015, 10:12 +0200 schrieb Bjoern Franke:
Hi,
beim normalen Batman-adv-Modul auf unseren Servern fehlt die no_rebroadcast-Option[0]. In die Sourcen für Gluon ist sie eingepatcht,
Ist doch gut. Sonst würdet ihr doch abschalten, dass die Clients sich gegenseitig Broadcasts schicken können, wenn sie an unterschiedlichen VPNs aber im selben Subnetz hängen?
Tim
ebenso im batman-adv-legady-Repo, welches wir für die alte Batman-Adv -Version verwendeten.
Leider hat es die Option noch nicht upstream geschafft, da der Patch von Ruben nicht gegen Master rebased war[1]
Vorschlag: eigenes Debian-Repo bauen mit batman-adv-dkms-Modul.
vg bjo
[0]http://thread.gmane.org/gmane.org.freifunk.batman/10503 [1]https://lists.open-mesh.org/pipermail/b.a.t.m.a.n/2015-August/013498 .html