Es gab „Probleme“ mit einem der Hoster, da ist anscheinend verwalterisch etwas schief gelaufen, wodurch die Hardware nicht automatisch verlängert und in der Konsequenz dann abgeschaltet wurde.
Habe mich da gerade drum gekümmert, sollte nun wieder alles laufen…bitte prüfen…
danke chris!
hier sollen 20 zeichen stehen … also ein Witz:
Treffen sich 2 Wellen. Sagt die eine zur anderen: „Ich glaube, ich muss brechen.“ :-))
Es lüppt! Eine Wohltat 
Sorry, ich meine es in einem vorherigen Beitrag anders gelesen zu haben, dann habe ich mich wohl geirrt.
Ich muss auch irgendwie in 20 Zeichen mitteilen, dass es hier in Witten gerade geht. Daumen hoch !!
Ist vielleicht meine subjektive Wahrnehmung - aber solche oder ähnliche „Probleme“ kommen öfter vor? Ein strukturelles Problem? Könnte man das nicht organisatorisch in den Griff bekommen durch Arbeitsteilung?
Nebenbei haben wir hier in GE eine Anfrage vorliegen, ein größeres Gebiet zu bespielen.
Ich weiss nicht, wie das angegangen werden soll. Bremsen bis zur Domainsplittung?
Gerade kein Internetzugang möglich. Allerdings nur 1 Standort getestet und gerade keine Gelegenheit weiteres zu posten. Können andere die Probleme bestätigen?
Smartphone Test sagt: du hast korrekt getestet.
traceroute6 google.de
connect: Network is unreachable
~$ traceroute google.de
traceroute to google.de (216.58.209.163), 30 hops max, 60 byte packets
1 * * *
2 10.105.64.1 (10.105.64.1) 108.927 ms 108.932 ms 108.928 ms
3 * * *
4 * irb-1050.bb-a.fra3.fra.de.oneandone.net (195.20.242.193) 111.256 ms *
5 * 212.227.112.41 (212.227.112.41) 117.850 ms 118.476 ms
6 * 209.85.254.108 (209.85.254.108) 80.013 ms 209.85.248.12 (209.85.248.12) 77.373 ms
7 209.85.251.246 (209.85.251.246) 88.985 ms 72.14.234.237 (72.14.234.237) 78.311 ms 209.85.251.248 (209.85.251.248) 91.038 ms
8 209.85.241.213 (209.85.241.213) 100.530 ms 136.485 ms 141.248 ms
9 66.249.95.61 (66.249.95.61) 128.104 ms 119.764 ms 115.256 ms
10 bud02s21-in-f3.1e100.net (216.58.209.163) 125.739 ms * *
— google.de ping statistics —
10 packets transmitted, 7 received, 30% packet loss, time 9054ms
rtt min/avg/max/mdev = 200.878/1611.830/2790.747/890.507 ms, pipe 3
Interessant ist auch das tool „mtr“, welches einen traceroute mit ping-statistiken verbindet.
Ist solch ein Bild nützlich fürs Debuggen hier?
Ping des Uplinks zum gateway hat auch loss (sonst immer nahe 0%):
batctl p 04:bf:ef:ca:fe:4c
— 04:bf:ef:ca:fe:4c ping statistics —
30 packets transmitted, 25 received, 16% packet loss
rtt min/avg/max/mdev = 36.875/52.765/117.263/16.874 ms
Gerade wieder mal unterirdische Performance:
IPV6 tot:
traceroute6 google.de
connect: Network is unreachable
IPV4:
$ traceroute google.de
traceroute to google.de (173.194.44.95), 30 hops max, 60 byte packets
1 * * *
2 10.105.64.1 (10.105.64.1) 55.511 ms 55.520 ms 104.869 ms
3 100.64.0.68 (100.64.0.68) 104.881 ms 107.985 ms 108.958 ms
4 * irb-1050.bb-a.fra3.fra.de.oneandone.net (195.20.242.193) 109.847 ms 109.855 ms
5 212.227.112.41 (212.227.112.41) 109.851 ms 109.929 ms *
6 209.85.254.108 (209.85.254.108) 113.802 ms 99.410 ms 99.508 ms
7 209.85.251.248 (209.85.251.248) 80.157 ms 209.85.250.143 (209.85.250.143) 80.146 ms 72.14.234.233 (72.14.234.233) 83.685 ms
8 216.239.40.214 (216.239.40.214) 84.341 ms * 83.764 ms
9 * 216.239.41.132 (216.239.41.132) 95.737 ms *
10 * 209.85.255.85 (209.85.255.85) 77.632 ms *
11 209.85.255.61 (209.85.255.61) 81.637 ms * 120.830 ms
12 72.14.233.166 (72.14.233.166) 78.558 ms * 87.638 ms
13 209.85.246.185 (209.85.246.185) 94.161 ms 88.709 ms 100.673 ms
14 * ham02s14-in-f31.1e100.net (173.194.44.95) 99.528 ms 102.373 ms
//2h später immer noch.
Gerade ist FF mal wieder nicht nutzbar: 7kb, 40%Packet loss 1200ms ping 
stimmt, hier auch…
Nahezu kein Speed:
Loss im Mittelfeld:
— google.de ping statistics —
20 packets transmitted, 15 received, 25% packet loss, time 19046ms
rtt min/avg/max/mdev = 64.739/137.940/434.574/88.651 ms
Nach der Bastelei an einem Router ist gerade die ganze Wolke um den Router herum von der Karte verschwunden und kommt bisher auch nicht wieder hoch.
Kann es sein, dass gerade keine neuen Slots für Nodes da sind? Ich sehe meinen 4900 hier zwar in der Heimnetzübersicht der Fritz!Box, aber nicht das „Grundrauschen“ - könnte ein Hinweis sein.
Den Webserver „in Richtung Heimnetz“ öffnen und dann auf die Status-Seite gucken:
uci set firewall.wan_http=rule
uci set firewall.wan_http.dest_port=80
uci set firewall.wan_http.src=wan
uci set firewall.wan_http.name=wan_http
uci set firewall.wan_http.target=ACCEPT
uci set firewall.wan_http.proto=tcp
uci commit
/etc/init.d/firewall reload
Guter Tipp - auch wenn ich seltsamerweise beim committen einen parse error kriege.
FF-RE-CampusVest-Buddestr-4900
Model: TP-Link TL-WDR4900 v1
Firmware release: 0.6
11:18:49 up 3:01, load average: 0.02, 0.07, 0.05
6: br-client: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
link/ether f8:1a:67:5a:99:01 brd ff:ff:ff:ff:ff:ff
inet6 2a03:2260:50:1:fa1a:67ff:fe5a:9901/64 scope global dynamic
valid_lft 86276sec preferred_lft 14276sec
inet6 fe80::fa1a:67ff:fe5a:9901/64 scope link
valid_lft forever preferred_lft forever
total used free shared buffers
Mem: 126528 42148 84380 0 2200
-/+ buffers: 39948 86580
Swap: 0 0 0
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/root 2304 2304 0 100% /rom
/dev/mtdblock4 10944 500 10444 5% /overlay
Neighbours
wlan1
Joined IBSS 02:ff:13:37:ff:01 (on wlan1)
SSID: wifimesh-ruhrgebiet
freq: 2422
Station 6a:75:52:18:86:fa (FF-RE-REC-Koenigsbergerstr-Outdoor-01) (on wlan1)
inactive time: 32 ms
rx bytes: 13293483
rx packets: 183173
tx bytes: 10735
tx packets: 321
tx retries: 107
tx failed: 1
signal: -74 [-77, -78, -83] dBm
signal avg: -74 [-78, -79, -82] dBm
tx bitrate: 6.5 MBit/s MCS 0
rx bitrate: 60.0 MBit/s MCS 9 40MHz short GI
authorized: yes
authenticated: yes
preamble: long
WMM/WME: yes
MFP: no
TDLS peer: no
wlan0
Joined IBSS 02:ff:13:37:ff:02 (on wlan0)
SSID: wifimesh-ruhrgebiet5
freq: 5220
VPN status
fastd running for 10859.183 seconds
There are 12 peers configured, of which 2 are connected:
mesh_vpn_backbone_peer_ruhrgebiet9: not connected
mesh_vpn_backbone_peer_ruhrgebiet0: not connected
mesh_vpn_backbone_peer_ruhrgebiet2: not connected
mesh_vpn_backbone_peer_ruhrgebiet7: not connected
mesh_vpn_backbone_peer_ruhrgebiet6: not connected
mesh_vpn_backbone_peer_ruhrgebiet5: not connected
mesh_vpn_backbone_peer_ruhrgebiet11: not connected
mesh_vpn_backbone_peer_ruhrgebiet8: not connected
mesh_vpn_backbone_peer_ruhrgebiet4: not connected
mesh_vpn_backbone_peer_ruhrgebiet10: connected for 39.675 seconds
mesh_vpn_backbone_peer_ruhrgebiet3: not connected
mesh_vpn_backbone_peer_ruhrgebiet1: connected for 39.452 seconds
Wenn ich das richtig lese, war er gerade mal 40 Sekunden verbunden. Nach einem Refresh der Seite ist er wieder raus.
In der Wolke gibt es wohl so keinen Uplink mehr, auch der Meshpartner zwei Straßen weiter taucht nicht im Alfred auf.
Wed May 20 11:30:12 2015 daemon.info fastd[13919]: resolving host `ffrg8.freifunk-ruhrgebiet.de' for peer <mesh_vpn_backbone_peer_ruhrgebiet8>...
Wed May 20 11:30:12 2015 daemon.info fastd[13919]: resolved host `ffrg8.freifunk-ruhrgebiet.de' successfully
Wed May 20 11:30:13 2015 daemon.info fastd[13919]: sending handshake to <mesh_vpn_backbone_peer_ruhrgebiet6>[37.120.172.60:10000]...
Wed May 20 11:30:13 2015 daemon.info fastd[13919]: resolving host `ffrg6.freifunk-ruhrgebiet.de' for peer <mesh_vpn_backbone_peer_ruhrgebiet6>...
Wed May 20 11:30:13 2015 daemon.info fastd[13919]: resolved host `ffrg6.freifunk-ruhrgebiet.de' successfully
Wed May 20 11:30:14 2015 daemon.info fastd[13919]: sending handshake to <mesh_vpn_backbone_peer_ruhrgebiet11>[85.14.244.128:10000]...
Wed May 20 11:30:14 2015 daemon.info fastd[13919]: resolving host `ffrg11.freifunk-ruhrgebiet.de' for peer <mesh_vpn_backbone_peer_ruhrgebiet11>...
Wed May 20 11:30:14 2015 daemon.info fastd[13919]: resolved host `ffrg11.freifunk-ruhrgebiet.de' successfully
Wed May 20 11:30:16 2015 daemon.info fastd[13919]: sending handshake to <mesh_vpn_backbone_peer_ruhrgebiet10>[37.120.173.105:10000]...
Wed May 20 11:30:16 2015 daemon.info fastd[13919]: resolving host `ffrg10.freifunk-ruhrgebiet.de' for peer <mesh_vpn_backbone_peer_ruhrgebiet10>...
Wed May 20 11:30:16 2015 daemon.info fastd[13919]: resolved host `ffrg10.freifunk-ruhrgebiet.de' successfully
Es wird brav resolvet, Hände werden geschüttelt, aber sonst kommt nichts.
Slot wieder frei, Wolke wieder da.
Weshalb ist die Performance momentan so gut? 
Und fast 300 freie Tunnel slots haben wir auch.
die ersten umzuege werden zu merken sein.
— google.de ping statistics —
88 packets transmitted, 69 packets received, 21% packet loss
round-trip min/avg/max = 47.889/516.632/3161.394 ms
liegts an mir oder ist das Gesammtnetz momentan belastet?