[PATCH 0/4] Hood and sector files reorganization

[Christian Dresel]

hi

On 24.06.2018 12:13, Tim Niemeyer wrote:
> Hi
> 
> Am 24. Juni 2018 12:07:10 MESZ schrieb "Fabian Bläse" <fabian at blaese.de>:
>> Hallo Tim,
>>
>> es gab mal die Idee, ja.
>> Ich habe aber bisher keinen Randfall gesehen, in dem uns das Sektorfile
>> irgendwas kaputt macht.
> 
> Ich kriegs grad auch nicht mehr zusammen, aber wir hatten da in Hassfürth mal eins konzipiert, soweit ich mich erinnere.

dort ist folgendes passiert (vereinfacht zusammen gefasst, in echt wars
vermutlich noch etwas komplexer):

Router A Uplink
Router A -> Kabelmesh -> Router B
Router A -> Kabelmesh -> Router C

Router B -> Wireless Mesh -> Router D
Router C -> Wireless Mesh -> Router E

Wobei Router D und E sowohl Router B als auch Router C sehen nur den
jeweils anderen etwas schlechter, also:

Router B -> Wireless Mesh -> Router E schlechter als Router D
Router C -> Wireless Mesh -> Router D schlechter als Router E

Wenn man nun auf allen die v2 drauf und und die Sektorfile z.b. auf
Router B den Kanal ändert weil man davon ausgeht das dann Router D auch
den Kanal ändert, wird dies nicht funktionieren, da Router D auch noch
Router C sieht und die Kanaländerung nicht mitnimmt (das würde erst
klappen, wenn er gar keinen anderen mehr sieht, erneut in w2sta geht und
sich dann die Sektorfile mitzieht. Ist hier aber nicht der Fall da er
eben den anderen auch sieht nur eben schlechter)
Genau dafür wurde die Sektorfile aber _NIE_ konzipiert.

Richtig wäre (genau in dieser Reihenfolge durchführen):

1) Ich stelle Router A auf
2) Ich stelle Router B auf
3) Ich stelle Router C auf und spiel da eine Sektorfile mit
Kanaländerung ein
4) ich (oder jemand anders) stelle/stellt Router D auf, er bezieht sich
vermutlich durch besseren Empfang von Router B die Hoodfile und findet
dort keine Sektorfile
5) ich (oder jemand anders) stelle/stellt Router E auf, er bezieht sich
vermutlich durch besseren Empfang von Router C die Hoodfile und findet
dort eine Sektorfile und nutzt diese.

Die Sektorfile ist dafür konzipiert, das _NACH_ dem Aufbau von
verschiedenen Sektoren (z.b. Kirchturm mit 4 Richtungen) weitere Nodes
(z.b. ein Nachbar der sich Wochen später dran anschließen will) den
Kanal nehmen vom besten Sektor und nicht ein ganzes Meshnetz auf einmal
umgeflasht wird und man dann hofft das man einzelne Router anpassen kann
und das Netz "intelligent" lernt welche Verbindung die beste ist (dafür
bräuchte es viel viel viel [...] viel mehr Code).

Ob das nun drinnen bleibt oder nicht ist mir mittlwerweile total Banane,
wegen mir werfts raus dann isses halt so ¯\_(ツ)_/¯

mfg

Christian

> 
> 
>> Ich brauche das Sektorfile aber nicht, von mir aus können wir das
>> vorher auch erstmal raus nehmen.
> 
> Allein aus Gründen der Fehleranalyse, wenn die Firmware mal im Feld ist, sollten wir das tun. Wir haben ja aktuell noch nicht mal die Basics im Griff. Wir glauben zwar, dass wir die lösen können, aber was da im Feld noch alles passiert? Ohwei ohwei..
> 
> Tim
> 
> 
>> Fabian
>>
>>> On 24. Jun 2018, at 11:35, Tim Niemeyer <tim at tn-x.org> wrote:
>>>
>>> Hi
>>>
>>> Wollten wir nicht erst das sectorfile zeugs raus werfen um erstmal
>> die basics in den griff zu kriegen?
>>>
>>> Wenn das mal 2 Jahre alles lief, kann man das Sector zeugs ja wieder
>> einbauen.
>>>
>>> Tim

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 833 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20180624/0d14797b/attachment.sig>