Beiträge von ::1

Zitat von EinEinfach

Ich habe mit Wireshark mitgeschnitten und wenn ich den 11 Post richtig interpretiere, habe ich das gleiche Problem

Ja, sieht ganz danach aus: Absolute IPv6-Funkstille bei der DG-Gegenstelle:

• 32/34: DAD (Duplicate Address Detection) für die (autokonfigurierte) linklokale IPv6-Adresse des WAN-Ports deines Routers (fe80::de15:c8ff:fe55:ef32).
• 35-1361: Dein Router sendet RS - diese werden von der DG-Gegenstelle nicht (mit RA) beantwortet.
• 1863ff: Dein Router sendet DHCPv6-Solicits - diese werden von der DG-Gegenstelle ebenfalls nicht (mit DHCPv6-Advertise bzw. DHCPv6-Reply bei unterstütztem und konfigurieren "Rapid Commit") beantwortet.

Ein ziemlich klarer Beweis, dass die DG kein IPv6 liefert ...

Dein 2. Screenshot im letzten Post zeigt, dass sowohl die IPv4- als auch die IPv6-Verbindung um 14:24:50 wegbrechen und binnen etwa 1 Minute wieder neu aufgebaut werden. Zuvor sieht man gerade noch, wie um 14:23:08 die IPv6-Verbindung wiederhergestellt wurde.

Liste doch bitte mal für den heutigem Tag die Uhrzeiten mit den folgenden beiden Meldungen auf:

"Internetverbindung wurde getrennt"
"Internetverbindung IPv6 wurde getrennt, ..."

Treten diese beiden Meldungen stets zeitgleich auf?

Sieht so aus, als hättest du ein "Blinker-Internet": AN - AUS - AN - AUS ... und das im Minutentakt.

Zitat von UST

Anbei eine Fehlermeldung, die eben aufkam als ich posten wollte.

Ja, leidiges Problem - siehe hier.

Zitat von UST

Ich würde die Wireshark-Prozedur noch versuchen, wenn das zur Klärung beitragen könnte.

Das bezog sich auf die Telefonie - die funktioniert nach dem Box-Reset ja offenbar inzwischen einwandfrei. Insofern erübrigt sich das.

Der Fokus sollte aktuell wohl eher auf der FB-Ereignisanzeige | TAB Internetverbindung liegen. Sieht man hier öfter Unterbrechungen der IPv4- und/oder IPv6-Internetverbindungen? Und falls ja, wie lange dauern jeweils diese Unterbrechungen?

... wie ich in #152 schon anmerkte, zeigte die Ereignisanzeige der FB in #150 (DHCPv4 nak) an, dass du da länger keine IPv4-Verbindung zum Internet hattest. Meine diesbezügliche Frage blieb unbeantwortet.

Es könnte helfen (aber Achtung: sehr technisch), einen Paketmitschnitt am WAN-Port deiner Fritzbox durchzuführen, während du von deinem Schnurlos-Telefon versuchst, dein Handy anzurufen.

Die Vorgehensweise wäre wie folgt:

An einem beliebigen Windows-PC in deinem LAN:

• Installiere dort Wireshark (Download - "Windows x64 Installer"), um damit später den Paketmitschnitt auszuwerten.
  Die "npcap"-Komponente brauchst du nicht mit zu installieren.
• Öffne einen Webbrowser deiner Wahl melde dich dort an der Fritzbox an.
• Navigiere zu "Hilfe und Info (dort ganz nach unten scrollen) | FRITZ!Box Support | Paketmitschnitte".
  Wähle dort neben "1. Internetverbindung" den Knopf "Start" - damit löst du den Paketmitschnitt aus: Es poppt ein Fenster auf, in dem die Fritzbox dich fragt, wo auf deinem Windows-PC die Mitschnitt-Datei (fritzbox-vcc0_[Datum]_[Nummer].eth) gespeichert werden soll - wähle einen Ordner deiner Wahl und bestätige mit "Speichern".
• Führe nun von deinem Schnurlos-Telefon einen Testanruf zu deinem Handy durch (den du halt irgendwann abbrichst, weil dein Handy ja nicht "klingeln" wird).
• Beende danach den Paketmitschnitt in deinem Webbrowser (falls die Fritzbox dich in der Zwischenzeit abgemeldet haben sollte, melde dich dort wieder an und navigiere erneut zu "Hilfe und Info (dort ganz nach unten scrollen) | FRITZ!Box Support | Paketmitschnitte"):
  Drücke dort neben "1. Internetverbindung" auf den Knopf "Stopp", um den Paketmitschnitt zu beenden (Geduld! Kann ein paar Sekunden dauern, keinesfalls einfach den Browser schließen, andernfalls wird die Mitschnitt-Datei auf deinem PC gelöscht).
• Auf deinem Windows-PC liegt in dem von dir gewählten Ordner nun die Mitschitt-Datei fritzbox-vcc0_[Datum]_[Nummer].eth, die du mit Wireshark zwecks Analyse öffnen kannst.

Um dort "den Wald vor lauter Bäumen" zu finden, solltet du in der oberen Zeile "Anzeigefilter anwenden" den folgenden Ansichtsfilter eingeben:

sip || rtp.

Das sollte reichen, um den Versuch des Telefonanrufs anzuzeigen.

Mach bitte einen Screenshot von dem Wireshark-Bild (schwärze dort die angerufene Handynummer) und poste es hier.

Der Paketmitschnitt sollte losgehen mit einem "SIP/SDP-Request: INVITE sip:[Handynummer]@dg.voip.dg-dw.de]" gerichtet an eine der Adressen 185.22.44.186 oder 185.22.45.165 bzw. 2a00:6020:100:603::186 oder 2a00:6020:200:603::165, je nachdem, ob via IPv4 oder IPv6 telefoniert wird. Interessant wäre, ob so ein SIP-Request überhaupt deine Fritzbox in Richtung DG verlässt, und falls ja, wie die Reaktion der Gegenstelle aussieht.

4. Screenshot: Ein bisschen viel "DHCPv4 nak" - kommt das öfter vor?

Zitat von Schlammdackel

Kann das die Ursache sein?

Nein, die Fritzbox wechselt die DNS-Resolveradressen immer mal wieder.

Zitat von dacr777

Ich habe exakt das gleiche Verhalten an meinem (noch relativ frischem) Anschluss.

D.h., dein Router bekommt keine IPv6-Adresse(-n) von DG zugewiesen?

Falls ja, und falls dein Router eine Fritzbox ist, traust du dir zu, einen Paketmitschnitt gemäß der Anleitung in #10 durchzuführen und dessen Ergebnis hier (so, wie das UschiM in #12 mustergültig getan hat) zu zeigen?

Zum Telefonieproblem:

Um herauszufinden, ob es an den Telefoniegeräten (DECT Schnurlos-Mobilteile?) und deren evtl. fehlerhaften Konfiguration (also lokales Problem) oder tatsächlich am Telefonie-Zugang zu DG liegt, könnte man mal ein weiteres "Telefon" dranhängen, das nicht auf DECT basiert:

Z.B. die "FRITZ!App Fon" auf einem Smartphone, das man als weiteres Telefoniegerät via WLAN einrichten kann. Wenn man damit telefonieren kann, dann kann es jedenfalls nicht am Telefonie-Zugang zu DG liegen.

Die Lösungsvorschläge im Internet beziehen sich aber eher auf das Löschen und Neuanlegen des Telefoniegerätes/DECT-Schnurlosteils als der "Eigenen Rufnummer" (die im übrigen durch DG im Mietrouter eingerichtet sein sollte). Und wichtig ist dabei, dem Telefoniegerät eine Rufnummer für ausgehende Rufe zuzuweisen.

Zitat von Schlammdackel

Jetzt läuft "IPv6-Anbindung mit Tunnelprotokoll verwenden" (6to4), mal sehen...

6to4 am Router setzt voraus, dass dein WAN-Port eine global eindeutige IPv4-Adresse "V4ADDR" besitzt, aus der man ein ebenso global eindeutiges 6to4-Präfix 2002:V4ADDR::/48 für dein LAN bilden kann. V4ADDR ist am DG-Anschluss mit CGNAT aber nicht global eindeutig, weil sie aus dem "IPv4 shared address space" (100.64.0.0/10) stammt. 6to4 kann hier also nicht funktionieren.

Zitat von Schlammdackel

Wenn ich allerdings in der Fritzbox NUR IPv6 einstelle, habe ich keinerlei Internetzugriff

Zitat von Schlammdackel

Ich habe jetzt festgestellt, dass ich in den hunderten Links doch einige habe, die bei IPv6 only funktionieren.

Ja, leider sind im Internet noch nicht alle Ziele via IPv6 erreichbar (schau mal z.B. hier: https://www.vyncke.org/ipv6status/detailed.php?country=de). Warum das so ist, kannst du hier nachlesen: https://ipv6bingo.com/

Selbst die Testseite https://test-ipv6.com/ ist nur via IPv4 erreichbar (Begründung unter https://test-ipv6.com/faq.html).

Nachtrag:

Sofern du wieder normal DualStack aktiviert hast, wäre evtl. folgende Seite für dich interessant: http://he.test-ipv6.com/. Wenn du wissen willst, ob dein Browser gerade via IPv4 oder IPv6 auf eine Website zugreift, würde ich die Installation einer Browsererweiterung empfehlen, die das anzeigt (z.B. unter Firefox: "Sixornot", "IPvFoo", ...).

Das Tool nPerf (https://www.nperf.com/de/nperf-application-pc-mac) bietet neben dem üblichen Geschwindigkeitstest auch einen "Streaming Test" sowie einen "Verbindungstest" (Aufrufdauer von einigen Websites) - vielleicht auch aussagefähig. Streaming-Unterbrechungen kenne ich an meinem DG-Anschluss bisher nur bei "DasErste - Live", und ich denke, das liegt eher an deren Server.

Zitat von UST

Eingehende Anrufe funktionieren für eine begrenzte Dauer. Der Abbruch der Anrufe (eingehend) erfolgt nach keinem erkennbaren Muster. Von 10 Minuten Dauer bis zu einer Stunde ist alles möglich.

Die Decline 603-Meldung bezog sich einen ausgehenden Anruf. Man kann überhaupt keine ausgehenden Anrufe tätigen, egal welche Nummer.

Ok, das klingt m.E. nach einer Problemkonstellation, deren Ursache nicht bei deinem Router bzw. auf deiner Seite zu suchen ist. Zumal der Router diesbezüglich (außer für deine Telefonie-Endgeräte) von der DG konfiguriert wird.

Zitat von beA

Ich würde hier auf einen eingehenden Call tippen, da der Server der Vodafone noch im Screenshot zu sehen ist und der wäre meiner Meinung nicht da bei einem ausgehenden.

Wo du da einen "Server der Vodafone" siehst, erschließt sich mir nicht.

Ich kenne Decline(603) auch nur für einkommende Rufe aufgrund selbst angelegter Sperrlisten.

Die Meldung beginnt allerdings mit "Internettelefonie mit 01520... (ist wohl die eigene Rufnummer)", woraus ich auf einen ausgehenden Ruf schließe.

Bezog sich die Decline(603)-Meldung auf einen ausgehenden Anruf?

Falls ja, und da in deiner FB keinerlei Sperren vorhanden sind, verweigert offenbar eine nachgelagerte Stelle den Ruf.

Gilt das für beliebige ausgehende Rufe, oder nur für bestimmte Ziel-Rufnummern?

Funktionieren einkommmende Rufe?

Zitat von UST

hast du evtl. eine Idee, was ich machen kann um den Fehler zu finden?

Na, die Sperreinstellungen für einkommende Rufe in der Fritzbox kontrollieren: Telefonie | Rufbehandlung | Rufsperren

Zitat von UST

Ich werde mir nun ein neues Modem über Kleinanzeigen bestellen und das dann montieren.

Ich denke mal, so einfach austauschen ist nicht. Der neue ONT wird eine andere Modem-ID haben (weiß nicht, ob die am Gehäuse klebt), die du zuvor bei DG melden musst. Und ob DG einen ONT-Wechsel bei Mietrouter akzeptiert, sei mal dahin gestellt.

Welche FRITZ!OS-Version hat deine Box eigentlich? Aktuell wäre 8.20.

Zitat von UST

Bei den Zugangsdaten stand der Anschluss nicht auf "ONT" sondern auf "externes Modem oder Router" was nach meinem laienhaften Verständnis aber nicht richtig ist. Eine Umstellung auf "ONT" brachte aber keine Änderung.

Nach meinem Verständnis ist der Unterschied hier nur, ob das externe Modem am WAN-Port oder am LAN1-Port hängt. Wenn dein ONT am WAN-Port hängt (so sollte es sein), dann wäre die "ONT"-Einstellung aus meiner Sicht richtig. Es würde mich dann allerdings wundern, warum der Internetzugang mit der anderen Einstellung überhaupt gelingen konnte.

Zitat von UST

Auf dem Reiter IPv6 habe ich von nativ IPv4 auf nativ IPv6 umgestellt, auch ohne Änderung.

Stell es bitte wieder auf "nativ IPv4" zurück - mit beiden Einstellungen bekommst du zwar IPv4 und IPv6, mit "nativ IPv4" geht der Verbindungsaufbau erfahrungsgemäß bei DG aber deutlich schneller (erst IPv4, dann IPv6) als mit "nativ IPv6" (erst IPv6, dann IPv4).