<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<br>
-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
Am 05.07.2015 um 07:54 schrieb Michael Brinkmann:<br>
<span style="white-space: pre;">><br>
> Moin Hauke,<br>
><br>
> <br>
><br>
> ich denke, dass 1 Server pro Community völlig ausreicht.<br>
><br>
> Für das Deployment muss lediglich ein http-Server laufen, um
die Images zu verteilen.<br>
><br>
> Für die Map wird sowieso der lighttpd benötigt, so dass ein
ebensolcher vorhanden ist.<br>
><br>
> Im Moment sehe ich nicht, dass jede Community ein eigenes
Branch bei Github benötigt, die Firmware wird einfach nach wie vor
wie gehabt gebaut.<br>
><br>
> Vor dem „make“-Befehl müssen natürlich noch einige Parameter
angepasst werden, die aber vorher festzulegen sind, wie z.B. die
SSID und Update-URL.<br>
><br>
> <br>
><br>
> Viele Grüße,<br>
><br>
> Michael Brinkmann (Collimas)<br>
></span><br>
<br>
Hallo michael,<br>
<br>
ich frage auch mehr vor dem Hintergrund der Pakete die du fürs
Compilieren brauchst. Ich vermute mal du brauchst doch zumindest
make einen crosscompiler für die Arm Architektur, ne entsprechende
Libc etc.<br>
Du musst doch eine komplettes Openwrt kompilieren?<br>
<br>
grüße<br>
<br>
Hauke<br>
<br>
<span style="white-space: pre;">> <br>
><br>
> *Von:*bielefeld [<a class="moz-txt-link-freetext" href="mailto:bielefeld-bounces@freifunk.net">mailto:bielefeld-bounces@freifunk.net</a>] *Im
Auftrag von *Hauke Homburg<br>
> *Gesendet:* Sonntag, 5. Juli 2015 07:45<br>
> *An:* Lars Kasper; Freifunk Community in Bielefeld und
Umgebung; bodems<br>
> *Betreff:* Re: [bielefeld] Umstrukturierung des Netzes<br>
><br>
> <br>
><br>
><br>
> Am 04.07.2015 um 23:25 schrieb Lars Kasper:<br>
> > Hallo,<br>
><br>
><br>
><br>
> > bodems <a class="moz-txt-link-rfc2396E" href="mailto:felixannen@web.de"><felixannen@web.de></a>
<a class="moz-txt-link-rfc2396E" href="mailto:felixannen@web.de"><mailto:felixannen@web.de></a> schrieb:<br>
><br>
><br>
><br>
> >> Ich schlage daher eine Umstrukturierung der<br>
><br>
> Gatewayinfrastruktur vor,<br>
><br>
> >> mit der die Grundlast erheblich sinken würde
und die<br>
><br>
> einzelnen<br>
><br>
> >> Communities unabhängiger von einander und
eigenständiger<br>
><br>
> wären.<br>
><br>
><br>
><br>
> > Dezentralität finde ich immer gut. Bessere
Performance auch.<br>
><br>
><br>
><br>
> >> - Jede Community würde eine eigene Karte
bekommen<br>
><br>
> >> - Jede Community würde eine eigene Firmware
bekommen,<br>
><br>
> jeweils mit<br>
><br>
> >> geringen Änderungen<br>
><br>
> >> - angepasste SSID<br>
><br>
> >> - angepasste local-node-IP an den
entsprechenden<br>
><br>
> Adressraum<br>
><br>
> >> - angepasste /etc/config/fastd mit den
entsprechenden<br>
><br>
> Gateways und<br>
><br>
> >> Ports für fastd<br>
><br>
> >> - angepasste URL für den autoupdater<br>
><br>
><br>
><br>
> > Wichtig finde ich dabei, daß einzelne –
möglicherweise erst<br>
><br>
> in Gründung befindliche – Communities damit dann aber
nicht<br>
><br>
> alleine gelassen werden.<br>
><br>
><br>
><br>
> > Sollte es nämlich für eine Community Voraussetzung
werden,<br>
><br>
> daß dort jemand Gateways und Websites (zumindest für<br>
><br>
> Firmware-Verteilung) betreiben und Firmwares bauen muß,<br>
><br>
> möglicherweise auch noch eigene Kartensoftware, dann
werden<br>
><br>
> Communities wegen dieses Aufwands gar nicht erst
entstehen.<br>
><br>
><br>
><br>
> > Da kann man dann auch noch so gute Anleitungen und
Skripte<br>
><br>
> haben – die meisten Leute werden vielleicht noch das
Flashen eines<br>
><br>
> Routers hinbekommen, aber nicht das Kompilieren einer
Firmware<br>
><br>
> oder Einrichtung und Betrieb eines Gateways.<br>
><br>
><br>
><br>
> >> Wenn wir ein paar größere Maschinen hätten,
wie zum<br>
><br>
> Beispiel das neue<br>
><br>
> >> Gateway von Bad Salzuflen,<br>
><br>
><br>
><br>
> > Was heißt denn »größere Maschinen«? HP ProLiant
DL380?<br>
><br>
><br>
><br>
> >> könnten dadrauf die Batman-Netze von allen<br>
><br>
> >> Communities laufen. Zusätzlich kann jede
Community auch<br>
><br>
> noch Gateways<br>
><br>
> >> betreiben, die nur die jeweilige Community
benutzt.<br>
><br>
> Insgesamt würde die<br>
><br>
> >> Anzahl der Gateways pro Community sinken, was
das Finden<br>
><br>
> von Fehlern<br>
><br>
> >> und das Administrieren insgesamt deutlich
einfacher<br>
><br>
> machen würde.<br>
><br>
><br>
><br>
> > Wobei ich nicht sehe, daß jede Community eins oder
sogar<br>
><br>
> mehrere Gateways betreiben kann. Selbst wenn man einige<br>
><br>
> Mitstreiter hat, fehlt doch oft Zeit und/oder Wissen.<br>
><br>
><br>
><br>
> > Was sind denn Anforderungen für ein Gateway? CPU,
RAM,<br>
><br>
> Bandbreite, geschätzter Traffic, wie viele
IPv4-Adressen sind<br>
><br>
> nötig? Was kann man an monatlichen Kosten für ein
entsprechendes<br>
><br>
> System (da reicht vermutlich schon eine kleine VM bei
einem<br>
><br>
> Massenhoster) plus VPN ins Ausland rechnen? Diese
Angaben vermisse<br>
><br>
> ich auf Wiki/Github-Mitmach-/Dokumentationsseiten.<br>
><br>
><br>
><br>
><br>
><br>
> > Da wir in Bad Oeynhausen mittlerweile doch eine
ganz<br>
><br>
> ordentliche Anzahl an Knoten haben, habe ich neulich
mal die<br>
><br>
> Dokumentation [1] überflogen, was man so für das
Aufsetzen eines<br>
><br>
> Gateways machen muß.<br>
><br>
><br>
><br>
> > Das war dann doch so umfangreich (bevor ich
irgendwelche<br>
><br>
> Skripte auf meinen Servern ausführe, lese ich die und
versuche,<br>
><br>
> sie zu verstehen) – und stellenweise kam es mir auch
unvollständig<br>
><br>
> bzw. etwas veraltet vor (besonders im Wiki) –, sodaß
ich das nicht<br>
><br>
> »mal eben« testweise aufsetzen wollte und erstmal auf
»später,<br>
><br>
> wenn ich mal Zeit habe« verschoben habe.<br>
><br>
><br>
><br>
> > Also, Dokumentation müßte auch überarbeitet
werden. Da würde<br>
><br>
> ich auch helfen, wenn ich irgendwann mal zu einer
Testinstallation<br>
><br>
> komme.<br>
><br>
><br>
><br>
> > [1] Dokumentation Freifunk Bielefeld:<br>
><br>
><br>
><br>
>
<a class="moz-txt-link-rfc2396E" href="https://github.com/freifunk-bielefeld/server-config"><https://github.com/freifunk-bielefeld/server-config></a>
<a class="moz-txt-link-rfc2396E" href="https://github.com/freifunk-bielefeld/server-config"><https://github.com/freifunk-bielefeld/server-config></a><br>
><br>
> >
<a class="moz-txt-link-rfc2396E" href="https://github.com/freifunk-bielefeld/docs"><https://github.com/freifunk-bielefeld/docs></a>
<a class="moz-txt-link-rfc2396E" href="https://github.com/freifunk-bielefeld/docs"><https://github.com/freifunk-bielefeld/docs></a> ff.<br>
><br>
> >
<a class="moz-txt-link-rfc2396E" href="http://wiki.freifunk-bielefeld.de/doku.php"><http://wiki.freifunk-bielefeld.de/doku.php></a>
<a class="moz-txt-link-rfc2396E" href="http://wiki.freifunk-bielefeld.de/doku.php"><http://wiki.freifunk-bielefeld.de/doku.php></a> ff.<br>
><br>
><br>
><br>
>
<a class="moz-txt-link-rfc2396E" href="http://wiki.freifunk-bielefeld.de/doku.php?id=uebersicht_der_infrastruktur"><http://wiki.freifunk-bielefeld.de/doku.php?id=uebersicht_der_infrastruktur></a>
<a class="moz-txt-link-rfc2396E" href="http://wiki.freifunk-bielefeld.de/doku.php?id=uebersicht_der_infrastruktur"><http://wiki.freifunk-bielefeld.de/doku.php?id=uebersicht_der_infrastruktur></a><br>
><br>
><br>
><br>
><br>
><br>
> > Mit internettem Gruß<br>
><br>
><br>
><br>
> > Lars Kasper<br>
><br>
><br>
><br>
><br>
><br>
><br>
> Hallo,<br>
><br>
> ich habe zugegebenerweise die Doku nur überflogen.<br>
><br>
> Ich stelle mir gerade die Frage, wieviele Server denn nun
eine Community braucht? Ich persönlich komme auf mind. 2:<br>
><br>
> 1 Server als Gateway<br>
> 1 Server als Deployment Maschine<br>
> 1 Server fürs GUI wie die Karten?!?<br>
><br>
> Ob ich im Deployment einen Server brauche lasse ich
dahingestellt, aber aber eine 2. Maschine brauche ich.<br>
><br>
> Was nicht mit drin ist, ist die EInrichtung einer solchen
Deplyoment Maschine. Ein reines apt-get install git wird wohl
nicht ausreichen? Vom eigentlichlichen Deploy mal abgesehen?<br>
><br>
> Grüße<br>
><br>
> Hauke<br>
><br>
><br>
><br>
><br>
> __________ Hinweis von ESET Smart Security,
Signaturdatenbank-Version 11890 (20150704) __________<br>
><br>
> E-Mail wurde geprüft mit ESET Smart Security.<br>
><br>
> <a class="moz-txt-link-freetext" href="http://www.eset.com">http://www.eset.com</a><br>
><br>
><br>
><br>
> __________ Hinweis von ESET Smart Security,
Signaturdatenbank-Version 11890 (20150704) __________<br>
><br>
> E-Mail wurde geprüft mit ESET Smart Security.<br>
><br>
> <a class="moz-txt-link-freetext" href="http://www.eset.com">http://www.eset.com</a><br>
></span><br>
<br>
- -- <br>
<a class="moz-txt-link-abbreviated" href="http://www.w3-creative.de">www.w3-creative.de</a><br>
<br>
<a class="moz-txt-link-abbreviated" href="http://www.westchat.de">www.westchat.de</a><br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v2.0.19 (GNU/Linux)<br>
<br>
iQIcBAEBAgAGBQJVmNiaAAoJEEIVizQb/Y0mxe4P/iXd8x5SFTbeG+qvQ0ZtMbY0<br>
xpEPWzSZBYehRptR9aSqGiAvi4AJW1lZglJiwmoZh19dG3wl9b7x0syfRTMYNjFk<br>
6/zoiQXl82ZQPFNzia2x3pCIdJh+Jk1oe+v/Vpc6SRL5VuESJn46N91c9iSScvfa<br>
BampSPttnS0NB50X4nH/WjfWhtK0B1KM/OyZAk9VIkfzpyu3KygbP+YnoXcusjsT<br>
UqfncqwuXDYCTOIfSyZtqUr1HNlWQlnPhvTNJGlTpYZ5WVdXlzo8Q20fOrielnSs<br>
7qJc0d8iCBj/hnjmE5oKVDflGZ9OIwARB2JDRY7a0nA0nV3UyEBCprej3GIja0Id<br>
Vx76/3MAx96Wu9/ZU9Jva6QcBqR//spGc4tiaoLYMaucKcybZjXBpg24R+JsWiSr<br>
LRrUoF2bjhcfV9fRqEHTrIFRJzAC/J3xE1fAysleIo7q9BM7B3oKIxrZdFGEkdoH<br>
LuxlhCNVnG+TUqFeH+nhRZAwtpsMKPT3QoHZASAYrgmzgsAudd9BQp0bRg8+DEZc<br>
I/Ot02+1In3N1mqmxkce1Vx2xDW9ma7YRgYaxN0YByRAIEuc0Xz2nNdYwVGEn5MM<br>
PisjwZY0B6FhR5pEVAxK/zDn8i1bvFDZTP18mLSZewcsMt1CCZgHqQPpuc/M5TCA<br>
pb3NuBsHJZ/G/hj415vL<br>
=XkJt<br>
-----END PGP SIGNATURE-----<br>
<br>
</body>
</html>