Ich bin mir immer sicherer, dass bei deinen Adressen was durcheinander geht.
Beiträge von frank_m
-
-
Also dann müssen es kontinuierliche Anzeigefehler in der Mesh-Übersicht bei allen 7.9 Betas gewesen sein.
Das halte ich für durchaus möglich.
-
Also bei den Betas deutlich höhere Anbindungsgeschwindigkeiten als bei den finalen Versionen.
Und das war nicht nur ein Anzeigefehler? Lassen sich 4 GBit/s überhaupt theoretisch erreichen zwischen 5690 und 3000AX? Die 5690 hat nur einen 5 GHz Transceiver. Ich denke, damit sind 4 GBit/s raus.
-
Ich meinte natürlich, wenn die 5590 direkt an der Faser hängt ...
Schau links ins Menu, da findest du alle Punkte.
-
Wo soll ich nachschaun? Schicke gerne Screnshots damit ihr euch das anschauen könnt
Die Startseite, die Glasfaserinformationen und das Ereignislog sind wichtig.
Dann wird es hierauf hinauslaufen.
Bundesnetzagentur - Beschwerden und Fragen
Noch ein Fall, der im Sande verläuft. Wir wissen doch inzwischen, dass die BNetzA diese Fälle nicht konsequent verfolgt.
-
Wenn der Anbieter keinen Prozess dafür hat, wird das nichts werden - Gesetz hin oder her.
Funktioniert der Link denn? Erkennt die Fritzbox das Glasfasersignal? Vorher brauchst du nicht anzurufen.
-
Gibt es denn schon eine physikalische Verbindung zur Fritzbox? Zeige mal die Statusinformationen und Logs der Box.
-
Genau, das ist die sichere Variante.
Hintergrund ist, dass die DG immer nur ein DHCP Lease pro Anschluss verteilt, mit einer Lebensdauer von 1 Stunde. Die muss abgelaufen sein, bevor ein neues Gerät ein Lease bekommt.
-
Außerdem habe ich ja die Probleme auch ohne die Ubuntu Bridge. Die ist nur zur Analyse dazwischen.
Es kann aber trotzdem das Verhalten beeinflussen.
An ein Problem mit den Adressen als solche glaube ich nicht, denn in meinen Wireshark Screenshots kann man ja sehen, dass die TCP SYN,ACK von der Fritzbox "zurück"gesendet werden.
Man sieht aber nicht, was zurückgesendet wurde, z.B. in Bezug auf MTU, TTL usw. Es gibt zahlreiche Gründe, warum das Paket vielleicht nicht zurückkommt. In Bezug auf die Adressen: Wenn du irrtümlich die LAN anstatt der WAN Adresse der Fritzbox verwendest, könnte das die Probleme erklären.
Es fällt halt auf, dass die Pakete durchkommen, wenn sie Antworten auf deine ausgehenden Pakete sind, und nicht, wenn du sie proaktiv an deine Adresse schickst. Da kommt unmittelbar der Verdacht, dass die ausgehenden Pakete von einer anderen Quelladresse sein könnten.
-
Hast du die eine Stunde Wartezeit beim Routerwechsel bedacht? In der Zeit darf kein Gerät am ONT angeschlossen sein.
-
Da ich aber der FB etwas misstraut hatte (der AVM Support hatte mein Problem auch nicht so richtig verstehen wollen), habe ich die Bridge dazwischengebaut um definitiv sehen zu können, was sich vor der Haustüre der FB abspielt.
Das funktioniert aber erfahrungsgemäß sehr gut. Es reicht ja, dass die Ubuntu Bridge von sich aus Broad- oder Multicasts ins Netz spielt, dann kann das schon Probleme bereiten.
Eine Erklärung hab ich auch noch nicht für deine Probleme, außer, dass bei den Adressen was schiefläuft. Aber das musst du selber beurteilen, da du sie ja unkenntlich machst.
-
Ach guck an, da sind die Telia Router im Spiel, die auch zum Zugriff auf Cloudflare in den letzten Tagen für Probleme sorgten. Am Ende hängt das zusammen. Sollte man auf jeden Fall im Hinterkopf behalten, auch wenn ich im Moment die Ursache woanders vermute.
Wie sieht ein Trace von deinem VPS auf die Adresse der Fritzbox aus? Und wie sehen deine tcpdumps aus, wenn nicht die Ubuntu Bridge dazwischen hängt?
-
Nachtrag: Was passiert, wenn du aus deinem Heimnetz einen Trace auf deinen VPS machst?
-
Ich verstehe so oder so nicht, weshalb man seinen Anbieter eine gefakte ID übertragen will oder sollte. Das brauchen wir doch nicht mehr.
Da stimme ich zu. Ich hab ja selber oft genug davor gewarnt, dass Clonen eines ONTs seitens des Providers jederzeit beendet werden kann.
Auch mit der 55xx am Telekom Anschluss funktioniert dieses nicht!
Grundsätzlich funktioniert es, die letzte positive Rückmeldung aus dem IPPF ist vom 04.12.24. Warum es in diesen Fällen an den Telekom Anschlüssen nicht ging, müsste man sich ansehen.
-
Für eine genauere Analyse habe ich mir eine Ubuntu Server Kiste als Layer 2 Bridgedevice konfiguriert und diese zwischen ONT und Fritzbox eingesteckt, so dass der ganze Traffic über diese Bridge muss und per tcpdump mitgeschnitten werden kann.
Warum hast du nicht einfach einen Paketmitschnitt in der Fritzbox angelegt? Dieses Gerät ist an einem DG Anschluss gefährlich, da die DG nur eine MAC Adresse am ONT akzeptiert. Ich vermute, deine Probleme stehen in Zusammenhang damit.
Mach die Analyse noch mal nur mit der Fritzbox und deren Paketmitschnitt.
Ich kann aus meinem LAN hinter der Fritzbox die Fernwartung über die globale IPv6 Adresse erreichen. Der Service ist als definitiv aktiv.
Nein, das stimmt so nicht. Anfragen aus dem lokalen Netz sind für die Box was komplett anderes, als aus dem Internet. Es kann durchaus sein, dass der Service nicht erreichbar ist.
Zum Test habe ich mir hierzu die Fernwartungsfunktion der Fritzbox aktiviert, die lauscht nun auf Port 49102.
Port 49102 liegt schon im PAT Bereich. Das würde ich ebenfalls ändern.
-
Bei denen aus dem IPPF.
Ich denke, man muss unterscheiden. Das Ändern der Modem-ID ist die eine Sache, die kann man nach wie vor eintragen, und das System verhält sich nach wie vor so, wie man es erwartet. Beispiele dafür sind auch die 5530 und die 5590, die ja ebenfalls diese Änderung in der Firmware haben, und bei denen es ebenfalls noch funktioniert. Wie gesagt, der entscheidende Schritt ist, dass die ID in der Config landet, denn genau das verhindert dieser Eintrag.
Auf einem anderen Blatt stehen die generellen Probleme der 5690 im Telekom Netz. Ich hab bislang nichts dazu gelesen, ob sie in der 8.01 behoben wurden, oder nicht. Die haben aber nichts mit der Modem-ID zu tun.
-
Der Eintrag blockt aber nur, dass der Wert aus der Weboberfläche in die Config geschrieben wird. Wenn er erst mal drin ist ...
-
Das wird nichts bringen.
Dann bleibt die Frage, warum man es einfach per Hand in die Config eintragen kann, und es funktioniert - genauso, wenn man die Einstellung aus einer älteren Firmwareversion mitnimmt.
-
Die Befehle, die HubeBube beschrieben hat, wird man auch mit Branding ausführen können.
-
Dann mach mal von deinem DG Anschluss einen Trace zu dieser Trace Adresse im Cloudflare Netz: das geht auch über Zayo. Komplett anderes Cloudflare Netz, komplett andere Route. Hat nichts mit dem hier diskutierten Telia Problem zu tun.
