Gatewayselection Würfelspiel

Do Jan 21 07:23:42 CET 2016

Danke an Christian für Deine aufreibenden und schlafraubenden
Forschungen. 

Aus meiner Sicht ist die funktionierende Gatewayselektion ein wichtiges
Feature. Es macht ja wenig Sinn, 300 Mbit/s Richtfunkstrecken mit einer
100Mbit/s Internetanbindung aufzubauen, um dann die Clients an ein
2Mbit/s Gateway zu verweisen. 

Wäre super, wenn sich einer von Euch Cracks das Problem mal anschauen
könnte. 

@Christian: Ansonsten schalten wir das Feature Gatewayselektion für die
Höffner Router ab und bauen selber eine Lösung. Zum Beispiel könnten wir
per status.txt via Alfred, einem Script und iptables (ist vorhanden im
Router Image) dafür sorgen, dass wenigstens die langsamen Gateways nicht
mehr ihre DHCP Antworten an die Clients durchreichen können und sie
damit aus dem Weg räumen. 

Peter 

Am 2016-01-21 02:29, schrieb Christian Dresel: 

> Hi
> 
> ich hab mir das ganze jetzt nochmal angesehen (und mir die halbe Nacht um die Ohren gehaunt) und ich hab da so einen Verdacht, komm aber nicht wirklich weiter wie ich den beweisen soll.
> 
> Solang ich mit meinem Gateway 4Mbit announce (die anderen 2 GW haben in Fürth nur 2Mbit announced) scheint er zuverlässig meinen Gateway als schnellsten Gateway zu wählen (jetzt auf verschiedenen Routern kontrolliert). Sobald ich mehr 4Mbit announce endet das irgendwie in einen Würfelspiel. Auffälig ist, das 4Mbit gerade noch in eine 32Bit Variable passen würde (4194304Bit) und so wie ich diesen Gatewayselection Bug verstehe es sich da irgendwie um einen Überlauf einer 32Bit Variable handelt. Es wurde ja schon "irgendwann mal" die Quellen von Batman geändert, kann es sein das hier irgendwas schief gelaufen ist und wir immer noch mit dem "Bug" leben? Ich hab versucht das Gitzeug wo das Batman her stammt nachzuvollziehen, kam da aber auf keinen für mich grünen Zweig.
> 
> mfg
> 
> Christian
> 
> Am 16.01.2016 um 09:34 schrieb Christian Dresel:
> 
>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Guten Morgen root at Uplinkunterfuerberg:~# batctl gwl Gateway (#/255) Nexthop [outgoingIF]: gw_class ... [B.A.T.M.A.N. adv 2013.4.0, MainIF/MAC: eth0.3/30:b5:c2:0e:c9:55 (bat0)] 1e:b4:40:29:51:fa (255) 1e:b4:40:29:51:fa [ fffVPN]: 49 - 4MBit/1024KBit => ca:3f:6f:55:d3:00 (255) ca:3f:6f:55:d3:00 [ fffVPN]: 41 - 2048KBit/512KBit c6:df:05:c9:12:da (255) c6:df:05:c9:12:da [ fffVPN]: 87 - 64MBit/64MBit root at PicostationSued:~# batctl gwl Gateway (#/255) Nexthop [outgoingIF]: gw_class ... [B.A.T.M.A.N. adv 2013.4.0, MainIF/MAC: w2mesh/68:72:51:2e:d9:b7 (bat0)] 1e:b4:40:29:51:fa ( 60) 74:ea:3a:c1:66:cc [ w2mesh]: 49 - 4MBit/1024KBit ca:3f:6f:55:d3:00 ( 55) 74:ea:3a:c1:66:cc [ w2mesh]: 41 - 2048KBit/512KBit => c6:df:05:c9:12:da ( 57) 74:ea:3a:c1:66:cc [ w2mesh]: 87 - 64MBit/64MBit root at LinkZumVorderhaus:~# batctl gwl Gateway (#/255) Nexthop [outgoingIF]: gw_class ... [B.A.T.M.A.N. adv 2013.4.0, MainIF/MAC: w2mesh/68:72:51:36:0e:04 (bat0)] =>
1e:b4:40:29:51:fa (221) 30:b5:c2:0e:c9:55 [ eth0]: 49 - 4MBit/1024KBit ca:3f:6f:55:d3:00 (224) 30:b5:c2:0e:c9:55 [ eth0]: 41 - 2048KBit/512KBit c6:df:05:c9:12:da (225) 30:b5:c2:0e:c9:55 [ eth0]: 87 - 64MBit/64MBit root at NSM2TEST:~# batctl gwl Gateway (#/255) Nexthop [outgoingIF]: gw_class ... [B.A.T.M.A.N. adv 2013.4.0, MainIF/MAC: w2mesh/68:72:51:36:ec:6d (bat0)] => 1e:b4:40:29:51:fa (164) 00:27:22:80:f2:ca [ w2mesh]: 49 - 4MBit/1024KBit ca:3f:6f:55:d3:00 (163) 00:27:22:80:f2:ca [ w2mesh]: 41 - 2048KBit/512KBit c6:df:05:c9:12:da (166) 00:27:22:80:f2:ca [ w2mesh]: 87 - 64MBit/64MBit root at Zwischenstation-Nano-Picostation:~# batctl gwl Gateway (#/255) Nexthop [outgoingIF]: gw_class ... [B.A.T.M.A.N. adv 2013.4.0, MainIF/MAC: w2mesh/74:ea:3a:c1:66:cc (bat0)] 1e:b4:40:29:51:fa (107) 00:27:22:80:f2:ca [ w2mesh]: 41 - 2048KBit/512KBit => ca:3f:6f:55:d3:00 (105) 00:27:22:80:f2:ca [ w2mesh]: 41 - 2048KBit/512KBit c6:df:05:c9:12:da (107) 00:27:22:80:f2:ca [ w2mesh]: 87 - 64MBit/64MBit
root at PicoStationOst:~# batctl gwl Gateway (#/255) Nexthop [outgoingIF]: gw_class ... [B.A.T.M.A.N. adv 2013.4.0, MainIF/MAC: eth0/00:27:22:81:f2:ca (bat0 )] 1e:b4:40:29:51:fa (223) 30:b5:c2:0e:c9:55 [ eth0]: 49 - 4MBit/1024KBit => c6:df:05:c9:12:da (221) 30:b5:c2:0e:c9:55 [ eth0]: 87 - 64MBit/64MBit ca:3f:6f:55:d3:00 (222) 30:b5:c2:0e:c9:55 [ eth0]: 41 - 2048KBit/512KBit root at fue0x:~# batctl gwl Gateway (#/255) Nexthop [outgoingIF]: gw_class ... [B.A.T.M.A.N. adv 2013.4.0, MainIF/MAC: w2mesh/68:72:51:36:f8:65 (bat0)] 1e:b4:40:29:51:fa ( 91) 68:72:51:2a:a5:1b [ w2mesh]: 41 - 2048KBit/512KBit c6:df:05:c9:12:da ( 92) 68:72:51:2a:a5:1b [ w2mesh]: 87 - 64MBit/64MBit => ca:3f:6f:55:d3:00 ( 91) 68:72:51:2a:a5:1b [ w2mesh]: 41 - 2048KBit/512KBit root at fue0z:~# batctl gwl Gateway (#/255) Nexthop [outgoingIF]: gw_class ... [B.A.T.M.A.N. adv 2013.4.0, MainIF/MAC: eth0/68:72:51:37:ee:d0 (bat0 )] => ca:3f:6f:55:d3:00 ( 62) 68:72:51:36:f8:65 [ w2mesh]: 41 - 2048KBit/512KBit c6:df:05:c9:12:da ( 75)
6a:72:51:37:ef:38 [ eth0]: 87 - 64MBit/64MBit 1e:b4:40:29:51:fa ( 77) 6a:72:51:37:ef:38 [ eth0]: 41 - 2048KBit/512KBit Daten wurden alle innerhalb weniger Minuten aufgenommen. Ich hab connectet, Befehl eingegeben exit und mir den nächsten rausgesucht und connectet usw. Wenn der Pfeil am Anfang nun wirklich bedeutet welches GW die GWSelection ausgewählt hat (wovon ich mal ausgehe, denn was soll der PFeil sonst bedeuten?), dann würfelt der doch auf gut Glück oder? Zumindest seh ich da absolut keinen Sinn dahinter was er gerade so auswählt. mfg Christian - -- Kontaktmöglichkeiten ChristianD (Christian Dresel): Jabber: ChristianD at jabber.community E-Mail: fff at chrisi01.de Facebook: https://www.facebook.com/christian.chili [1] Handy/Whatsapp & Festnetz: auf Nachfrage -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWmgB4AAoJEOID5jPgWNLiDyEP/3/yQJTCHt8CpebKmK1x75yS E4Do+fL9uG048QprimmRCsvAbctjTM47vFBLcAc9Misajw1+GA9pPExfaBDpaanZ
cPft3LgDCL8iv1cv65vEgeJ0YHZfpER1IBsStsuxu13DV+O4/1N40f7m/s2vkSiV KZBaa3W7INoCcbcY+lyYDsx7Vbb0yZPW0zgMiEaPzTd4A7bWZoeWVBMwu++3GHnp JumLQEclmwMYJYRjCglPjosvlmlOybBLaLZZCev2zOGsJ1XxIaNr4KIUZBvLu58d 2mqNZjua1Ym5TR5+aNb9QJdC72QKrkiI5i93aug2OPaUknqzCRa04Y1dKES8T4xG a6GScFB3Zkm4fVZriVTn+Utbc4VGb20Ppi/qCpiCR74oVkx5FMrdtxplAOt7f6Qa Xlmq8tv1fg7L6l9yxWq3k3pCYAKxDHGTQMuk2mw7X4F9JiI6PCYLJaFKXnk8fHep ByTlqdDcsEv1J6IxCoHsV27PEvp/WWKs+3xrmij75BHGblndmGnAaaQOeKyBYRE7 BjNj6RRKuZsFqOvT8gG6pFIsEAXBjouHmiszWmt/jWD+wGXUr0yURUeUdLv9/B23 1pqw07xGEKlQz0L4xATnTPkVGfqldQiTVP1tBXFL82fSYIC+f1Zkx/0IWRpFtwne /wIWCjVicEMbhatYEocP =zXD0 -----END PGP SIGNATURE-----

Links:
------
[1] https://www.facebook.com/christian.chili
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20160121/ddb71793/attachment-0002.html>