AW: OSLR und Microhoods

Mo Okt 5 20:22:14 CEST 2015

Hallo Peter,

da es die Summe aller Heime ist, werden es voraussichtlich sehr viele Clients. Somit ist deine Annahme korrekt.

Die Broadcastfilter sind auch im normalen Netz in der Diskussion. Allerdings stellt sich hier zum einen die Frage ob es gegen die Policy verstößt usw.(Diskussion für wann anders) zum anderen muss dieser auf den Routern eingeführt werden und somit wäre die Einführung schleichend.

Viele Grüße Jan

----- Ursprüngliche Nachricht -----
Von: "Peter Muehlenbrock" <peter.muehlenbrock at nefkom.info>
Gesendet: ‎05.‎10.‎2015 20:16
An: "franken-dev at freifunk.net" <franken-dev at freifunk.net>
Betreff: Re: OSLR und Microhoods

Hallo Christian,
Ok, ich verstehe, das klingt nach einer vergleichsweise einfachen Lösung
in dem Sinne, dass sie die unbeabsichtigte Vermashung mit Routern in
einer anderen Nachbarhood verhindert.
Ansonsten ist es ja prinzipiell das gleiche Setup wie bei den normalen
Gateways.
Zum Verständnis: Wozu braucht es den Broadcastfilter?  Das "Gerausche"
in diesem kleinen Spezialnetz ist doch eher klein im Vergleich zu dem
einer normalen Hood oder anders gefragt: Warum gibt es dann in normalen
Hoods  kein  Broadcastfilter ?
Ups,  ich glaube, jetzt kapiere ich es: Das Spezialnetz ist nicht nur
ein Flüchtlingsheim, sondern die Summe aller Flüchtlingsheime/lager mit
dadurch ziemlich vielen Clients, also eher deutlich grüßer als die
normalen Hoods. Ok, dann sind Broadcasts ein Thema. Sehe ich das richtig ?

Peter

