---

@UlrichZ schrieb:

Es ist hier doch schon x-mal erklärt worden, dass es sich nicht um einen Fehler handelt! Der einzige Fehler ist, dass diese Meldung protokolliert wird und damit die Nutzer verunsichert.

---

Sorry, aber wenn ein System einen Fehler protokolliert, obwohl kein Fehler vorliegt, dann ist das ein Fehler.

Und das Problem von Fehlalarmen ist, dass sie die Behandlung echter Alarme beeinträchtigen. Beispiel aus dem "richtigen Leben": Rauchmelderpflicht. Alle in meinem Bekanntenkreis haben längst den Reflex entwickelt, wenn irgendwo wieder einmal ein Rauchmelder losschlägt: Ach ja, Fehlalarm. Wenn es jemals irgendwo wirklich brennen würde, würde keiner reagieren.

Genauso ist es mit Fehlermeldungen im Routerprotokoll. Ich sage meinen Kunden immer: Schaut ins Protokoll, ob es da Anhaltspunkte für die Problemursache gibt. Aber wenn das Protokoll mit Meldungen vollgemüllt ist, zu denen der Hotline nichts besseres einfällt als "einfach ignorieren", ist dieses Mittel tot.

Das musst Du jetzt aber mal erklären. Wieso sollte irgendjemand außer der Telekom daran schuld sein, wenn ein Telekom-Router an einem Telekom-Anschluss den Telekom-DNS-Server unter der von der Telekom per PPPoE übermittelten Adresse nicht erreicht? Und was sollte die "schleppende" Einführung (nicht Umstellung!) von IPv6 "hier in Deutschland" (wo sie übrigens im weltweiten Vergleich ziemlich weit fortgeschritten ist) damit zu tun haben?

Das ist leider Unsinn, denn alle DNS  Server lösen sowohl IPv4 als auch IPv6 auf.

Es sind lediglich zwei unterschiedliche Sätze in der DNS Zone 

A und AAAA

Phonk

Wenn der Telekom-Router bzw. der Telekom-DNS die nicht-vorhandene IPv6 Adresse nicht auslösen kann ist der andere Provider doch schuld weil er noch kein IPv6 zur Verfügung stellt

Wenn der Telekom-Router bzw. der Telekom-DNS die nicht-vorhandene IPv6 Adresse nicht auslösen kann ist der andere Provider doch schuld weil er noch kein IPv6 zur Verfügung stellt

Phonk

Wenn der Telekom-Router bzw. der Telekom-DNS die nicht-vorhandene IPv6 Adresse nicht auslösen kann ist der andere Provider doch schuld weil er noch kein IPv6 zur Verfügung stellt

Diese Darstellung verfehlt den Sachverhalt in mehrfacher Hinsicht:

1. Die Formulierung "der Telekom-Router bzw. der Telekom-DNS" wirft zwei nicht zusammengehörende Dinge in einen Topf. Ob der Router oder der Telekom-DNS-Server eine Anfrage nicht auflösen kann, sind zwei völlig verschiedene Fragen. (Und keine von beiden ist die Frage um die es hier geht.)
2. Es geht nicht um eine Auflösung einer IPv6-Adresse, sondern eines Domain-Namens (FQDN).
3. Die Fehlermeldung besagt nicht "kann den Namen nicht auflösen," sondern "kann den von der Telekom zugewiesenen DNS-Server nicht erreichen."
4. Ein "anderer Provider" ist zu diesem Zeitpunkt noch gar nicht beteiligt. Hier geht es erst einmal darum, dass der DNS-Proxy des Routers die DNS-Anfrage eines lokalen Clients zur Bearbeitung an den DNS-Server der Telekom weiterreicht.
5. Selbst wenn dieser Schritt funktionieren würde und die Anfrage dann vom Telekom-DNS-Server seinerseits an einen DNS-Server eines anderen Providers weitergegeben würde, würde es keinerlei Rolle spielen, ob dieser andere Provider IPv6 unterstützt oder nicht. Selbstverständlich kann ein DNS-Server eine über IPv6 empfangene Anfrage über IPv4 weiter auflösen, und ob das Ergebnis der Auflösung IPv4-Adressen, IPv6-Adressen, beides, etwas ganz anderes (MX, SRV, CNAME ...) oder gar nichts (NXDOMAIN) enthält, ist völlig unabhängig davon über welche Protokolle die Anfrage selbst abgewickelt wird.

Phonk

Deutschland belegt bei der IPv6 Umstellung aber auch nicht grade einen Spitzenplatz ...

Nein, solides Mittelfeld.

Die korrekte Reaktion ist natürlich: "Dann ruf ihn halt auf dem Festnetz an." Genau das tut das Speedport - es schickt dem Telekom-DNS-Server die Query, die es per IPv6 nicht los wurde, dann eben per IPv4.

Oder er nutzt den sekundären IPv6-DNS - oder wozu existiert der zweite Eintrag?

Gruß Ulrich

Ich habe den Eindruck, dass die IPv6-Erreichbarkeitsprobleme beide Server gleichzeitig treffen. Meine Fritzbox meldet jedenfalls auf der Statusseite unter "Genutzte DNS-Server" (neben den beiden IPv4-Adressen, die immer da sind) mal zwei IPv6-Adressen und mal gar keine, aber nie nur eine.

Die Telekom war ja auch im Vergleich mit anderen Providern in Deutschland relativ spät dran mit der IPv6-Einführung. Wahrscheinlich hat sie das Thema "IPv6-Konnektivität" einfach noch nicht so im Griff.

Tilman Schmidt

Übrigens stoßen Fritzboxen genau auf dasselbe Problem, dass die IPv6-Erreichbarkeit der Telekom-Nameserver eher mau ist. Sie machen nur kein so großes Buhei ...

Der Punkt wundert mich auch etwas. Manche Konfigurationsmöglichkeiten sind bei den Speedports nicht vorhanden, um den unbedarften Anwender vor sich selbst zu schützen oder den Supportaufwand gering zu halten. Aber die Logs (regelmäßige Rufnummernregistrierung, IPV6 "Fehler") verunsichern viele Anwender.