View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000092 | Freifunk Franken Firmware | General | public | 2018-02-04 17:46 | 2019-11-21 21:38 |
| Reporter | ChristianD | Assigned To | ChristianD | ||
| Priority | normal | Severity | feature | Reproducibility | N/A |
| Status | closed | Resolution | open | ||
| Target Version | later | ||||
| Summary | 0000092: BATMAN_V sollte mit eingebunden werden | ||||
| Description | Erste Tests zeigen das hier noch falsche Througputwerte an Ethernetdevices bereit gestellt werden. So zeigt der 841er immer 1Mbit an. Kann man z.b. fixen durch: cfg80211 https://git.open-mesh.org/batman-adv.git/blob/HEAD:/net/batman-adv/bat_v_elp.c#l77 ethtool kann Batman anscheinend auch nutzen wenn vorhanden (Speicherplatz?) Throughput override https://git.open-mesh.org/batman-adv.git/blob/HEAD:/Documentation/ABI/testing/sysfs-class-net-batman-adv#l23 (siehe Anhang) Achtung, das Monitoring scheint aktuell mit den gesendeten Daten auch noch nicht klar zu kommen! | ||||
| Tags | No tags attached. | ||||
| Attached Files | patchidee.txt (524 bytes)
Grobe Patchidee:
im configurehood:
json_get_var protocol protocol <-- mit dazu nehmen:
#Check for the Routingprotocol
if [ $protocol == "BATMAN_V" ]; then
echo "We use Batman V"
uci set network.ethmesh.routing_algo='BATMAN_V'
uci commit network
elif [ $protocol == "batman-adv-v15" ]; then
echo "We use batman-adv-v15"
#we do nothing, default is Batman-adv-15
else
echo "uncorrect Data, please configure the hood manual"
fi througputmetrik.txt (975 bytes)
root@Testdevice:~# batctl o [B.A.T.M.A.N. adv 2016.5, MainIF/MAC: eth0.3/c4:e9:84:ef:43:b7 (bat0/56:e9:67:59:13:b7 BATMAN_V)] Originator last-seen ( throughput) Nexthop [outgoingIF] * fa:1a:67:5a:70:ef 0.020s ( 45.7) f8:1a:67:5a:70:ef [ w2mesh] fa:1a:67:5a:70:ef 0.020s ( 1.0) fa:1a:67:5a:70:ef [ eth0.3] root@Testdevice:~# cat /sys/class/net/eth0.3/batman_adv/throughput_override 0.0 MBit root@Testdevice:~# echo "100000" > /sys/class/net/eth0.3/batman_adv/throughput_override root@Testdevice:~# cat /sys/class/net/eth0.3/batman_adv/throughput_override 100.0 MBit root@Testdevice:~# batctl o [B.A.T.M.A.N. adv 2016.5, MainIF/MAC: eth0.3/c4:e9:84:ef:43:b7 (bat0/56:e9:67:59:13:b7 BATMAN_V)] Originator last-seen ( throughput) Nexthop [outgoingIF] fa:1a:67:5a:70:ef 0.900s ( 45.6) f8:1a:67:5a:70:ef [ w2mesh] * fa:1a:67:5a:70:ef 0.900s ( 99.4) fa:1a:67:5a:70:ef [ eth0.3] | ||||
|
|
Ich hab mich nochmal damit auseinander gesetzt. ethtool löst das Problem leider auch nicht. Ich bin dafür es wie im Patchvorschlag schon mal einzubauen und eine Anweisung in der Art if iface<2Mbit (+ evtl && ifacename=eth*) then iface=100Mbit. Für Wifi funktioniert es richtig gut, für Kabel leider nur mäßig und für VPN wird es vermutlich gar nicht funktionieren (ungetestet da es mich hier erstmal nicht interessiert). Daher würd eich zentrale v2 Hoods erstmal weiterhin auf batman-adv-v15 belassen. Wer aber auf dezentralen Hoods es schon verwenden will, könnte es durch diesen if Zweig problemlos über die Hoodfile aktivieren. "throughput meter (upcoming): If the throughput can not be queried via some API and is not manually configured, B.A.T.M.A.N. V will run a periodic throughput test with its built-in throughput test protocol." Quelle: https://www.open-mesh.org/projects/batman-adv/wiki/BATMAN_V Damit könnte es dann auch für VPN interessant werden. Eventuell kann man auch batman_adv_15 &&BATMAN_V pararell betreiben auf zentralen Hoods --> https://www.open-mesh.org/projects/batman-adv/wiki/BATMAN_V -> Backward compatibility hab ich aber noch nicht näher überlegt da es für mich vorerst mal um dezentrale Hoods ging. Achja meine Tests waren mit Batman 2016.5, evtl. macht Batman 2017.4 das ganze schon besser, muss getestet werden. |
|
|
Alfred macht auch Probleme, random auf manchen devices startet Alfred nicht und bleibt damit stecken: /etc/init.d/alfred: waiting 30 secs for br-mesh address... root@UFBWZ:/tmp# cat /proc/net/if_inet6 fe8000000000000032b5c2fffe383190 ee9 40 20 80 w2mesh fe8000000000000034b5c2fffe383190 eeb 40 20 80 w2configap fd43560229bd0005000030b5c2383191 eae 40 00 80 br-mesh fe8000000000000032b5c2fffe383191 eae 40 20 80 br-mesh fdff00000000000032b5c2fffe383191 eae 40 00 80 br-mesh fd43560229bd000532b5c2fffe383191 eae 40 00 80 br-mesh fe800000000000000000000000000001 eeb 40 20 80 w2configap fe8000000000000032b5c2fffe38318f eb0 40 20 80 eth0.3 fe8000000000000032b5c2fffe38318f eb1 40 20 80 eth0.2 fe8000000000000032b5c2fffe38318f 02 40 20 80 eth0 00000000000000000000000000000001 01 80 10 80 lo fdff0000000000000000000000000001 eae 40 00 80 br-mesh fdff000000000000000030b5c2383191 eae 40 00 80 br-mesh fe8000000000000030b5c2fffe383190 eea 40 20 80 w2ap dadurch das nach der IP das Flag (oder was auch immer das ist) 3 Zeichen hat, passt das awk in der Funktion wait_for_ll_address() im /etc/init.d/alfred nicht mehr, es wird da 37 Zeichen weitergezählt, da mein Flag aber nun 3 Zeichen hat müsste man 38 Zeichen weiterzählen. Die File sieht auf funktionierenden Routen so aus (2 Zeichen für dieses Flag): root@OutdoorWestNeu:/tmp# cat /proc/net/if_inet6 fdff0000000000000000788a20204e39 08 40 00 80 br-mesh fe800000000000007a8a20fffe204e39 08 40 20 80 br-mesh fe80000000000000788a20fffe214e39 02 40 20 80 eth0 fdff0000000000007a8a20fffe204e39 08 40 00 80 br-mesh fd43560229bd00057a8a20fffe204e39 08 40 00 80 br-mesh fdff0000000000000000000000000001 08 40 00 80 br-mesh 00000000000000000000000000000001 01 80 10 80 lo fd43560229bd00050000788a20204e39 08 40 00 80 br-mesh Eventuell auch ein Zusammenhang mit 0000087 denkbar? das Flag ist die Interfacenummer: https://www.tldp.org/HOWTO/Linux+IPv6-HOWTO/ch11s04.html die waren auch riesig (weit über 1000) muss man mal gucken warum das passiert... ein reboot hat das ganze dann behoben und die Interfacenummern sind wieder normal |
|
|
Das Neben-Problem mit den Interfacenummern ist in schon seit einiger Zeit gepatcht. Wie ist hier der Stand? Schließen oder offen lassen? |
|
|
Bisher keine weitere Rückmeldung, daher geschlossen. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2018-02-04 17:46 | ChristianD | New Issue | |
| 2018-02-04 17:46 | ChristianD | File Added: patchidee.txt | |
| 2018-02-04 17:46 | ChristianD | File Added: througputmetrik.txt | |
| 2018-02-04 19:41 | ChristianD | Note Added: 0000241 | |
| 2018-02-04 19:42 | ChristianD | Note Edited: 0000241 | |
| 2018-02-09 16:02 | ChristianD | Note Added: 0000242 | |
| 2018-02-09 16:07 | ChristianD | Note Edited: 0000242 | |
| 2018-02-09 16:13 | ChristianD | Note Edited: 0000242 | |
| 2018-02-10 16:38 | reddog | Target Version | => later |
| 2018-11-07 21:29 | Adrian Schmutzler | Note Added: 0000316 | |
| 2018-11-07 21:29 | Adrian Schmutzler | Assigned To | => Adrian Schmutzler |
| 2018-11-07 21:29 | Adrian Schmutzler | Status | new => feedback |
| 2018-11-07 21:29 | Adrian Schmutzler | Assigned To | Adrian Schmutzler => ChristianD |
| 2019-10-02 12:46 | fbl | Category | Freifunk Franken Firmware => General |
| 2019-10-02 12:48 | fbl | Category | General => General2 |
| 2019-10-02 12:49 | fbl | Category | General2 => General |
| 2019-11-21 21:38 | fbl | Status | feedback => closed |
| 2019-11-21 21:38 | fbl | Note Added: 0000351 |
