<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Am 05.10.2015 um 20:22 schrieb
mayosemmel:<br>
</div>
<blockquote cite="mid:5612bfd6.24b2c20a.2e8cb.46f0@mx.google.com"
type="cite">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<div>
<div style="font-family: Calibri,sans-serif; font-size: 11pt;">Hallo
Peter,<br>
<br>
da es die Summe aller Heime ist, werden es voraussichtlich
sehr viele Clients. Somit ist deine Annahme korrekt.<br>
<br>
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.<br>
</div>
</div>
</blockquote>
um es ein kleines bisschen noch zu erweitern, in der neuen
"Spezial"Firmware haben wir es jetzt in der Hand von Anfang an den
Filter einzubauen also sollten (nein müssen) wir es jetzt tun und
dann hat JEDER Router den Filter und wir absolut kein
Broadcastproblem (irgendwer hat am Wochenende gesagt die ganzen
Flüchtlinge wollen ja eh alle nur mit dem Handy ins Internet denen
interessiert das Freifunknetz eher weniger, denen ist der Broadcast
wurscht daher ist der Filter hier schon sehr sinnvoll). Ansonsten
gibts nix mehr dazu zu sagen, genau so ist es danke Jan :)<br>
<br>
Gruß Christian<br>
<blockquote cite="mid:5612bfd6.24b2c20a.2e8cb.46f0@mx.google.com"
type="cite">
<div>
<div style="font-family: Calibri,sans-serif; font-size: 11pt;"><br>
Viele Grüße Jan</div>
</div>
<div dir="ltr">
<hr><span style="font-family: Calibri,sans-serif; font-size:
11pt; font-weight: bold;">Von: </span><span
style="font-family: Calibri,sans-serif; font-size: 11pt;"><a
moz-do-not-send="true"
href="mailto:peter.muehlenbrock@nefkom.info">Peter
Muehlenbrock</a></span><br>
<span style="font-family: Calibri,sans-serif; font-size: 11pt;
font-weight: bold;">Gesendet: </span><span
style="font-family: Calibri,sans-serif; font-size: 11pt;">05.10.2015
20:16</span><br>
<span style="font-family: Calibri,sans-serif; font-size: 11pt;
font-weight: bold;">An: </span><span style="font-family:
Calibri,sans-serif; font-size: 11pt;"><a
moz-do-not-send="true"
href="mailto:franken-dev@freifunk.net"><a class="moz-txt-link-abbreviated" href="mailto:franken-dev@freifunk.net">franken-dev@freifunk.net</a></a></span><br>
<span style="font-family: Calibri,sans-serif; font-size: 11pt;
font-weight: bold;">Betreff: </span><span style="font-family:
Calibri,sans-serif; font-size: 11pt;">Re: OSLR und Microhoods</span><br>
<br>
</div>
Hallo Christian,<br>
Ok, ich verstehe, das klingt nach einer vergleichsweise einfachen
Lösung<br>
in dem Sinne, dass sie die unbeabsichtigte Vermashung mit Routern
in<br>
einer anderen Nachbarhood verhindert.<br>
Ansonsten ist es ja prinzipiell das gleiche Setup wie bei den
normalen<br>
Gateways.<br>
Zum Verständnis: Wozu braucht es den Broadcastfilter? Das
"Gerausche"<br>
in diesem kleinen Spezialnetz ist doch eher klein im Vergleich zu
dem<br>
einer normalen Hood oder anders gefragt: Warum gibt es dann in
normalen<br>
Hoods kein Broadcastfilter ?<br>
Ups, ich glaube, jetzt kapiere ich es: Das Spezialnetz ist nicht
nur<br>
ein Flüchtlingsheim, sondern die Summe aller
Flüchtlingsheime/lager mit<br>
dadurch ziemlich vielen Clients, also eher deutlich grüßer als die<br>
normalen Hoods. Ok, dann sind Broadcasts ein Thema. Sehe ich das
richtig ?<br>
<br>
Peter<br>
<br>
<br>
<br>
Am 05.10.2015 um 19:15 schrieb Christian Dresel:<br>
> Hallo Peter<br>
> <br>
> wir haben am Wochenende über eine andere "einfachere" Lösung
diskutiert:<br>
> <br>
> Wir machen für die Flüchtlingsheime "einfach" eine neue Hood
auf, wo<br>
> dann die Gateways drinnen stecken die für die
Flüchtlingsheime sind mit<br>
> Broadcastfilter an den Routern (um das Broadcastproblem zu
umgehen was<br>
> durch eine eigene Hood ja nicht vermieden wird). Erster
Gedanke war,<br>
> dies einfach manuell im keyXchange zu machen (man kann dort
wohl Router<br>
> manuell in eine andere Hood verschieben, egal wo sie stehen).<br>
> Weiterfürhend kam dann $jemand (ich hab keine AHnung mehr
wer...) auf<br>
> die Idee das wir unsere schon vorhande Firmware einfach neu
compilieren<br>
> mit ein paar kleinen Änderungen:<br>
> <br>
> - Communityfile anpassen<br>
> -- evtl. Wifi Kanal ändern (ist noch offen)<br>
> -- BSSID ändern (um vermeshen mit anderen Hoods zu vermeiden,
diese<br>
> "spezielle Hood" steht ja innerhalb einer normalen Hood und
da kann es<br>
> durchaus "normale Nachbarn" geben)<br>
> -- VPN Projekt (das aktuelle fff dann z.b. in rff ändern oder
so) damit<br>
> würde sich dann automatisch eine neue Hood ergeben und der
keyXchange<br>
> kann diese Router "erkennen" und automatisch in die richtige
Hood packen<br>
> (wenn ich es richtig verstanden habe, bitte korrigieren wenn
falsch, so<br>
> ganz sicher bin ich mir hier nicht mehr, es war schon sehr
spät am Abend<br>
> und Input war verdammt hoch ;))<br>
> <br>
> Im Raum stand, das diese "spezielle Firmware" nicht frei zum
Download<br>
> angeboten wird, sondern nur den Leuten gegeben wird, die sie
benötigen<br>
> (aus meinen Bauch raus, Flüchtlingsunterkünfte mit >75-100
Leute). Da<br>
> man im Prinzip nur die Communiyfile anpassen muss kann sie
eigentlich<br>
> relativ leicht für jeden schon vorhandenen Router compiliert
werden,<br>
> daher war der Plan sie für jeden Router zur Verfügung zu
stellen.<br>
> <br>
> Die Gateways dieser "speziellen Hood/Community" würden ganz
normal mit<br>
> OSLR in unser Netz eingebunden, diese "speziellen
Hood/Community"<br>
> bekommt einen eigenen IP-Adressbereich genau wie aktuell auch
jede Hood<br>
> einen hat. Als Gateways würden wir hier die verwenden die wir
extra für<br>
> Flüchtlinge bekommen (wavecon und dings bums... vergessen
sorry)<br>
> <br>
> Vorteile sind: Kein überflüssiger Broadcast (durch den Filter
direkt im<br>
> Router), eigene Hood mit eigene Gateways (ganz normale
Gateways mit<br>
> OLSR), Zugriff auf Router, einfache Konfiguration (sowohl für
uns, als<br>
> auch für den "Endanwender") keine komplizierte neue Firmware
nötig wir<br>
> haben schon alles was wir brauchen müssen nur eine kleine
File ändern<br>
> und neu compilieren (wer hat Lust drauf das zu tun?! Ich hab
leider<br>
> aktuell kein Linux da um es zu tun), vermeshen nach wir vor
problemlos<br>
> möglich aber nur innerhalb der speziellen Firmware und ganz
wichtig wir<br>
> bleiben unseren Prinzipien treu (bis auf den
Broadcastfilter... aber die<br>
> Diskussion will ich jetzt hier nicht anstoßen).<br>
> <br>
> Meinungen gerne gesehen (vorallem von denen die am Weekend
nicht da waren)<br>
> <br>
> mfg<br>
> <br>
> Christian<br>
> <br>
> Am 05.10.2015 um 18:54 schrieb Peter Muehlenbrock:<br>
> Hi Ihr,<br>
> <br>
> ich habe ein bißchen rum geschaut wegen einer günstigen
Vorort-Routing<br>
> Lösung mit OSLR. (zum Beispiel um Microhoods an
Flüchtlingsheimen zu<br>
> bauen). Habt ihr vermutlich auch schon mal drüber gegrübelt.<br>
> <br>
> Der Mikrotik 750RB bekommt vom Hersteller ziemlich vieles
mit, was ein<br>
> Gateway/Router so braucht, aber kein OSLR. Es gibt wohl
irgendwelche<br>
> Leute von Funkfeuer, die sowas gebastelt haben, aber trivial
sah das<br>
> nicht aus bzw. es funktionierte nur als Bootstrap Lösung mit
Kernel und<br>
> SW im RAM.<br>
> <br>
> Bei OpenWrt gibt es kein fertiges OSLR Paket, soweit ich das
gesehen hab<br>
> e.<br>
> <br>
> <br>
> Jetzt weiss ich nicht, wie hoch der Aufwand ist, sowas als
Paket zu<br>
> bauen, damit man es z.B. in einem 1043 nachzurüsten kann,
aber<br>
> anscheinend hat es noch keiner gemacht.<br>
> <br>
> Verzeiht die in Euren Ohren wahrscheinlich dumme Frage:<br>
> <br>
> Was spräche dagegen, statt OSLR dieses andere Routing
Protokoll zu<br>
> nehmen die es auch in OpenWrt standardmäßig gibt, OSPF glaube
ich.<br>
> OSLR ist wenn ich es richtig verstehe für mobile, unsichere
Verbindungen<br>
> mit sich schnell ändernden Verbindungen gemacht, aber das
wäre ja bei<br>
> einer Richtfunkanbindung nicht unbedingt der Fall. Das kann
man ähnlich<br>
> wie Routing im Internet betrachten. Das ändert sich schon
mal, aber<br>
> nicht sehr schnell. Wie der Overhead des Protokolls ist,
weiss ich<br>
> leider nicht.<br>
> <br>
> <br>
> Peter<br>
> <br>
> <br>
> -- -<br>
>
----------------------------------------------------------------------<br>
> <br>
> Peter Mühlenbrock, Nürnberg<br>
> <br>
> jabber: <a class="moz-txt-link-abbreviated" href="mailto:salvo@jabber.pm-ib.de">salvo@jabber.pm-ib.de</a><br>
> Mein PGP key: <a class="moz-txt-link-freetext" href="http://tinyurl.com/lz4e9nd">http://tinyurl.com/lz4e9nd</a><br>
>
----------------------------------------------------------------------<br>
> <br>
> <br>
> <br>
<br>
-- <br>
----------------------------------------------------------------------<br>
<br>
Peter Mühlenbrock, Nürnberg<br>
<br>
jabber: <a class="moz-txt-link-abbreviated" href="mailto:salvo@jabber.pm-ib.de">salvo@jabber.pm-ib.de</a><br>
Mein PGP key: <a class="moz-txt-link-freetext" href="http://tinyurl.com/lz4e9nd">http://tinyurl.com/lz4e9nd</a><br>
----------------------------------------------------------------------<br>
<br>
<br>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
</blockquote>
<br>
</body>
</html>