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

Mi Jan 6 17:11:41 CET 2016

Liebe Freifunkas,

unten findet ihr einen Projektvorschlag von Locomore … ich habe heute mit Mark telefoniert und geschildert, dass wir eine dezentrale, nicht-kommerzielle Initiative sind, es also nicht einen Ansprechpartner gibt ;) Aus meiner Sicht das Thema interne Dienste spannend ist, aber das Thema Uplink im Zug eher herausfordernd … ggf. bildet sich eine Gruppe aus Interessierten um das Projekt …

Parallel gab es Kontakt zur Berliner Community … Es wird ein erstes Treffen nächste Woche Mittwoch 20h in der c-base dazu geben, um die Möglichkeiten zu diskutieren.

Sobald es was Neues gibt, wird dies kund getan :) Dafür schlage ich einen weiteren Gedankenaustausch zum Thema auf der WLANtalk Liste vor, damit das nicht nur in B diskutiert wird und sich auch Interessierte anderer lokaler Gruppen einbringen können:
https://lists.freifunk.net/mailman/listinfo/wlantalk-freifunk.net

LG Monic

Anfang der weitergeleiteten Nachricht:

> Von: Mark Peter Wege <wege at locomore.com>
> Betreff: [info] Freifunk im Locomore-Fernzug?
> Datum: 27. Dezember 2015 21:54:10 MEZ
> An: info at freifunk.net
> Kopie: Nicolas Dietrich <dietrich at locomore.com>
> Antwort an: Mark Peter Wege <wege at locomore.com>, info at freifunk.net
> 
> 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
> --
> 
> Mark Peter Wege
> Community Manager & More
> --
> Locomore – Der neue Fernzug zwischen Berlin und Stuttgart
> Unterstütze das Crowdfunding mit Ticketkäufen und Darlehenszeichnungen
> https://locomore.com/startnext · https://locomore.com/investieren
> 
> wege at locomore.com
> https://locomore.com
> 
> PGP-ID: 4096R/18B0DAF4
> Fingerprint: D7EA D880 BCB8 E377 C4DC CCD1 71DA 23E6 18B0 DAF4
> 
> Locomore GmbH & Co.KG
> Eisenbahnverkehrsunternehmen
> Sitz der Gesellschaft: Berlin
> HRA 40312B Amtsgericht Berlin-Charlottenburg
> Planufer. 92a
> 10967 Berlin
> 
> Komplementärin: Railway Management GmbH
> Geschäftsführung: Derek Ladewig
> HRB 109275 B Amtsgericht Berlin Charlottenburg
> Planufer 92a
> 10967 Berlin
> --
> Mit freundlichem Gruss
> 
>  ** Web-Team **
> http://freifunk.net
> info at freifunk.net

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20160106/c237d474/attachment.html>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 842 bytes
Beschreibung: Message signed with OpenPGP using GPGMail
URL         : <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20160106/c237d474/attachment.sig>