Beiträge von frank_m

Zitat von Kaegelhuber

Adresszeile mit activation.deutsche-glasfaser.de aufgerufen... Nix!

Hinter dem ONT brauchst du keine Aktivierungsseite. Die brauchst du nur beim Wechsel des ONTs, aber nicht beim Wechsel des Routers.

Korrektur: Ah, deine alte 5590 war der ONT vorher? Ok, dann brauchst du doch die Aktivierungsseite. Aber die restlichen Infos brauchen wir wie beschrieben.

Zitat von Kaegelhuber

Was hab ich Dussel falsch gemacht?

In erster Linie hast du hier keine Diagnose-Informationen zur Verfügung gestellt: Screenshots der Übersichtsseite, des Online-Monitors und das Ereignis-Log. Dazu eine Beschreibung oder Fotos der LEDs an ONT und Box.

Dann zeige doch mal die Konfiguration der Rufnummern in der Fritzbox (alle! Einstellungen), die zugehörigen Ereignis-Logs und die Informationen von der Seite "Sprachübertragung".

Offensichtlich fehlen die üblichen RAs komplett. Bei mir kommen die alle paar Sekunden an die Multicast Adresse.

Der Router scheint einfach nicht das zu tun, was er tun sollte.

Ja, Vodafone und auch einen kleinen Provider aus dem Emsland.

In der Ausbauphase kommt das öfter vor. Das regelt sich von allein, wenn das Netz stabil wird. Störungsmeldungen werden es nicht brschleunigen, allenfalls verzögern.

Zitat von airjordan

Bin seit 2 Tagen angeschlossen, Leitung ist mit 500 bis 700 Mbit zu langsam.

Wie schnell sollte sie denn sein? Und wie hast du die Werte ermittelt? Ist euer Ortsnetz noch ganz frisch und im Aufbau begriffen?

Zitat von airjordan

Ich soll Messungen ohne WLAN machen, die sehr aufwendig sind.

WLAN ist tatsächlich ungeeignet für Speedtests.

Zitat von Elemir

The link-local address is not used as a destination address of any of the host’s off-net packets, but rather, is just a way for the host to learn the MAC address of the next-hop router that will forward the host’s IPv6 packets onward to the destination address."

Und wo ist da der Unterschied zu einem "normalen" Gateway? Kein Paket ins Internet wird an die 192.168.178.1 gesendet, sondern an die dazugehörige MAC Adresse. Die Ziel-Adresse bleibt die Adresse im Internet.

Zitat von Nische

Über einen Zeitraum von ~30 Min habe ich jetzt 3 RAs gesehen, kommen alle von fe80::22 und MAC 20:00:00:00:10:83, nur mit unterschiedlichen Link-Local-Adressen als Ziel, einmal mein Router und die anderen zwei gingen an irgendwelche AVM MACs, müssen wohl andere Kunden sein?

Merkwürdig. Eigentlich werden RAs an Multicast Adressen gesendet (ff02::1), nicht an Unicast Adressen. Gabs vorher eine Router Solicitation? Empfängt deine Box Multicasts auf dem WAN Interface?

Und das sind die einzigen RAs, die ankommen? Kannst du die fe80::22 erreichen? Verlassen IPv6 Pakete ins Internet deine UDM in Richtung der MAC Adresse dieses Routers?

Zitat von kingpin42

Wenn es am ersten Hop scheitert, tippe ich zuerst auf ein BNG Problem.

Der erste Hop ist die lokale Fritzbox.

Hast du das Profil kundeneigener Router? Sonst erklärt das deine Probleme mit der 7490 zuverlässig.

Zitat von mado82

Hallo, bei mir ist diese Problem ebenfalls im Netz der Deutschen-Glasfaser.

Da ist aber kein fc00::1 drin. Das könnte auch Problem deines Setups sein, da direkt nach dem ersten Hop Schluss ist.

Zitat von kingpin42

