L3 Mesh, Idee? Irgendwie umsetzbar? Grundidee.

[mayosemmel]

Hallo Christian

Am Sonntag, den 07.02.2016, 09:11 +0100 schrieb Christian Dresel:
> Hallo
> 
> ich wollte dies eigentlich gestern ansprechen aber irgendwie kamen wir
> nicht mehr dazu.
> Als wir uns so über die Problematik uns unterhalten haben kam mir
> (gestern) folgende Idee, es ist eine Grundidee die technisch nicht
> durchdacht ist. Daher einfach mal überlegen ob sowas auch technisch
> überhaupt denkbar ist und vermutlich hab ich einiges dazu vergessen,
> wie gesagt mir kam dies erst gestern in den Kopf gesprungen.
> 
> In diesem Beispiel nehm ich jetzt einfach mal an, die Hardhöhe will
> nach Nürnberg meshen.
> Wir nehmen einen Router, der mit Sicherheit über Hoodgrenzen hinweg
> mesht (auch wenn es erst nach mehrern Hops über die Hoodgrenze geht)
> und einen VPN hat und stecken den im keychange (manuell?) in eine neue
> Hood. In diesem Beispiel einfach mal meinen Uplinkrouter:
> 
> https://monitoring.freifunk-franken.de/routers/5664399b44ce6e0307512960
> 
> über ein paar Hops landet man auf der Hard und von dort auf einer (nur
> in diesem Beispiel existierenden) Meshverbindung nach Nürnberg.
> Diesen Router stecken wir im keyxchange in eine eigene neue Hood und
> erklären den Keyxchange (oder der Firmware oder...?) jeder Router der
> VPN/Uplink hat (denn nur diese tauchen im keychange auf oder?) und
> ebenfalls irgendwie mit diesen Router per WLAN in Kontakt steht (egal
> wieviele hops dazwischen sind), wird ebenfalls in diese neue Hood
> geschoben.
> Daraus folgt dann, das zum heutigen Zeitpunkt dann sofort darauf auch
> delphiN, Ralph, alle die über St. Michael meshen, alles das an den
> Höffner meshen würde und auch der Router in Nürnberg der die
> Hoodverbindung zur Hard aufbaut (die aktuell nur ein Beispiel ist und
> ja noch nicht existiert) in dieser neuen Hood landen.
> Weitergeführt, wenn nun Erlangen zur Hardhöhe mesht, landen auch alle
> Router die in Erlangen an die Hard eine direkte WLAN Verbindung haben
> in der neuen Hood.
> 
Wenn ich das alles richtig verstanden habe, meinst du, das man Hoods
nicht mehr an einer Geolocation festmacht. Stattdessen daran, das Hoods
sich dadurch definieren das wir eine Physikalische Verbindungen ohne VPN
zwischen den Nodes haben. Das würde ich wenn dann komplett durchziehen
wollen. Siehe dazu auch nochmal unten.

> Vorteil:
> - Ein Konzept das automatisch geschieht und niemand (bis auf einmal
> die neue Hood erstellen) eingreifen muss. Jeder der ran mesht wird
> automatisch in die neue Hood "gezogen" (falls sich keyxchange und
> Firmware darauf anpassen lässt).
> - wir haben immer kleinere Hoods, sobald man festlegt, da wird
> vermesht entsteht ne neue "Mini"hood.
> - Hood wird Ortsunabhängig.
> - Wir bleiben bei allen WLAN/Richtfunk/Morsestrecken auf L2 (kann zu
> einen Nachteil werden, wenn die neue Hood irgendwann zu groß wird...)
> - Wir haben eine Hood die komplett per WLAN verbunden ist und dennoch
> unbegrenzt einfach einzurichtende Internetuplinks haben kann, wenn
> diese Hood nun ein paar sehr schnelle Exits hätte (und vielleicht nen
> richtig schnellen GW), wäre das vllt. sogar Anreiz für Leute nicht nur
> Hotspots aufzustellen sondern auch zu versuchen dort ran zu meshen
> (das klingt schon richtig geil ;))
> 
> Nachteil:
> - rumfrickeln am Keyxchange
> - vermutlich rumfrickeln an der Firmware?
> - neue Hood muss mit Gateway versehen werden
> - was passiert bei kurzzeitigen meshes? Schiebt man die Router wieder
> zurück in die "alte" Hood? Was ist dann bei einer wackligen WLAN
> Verbindung? Dann hüpft im worst case der Router ständig hin und her?
> Erst nach einiger Zeit wieder zurück schieben?
> - Klappt das auch mit einem dezentralen keyxchange?
> - Alfredmaster wird in der neuen Hood benötigt (da das aber eh bald
> alle Gateways machen, ist das vermutlich weniger das Problem)
> - technisch seh ich noch das Problem wie man die Router findet, die
> eine direkte WLAN Verbindung haben (und somit mit in die neue Hood
> geschoben werden müssten), kann man die mitm batctl irgendwie finden?
> - Was ist wenn man das System 2x anwendet und sich die 2 getrennten
> Hoods irgendwann sehen? Was macht die Automatik dann? Beispiel:
> Wir verwenden das System für die Hardhöhe und getrennt fürs
> Nachbarschaftshaus . Irgendwann entsteht dazwischen eine WLAN
> Verbindung. Die Hardhöhe will das Nachbarschaftshaus in seine Hood
> ziehen, das Nachbarschaftshaus aber die Hardhöhe in ihre Hood... Muss
> bedacht werden. Vermutlich muss man dann manuell eingreifen und die 2
> Hoods einfach zu einer wachsen lassen.
> 
> Ja Nachteile sind es noch mehr als Vorteile, aber in meinen Augen
> überwiegen die Vorteile nur kann ich (noch) nicht abschätzen wie
> schwer die Nachteile sind, vielleicht ist manches was ich mir noch
> schwer vorstelle doch recht einfach umzusetzen? Vielleicht geht
> manches auch einfach gar nicht?
> 
> Wie gesagt, das ganze ist bei weitem technisch nicht durchdacht, nur
> ein Konzept, nur eine Grundidee die mir gestern eingefallen ist und
> nicht mehr aus dem Kopf geht, würde gerne einfach mal (gerne auch sehr
> kritische) Meinungen dazu hören.

Die Vor- bzw. Nachteile möchte ich an dieser Stelle nicht bewerten, da
mir das konkrete Bild noch ein bisschen Fehlt.

Das wäre meiner Meinung nach ein komplett anderes und neues Konzept:
- Im VPN wird kein Batman mehr gesprochen
- Alle Nodes (Router) mit WAN Uplink werden GW's mit DHCP
- Somit hat jeder Node mit WAN eine eigene Hood
- Batman wird innerhalb von Physikalischen Verbindungen gesprochen
(WLan, Lan, Richtfunk, Brieftauben)
- Sobald 2 Router per WLan meshen gehören diese zur gleichen Hood
- Wenn mehrere Router in dieser Hood einen WAN-Uplink haben, wird eine
der beiden Hoods aufgelöst

- Wenn die Wunschvorstellung eines komplett vermeshten Netztes
irgendwann eintritt haben wir wieder die eine Riesenhood, die kaputt
gehen wird
- man hat keine Manuelle Kontrolle mehr über Hoodgrößen

Grundsätzlich ist die Idee garnicht schlecht. Allerdings müsste dafür so
ziemlich alles umgebaut werden.

Viele Grüße
Jan
> 
> mfg
> 
> Christian
> 
> -- 
> franken-dev mailing list
> franken-dev at freifunk.net
> http://lists.freifunk.net/mailman/listinfo/franken-dev-freifunk.net