[Berlin-wireless] Fwd: Freifunk im Locomore-Fernzug?

Mi Jan 13 12:48:39 CET 2016

Vlt interessant für Allgemeininteressierte bzgl WLAN in Zügen:

  Datengarten 63: WLAN in Hochgeschwindigkeitszügen
  9. Februar 2016 um 20 Uhr @ CCCB

Mehr Infos unter:

  https://berlin.ccc.de/wiki/Datengarten/63

Gruß
Nico

On 01/02/2016 03:24 PM, Mark Peter Wege wrote:
> Aufgrund eines Tweeets von @freifunk_berlin schicken wir diese Mail auch
> noch mal hierher :-)
> 
> 
> -------- Weitergeleitete Nachricht --------
> Betreff: Freifunk im Locomore-Fernzug?
> Datum: Sun, 27 Dec 2015 21:54:10 +0100
> Von: Mark Peter Wege <wege at locomore.com>
> Organisation: Locomore GmbH & Co. KG
> An: info at freifunk.net
> Kopie (CC): Nicolas Dietrich <dietrich at locomore.com>
> 
> Liebe Freifunker/innen,
> 
> per Twitter haben wir vor ein paar Tagen angefragt [0], ob ihr es
> sinnvoll finden würdet, wenn unser Locomore-Zug-WLAN als Freifunk laufen
> würde. Hier nun eine genauere Erläuterung.
> 
> Etwas Hintergrund: Locomore ist ein junges Eisenbahnverkehrsunternehmen,
> welches plant, ab September 2016 die erste Strecke
> Berlin-Hannover-Frankfurt-Stuttgart zu befahren - weitere Strecken
> (Berlin-Köln, Frankfurt-Stuttgart-München, Berlin-Rügen) sind geplant.
> Wir geben uns Mühe, den Eisenbahnbetrieb möglichst ökologisch
> durchzuführen, Fahrgäste und Kunden fair zu behandeln und bezahlbare
> Tickets anzubieten (immer günstiger als BahnCard 50). Zur Finanzierung
> läuft derzeit, noch bis Ende Januar, eine Crowdfundingkampagne - mehr
> Infos auf https://locomore.com und https://startnext.com/locomore.
> 
> Da wir planen, an Bord WLAN anzubieten und mit der Freifunk-Idee
> sympathisieren (Mark betreibt einen Freifunk-Router in Bremen, Nico ist
> u.a. in der FSFE aktiv), würden wir unser WLAN gerne als Freifunk
> betreiben, falls es technisch Sinn macht und mit unseren Anforderungen
> vereinbar ist.
> 
> Zur Netzwerktopologie:
> 
> - Der Zug ist lokbespannt mit klassisch gekoppelten Reisezugwagen, die
> kurzfristig umgekoppelt werden, eine Verbindung der Wagen über Ethernet
> ist nicht praktisch - die Backbone im Zug wird gemischt wired (innerhalb
> eines Wagens) und wireless (zwischen den Wagen) sein:
>     - In jedem Wagen wird an jedem Ende ein Access Point mit je zwei
> Antennen sein, ggf. auch noch ein Router.
>     - Je (mindestens) eine Antenne zeigt in den Fahrgastraum, um die
> Fahrgäste zu versorgen.
>     - Die andere Antenne zeigt nach außen, hin zur äußeren Antenne des
> nächsten Wagens, um die Wagen miteinander zu verbinden (wireless coupling).
>     - Zusätzlich werden die beiden APs innerhalb des Wagens mit einem
> Kabel verbunden, um die Backbone zu stabilisieren.
> - Ein (oder mehrere) Wagen pro Zug wird über Mobilfunk ans Internet
> angeschlossen sein, mit mehreren Modems, die sich in die 4 (oder bald 3)
> Mobilfunknetze gleichzeitig verbinden; aller Traffic wird durch ein
> zentrales Gateway ins Internet getunnelt, um transparent zwischen den
> Netzen switchen zu können.
> 
> 
> Anforderungen / Pläne von unserer Seite:
> 
> - Die Hardware muss gewissen Standards genügen, um "rail-approved" zu
> sein (insb. Brandschutz, Strahlung).
> - Viele Nutzer (bis zu 600 Fahrgäste pro Zug) teilen sich wenig
> Bandbreite ins Internet, daher müssen wir Bandbreite ins Internet sparen
>     - Traffic Shaping (konkreter Kontingentierung pro User zur gerechten
> Aufteilung)
>     - Caching von Content
>     - Offline-Content / Zug-interne Dienste auf Bord-Server (z.B.
> Offline-Wikipedia, Chat, Gaming, Fahrkartenverkauf)
> - Wir wollen ein Captive Portal verwenden, um Fahrgästen die
> Bord-internen Dienste näher zu bringen. Authentifizierung wird nicht
> benötigt.
> - Getrennte VLANs für Fahrgäste und Personal
> 
> 
> Wie könnte nun Freifunk verwendet werden?
> 
> 1. Idee: Jeder Wagen ist ein (oder 2) Knoten in einem sich dynamisch
> konfigurierenden lokalen Freifunk-Netz. (Ohne Freifunk würde das mit
> einer vermutlich proprietären Lösung eines kommerziellen Anbieters
> anders umgesetzt)
> 
> 2. Idee: Wir verwenden "Freifunk" o.ä. als SSID, um Freifunk bekannter
> zu machen und bewerben die existierenden Freifunk-Netzwerke in unseren
> Zielstädten.
> 
> Ersteres wäre also "echtes" Freifunk, Letzteres v.a. eine Werbung für
> Freifunk, welche auch ohne Ersteres funktioniert.
> 
> 
> Fragen zu (1):
> 
> - Welches der Freifunk Routing-Protokolle eignet sich für einen solchen
> Einsatz?
> - Für uns ergibt sich dann die Frage, ob wir "rail-approved" Hardware
> finden, auf der die Software läuft.
> - Gibt es schon irgendeine andere ähnliche mobile, oder auch anders
> gelagerte "special-purpose" Freifunk-Community?
> - Könnten wir irgendwie kompatibel zu den Freifunk-Netzen in den Städten
> an der Strecke werden (nice-to-have, dafür müssen ja auch erstmal an den
> Bahnhöfen Zugang zu den jeweiligen Freifunk-Netzen existieren; wir haben
> vorerst beschränkt / keinen Zugriff auf Bahnhofsinfrastruktur)
> 
> Fragen zu (1) und (2):
> 
> - Dürfen wir unser Netz Freifunk nennen, wenn wir ein Captive Portal
> betreiben - sowas verstößt ja gegen den Punkt "Free Transit" im Picopeer
> Agreement [1], wird aber ja bereits aus guten Gründen eingesetzt. Die
> Diskussionen dazu sind jedenfalls interessant [2], [3].
> - Dürfen wir unser Netz Freifunk nennen, wenn wir Traffic Shaping
> machen? Scheint uns jetzt erstmal nicht der "Free Transit"-Regel zu
> widersprechen, es scheint auch Software zu geben, die dies ermöglicht [4].
> - Würden wir dann eine eigene "lokale" Community locomore.freifunk.net
> aufmachen?
> 
> 
> In jedem Fall:
> 
> - An wen wenden wir uns am besten mit diesen Fragen (unser Zug sind ja
> nicht nur in einer Stadt)? Für ein persönliches Gespräch ist Berlin für
> uns am praktischsten. Beim 32c3 sind wir leider dieses Jahr nicht.
> - Habt ihr noch weitere Ideen / Gedanken?
> 
> Wir wünschen euch einen guten Jahresabschluss und danken euch für die
> tolle Arbeit!
> 
> Mark und Nico
> für das Locomore-Team
> 
> 
> [0] https://twitter.com/locomore/status/679734497902866432
> [1] http://www.picopeer.net
> [2] https://forum.freifunk.net/t/brauchen-wir-ein-captive-portal/116/32
> [3] https://github.com/freifunk-berlin/firmware/issues/276
> [4] http://doc.meshkit.freifunk.net/daily/html/usage/splash.html
> 
> 
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein �ffentlich einsehbares Archiv
> 

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : 0xE52FF979.asc
Dateityp    : application/pgp-keys
Dateigröße  : 3928 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20160113/95cdc0b4/attachment.key>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 819 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20160113/95cdc0b4/attachment.sig>