[Berlin-wireless] batman-adv gateway mode

Bastian fly
Mi Mär 19 13:39:00 CET 2014


Hallo,

mir sind im dnsmasq-log von zwingli-core und elok-core seltsame
Meldungen mit "wrong Server ID" aufgefallen. Fakt ist, bei elok und
zwingli kommt z.B. "DHCPREQUEST 104.0.2.187" an. Mit batman-adv kann man
ja die User schön tracken, und wie die IP schon vermuten lässt, kam der
Client über die Emma rein:
traceroute to d8:30:ca:fe:as:df 50 hops max, 20 byte packets
1: Zwingli-Ost-2GHz_br-lan (de:9f:db:3d:ea:00) 1.637ms 0.887ms 0.867 ms
2: Zwingli-Sued-2GHz_br-lan (dc:9f:db:3d:e9:81) 1.131ms 0.974ms 1.167 ms
3: emma-oso-m2_br-lan (24:a4:3c:79:83:47) 8.889ms  2.072ms 14.284 ms
4: emma-sso-m2_br-lan (dc:9f:db:3d:e9:fe) 3.308ms  4.000ms 2.210 ms

Eigentlich sollte ein sauber gesetzter gateway-mode auf unseren
batman-adv Nodes so ein Verhalten gar nicht erst zulassen:

zwingli-core, emma-core und elok-nordwest sind "gw_mode master"
zwingli-nodes, emma-nodes und elok-nodes sind "gw_mode client"

Server soll sein, wer eine default-route hat und als DHCP-Server IPs
vergibt (zwingli- und emma-core) - oder soetwas im gebridgten Netzwerk
(elok-nordwest -> elok-core) hat.

Client soll sein, wer seinen non-meshing Clients (z.B. Smartphones)
einen nach unterschiedlichen Kriterien (Bandbreite, Hop-Count/Link
Quality) ausgewählten Gateway/Server zuweist.

root at laskerwiese-2ghz:~# batctl gwl 2>/dev/null
Gateway (#/255) Nexthop [outgoingIF]: advertised uplink bandwidth ...
[B.A.T.M.A.N. adv 2014.0.0, MainIF/MAC: adhoc2/26:a4:3c:42:b6:cf (bat0)]
emma-core_br-lan ( 96) Zwingli-Ost-2GHz_wlan0 [adhoc2]: 10.0/2.0 MBit
Zwingli-Core_eth0.1 (202) Zwingli-Ost-2GHz_wlan0 [adhoc2]: 10.0/2.0 MBit
=>elok-nordwest_adhoc2 (229) elok-nordwest_adhoc2 [adhoc2]: 5.0/1.0 MBit

Die Emma-AP-Nodes wählen emma-core als Gateway, die Zwingli-AP-Nodes
wählen zwingli-core. In der E-LOK/Laskerwiese das selbe Spiel.
Das schöne daran: Wenn in der E-LOK mal wieder das DSL ausfällt, kann
ich "gw_mode server" auf "gw_mode client" umschalten und alle User
sollten automatisch über die Zwingli geroutet werden. Also mal einen
kleinen check_gateway cronjob schreiben und schon haben wir Smartgateway
für batman-adv.

Leider erreichen die E-LOK häufig DHCP-Anfragen von Zwingli-Clients. Das
könnte auch am OLSR/batman-adv Kombi-Betrieb auf zwingli-core liegen, da
die Anfrage zuerst am transport-interface ankommt, dnsmasq dort aber
keine IPs verteilt und erst anspringt wenn der Request beim bat0
Interface landet:

daemon.warn dnsmasq-dhcp[4106]: no address range available for DHCP
request via eth0.1
daemon.info dnsmasq-dhcp[4106]: DHCPACK(bat0) 6.23.17.147
ec:f3:ca:fe:as:df Windows-Phone

@Sven-Ola
Auf der Emma hab ich eben den gw_mode gesetzt (und hoffentlich keinen
Host vergessen).

Gruß
Bastian

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 538 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20140319/00cf1367/attachment.pgp>



Mehr Informationen über die Mailingliste Berlin