Am 05.10.2015 um 19:15 schrieb Christian Dresel:
> Hallo Peter
> 
> wir haben am Wochenende über eine andere "einfachere" Lösung diskutiert:
> 
> Wir machen für die Flüchtlingsheime "einfach" eine neue Hood auf, wo
> dann die Gateways drinnen stecken die für die Flüchtlingsheime sind mit
> Broadcastfilter an den Routern (um das Broadcastproblem zu umgehen was
> durch eine eigene Hood ja nicht vermieden wird). Erster Gedanke war,
> dies einfach manuell im keyXchange zu machen (man kann dort wohl Router
> manuell in eine andere Hood verschieben, egal wo sie stehen).
> Weiterfürhend kam dann $jemand (ich hab keine AHnung mehr wer...) auf
> die Idee das wir unsere schon vorhande Firmware einfach neu compilieren
> mit ein paar kleinen Änderungen:
> 
> - Communityfile anpassen
> -- evtl. Wifi Kanal ändern (ist noch offen)
> -- BSSID ändern (um vermeshen mit anderen Hoods zu vermeiden, diese
> "spezielle Hood" steht ja innerhalb einer normalen Hood und da kann es
> durchaus "normale Nachbarn" geben)
> -- VPN Projekt (das aktuelle fff dann z.b. in rff ändern oder so) damit
> würde sich dann automatisch eine neue Hood ergeben und der keyXchange
> kann diese Router "erkennen" und automatisch in die richtige Hood packen
> (wenn ich es richtig verstanden habe, bitte korrigieren wenn falsch, so
> ganz sicher bin ich mir hier nicht mehr, es war schon sehr spät am Abend
> und Input war verdammt hoch ;))
> 
> Im Raum stand, das diese "spezielle Firmware" nicht frei zum Download
> angeboten wird, sondern nur den Leuten gegeben wird, die sie benötigen
> (aus meinen Bauch raus, Flüchtlingsunterkünfte mit >75-100 Leute). Da
> man im Prinzip nur die Communiyfile anpassen muss kann sie eigentlich
> relativ leicht für jeden schon vorhandenen Router compiliert werden,
> daher war der Plan sie für jeden Router zur Verfügung zu stellen.
> 
> Die Gateways dieser "speziellen Hood/Community" würden ganz normal mit
> OSLR in unser Netz eingebunden, diese "speziellen Hood/Community"
> bekommt einen eigenen IP-Adressbereich genau wie aktuell auch jede Hood
> einen hat. Als Gateways würden wir hier die verwenden die wir extra für
> Flüchtlinge bekommen (wavecon und dings bums... vergessen sorry)
> 
> Vorteile sind: Kein überflüssiger Broadcast (durch den Filter direkt im
> Router), eigene Hood mit eigene Gateways (ganz normale Gateways mit
> OLSR), Zugriff auf Router, einfache Konfiguration (sowohl für uns, als
> auch für den "Endanwender") keine komplizierte neue Firmware nötig wir
> haben schon alles was wir brauchen müssen nur eine kleine File ändern
> und neu compilieren (wer hat Lust drauf das zu tun?! Ich hab leider
> aktuell kein Linux da um es zu tun), vermeshen nach wir vor problemlos
> möglich aber nur innerhalb der speziellen Firmware und ganz wichtig wir
> bleiben unseren Prinzipien treu (bis auf den Broadcastfilter... aber die
> Diskussion will ich jetzt hier nicht anstoßen).
> 
> Meinungen gerne gesehen (vorallem von denen die am Weekend nicht da waren)
> 
> mfg
> 
> Christian
> 
> Am 05.10.2015 um 18:54 schrieb Peter Muehlenbrock:
> Hi Ihr,
> 
> ich habe ein bißchen rum geschaut wegen einer günstigen Vorort-Routing
> Lösung mit OSLR. (zum Beispiel um Microhoods  an Flüchtlingsheimen zu
> bauen). Habt ihr vermutlich auch schon mal drüber gegrübelt.
> 
> Der Mikrotik 750RB bekommt vom Hersteller ziemlich vieles mit, was  ein
> Gateway/Router so braucht, aber kein OSLR. Es gibt wohl irgendwelche
> Leute von Funkfeuer, die sowas gebastelt haben, aber trivial sah das
> nicht aus bzw. es funktionierte nur als Bootstrap Lösung mit Kernel und
> SW im RAM.
> 
> Bei OpenWrt gibt es kein fertiges OSLR Paket, soweit ich das gesehen hab
> e.
> 
> 
> Jetzt weiss ich nicht, wie hoch der Aufwand ist, sowas als Paket zu
> bauen, damit man es z.B. in einem 1043 nachzurüsten kann, aber
> anscheinend hat es noch keiner gemacht.
> 
> Verzeiht die in Euren Ohren wahrscheinlich dumme Frage:
> 
> Was spräche dagegen, statt OSLR dieses andere Routing Protokoll zu
> nehmen die es auch in OpenWrt standardmäßig gibt, OSPF glaube ich.
> OSLR ist wenn ich es richtig verstehe für mobile, unsichere Verbindungen
> mit sich schnell ändernden Verbindungen gemacht, aber das wäre ja bei
> einer Richtfunkanbindung nicht unbedingt der Fall. Das kann man ähnlich
> wie Routing im Internet betrachten. Das ändert sich schon mal, aber
> nicht sehr schnell. Wie der Overhead des Protokolls ist, weiss ich
> leider nicht.
> 
> 
> Peter
> 
> 
> -- -
> ----------------------------------------------------------------------
> 
> Peter Mühlenbrock, Nürnberg
> 
> jabber: salvo at jabber.pm-ib.de
> Mein PGP key: http://tinyurl.com/lz4e9nd
> ----------------------------------------------------------------------
> 
> 
> 

-- 
----------------------------------------------------------------------

Peter Mühlenbrock, Nürnberg

jabber: salvo at jabber.pm-ib.de
Mein PGP key: http://tinyurl.com/lz4e9nd
----------------------------------------------------------------------

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20151005/353e2c94/attachment-0002.html>