View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000093 | Freifunk Franken Firmware | General | public | 2018-02-26 15:09 | 2019-10-02 12:49 |
| Reporter | Adrian Schmutzler | Assigned To | |||
| Priority | low | Severity | tweak | Reproducibility | N/A |
| Status | resolved | Resolution | fixed | ||
| Product Version | 20170918 | ||||
| Target Version | later | Fixed in Version | 20180726-beta | ||
| Summary | 0000093: "bat0: Changing gw mode from" consumes log | ||||
| Description | Since "bat0: Changing gw mode from" is written to the log every minute, it is not possible to find older real entries there, as the newer info entries just overwrite them. This makes it impossible to debug errors older than from the same day. | ||||
| Tags | No tags attached. | ||||
| has duplicate | 0000082 | resolved | Batman Reset jede Minute |
|
|
Ich habs grad mal getestet. Die Router reagieren prompt auf Aenderungen der announcten Bandbreiten, auch ohne cronjob. Gab es noch einen anderen Grund fuer den cronjob? |
|
|
Wie hast du das getestet? Ich meine, dass das früher zwar auch immer so aussah, als ob, aber die Dinger die DHCP Requests dann trotzdem erst nach unserem Hack umgeswitcht haben. |
|
|
Ja, stimmt, der dhcpdiscover geht immer zum gleichen. Geht nicht ohne :-( |
|
|
Falls wir es nicht komplett rausschmeißen, könnte man nicht zumindest von alle Minute auf alle fünf Minuten wechseln? |
|
|
Auch hier stellt sich wieder die Frage, ob es so gut ist, wenn wir jede volle Minute batctl umkonfigurieren und gleichzeitig alle 5 Min. batctl gwl in configurehood nutzen. Ich habe jetzt in meiner Firmware auf 2-59/10 * * * * umgestellt... |
|
|
Ich hab dazu nochmal fix die man-Page gelesen. Man kann dem batman das durchaus sagen, was es tun soll: Man kann beim setzen des gw_mode client zusätzlich eine "selection class" übergeben: 1 -> consider the gateway's advertised throughput as well as the link quality towards the gateway and stick with the selection until the gateway disappears 2 -> chooses the gateway with the best link quality and sticks with it (ignore the advertised throughput) 3 -> chooses the gateway with the best link quality but switches to another gateway as soon as a better one is found XX -> chooses the gateway with the best link quality but switches to another gateway as soon as a better one is found which is at least XX TQ better than the currently selected gateway (XX has to be a number between 3 and 256). Default ist 20, das wird bei unserer Firmware aber mit 1 überschrieben. Automatisch aktualisieren funktioniert scheinbar nur auf basis der link quality (TQ). Daher werden wir diesen Hack wohl behalten müssen. Bleiben für mich zwei Fragen: - Den Output nach /dev/null? - Macht es ggf. Sinn, das weniger häufig auszuführen? |
|
|
Vielen Dank für die Erleuchtung. Könnte man evtl. Gatewayseitig anstatt der announcten Bandbreite einfach Penalties setzen? (Von der Idee also das, was ich bei den wireguard-peers bei der GW-Firmware mache) Dann müsste ein Switch mit der Methode ja klappen?! |
|
|
Durch a88484a63dc9ebd8c0a85bb3372453480a0c13d6 behoben. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2018-02-26 15:09 | Adrian Schmutzler | New Issue | |
| 2018-02-27 14:51 | rola | Note Added: 0000248 | |
| 2018-03-03 12:19 | reddog | Note Added: 0000249 | |
| 2018-03-03 18:41 | rola | Note Added: 0000250 | |
| 2018-03-03 19:00 | reddog | Target Version | next-feature => later |
| 2018-03-04 02:06 | Adrian Schmutzler | Note Added: 0000252 | |
| 2018-03-20 12:09 | Adrian Schmutzler | Note Added: 0000262 | |
| 2018-03-26 18:46 | fbl | Note Added: 0000264 | |
| 2018-03-26 19:30 | Adrian Schmutzler | Note Added: 0000265 | |
| 2018-07-25 15:07 | reddog | Relationship added | has duplicate 0000082 |
| 2018-07-26 12:45 | reddog | Status | new => resolved |
| 2018-07-26 12:45 | reddog | Resolution | open => fixed |
| 2018-07-26 12:45 | reddog | Fixed in Version | => 20180726-beta |
| 2018-07-26 12:45 | reddog | Note Added: 0000281 | |
| 2019-10-02 12:48 | fbl | Category | Freifunk Franken Firmware => General |
| 2019-10-02 12:48 | fbl | Category | General => General2 |
| 2019-10-02 12:49 | fbl | Category | General2 => General |
