Berlin Nachrichtensammlung, Band 2410, Eintrag 1
berlin-request at berlin.freifunk.net
berlin-request at berlin.freifunk.net
Fr Nov 13 12:00:01 CET 2015
Um e-Mails an die Liste Berlin zu schicken, nutzen Sie bitte die
Adresse
berlin at berlin.freifunk.net
Um sich via Web von der Liste zu entfernen oder draufzusetzen:
http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
oder, via Email, schicken Sie eine Email mit dem Wort 'help' in
Subject/Betreff oder im Text an
berlin-request at berlin.freifunk.net
Sie koennen den Listenverwalter dieser Liste unter der Adresse
berlin-owner at berlin.freifunk.net
erreichen
Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen
sinnvollen Inhalt der spezifischer ist als "Re: Contents of Berlin
digest..."
berlin-wireless-digest
Meldungen des Tages:
1. Re: vpn-bestellung geht nicht (Philipp Borgers)
2. Re: vpn-bestellung geht nicht (Robert Felten)
3. firmware tl-wr841nd v.10 ??? (tom)
4. Re: firmware tl-wr841nd v.10 ??? (Sven Roederer)
5. Freifunk-Treffen Spandau (Holger)
6. Re: VPN-keys (Holger)
7. Datenrate über vpn03 bei größeren Dateien? (Christian Hammel)
8. Re: Datenrate über vpn03 bei größeren Dateien? (Philipp Borgers)
9. Re: unstable builds for packages (Sven Roederer)
10. vpn-vergabe ausgesetzt? (tom)
11. Re: Datenrate über vpn03 bei größeren Dateien? (Sven-Ola Tuecke)
12. Durchsatz Mesh <-> Internet (nico)
----------------------------------------------------------------------
Message: 1
Date: Thu, 12 Nov 2015 12:25:45 +0100
From: Philipp Borgers <borgers at mi.fu-berlin.de>
To: wirelesslan in Berlin <berlin at berlin.freifunk.net>
Subject: Re: [Berlin-wireless] vpn-bestellung geht nicht
Message-ID: <20151112112545.GT32641 at mi.fu-berlin.de>
Content-Type: text/plain; charset="iso-8859-1"
Habt ihr was geraucht? Neunmalklug-Dope? ^^
Die Länge wird in einem anderen Validationsschritt überprüft. Lest bitte Code!
Gruß Philipp
On Thu, Nov 12, 2015 at 08:49:13AM +0100, Robert Felten wrote:
> Hi Philipp,
> > Der Regex wird erstmal ^[a-z]+[a-z\d\-]*$ sein.
>
> Keine Längenbeschränkung mehr? Also z.B. mind. 6, maximal 40 Zeichen?
>
> Vorschlag: ^[a-z][a-z\d\-]{5,31}$
>
> Paar Testfälle für http://regexr.com/
>
> berlin-musterstr42
> asdasdasdsad-saddasdasd
> asdas-asdasd
> foo-bar42
> 0inval
> d-0sss
> d00-s
> d00-0a
> invalid-name2asdasdasd--asdsa-dsa-sad-sad-------asdasddas--ads-d-asd-sad-sda-ds-a-sd-----
> -aasdasd-asd-32asd-2qeas-asda
> asd12eqw 3r3213
> a
> a1
> 1a
> a-
> sss
> a9
> aaa
> aa-d
> dasddsdsddsddasddsdsddsddasddsdsddsddasddsdsddsddasddsdsddsddasddsdsddsddasddsdsddsddasddsdsddsddasddsdsddsddasddsdsddsddasddsdsddsddasddsdsddsd
>
> LG
> Robert
>
> Am 11. November 2015 um 12:14 schrieb Philipp Borgers <borgers at mi.fu-berlin.de>:
> > On Wed, Nov 11, 2015 at 07:25:10AM +0100, Marcel wrote:
> >> Am 10. November 2015 um 22:58 schrieb Philipp Borgers <borgers at mi.fu-berlin.de>:
> >> >
> >> > Das war ein Bug, der mir zur Zeit noch schlaflose Nächte bereitet. Bitte nicht
> >> > weiter in der Wunde bohren :)
> >>
> >> keine sorge, hatte ich nicht vor ;-)
> >>
> >> > Ein fleißiger Developer hat eben die Texte und Regexe angepasst. Ich werde die
> >> > im Laufe der Woche deployen, sodass dann z.B. auch foo-bar42 geht.
> >>
> >> das klingt sehr gut, wird dann auch z.b. foo-bar_42 gehen?
> >
> > Der Regex wird erstmal ^[a-z]+[a-z\d\-]*$ sein.
> >
> >> > Gruß Philipp
> >>
> >> dank und grüße
> >> marcel
> >>
> >> _______________________________________________
> >> 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
> >
> > _______________________________________________
> > 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
>
> _______________________________________________
> 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 : signature.asc
Dateityp : application/pgp-signature
Dateigröße : 819 bytes
Beschreibung: nicht verfügbar
URL : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20151112/936dfd29/attachment.pgp>
------------------------------
Message: 2
Date: Thu, 12 Nov 2015 12:40:48 +0100
From: Robert Felten <robert.felten+freifunk-berlin at googlemail.com>
To: wirelesslan in Berlin <berlin at berlin.freifunk.net>
Subject: Re: [Berlin-wireless] vpn-bestellung geht nicht
Message-ID:
<CANvZOfOen-hjDL+K5PYpKwBqRjD63ivt75-AqNPKU2yk3xKm0g at mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
> Habt ihr was geraucht? Neunmalklug-Dope? ^^
Tut mir Leid, mein Vorschlag sollte nicht "neumalklug" wirken. Ich
hatte heute morgen nur den regex gesehen und weil es in der
Vergangenheit mit derLänge Probleme gab, schnell was gebastelt ohne
die den Rest der App gegenzuchecken.
Kommt nicht wieder vor.
LG
Robert
------------------------------
Message: 3
Date: Thu, 12 Nov 2015 13:40:53 +0100
From: tom <mustroph at mail.de>
To: wirelesslan in Berlin <berlin at berlin.freifunk.net>
Subject: [Berlin-wireless] firmware tl-wr841nd v.10 ???
Message-ID: <B9EC8B9A-1D88-4CCE-9A0F-243725F7B17B at mail.de>
Content-Type: text/plain; charset=iso-8859-1
habe gerade einen tp linkl router wr841nd version 10.0 geholt (nichjt auf die versionsnummer beim kauf geachtet). dafür scheint es noch keine openwrt-firmware zu geben. macht die irgendjemand? gibt es die doch irgendwo?
oder eben verson 9 und weniger kaufen?
ciao
tom
------------------------------
Message: 4
Date: Thu, 12 Nov 2015 14:29:58 +0100
From: Sven Roederer <freifunk at it-solutions.geroedel.de>
To: wirelesslan in Berlin <berlin at berlin.freifunk.net>
Subject: Re: [Berlin-wireless] firmware tl-wr841nd v.10 ???
Message-ID:
<E56FC752-6AD2-486D-AB48-C41171F9033C at it-solutions.geroedel.de>
Content-Type: text/plain; charset="utf-8"
Also ich hab vor ein paar Tagen einen Patch auf der Openwrt maillists vorbeifliegen gesehen, der V10 support bringen soll.
Sven
Am 12. November 2015 13:40:53 MEZ, schrieb tom <mustroph at mail.de>:
>habe gerade einen tp linkl router wr841nd version 10.0 geholt (nichjt
>auf die versionsnummer beim kauf geachtet). dafür scheint es noch keine
>openwrt-firmware zu geben. macht die irgendjemand? gibt es die doch
>irgendwo?
>oder eben verson 9 und weniger kaufen?
>ciao
>tom
>
>_______________________________________________
>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 HTML-Daten wurde abgetrennt...
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20151112/e60f71ee/attachment.html>
------------------------------
Message: 5
Date: Thu, 12 Nov 2015 16:51:02 +0100
From: Holger <gonzo.d at web.de>
To: berlin at berlin.freifunk.net
Subject: [Berlin-wireless] Freifunk-Treffen Spandau
Message-ID: <5644B566.2090804 at web.de>
Content-Type: text/plain; charset=utf-8; format=flowed
Liebe Interessierte und Freifunker,
kommenden Dienstag (17.11.15) gibt es ein erstes lokales
Freifunk-Treffen in Spandau hinten im Cafe Barfly [1] 20:00 - 22:00 Uhr.
Es wäre schön, wenn Spandau in erlebbarer Zeit mindestens so eine
Freifunk-Infrastruktur hätte, daß an ein paar Plätzen Wlan für alle
verfügbar ist und sich daraus lokale Erweiterungen ergeben können.
- aktueller Stand Freifunk [2] in Spandau
- Infrastruktur
- lokale Installationen
- Wie und wer kann erweitern?
Bis Dienstag!
Herzlichen Gruß
Holger
[1] http://cafe-barfly.de/
[2] https://berlin.freifunk.net/
RBB-Beitrag zu Freifunk in Berlin
https://www.rbb-online.de/politik/beitrag/2015/07/freifunker-liefern-gratis-wlan-ueber-500-router-in-berlin.html
------------------------------
Message: 6
Date: Thu, 12 Nov 2015 20:31:38 +0100
From: Holger <gonzo.d at web.de>
To: berlin at berlin.freifunk.net
Subject: Re: [Berlin-wireless] VPN-keys
Message-ID: <5644E91A.8080400 at web.de>
Content-Type: text/plain; charset=utf-8; format=flowed
Hej Tom,
Am 12.11.2015 um 08:15 schrieb tom:
> also supergern zusammen. und betrachte es bitte nicht als übergriff;-)
> ich glaube, wir kennen uns auch von ein, zwei freifunktreffen in der c-base.
Ja, allet schick. Ich schreib Dir gleich direkt.
lg h
------------------------------
Message: 7
Date: Thu, 12 Nov 2015 22:43:25 +0100
From: Christian Hammel <hammel at gmx.de>
To: wirelesslan in Berlin <berlin at berlin.freifunk.net>
Subject: [Berlin-wireless] Datenrate über vpn03 bei größeren Dateien?
Message-ID: <564507FD.5080805 at gmx.de>
Content-Type: text/plain; charset=utf-8; format=flowed
Hallo,
mein FF-Router (Wuthenow9) hängt am Kabel-Deutschland-Anschluss (
25MBit/s (Download) / 1 MBit (upload)), der ohne FF die Werte auch
erreicht.
Seit ich eure Tipps zur MTU=1300 umgesetzt habe, kommen bei meinen
Freifunk-Clients 10 bis 12 MBit/s (Download) an. Upload ist bei 0,9
MBit/s. Vorher war es deutlich weniger.
Das ist also so weit ganz ordentlich.
Bei größeren Downloads, speziell, wenn Linux sich größere Updates (z.B.
irgendwelche Browser) von ubuntu-mirrors holt, geht die Datenrate
allerdings deutlich nach unten. Sowohl bei Funk- als auch bei Kabel-Clients.
Kann mir jemand aus den nachfolgenden Infos sagen, ob das an meiner
Konfig (Firewall, NAT,..) liegt, oder ob ich selbst da sowieso nichts
machen kann?
Danke
Christian
Router: WDR 4300 mit Kathleen 0.1.2.
MTU in /etc/config/openvpn auf 1300, außerdem die 1300 in LuCi bei den
erweiterten Einstellungen der WAN und der DHCP-Schnittstellen nochmal
manuell eingetragen.
Firewall-Zoneneinstellung für WAN -> freifunk ist: Eingang zulassen,
Ausgang zulassen, Weitergeleitet zurückweisen, NAT an (wofür brauche ich
das eigentlich?), MSS-Korrektur aus.
In /etc/config/openvpn steht (u.a.)
option mssfix '1300'
option tun_mtu '1300'
Der Monitor zeigt eine schwankende ping-Droprate mit seltsamen
Zahlenwerten (2k %)an:
<http://monitor.berlin.freifunk.net/detail.php?p=ping&t=ping_droprate&h=Wuthenow9&s=604800&x=800&y=350>
Netalyzr meckert über Fehler beim Transport von fragmentiertem
UDP-Traffic (und zwar unabhängig vom Endgerät sowohl von 1 Linux-PC per
Kabel als auch von einem Lappi per Funk als auch vom Android-Telefon):
The client was unable to receive fragmented UDP traffic. The most likely
cause is an error in your network's firewall configuration or NAT.
The maximum packet successfully received was 1272 bytes of payload.
The path between your network and our system supports an MTU of at least
1500 bytes, and the path between our system and your network has an MTU
of 1300 bytes. The path MTU bottleneck that fails to properly report the
ICMP "too big" is between 185.66.195.250 (das ist vpn03d) and *. The
path between our system and your network does not appear to report
properly when the sender needs to fragment traffic.
Details (auch der tracert, der zu der Bottleneck-Angabe gehört):
<http://n2.netalyzr.icsi.berkeley.edu/summary/id=36ea240d-4223-0758abf4-7136-484c-9fec>
--
Christian Hammel, Wuthenowstr. 9, 12169 Berlin
------------------------------
Message: 8
Date: Thu, 12 Nov 2015 23:53:47 +0100
From: Philipp Borgers <borgers at mi.fu-berlin.de>
To: wirelesslan in Berlin <berlin at berlin.freifunk.net>
Subject: Re: [Berlin-wireless] Datenrate über vpn03 bei größeren
Dateien?
Message-ID: <20151112225347.GZ32641 at mi.fu-berlin.de>
Content-Type: text/plain; charset="iso-8859-1"
Moin,
unsere VPN-Instanzen hatten mal wieder Probleme mit dem Connection-Tracking. Die
maximale Größe wurde erreicht :/
Ich werde in den nächsten Tagen den folgenden Wert auf zwei Minuten setzen:
net.ipv4.netfilter.ip_conntrack_tcp_timeout_established
Außerdem muss ich mal gucken warum unsere sysctl Konfiguration nicht von
/etc/init.d/procps beim System-Start angewendet wird.
Das ist aber nicht zwingend eine Erklärung für dein Problem.
Es gibt auch noch mögliche Optimierungen, die ich gerne von vpn03d auf die
anderen Instanzen übernehmen würde. Sobald ich etwas Ruhe habe, würde ich das
versuchen.
Gruß Philipp
On Thu, Nov 12, 2015 at 10:43:25PM +0100, Christian Hammel wrote:
> Hallo,
>
> mein FF-Router (Wuthenow9) hängt am Kabel-Deutschland-Anschluss ( 25MBit/s
> (Download) / 1 MBit (upload)), der ohne FF die Werte auch erreicht.
>
> Seit ich eure Tipps zur MTU=1300 umgesetzt habe, kommen bei meinen
> Freifunk-Clients 10 bis 12 MBit/s (Download) an. Upload ist bei 0,9 MBit/s.
> Vorher war es deutlich weniger.
>
> Das ist also so weit ganz ordentlich.
>
> Bei größeren Downloads, speziell, wenn Linux sich größere Updates (z.B.
> irgendwelche Browser) von ubuntu-mirrors holt, geht die Datenrate allerdings
> deutlich nach unten. Sowohl bei Funk- als auch bei Kabel-Clients.
>
> Kann mir jemand aus den nachfolgenden Infos sagen, ob das an meiner Konfig
> (Firewall, NAT,..) liegt, oder ob ich selbst da sowieso nichts machen kann?
>
> Danke
>
> Christian
>
>
>
>
> Router: WDR 4300 mit Kathleen 0.1.2.
>
> MTU in /etc/config/openvpn auf 1300, außerdem die 1300 in LuCi bei den
> erweiterten Einstellungen der WAN und der DHCP-Schnittstellen nochmal
> manuell eingetragen.
>
> Firewall-Zoneneinstellung für WAN -> freifunk ist: Eingang zulassen, Ausgang
> zulassen, Weitergeleitet zurückweisen, NAT an (wofür brauche ich das
> eigentlich?), MSS-Korrektur aus.
>
> In /etc/config/openvpn steht (u.a.)
> option mssfix '1300'
> option tun_mtu '1300'
>
>
> Der Monitor zeigt eine schwankende ping-Droprate mit seltsamen Zahlenwerten
> (2k %)an:
> <http://monitor.berlin.freifunk.net/detail.php?p=ping&t=ping_droprate&h=Wuthenow9&s=604800&x=800&y=350>
>
> Netalyzr meckert über Fehler beim Transport von fragmentiertem UDP-Traffic
> (und zwar unabhängig vom Endgerät sowohl von 1 Linux-PC per Kabel als auch
> von einem Lappi per Funk als auch vom Android-Telefon):
>
> The client was unable to receive fragmented UDP traffic. The most likely
> cause is an error in your network's firewall configuration or NAT.
> The maximum packet successfully received was 1272 bytes of payload.
> The path between your network and our system supports an MTU of at least
> 1500 bytes, and the path between our system and your network has an MTU of
> 1300 bytes. The path MTU bottleneck that fails to properly report the ICMP
> "too big" is between 185.66.195.250 (das ist vpn03d) and *. The path between
> our system and your network does not appear to report properly when the
> sender needs to fragment traffic.
>
> Details (auch der tracert, der zu der Bottleneck-Angabe gehört): <http://n2.netalyzr.icsi.berkeley.edu/summary/id=36ea240d-4223-0758abf4-7136-484c-9fec>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> --
> Christian Hammel, Wuthenowstr. 9, 12169 Berlin
>
> _______________________________________________
> 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 : signature.asc
Dateityp : application/pgp-signature
Dateigröße : 819 bytes
Beschreibung: nicht verfügbar
URL : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20151112/81aff112/attachment.pgp>
------------------------------
Message: 9
Date: Fri, 13 Nov 2015 02:06:46 +0100
From: Sven Roederer <Freifunk at it-solutions.geroedel.de>
To: wirelesslan in Berlin <berlin at berlin.freifunk.net>
Subject: Re: [Berlin-wireless] unstable builds for packages
Message-ID: <2079442.X7pPBPppWC at strike>
Content-Type: text/plain; charset="utf-8"
Am Mittwoch, 11. November 2015, 17:18:37 schrieb Philipp Borgers:
> Ich glaube das ist ganz gut so. Eine Kernidee der Firmware war
> Reproduzierbarkeit. Wenn wir anfangen einfach nur den HEAD of master zu
> bauen, dann hat jeder ein anderes Image und vergleiche werden schwer.
>
ok, das klingt auch irgendwie vernünftig ....
> Eine Idee, an der ich bis jetzt gescheitert bin, war, dass wir für jeden
> Commit im firmware-packages Repo einen Build auslösen mit dem Commit. Ev.
> gibt es dazu bereits ein Ticket. Könnte man einfach bearbeiten
>
klingt nach viel Arbeit für die Buildbots, wenn jemand das entsprechend
hinkonfigt. Aber ich werd dann erstaml lokal selber bauen - gibt schneller
Ergebnisse, als mich noch vorher ins build-system einzudenken.
> Nur zur Sicherheit: Spielt nicht mit unstable Firmware auf Produktivsystemen
> rum!
Nee ne, Freifunk iss ja keine Banannen-republik mir Banannen-Software ....
Sven
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname : signature.asc
Dateityp : application/pgp-signature
Dateigröße : 213 bytes
Beschreibung: This is a digitally signed message part.
URL : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20151113/ca8b1fff/attachment.pgp>
------------------------------
Message: 10
Date: Fri, 13 Nov 2015 11:41:52 +0100
From: tom <mustroph at mail.de>
To: wirelesslan in Berlin <berlin at berlin.freifunk.net>
Subject: [Berlin-wireless] vpn-vergabe ausgesetzt?
Message-ID: <CCEB6857-A3F6-4E36-9740-2FA7E32802DA at mail.de>
Content-Type: text/plain; charset=iso-8859-1
lieber philipp, habe vor zwei tagen schon vpns beantragt (staakener udn goerzallee, auch über das webformular), habe aber noch nichts erhalten. baut da grade jemand? weil ich eigentlich heute bei den beiden unterkünften dort nen router aufstellen wollte, wäre vpn gut. ansonsten nehme ich die zwei noch nicht genutzten vpns soorstraße, das dürfte doch keine probleme mit sich bringen, oder?
------------------------------
Message: 11
Date: Fri, 13 Nov 2015 11:47:35 +0100
From: Sven-Ola Tuecke <sven-ola at gmx.de>
To: wirelesslan in Berlin <berlin at berlin.freifunk.net>
Subject: Re: [Berlin-wireless] Datenrate über vpn03 bei größeren
Dateien?
Message-ID: <5645BFC7.3050501 at gmx.de>
Content-Type: text/plain; charset="windows-1252"
Hey,
das Conntrack-Max kann man hochsetzen. Oder den Zapp wieder einschalten,
dann regelt sich das.
Gruß // Sven-Ola
Am 12.11.2015 um 23:53 schrieb Philipp Borgers:
> unsere VPN-Instanzen hatten mal wieder Probleme mit dem Connection-Tracking. Die
> maximale Größe wurde erreicht :/
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname : signature.asc
Dateityp : application/pgp-signature
Dateigröße : 181 bytes
Beschreibung: OpenPGP digital signature
URL : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20151113/557e4838/attachment.pgp>
------------------------------
Message: 12
Date: Fri, 13 Nov 2015 11:56:07 +0100
From: nico <cholin at spline.de>
To: Freifunk Berlin <berlin at berlin.freifunk.net>
Subject: [Berlin-wireless] Durchsatz Mesh <-> Internet
Message-ID: <5645C1C7.7040308 at spline.de>
Content-Type: text/plain; charset=utf-8
Moin.
Ich hab mal ein versucht den Durchsatz einzelner Backbone-Knoten zum
Server monitor.berlin.freifunk.net zu messen. Jeweils 5 Messungen und
davon den Durschnitt. Hier die Ergebnisse.
IPv4
====
emma 1.798 Mbits/s (emma -> ska95-core -> VPN03 ->Internet
(Förderverein)) [1]
rhxb 60.86 Mbits/s (rhxb -> icvpn02 -> Internet (Förderverein)) [2]
rhnk 6.55 Mbits/s (rhnk -> wg1337-west -> Internet (Telekom)) [3]
k9 7.49 Mbits/s (k9 -> f2a-bbb-west.olsr -> Internet (ConnectIB))
[4]
IPv6
====
emma 6.108 Mbit/s (emma -> rhxb -> icvpn02)
rhxb 30.838 Mbit/s (rhxb -> icvpn02)
rhnk 28.760 Mbit/s (rhnk -> rhxb -> icvpn02)
k9 Fehler
Iperf-Kommandos waren:
Server: iperf -V -c (für IPv6) und iperf -s (für IPv4)
Client: iperf -V -c IP sowie iperf -c IP
Internet ist nur ein Service von Freifunk aber ich denke wir sollten die
Backbone-Standorte dennoch ein wenig optimieren. Möglichkeiten sind zum
Beispiel die BFWA-Frequenzen zu benutzen oder nochmal die Links ein
wenig überdenken. Manche Standorte sind mittlerweile 2 Jahre online, da
ist es eh ganz gut sich nochmal darüber Gedanken zu machen.
Gruß
Nico
[1] ( 2.18 + 1.53 + 1.61 + 1.57 + 2.10) / 5
[2] (50.80 + 35.80 + 74.50 + 74+50 + 64.20) / 5
[3] ( 6.78 + 6.54 + 6.48 + 6.55 + 6.41) / 5
[4] ( 7.31 + 7.56 + 7.59 + 7.35 + 7.64) / 5
[5] (10.10 + 8.59 + 2.53 + 2.68 + 6.64) / 5
[6] (25.90 + 45.4 + 40.3 + 37.1 + 5.49) / 5
[7] (19.60 + 28.9 + 25.1 + 36.8 + 33.4 ) / 5
PS: Folgende Standorte hab ich noch versucht aber da lag nicht mein
Schlüssel drauf: Philip-Melanchton-Kirche, Segens-Kirche, Zwingli-Kirche
------------------------------
_______________________________________________
Berlin mailing list
Berlin at berlin.freifunk.net
http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
Ende Berlin Nachrichtensammlung, Band 2410, Eintrag 1
*****************************************************
Mehr Informationen über die Mailingliste Berlin