echnisch vollkommen in Ordnung, wirkt für den Unbeteiligten nur etwas seltsam.

Ja, ich hatte das an anderer Stelle hier im Forum mal analysiert. Ein Trace des Kunden nach draußen endet an fc00::1, ein Trace von außen zum Kunden endet ebenfalls an fc00::1. Wie du sagst, an sich völlig in Ordung, eine solche Adresse zu benutzen. Die Frage ist nur: Warum leitet der Router den Verkehr nicht weiter? Weder eingehend noch ausgehend?

Zitat von ::1

Valider Punkt: fe80::22 wirkt tatsächlich etwas "simpel".

Theoretisch ist fe80::22 aber durchaus valide. Mein vServer bei Netcup hat fe80::1 als Default Gateway. Solange man das Gateway erreichen kann und es weiß, wohin mit den Daten, ist das ok.

Bei mir ist es so, dass ich RAs von Adresse fe80::ff:fe02:901 bekomme, und ich sehe, dass meine Fritzbox ausgehenden Datenverkehr an die MAC schickt, die zu dieser Adresse passt. Deshalb vermute ich, die Box nutzt diese Adresse als Gateway (nachsehen kann ich das nicht). Jetzt wäre interessant zu sehen, welche RAs Nische so empfängt. Durch seinen Unify Router könnten wir uns das ansehen, und damit ggf. auch diesem mysteriösen fc00::1 auf die Spur kommen.

Was mir allerdings Sorge macht, ist der Umstand, dass die Route nicht in der Default Table ist. Das könnte die Erklärung dafür sein, wenn nach dem ersten Hop einfach gar nichts mehr passiert.

Aber das scheint nicht das einzige Problem zu sein: Oben ist ja auch ein Trace mit fc00::1. Das wäre dann wiederum das IPv6 Problem im Netz der DG, auf das wir in den letzten Tagen 2 oder 3 Mal gestoßen sind. Was natürlich interessant wäre: Lässt sich das durch die Wahl des Gateways beeinflussen? Gibt es ggf. mehrere RAs mit widersprüchlichen Routen? Oder nur falsche?

Und ist auch sicher, dass diese Table angesprochen wird? Welche Table ist es denn? fe80::22 passt zu den RAs, die du bekommst? Ist es die einzige Default Route, die du im System hast?

Ja, dann bleibt dir nur, auf die Störungsbeseitigung durch die DG zu warten. Bleib freundlich, aber hartnäckig. Lass das vorhandene Ticket wieder öffnen, wenn es geschlossen wurde, lege keine neuen Tickets an.

Zitat von Nische

Traceroutes nach außen enden direkt beim ersten Hop (der eigenen IPv6).

Taucht da ein fc00::1 im Trace auf?

Zeige mal die resultierende IPv6 Konfiguration auf der Konsole (Adressen und Routen). Bedenke, dass der Router IP und Prefix aus DHCPv6, die Route aber aus dem RA (SLAAC) generieren muss.

Du könntest noch mal testen, ein Notebook direkt an den ONT anzuschließen. Beachte dabei die Wartezeit. Aktiviere auf jeden Fall die Firewall des Notebooks, da das während des Versuchs ungeschützt am Netz hängt.

Und zwischen den Gerätewechseln hast du die nötige Wartezeit beachtet?

... und die Firmware ist auch nicht mehr aktuell.

Zitat von Christian41363

Aus dem nichts hatte ich das Problem, dass mein Router keine IPv4 / IPv6 Verbindung mehr aufbauen kann

Und es war immer die Fehlermeldung, die wir jetzt sehen? Oder kommt die erst, seit du den Router getauscht hast?

Genau die relevanten Teile des Screenshots hast du weggeschnitten ...

Bitte zeige mal die ganze Seite als Screenshot, und dazu die Übersichtsseite am Anfang, den Online Monitor und das Ereignis-Log (letzteres gerne als Text-Kopie in CODE Tags).