Da ich gerade nicht vor Ort selbst testen kann, lasse ich die Nutzer sprechen: an allen Knoten sind die Clientzahlen wieder auf Normalniveau angestiegen. Dies war ca. 2 Wochen lang nicht der Fall.
Wie immer, vielen Dank!
Alles lüppt wie geschmiert!
1 „Gefällt mir“
Mehr Clients als in den letzten Tagen, keinesfalls so viele wie vor Wochen - vor allem in meiner Konstellation praktisch nur rote Verbindungen - was ungewöhnlich ist. Vielleicht muss ich aber auch eine Nanostaion rauswerfen und dafür eine 841er anschalten.
Ich hatte heute an ein Standorten immer so 3 mbit. Und an einer sogar 26 Clients im normalen Tagesberieb. Ich freue mich auf die Umstellung. Ihr pausieren zu zeit mit neuen router habe aber schon ein Menge Orte die noch wollen.
ich war vorhin in GE an der hauptstrasse - wo generell schlechte uplinks herrschen wie ich von @Enrique heute hörte…
in einem nodestandort mit besseren (16k) uplink brachte es mein wiko smartphone mit zusätzlichem vpn nach hause auf ganze 8,7mbit down und knapp 0,7mbit down - nein kein speedtest n reiner ftp transfer 
egal wie ihr das hinbekommen habt: es ist der richtige weg
3 „Gefällt mir“
Hier klemmt es leider.
TL-WR841 direkt an einem UnityMedia-Router
OOKLA Down:0,1 Mbps Up:0,16Mbps
ping -c20 www.google.de
PING www.google.de (216.58.213.35) 56(84) bytes of data.
64 bytes from ber01s15-in-f3.1e100.net (216.58.213.35): icmp_seq=1 ttl=58 time=259 ms
From 10.53.128.1: icmp_seq=1 Redirect Host(New nexthop: 10.53.48.1)
From 10.53.128.1: icmp_seq=2 Redirect Host(New nexthop: 10.53.48.1)
64 bytes from ber01s15-in-f3.1e100.net (216.58.213.35): icmp_seq=2 ttl=58 time=1407 ms
64 bytes from ber01s15-in-f3.1e100.net (216.58.213.35): icmp_seq=3 ttl=58 time=229 ms
64 bytes from ber01s15-in-f3.1e100.net (216.58.213.35): icmp_seq=4 ttl=58 time=480 ms
64 bytes from ber01s15-in-f3.1e100.net (216.58.213.35): icmp_seq=5 ttl=58 time=175 ms
64 bytes from ber01s15-in-f3.1e100.net (216.58.213.35): icmp_seq=7 ttl=58 time=309 ms
64 bytes from ber01s15-in-f3.1e100.net (216.58.213.35): icmp_seq=8 ttl=58 time=103 ms
64 bytes from ber01s15-in-f3.1e100.net (216.58.213.35): icmp_seq=10 ttl=58 time=1980 ms
64 bytes from ber01s15-in-f3.1e100.net (216.58.213.35): icmp_seq=11 ttl=58 time=973 ms
64 bytes from ber01s15-in-f3.1e100.net (216.58.213.35): icmp_seq=12 ttl=58 time=107 ms
64 bytes from ber01s15-in-f3.1e100.net (216.58.213.35): icmp_seq=13 ttl=58 time=46.5 ms
64 bytes from ber01s15-in-f3.1e100.net (216.58.213.35): icmp_seq=14 ttl=58 time=44.3 ms
64 bytes from ber01s15-in-f3.1e100.net (216.58.213.35): icmp_seq=15 ttl=58 time=41.5 ms
64 bytes from ber01s15-in-f3.1e100.net (216.58.213.35): icmp_seq=16 ttl=58 time=48.1 ms
64 bytes from ber01s15-in-f3.1e100.net (216.58.213.35): icmp_seq=17 ttl=58 time=132 ms
64 bytes from ber01s15-in-f3.1e100.net (216.58.213.35): icmp_seq=18 ttl=58 time=600 ms
64 bytes from ber01s15-in-f3.1e100.net (216.58.213.35): icmp_seq=19 ttl=58 time=40.8 ms
64 bytes from ber01s15-in-f3.1e100.net (216.58.213.35): icmp_seq=20 ttl=58 time=1195 ms
— www.google.de ping statistics —
20 packets transmitted, 18 received, 10% packet loss, time 20127ms
rtt min/avg/max/mdev = 40.809/454.321/1980.458/550.464 ms, pipe 2
traceroute www.google.de
traceroute to www.google.de (173.194.112.191), 30 hops max, 60 byte packets
1 10.53.128.1 (10.53.128.1) 13.489 ms 15.872 ms 17.774 ms
2 10.53.48.1 (10.53.48.1) 33.856 ms 34.566 ms 52.171 ms
3 * * *
4 * * *
5 * * *
6 209.85.249.184 (209.85.249.184) 85.669 ms 64.233.175.187 (64.233.175.187) 52.891 ms 66.249.95.143 (66.249.95.143) 54.475 ms
7 * 74.125.37.93 (74.125.37.93) 74.379 ms 74.125.37.239 (74.125.37.239) 74.387 ms
8 216.239.41.136 (216.239.41.136) 108.088 ms 216.239.40.179 (216.239.40.179) 83.096 ms 216.239.40.211 (216.239.40.211) 81.624 ms
9 72.14.234.234 (72.14.234.234) 90.257 ms * *
10 72.14.238.57 (72.14.238.57) 61.124 ms 64.505 ms 90.367 ms
11 fra07s32-in-f31.1e100.net (173.194.112.191) 66.181 ms 56.842 ms 54.293 ms
ping6 -c20 www.google.de
PING www.google.de(ber01s08-in-x0f.1e100.net) 56 data bytes
64 bytes from ber01s08-in-x0f.1e100.net: icmp_seq=1 ttl=54 time=42.5 ms
64 bytes from ber01s08-in-x0f.1e100.net: icmp_seq=2 ttl=54 time=41.1 ms
64 bytes from ber01s08-in-x0f.1e100.net: icmp_seq=3 ttl=54 time=42.3 ms
64 bytes from ber01s08-in-x0f.1e100.net: icmp_seq=4 ttl=54 time=41.6 ms
64 bytes from ber01s08-in-x0f.1e100.net: icmp_seq=5 ttl=54 time=46.5 ms
64 bytes from ber01s08-in-x0f.1e100.net: icmp_seq=6 ttl=54 time=48.3 ms
64 bytes from ber01s08-in-x0f.1e100.net: icmp_seq=7 ttl=54 time=53.1 ms
64 bytes from ber01s08-in-x0f.1e100.net: icmp_seq=8 ttl=54 time=47.2 ms
64 bytes from ber01s08-in-x0f.1e100.net: icmp_seq=9 ttl=54 time=3722 ms
64 bytes from ber01s08-in-x0f.1e100.net: icmp_seq=10 ttl=54 time=2719 ms
64 bytes from ber01s08-in-x0f.1e100.net: icmp_seq=11 ttl=54 time=1732 ms
64 bytes from ber01s08-in-x0f.1e100.net: icmp_seq=12 ttl=54 time=793 ms
64 bytes from ber01s08-in-x0f.1e100.net: icmp_seq=13 ttl=54 time=47.1 ms
64 bytes from ber01s08-in-x0f.1e100.net: icmp_seq=15 ttl=54 time=215 ms
64 bytes from ber01s08-in-x0f.1e100.net: icmp_seq=17 ttl=54 time=52.1 ms
64 bytes from ber01s08-in-x0f.1e100.net: icmp_seq=19 ttl=54 time=3884 ms
64 bytes from ber01s08-in-x0f.1e100.net: icmp_seq=20 ttl=54 time=2876 ms
— www.google.de ping statistics —
20 packets transmitted, 17 received, 15% packet loss, time 19046ms
rtt min/avg/max/mdev = 41.185/965.066/3884.151/1382.249 ms, pipe 4
traceroute6 www.google.de
traceroute to www.google.de (2a00:1450:4008:801::101f) from 2a03:2260:50:1:a1a3:4055:d2db:5d17, 30 hops max, 24 byte packets
1 2a03:2260:50:1::64 (2a03:2260:50:1::64) 464.045 ms 204.843 ms 140.192 ms
2 2a03:2260:0:32::1 (2a03:2260:0:32::1) 148.168 ms 102.892 ms *
3 irb-1050.bb-a.fra3.fra.de.oneandone.net (2001:8d8:2:1050::1) 137.618 ms 249.623 ms 314.343 ms
4 * * *
5 * 2001:4860::1:0:70c3 (2001:4860::1:0:70c3) 32.604 ms 35.279 ms
6 2001:4860::8:0:5039 (2001:4860::8:0:5039) 34.386 ms 37.955 ms 32.119 ms
7 2001:4860::8:0:8f91 (2001:4860::8:0:8f91) 60.182 ms 44.182 ms 44.036 ms
8 2001:4860::8:0:6401 (2001:4860::8:0:6401) 41.136 ms 52.924 ms 46.411 ms
9 2001:4860::1:0:6e0e (2001:4860::1:0:6e0e) 69.825 ms 44.75 ms *
10 2001:4860:0:1::4d (2001:4860:0:1::4d) 382.568 ms * 525.261 ms
11 2a00:1450:4008:801::1b (2a00:1450:4008:801::1b) 139.763 ms 82.856 ms 50.551 ms
Sieht doch alles gut aus, wo soll es denn da klemmen?
Reboote mal bitte Deinen Router und teste dann noch einmal bei ookla…
Nach dem Reboot
Down: 0,40Mbps
Up: 0,06Mbps
Edith:
Fühlt sich auch komisch an. Periodisch werden Webseiten normal und schnell aufgebaut. Doch dann kommt immer eine Phase in der es klemmt. Während ich diesen Text schreibe wird immer noch die Seite http://derstandard.at aufgebaut
Jetzt läuft es wieder besser:
Down: 4,57Mbps (vorher 0,4)
Up: 0,49Mbps (vorher 0,06)
[quote=„adorfer, post:195, topic:1090“]
da ich die Anbindung wirklich täglich brauche als IPv6 für Dinge, die ich per IPv4 nicht erreichen kann.[/quote]
Aber mal ganz ehrlich, dafür ist doch sixxs.net oder he.net das Mittel der Wahl?
Ich habe die irrelevanten Sachen für den Netzbetrieb schon mal gestrichen. „fastd“, das Tunneling, heilt sich selbst, er werden typisch 2 aus n Servern parallel genutzt. batman_adv sorgt dafür, daß einer der beiden fastd-Gegenstellen für IPv4-DHCP ausgewählt wird; ein dhcp-Server läuft eigentlich ›einfach so‹. Kurzum: das Netz braucht längst nicht so viele Dinge.
Das ist Deine Meinung.
Ich weiss welche Meldungen hier im Forum kommen, wenn die Anzahl der Nodes auf der Karte plötzlich nur gefühlt 30% vom Soll beträgt und die Routergärtner unter der Lampe kreisen, weil sie nicht wissen, wie es ihren Schäfchen gerade geht.
1 „Gefällt mir“
Hier zur Zeit keine Verbindung ins Internet auf Android und Laptop an einem Uplink mit Unitymedia.
lass mich raten: Nach Powercycle des Routers geht’s wieder?
Dann IPv6 im Config-Wizzard abschalten und hoffen, dass es sich dann bessert.
Bin nun leider in den nächsten Tagen nicht in Zugriffsnähe zum Router - IPV6 Adresse wurde aber tatsächlich angezeigt.
An einem anderen Unitymedia Uplink läuft es zur Zeit Problemlos.
Bekomme momentan wieder nur ein Uplink zum VPN Tunnel.
Wieder voll?
http://[2a03:2260:50:1:c66e:1fff:fefe:c5d8]/cgi-bin/status
Fri May 1 12:02:16 2015 daemon.info fastd[1352]: resolved host `ffrg7.freifunk-ruhrgebiet.de' successfully
Fri May 1 12:02:17 2015 daemon.info fastd[1352]: sending handshake to <mesh_vpn_backbone_peer_ruhrgebiet8>[37.120.172.76:10000]...
Fri May 1 12:02:17 2015 daemon.info fastd[1352]: resolving host `ffrg8.freifunk-ruhrgebiet.de' for peer <mesh_vpn_backbone_peer_ruhrgebiet8>...
Fri May 1 12:02:17 2015 daemon.info fastd[1352]: resolved host `ffrg8.freifunk-ruhrgebiet.de' successfully
Fri May 1 12:02:18 2015 daemon.info fastd[1352]: sending handshake to <mesh_vpn_backbone_peer_ruhrgebiet6>[37.120.172.60:10000]...
Fri May 1 12:02:18 2015 daemon.info fastd[1352]: resolving host `ffrg6.freifunk-ruhrgebiet.de' for peer <mesh_vpn_backbone_peer_ruhrgebiet6>...
Fri May 1 12:02:18 2015 daemon.info fastd[1352]: resolved host `ffrg6.freifunk-ruhrgebiet.de' successfully
Fri May 1 12:02:21 2015 daemon.info fastd[1352]: sending handshake to <mesh_vpn_backbone_peer_ruhrgebiet4>[85.14.244.127:10000]...
Fri May 1 12:02:21 2015 daemon.info fastd[1352]: resolving host `ffrg4.freifunk-ruhrgebiet.de' for peer <mesh_vpn_backbone_peer_ruhrgebiet4>...
Fri May 1 12:02:21 2015 daemon.info fastd[1352]: resolved host `ffrg4.freifunk-ruhrgebiet.de' successfullyDas ist hier offtocpic, solange der Durchsatz stimmt, siehe
Ich hatte bisher 2 Router an zwei Leitungen. Nun habe ich händisch eingestellt das die Router nur einen Tunnel aufbauen sollen. Seid dem bekommt der eine Router gar keinen Tunnel mehr. Da ich gerade einen Anruf von jemanden bekommen habe, der einen neuen Knoten nicht eingerichtet bekommt. Tunnel wird nicht aufgebaut. Schließe ich daraus, das es aktuell Probleme gibt. Liege ich da richtig?
@CHRlS itte um kurze Stellungnahme, ob dieser als ‚Performance‘ titulierte Thread auch für Störungen verwendet werden soll.
Es gibt Unklarheiten ob ‚Internet geht nicht‘ auch unter performance fällt.
Von mir +1 für alle Arten von Störungen.
Gruß
Das der thread auch für Störungen ist steht doch meine ich weiter oben.
Mittlerweile scheint aber auch alles wieder in Ordnung zu sein.
Kann ich nicht bestätigen, Router baut kein Uplink auf und es scheint ipv6 Probleme zu geben.
Siehe: