Ja, Vodafone und auch einen kleinen Provider aus dem Emsland.
Beiträge von frank_m
-
-
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.
-
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?
Ich soll Messungen ohne WLAN machen, die sehr aufwendig sind.
WLAN ist tatsächlich ungeeignet für Speedtests.
-
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.
Ü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?
-
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.
-
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.
-
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?
-
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.
-
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.
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).
-
Man sollte IMHO nicht all zu viel auf solche Tests geben...
Ja, aber in Bezug auf Anzahl und Verteilung der Stichproben ist es nun mal deutlich belastbarer, als EINER, der sich über schlechte Downloadraten beschwert, nicht mal einen Screenshot beilegt und daraus eine generelle Warnung vor dem Provider ableitet.
Diese Überheblichkeit widert mich an. Ist er der Nabel der Welt? Bei ihm funktioniert was nicht, und dann muss der ganze Provider überall in ganz Deutschland schlecht sein, vollkommen egal, was andere sagen, sogar direkt ihm gegenüber hier im Forum?
Das sind "alternative Fakten", wie der oben schon erwähnte Präsidentschaftskandidat sie auch so gerne benutzt. Mehr kann man dazu nicht sagen. Die Klappe bis zum Anschlag aufreißen, aber wenn es drum geht, mal Substanz für die eigene Behauptung zu liefern, kommt einfach nichts. GAR NICHTS. Es wäre einfach, das mit Screenshots und Messungen zu belegen. Aber die trotz Nachfrage nicht kommen, kann man sich ja ausmalen, wie viel wirklich hinter den Problemen steckt. Da ist jemand neidisch auf andere und will sich mal auskotzen. Wie weit das von der Wahrheit weg ist, ist offenbar egal.
-
Die Telekom vergibt auch im DSL echte IPv6 Adressen. Wenn die beiden es korrekt im Heimnetz eingerichtet haben, dann müsstet ihr direkte Verbindungen aufbauen können.
Wie dem auch sei, wie kriegt man mit Ipv6 eine direkte Verbindung zu meinem NAS hin? Mit Wireguard?
Ja, das wäre natürlich der bevorzugte Weg. Alternativ kann man das Gerät direkt über Portfreigaben ins Netz hängen, aber damit ist es dann Attacken von außen ausgeliefert. Ich weiß nicht, ob es da Sicherheitslücken gibt, aber wenn man es verhindern kann, warum nicht?
Also eine Wireguard Verbindung zum Router oder direkt zum NAS wäre schon der bessere Weg. Willst du die Verbindung zum Router oder direkt zum NAS realisieren?
-
Wie gesagt: Einzelfälle. Würde MIR zu denken geben, wenn andere besser zurecht kommen.
