<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 04.07.2015 um 23:25 schrieb Lars Kasper:<br>
<span style="white-space: pre;">> Hallo,<br>
><br>
> bodems <a class="moz-txt-link-rfc2396E" href="mailto:felixannen@web.de"><felixannen@web.de></a> schrieb:<br>
><br>
>> Ich schlage daher eine Umstrukturierung der
Gatewayinfrastruktur vor,<br>
>> mit der die Grundlast erheblich sinken würde und die
einzelnen<br>
>> Communities unabhängiger von einander und eigenständiger
wären.<br>
><br>
> Dezentralität finde ich immer gut. Bessere Performance auch.<br>
><br>
>> - Jede Community würde eine eigene Karte bekommen<br>
>> - Jede Community würde eine eigene Firmware bekommen,
jeweils mit<br>
>> geringen Änderungen<br>
>> - angepasste SSID<br>
>> - angepasste local-node-IP an den entsprechenden
Adressraum<br>
>> - angepasste /etc/config/fastd mit den entsprechenden
Gateways und<br>
>> Ports für fastd<br>
>> - angepasste URL für den autoupdater<br>
><br>
> Wichtig finde ich dabei, daß einzelne – möglicherweise erst
in Gründung befindliche – Communities damit dann aber nicht
alleine gelassen werden.<br>
><br>
> Sollte es nämlich für eine Community Voraussetzung werden,
daß dort jemand Gateways und Websites (zumindest für
Firmware-Verteilung) betreiben und Firmwares bauen muß,
möglicherweise auch noch eigene Kartensoftware, dann werden
Communities wegen dieses Aufwands gar nicht erst entstehen.<br>
><br>
> Da kann man dann auch noch so gute Anleitungen und Skripte
haben – die meisten Leute werden vielleicht noch das Flashen eines
Routers hinbekommen, aber nicht das Kompilieren einer Firmware
oder Einrichtung und Betrieb eines Gateways.<br>
><br>
>> Wenn wir ein paar größere Maschinen hätten, wie zum
Beispiel das neue<br>
>> Gateway von Bad Salzuflen,<br>
><br>
> Was heißt denn »größere Maschinen«? HP ProLiant DL380?<br>
><br>
>> könnten dadrauf die Batman-Netze von allen<br>
>> Communities laufen. Zusätzlich kann jede Community auch
noch Gateways<br>
>> betreiben, die nur die jeweilige Community benutzt.
Insgesamt würde die<br>
>> Anzahl der Gateways pro Community sinken, was das Finden
von Fehlern<br>
>> und das Administrieren insgesamt deutlich einfacher
machen würde.<br>
><br>
> Wobei ich nicht sehe, daß jede Community eins oder sogar
mehrere Gateways betreiben kann. Selbst wenn man einige
Mitstreiter hat, fehlt doch oft Zeit und/oder Wissen.<br>
><br>
> Was sind denn Anforderungen für ein Gateway? CPU, RAM,
Bandbreite, geschätzter Traffic, wie viele IPv4-Adressen sind
nötig? Was kann man an monatlichen Kosten für ein entsprechendes
System (da reicht vermutlich schon eine kleine VM bei einem
Massenhoster) plus VPN ins Ausland rechnen? Diese Angaben vermisse
ich auf Wiki/Github-Mitmach-/Dokumentationsseiten.<br>
><br>
><br>
> Da wir in Bad Oeynhausen mittlerweile doch eine ganz
ordentliche Anzahl an Knoten haben, habe ich neulich mal die
Dokumentation [1] überflogen, was man so für das Aufsetzen eines
Gateways machen muß.<br>
><br>
> Das war dann doch so umfangreich (bevor ich irgendwelche
Skripte auf meinen Servern ausführe, lese ich die und versuche,
sie zu verstehen) – und stellenweise kam es mir auch unvollständig
bzw. etwas veraltet vor (besonders im Wiki) –, sodaß ich das nicht
»mal eben« testweise aufsetzen wollte und erstmal auf »später,
wenn ich mal Zeit habe« verschoben habe.<br>
><br>
> Also, Dokumentation müßte auch überarbeitet werden. Da würde
ich auch helfen, wenn ich irgendwann mal zu einer Testinstallation
komme.<br>
><br>
> [1] Dokumentation Freifunk Bielefeld:<br>
>
<a class="moz-txt-link-rfc2396E" href="https://github.com/freifunk-bielefeld/server-config"><https://github.com/freifunk-bielefeld/server-config></a><br>
> <a class="moz-txt-link-rfc2396E" href="https://github.com/freifunk-bielefeld/docs"><https://github.com/freifunk-bielefeld/docs></a> ff.<br>
> <a class="moz-txt-link-rfc2396E" href="http://wiki.freifunk-bielefeld.de/doku.php"><http://wiki.freifunk-bielefeld.de/doku.php></a> ff.<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><br>
><br>
><br>
> Mit internettem Gruß<br>
><br>
> Lars Kasper<br>
><br>
><br>
></span><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>
<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>
iQIcBAEBAgAGBQJVmMRHAAoJEEIVizQb/Y0mjUAQAIygDpK2F812upb6u/v1TEZG<br>
N81T54eHNC1+46oGQReTHmzy64ukRMRVX7R+M8oQlyJHmPYo30zaDfNLICC7lGbi<br>
IPQd4L7VqSoMjc8W+sfQZu3QTV1Bae62Hocs4OSDN7jHhvujTShtL7lA1PlIvO5a<br>
zm3cGB762Hd4v7bTOh07nzh7eTJRcq5m7ztgk8RUQi3ZXaiGUrjbNZe25dDU94Wx<br>
Nbzqs6bKnbTz8bnCuEIHdHlxyM1geRP/h53uQ0bWhUT9gTHte3P3qZuybioU+Ceg<br>
hWzavpddmX9YIpX8WcSIMVlIJUS1iTjSBFa6Oscm1FnXqEMkCoHqPdhzKdjtdSSM<br>
I6kXvXL1LJvlJheo5sxEtA6z/PjbpSyMT4npnpR/0nPfcvdj34Tiin9uKahR9XlB<br>
vVp3gF9WA+8dPMCQ3FQ/ja9B7eImBMJqLqMuAQvGLUaPHaNr1IlUasYffEtWUVf3<br>
VJ8BNvCTp83Nu3TkN2NOzkYRqZOe0UjcvJGthNbhalDPjZvVHhMmublHwj1bBqJV<br>
awfI1uwlEpuSRpI8fpvSP6y8IEOXxY5O1aajeSbOZufbs/GE6pZKrS8zAYm6VNWh<br>
oaCGJHx8deBAZx7UW3XTiM1yLcpKLFYlc1vkzI86QuUoFivgniWC7Rn+6ysDmZCk<br>
v64ID2W9pphf42crVtLA<br>
=5Xsp<br>
-----END PGP SIGNATURE-----<br>
<br>
</body>
</html>