Re: Gatewayselection Würfelspiel

[Christian Dresel]

Hallo Robert

um erlich zu sein, das hab ich mich auch schon gefragt. Ich bin bisher 
nirgens über irgendeinen Text/Doku gestolpert wo ein Cron erwähnt wird 
(oder hab ich es immer nur überlesen?). Vielleicht kann uns der 
Ersteller des Crons aufklären was damit bezweckt werden soll?

mfg

Christian

Am 22.01.2016 um 22:07 schrieb Robert:
> Hallo,
>
> mal ne Frage: Warum haben wir eigentlich den cronjob drinnen? Soweit ich
> das verstanden habe rechnet batman jeweils den besten GW aus und lässt
> DHCP nur noch zu dem durch. Macht der das etwa nicht ständig?
>
> Robert
>
> Am 21.01.2016 um 13:19 schrieb Christian Dresel:
>> Guten Morgen
>>
>> Keine Sorge, ich hatte eh Nachtschicht und hab mir da meine Zeit
>> vertrieben. Bin also nicht nur wegen "dem Zeug" wach geblieben ;)
>>
>> also dann fasse ich mal zusammen was wir haben:
>>
>> - Es scheint eindeutig zu sein das ein Problem vorliegt da nicht nur
>> ich das "Problem" bemerkt habe.
>> - Der Patch wegen den uint32_t & uint64_t ist drinnen, ich hoffe mal
>> unsere Firmware kann auch mit uint64_t ordentlich umgehen (hab jetzt
>> keine Quellen aber beim durchstöbern von google heute Nacht bin ich
>> über $Sachen gestolpert das dies nicht unbedingt der Fall sein muss).
>> - Der Cronjob den wir aktuell haben, passt so nicht, zumindest die 1
>> sollte ans Ende ran (auch wenn batctl gw eigentlich sagt das Class 1
>> aktiv ist, recht glauben tue ich es nicht). Ob man das batctl gw off
>> unbedingt braucht, steht noch im Raum ich glaube nicht und ich wäre
>> dafür es zu entfernen.
>> - Es wird an Alternativlösungen gedacht, ich finde es gibt durchaus
>> Gründe wo man dies umsetzen muss als Allerheilmittel aber sollte es
>> nicht angesehen werden. Entweder man findet und fixt den Bug in der
>> Gatewayselection oder man schaltet sie ganz ab weil so bringt sie nun
>> wirklich nichts.
>>
>> P.S. Ich hab mir heute Nacht auch noch eine Firmware mit Batman
>> Logging gebaut, leider gibt dies auch keinen Aufschluss was schief
>> läuft falls also jemand auf die Idee kommt da auch reingucken zu
>> wollen, ich fand nix brauchbares (wobei das ganz interessant ist, was
>> man sich da angucken kann warum wurde dies nicht standartmäßig
>> angewählt? ;))
>>
>> mfg
>>
>> Christian
>>
>> Am 21.01.2016 um 10:53 schrieb Tobias Klaus:
>>> Hallo,
>>> ja der Patch sollte drin sein:
>>> freifunk-feature $ grep SOURCE_
>>> build/ar71xx/feeds/batman_adv/net/batman-adv- legacy/Makefile
>>> PKG_SOURCE_PROTO:=git
>>> PKG_SOURCE_URL:=git://github.com/freifunk-gluon/batman-adv-legacy.git
>>
>> PKG_SOURCE_SUBDIR:=$(PKG_NAME)-$(PKG_VERSION)
>>> PKG_SOURCE_VERSION:=a85427747b93164876c8e9a8c6630b8848d1bfa2
>>> Da Integerrechnung in C gar nicht so einfach ist wie man denkt,
>>> könnte es aber einfach auch sein, dass es immer noch kaputt geht.
>>> Grüße
>>> Am Donnerstag, 21. Januar 2016, 10:23:32 schrieb kwadronaut:
>>>> On 21/01/16 02:29, Christian Dresel wrote:
>>>>> 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.
>>>> Uhm, gute frage, schon wieder.
>>>> https://github.com/freifunk-gluon/batman-adv-legacy/commit/a01a0bda21
>> 61c00bd
>>>>
>> 793a55d7d310cb0959435f4 steckt das schon rein bei uns?
>>
>>