Hast du noch echtes IPv4 oder IPv6 mit CGN?
Dual-Stack Lite…also CGN, wenn ich das richtig Verstanden habe.
Evtl. liegt da das Problem. Ich weiß nicht, wie die MTU-Settings der aktuellen Firmware sind. @CHRlS kann da sicher mehr zu sagen.
Schau auch mal in MTU für fastd an Unitymedia anpassen bzw. kontrollieren - #6 von Freigraf
Es würde mich auch mal grundsätzlich Interessieren wie eine Statusmeldung aussehen sollte, damit die Admins etwas damit anfangen können:
Nodename, Nodeadresse, Speedtest, Serviceprovider, ping -c20, ping6 -20, traceroute, traceroute6, mtu…???
1 „Gefällt mir“
Beide Modelle haben Vor- und Nachteile - Rhein/Ruhr ist das "populär"Modell, andere haben ein "elitäres"Modell.
Die einen mischen sich etwas robuster und hörbarer in die politische Diskussion ein, die anderen wispern fein ziseliert.
Bei den einen brauchst du einen Führerschein und 5 Semester Studium, bei den anderen reicht eigentlich schon guter Wille.
Irgendwie aber alles kein Grund, dünnhäutig und schmallippig miteinander umzugehen… 
Da ich an diesem Rechner hier nicht an sinnvolle IPv6-Connectivity komme, steht seit Monaten ein 841er mit ff-rg-Firmware auf meinem Schreibtisch. Der hängt an einem dedizierten Interface auf dem nur IPv6 läuft.
Und daher kann ich sagen: Ja, gestern hat es mehrmals gewackelt, aber prinzipiell läuft es.
Wenn es nicht laufen würde, ich hätte Probleme, da ich die Anbindung wirklich täglich brauche als IPv6 für Dinge, die ich per IPv4 nicht erreichen kann.
1 „Gefällt mir“
Hier sind zur Zeit 3 uplinks verschwunden - kann natürlich alles mögliche bedeuten. Wenn ich allerdings per remote auf die Oberfläche zugreifen will und es einfach nicht funktioniert, weil es timeouts auch bei definitiv online gemeldeten Knoten gibt, gebe ich nach dem jeweils fünften Versuch auf.
5 Uhr heute 2 KB Datendurchsatz.
Nachtrag:
durch Zeitaufwendige Recherche erfolgreich einen uplink ans Netz gebracht (war nicht eingeschaltet) ein anderer hatte sich verschluckt und ließ sich nur durch manuellen Neustart ans Netz bringen. Dadurch 2 weitere Nodes wieder ins Netz zurück geholt.
Der dritte uplink bleibt rätselhaft - wegen der miesen Geschwindigkeit lässt sich nichts tun als abzuwarten.
Dann nenn doch mal bitte einen der Router - der online ist, grundsätzlich an einer guten Internetleitung hängt, aber „Timeouts“ hat…
lässt sich das konkretisieren?
Miese Geschwindigkeit beim Zugriff von einem im Freifunk hängenden Client auf ein anderes Ziel im Freifunk Netz?
Dann bitte mal A und B Seite benennen…
guter Router= Monk Mister und Troglodytus 50000 Unitymedia Leitung
Timeout/Abbruch bei Alfred Aufruf
Timeout/Abbruch bei ssh Zugriffen
Speedtest: Download 0.69 MBits - Upload 0.99 Mbits Ping 96 ms um 8:52
Hier soeben zufällig ausgewählt:
Abgesehen davon meshen einige Router nicht so wie sonst, können natürlich auch verstellt worden sein…
Sind die beide lokal bei Dir? Sehen die sich in der Luft?
Ist der PC mit der Firefox Meldung im Freifunk Netz? Wenn ja, sieh mal bitte nach ob der eine v6 Adresse hat…
Sehen sich nicht in der Luft.
PC war im Freifunk Netz.
V6 Meldung kann ich nicht nachsehen … lohnarbeit gerade und unkenntnis
jetzt wird die Adresse erreicht, es wechselt hin und her
Nachdem ein Besucher aus Hamburg fragte, warum Freifunk nicht geht.
Nachdem mich gerade niemand fragt, schaute ich auch mal: 53 Mbits
und nun 26 Mbits …
Du meinst wohl kbit/s als Einheit? Sonst wäre die Hardware interessant
Tjaa… 
ich messe mit der Fritz-App und Android - dort sagen sie Mbits bei -62 dBm nun gerade 19 Mbits/s
Test gerade in diesem Moment mit Android: surfen nicht möglich - Fehler: Server nicht gefunden.
Ich werde mal einen Laptop anwerfen und die Geschwindigkeit überprüfen.
Diese Geschwindigkeit ist die theoretische Geschw. bis zum FF-Node, aber es wird erst bei der Verbindung vom Supernode zum Internet langsam
Hier mal ein Speedtest von gerade:
Down Unitymedia 707 Mbits - Freifunk: 0
Up 615 ----------------- 0
Ping 43 ---------------- 2147483647
Connects 1480 p/s -------------------- 0
IPs werden zugewiesen. Performance aber stark schwankend.
traceroute6 google.de
connect: Network is unreachable
traceroute google.de
traceroute to google.de (173.194.44.88), 30 hops max, 60 byte packets
1 10.53.112.1 (10.53.112.1) 54.132 ms 54.124 ms 55.225 ms
2 100.64.0.82 (100.64.0.82) 55.225 ms 55.222 ms 55.214 ms
3 ve-843.bbr-dus-02.de.infra.rrbone.net (31.172.10.238) 75.078 ms 75.820 ms 75.444 ms
4 google2.dus.ecix.net (194.146.118.130) 78.308 ms 79.802 ms 80.046 ms
5 209.85.251.92 (209.85.251.92) 75.901 ms 80.275 ms 209.85.251.148 (209.85.251.148) 80.263 ms
6 209.85.251.178 (209.85.251.178) 80.260 ms * 701.680 ms
7 209.85.248.128 (209.85.248.128) 156.836 ms 216.239.41.137 (216.239.41.137) 129.433 ms 216.239.41.135 (216.239.41.135) 129.408 ms
8 216.239.40.216 (216.239.40.216) 156.809 ms 216.239.41.130 (216.239.41.130) 156.808 ms 216.239.40.220 (216.239.40.220) 156.799 ms
9 209.85.254.233 (209.85.254.233) 156.761 ms 209.85.254.231 (209.85.254.231) 156.773 ms 209.85.255.75 (209.85.255.75) 156.765 ms
10 209.85.254.199 (209.85.254.199) 156.767 ms 156.763 ms 209.85.248.197 (209.85.248.197) 156.750 ms
11 72.14.233.166 (72.14.233.166) 156.748 ms 156.740 ms 156.713 ms
12 209.85.246.185 (209.85.246.185) 133.687 ms 110.034 ms 110.022 ms
13 ham02s14-in-f24.1e100.net (173.194.44.88) 151.033 ms 103.609 ms 103.571 ms
