[Berlin-wireless] BHT-Zoo?

[Philipp Borgers]

Die Standortbetreiberinnen können sich ja denken/einbilden was sie wollen und
ebenfalls tun was sie wollen. Aber a) wurde einfach falsch verstanden.
Backbone-Standorte sollen sehr wohl auch User erreichen. b) verstehe ich nicht
was man sich von verschlüsselten Backbone-Verbindungen deren Key man nur auf
Anfrage bei Person-Unbekannt erhält, erhofft. Insbesondere wenn der Standort als
Relay und nur als Relay fungiert. Wir haben entschieden, dass Standorte zur
Optimierung des Links ev. verschlüsseln können, wenn sie das für sinnvoll
erachten. Wenn sie das tun, dann sollen sie ein Passwort nutzen, dass allen
Backbone-Betreiberinnen bekannt ist (welches war das nochmal?).

Um die Situation nochmal vor Augen zuführen. Am Standort hängen Menschen,
die von dem Standort vollkommen abhängig sind. Wenn dort Maßnahmen getroffen
werden, die diese Menschen eher ausschließen (schon der dritte Tag in Folge),
dann verfehlt der Standort in meinen Augen seinen Sinn und Zweck.

Falls an diesen ausschließenden politischen Entscheidungen festgehalten werden
soll, dann bitte ich darum uns das mölichst zügig mitzuteilen, sodass wir daraus
zügig Konsezenzen ziehen können.

Gruß
Philipp

On Sun, Sep 14, 2014 at 11:55:27PM +0200, Volker Ernst wrote:
> Hi,
> 
> am Freitag wurde das gesamte Equipment auf dem BHT-Dach ausgewechselt.
> 
> Das war schon lange angekuendigt und noetig um ein VLAN-taugliches Setup
> dort oben zu haben, welches das Routing und OLSR auf einem getrennten
> Router macht, was notwendig war weil auf den Nanos AirOS laufen muss,
> um die Radar-Erkennung korrekt hinzukriegen.
> 
> Dazu gab es keine Alternative, weil OpenWRT bei der Radar-Erkennung
> unendlich viele "false-positives" macht (und damit unbrauchbar ist) und ohne
> funktionsfaehige Radar-Erkennung wird da oben nichts mehr aufgestellt,
> nachdem von dort in der Vergangenheit bereits Radar gestoert wurde.
> 
> Im Zuge dieser Equipment-Tausch-Aktion wurden zudem zwei "politische"
> Entscheidungen (von dem der den ganzen Kram gegenueber der Uni
> verantworten muss) umgesetzt:
> a) Zum einen ist das ein reiner "Backbone-Standort", es sollen von dort aus
>    keine User versorgt werden (obwohl da viele Studenten rumrennen die
>    davon profitieren wuerden).
> b) Es wird von dort oben kein Klartext mehr gesendet, ausschliesslich
>    verschluesselte Backbone-Verbindungen mit geheimen Key.
>    Den Key kann man zeitnah persoenlich auf Papier erhalten.
> 
> Wenn das bedeutet das es bestimmte Links nicht mehr gibt, dann ist das so.
> Wenn das bedeutet das es keinerlei Links mehr gibt ziehen sie den Stecker
> und schalten die Anlage ab.
> 
> Persoenlich finde ich "a)" aenderungs-wert und "b)" richtig.
> Aber das letzte Wort hat nunmal derjenige der es betreibt und verantwortet.
> 
> Volker
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : nicht verfügbar
Dateityp    : application/pgp-signature
Dateigröße  : 819 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20140915/e4b20908/attachment.pgp>