Kundenservice Deutsche Glasfaser

  • Hallo,

    ich bin der Verzweifelung nahe. Seit vergangen Sonntag (30.10.) funktioniert mein Internet- und Telefonanschluss der Deutschen Glasfaser nicht mehr. Seither habe ich täglich, oft sogar mehrmals den Kundenservice kontaktiert und das Problem zu klären. Gleich am Sonntag wurde ein Ticket aufgemacht, da erste Hilfemaßnahmen wie Reset des HUB, vom Stromnehmen des Routers nicht zum Erfolg geführt haben.

    Jedes Mal hat mir der Kundenservice versichert, dass das Problem an den "Fachbereich" weiter gegeben wurde und gleichzeitig wurde das Ticket noch einmal priorisiert. Dabei frage ich mich allerdings mittlerweile, wie viele Priostufen es denn wohl gibt.

    Ich bin jetzt den 4. Tag ohne Internet und im Homeoffice tätig.

    Hat jemand eine Idee, wie man die Sache noch eskalieren lassen kann, damit sich endlich mal jemand kümmert?

    Anrufe im Kundenservice helfen auf jeden Fall nicht weiter.

    Danke für eine Rückmeldung.

    • Offizieller Beitrag

    Es kann hilfreich sein, den Fehler möglichst genau zu beschreiben. Was ist das für ein Anschluss, AON oder GPON? Erkennen kann man das am "NT" (den du "HUB" genannt hast): GPON-Anschlüsse haben schwarze NTs. Die NTs an AON-Anschlüssen sind hellgrau/weiß. Die GPON-ONTs haben eine rote "Alarm" LED. Leuchtet die? Dann ist die optische Verbindung zum PoP (Point of Presence, Zentralverteiler im Ort) gestört. Das wäre dann ein Problem, für das jemand rauskommen muss. Wenn die Alarm LED aus ist: Welche anderen LEDs leuchten?

  • Zum Kundendienst der DG kann ich leider keine Tipps geben. Was aber vielleicht als "Tipp" hilft ist Freenet Funk. Das ist eine LTE-Flatrate ohne Vertragslaufzeit und buchst das Internet pro Tag für 1€. Das könnte dich und dein Homeoffice über die DG-Ebbe bringen, bis es wieder läuft. Ich arbeite derzeit so und bei mir hat es die Qualität eines VDSL-Anschlusses.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • Zum Kundendienst der DG kann ich leider keine Tipps geben. Was aber vielleicht als "Tipp" hilft ist Freenet Funk. Das ist eine LTE-Flatrate ohne Vertragslaufzeit und buchst das Internet pro Tag für 1€. Das könnte dich und dein Homeoffice über die DG-Ebbe bringen, bis es wieder läuft. Ich arbeite derzeit so und bei mir hat es die Qualität eines VDSL-Anschlusses.

    Da kommt es halt drauf an wie gut das o2 Netz bei einem ist, kann man ja auf Cellmapper nachschauen.

  • Hallo @ChrTopf ,

    ich betreibe eine UDMB an einem DG Anschluss und habe hier mal meine Einstellungen für IPv6 gepostet. Funktioniert nach wie vor einwandfrei bei mir.

    Vielleicht hilft es dir ja was. Bzgl. der Qualität des Kundenservices ist die DG nicht viel anders als all die anderen. Da braucht es wirklich eine Menge "Sitzfleisch".

  • Ich kann deinen Frust verstehen, aber ich werde immer sehr vorsichtig, wenn ich "Beschwerde" und "BNetzA" lese. Der Grund ist, dass das in den seltensten Fällen hilft, da die Ursache entweder deutlich vorher beseitigt werden kann, oder gar nicht. Gar nicht scheidet in den meisten Fällen aber aus, da keine adäquate Alternative zur Verfügung steht.

    Wir hatten durchaus einige IPv6 Ausfälle zu beklagen, aber das war immer ein überregionales Problem, sprich: Es waren mehrere davon betroffen. Deiner Schilderung nach existiert das Problem schon einige Zeit, aber man hat von anderen nichts gehört. Das ist ein Hinweis auf ein individuelles Problem, und damit steigt die Wahrscheinlichkeit für ein Problem auf deiner Seite.

    Um das auch noch mal deutlich zu sagen: Der Kundenservice deckt die Mainstream Endgeräte ab. Es ist völlig ausgeschlossen, dass jeder Hotline Mitarbeiter die IEEE und RFC Specs auswendig kennt und weiß, wie er sie auf OpenSense umzusetzen hat. Anders ausgedrückt: Wer den Pfad der Tugend verlässt, muss sich selber zurecht finden.

    Aufgrund der Vielfalt der ausprobierten Geräte erfülle ich die Schnittstellenspezifikationen der DG, wodurch ich diese mögliche Ursache des Problems ausschließen kann.

    Woran machst du das fest? Nur an der Anzahl der Geräte? Sehr gefährlich!

    Da du ja wirklich dringend auf die IPv6 Verbindung angewiesen bist, würde ich an deiner Stelle auf jeden Fall alles dran setzen, das Problem zu lösen. In deinem Fall heißt:

    • Teste es unbedingt und ohne jede Rückfrage mit einem Router, der nachweislich problemlos und ohne Konfigurationshürde an einem DG Anschluss funktioniert! Ich würde eine Fritzbox 7590 empfehlen. Danach sehen wir weiter.

    Zu den von dir beschriebenen Routing Problemen wären einige weitere Diagnose Informationen interessant. Was genau bedeutet "keinen IPv6 upstream Gateway mehr zugewiesen bekommen"? Wo endet ein traceroute aus dem Internet auf deine Adressen (FB Adresse, Adressen aus dem /56 Prefix)? Wo enden traceroutes aus deinem Netz zu z.B. Heise?

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
    • Offizieller Beitrag

    Der Standard-Ansatz ist bei solchen Problemen, dass man den Verkehr auf dem WAN-Interface aufzeichnet und sich anschaut, was Router und DHCP(v6)-Server so von sich geben. Für's erste könntest du mal deine Firewallregeln und die Routingtabelle posten. Das Default-Gateway wird bei IPv6 nicht per DHCPv6 konfiguriert sondern per Router Advertisements (RAs). Ob Router RAs annehmen, ist oft konfigurierbar. Eigentlich braucht man die IP-Adresse des Default-Gateways gar nicht. Das ist nur der Platzhalter für die MAC-Adresse, an die die Ethernet Frames gesendet werden. In meiner Routing-Tabelle ist das Default Gateway eine Link-Local Adresse (fe80:...), und zwar die, die auch die DHCPv6 Antworten verschickt.

    Wenn du bei der DG so bellst, wie du das hier tust, wundert es mich übrigens nicht, dass da keiner antwortet. Die eiserne Regel nicht nur bei Internetprovidern ist nämlich, dass der Support nicht für Rechtsfragen zuständig ist. Aber vielleicht hast du Glück und der CEO kennt sich mit Ubiquiti Routern aus.

    • Offizieller Beitrag

    DHCPv6 und RAs sind verschiedene Protokolle, die sich ergänzen. Dein Router muss RAs annehmen, um die Adresse des Default-Gateways/Routers zu bekommen. Und dein Router muss DHCPv6 benutzen, um Adressen zu bekommen (normalerweise eine einzelne und ein /56 Präfix, aber es geht auch nur eine Adresse oder nur das Präfix, je nach Anwendungsfall). Die OPNsense hat eine IPv6 Adresse und ein Präfix bekommen, soweit so gut. Dass dein USG hinter der OPNsense keine Default Route hat, ist 100% dein Problem. Mit der LAN-Seite der OPNsense hat die DG nämlich überhaupt nichts zu tun. Die OPNsense hat ein Default Gateway, aber die Adresse ist aus einem anderen Präfix. Das sieht sehr nach einem Konfigurationsfehler aus. Du hast dir ein Netz zusammengestöpselt, das deutlich zu kompliziert für deinen Kenntnisstand ist. Reduzier das mal auf das Nötigste und fang mit einer frischen Konfiguration an.

    Die Konfigurationsprobleme würde ich alle im Bereich der OPNsense vermuten und deshalb würde ich dort mit einer frischen Konfiguration anfangen und erst dann mit dem USG weitermachen, wenn die OPNsense eine funktionierende IPv6 Verbindung hat. Für das LAN der OPNSense brauchst du dann richtig konfigurierte RAs und einen DHCPv6 Server mit Prefix-Delegation.

    • Offizieller Beitrag

    Ich weiß ehrlich nicht, was du glaubst, was dir die DG mitteilen sollte. Alle Parameter werden vollständig automatisch vergeben. Die interessante Frage ist nur, ob du RAs bekommst und ignorierst (wegen falscher Firewall-Regeln oder weil der Router so konfiguriert ist, dass er RAs nicht annimmt), oder ob die DG keine korrekten RAs schickt. Das gab es schon, aber woher kommt dann dieses komische Default Gateway in deiner Konfiguration?

    Und nachdem ich mir jetzt die Doku von OPNsense ein wenig zu Gemüte geführt habe, empfehle ich, das zuerst mit einem Routerbetriebssystem zu versuchen, das IPv6 nicht anscheinend erst gestern gelernt hat und noch keine Zeit zum Dokumentieren hatte.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • Und Leider hat mir die Deutsche Glasfaser besagte Informationen zur korrekten Konfiguration nach mittlerweile 4 Wochen immer noch nicht mitgeteilt.

    Wie ich schon sagte: Wer den Pfad der Tugend verlässt, der muss sich selber zurecht finden. Es gab schon einen Grund, warum sich die Internetprovider damals mit Händen und Füßen gegen die freie Routerwahl gestemmt haben ...

    Nur zur Info: Beim kundeneigenen Router endet die Verantwortung von DG am NT. Alles, was danach kommt, ist dein Problem. Was du zu erwarten hast, steht in der Schnittstellenbeschreibung. Darüber hinaus gibt es einige exemplarische Anleitungen für ausgesuchte Router. Da hilft auch kein Vorstand oder eine BNetzA.

    Zu den Routen: Wie @alfalfa schon ausgeführt hat: Das Defaultgateway kommt über die RAs. Dabei wird keine IP-Adresse übermittelt, sondern lediglich eine MAC Adresse. Die Quell-Adresse der Pakete vom Defaultgateway ist eine link-lokale fe80:: Adresse. In der DHCPv6 Nachricht ist kein Gateway, und das ist schon seit Ewigkeiten so, siehe hier:

    Erfahrungen gesucht mit Draytek VIGOR 28xx Router an DG Anschluss IPv6

  • 775-usg-wanlan-ipv6-png

    Warum hat du eigentlcih Prexi Delegation Size 60?

    Muss der nicht bei 56 liegen?

    Die IPv6 Adressvergabe mittels DHCPv6 Prefix Delegation (Präfix der DG: /56) funktioniert zwar noch, jedoch kann ich durch die fehlende IPv6 Route keine Packete mehr ins Internet routen.

    hier schreibst du 56?!

    • Offizieller Beitrag

    Das ist die USG Konfiguration. Wenn die OPNsense Prefix-Delegation macht, kann sie praktisch nur längere Präfixe als das vergeben, was ihr selbst von der DG zugeteilt wurde. Mit /60 legt man die Zuständigkeitsgrenze zwischen OPNsense und USG zwischen die letzten beiden Hex-Zeichen des Präfix. Das ist also ein vernünftiger Wert, wenn es mehr auf Übersichtlichkeit als auf die Anzahl am Ende nutzbarer Subnetze ankommt.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • Kurzer Prozess: niemand muss sich dafür rechtfertigen warum er was wie macht oder machen will, das ist auch in Foren schon immer eine Unsitte, auch Kundendienst von Unternehmen kann sowas aber gut, also auf "Ich hätte gerne.." mit "Wozu?" oder "Machen Sie doch lieber.." zu reagieren. Stay on topic, egal wer und wo. Die Leute denken sich schon was dabei warum sie genau so und nicht anders wollen.

    Wenn dir gemäß Schnittstellenbeschreibung und Leistungsbeschreibung etwas zusteht das du nicht erhälst, dann bist du bereits sehr geduldig gewesen.

    Selbstverständlich ist eine Beschwerde bei der Bundesnetzagentur dann sinnvoll, ja geboten. Würden das mehr Kunden machen würde sich auch die Kalkulation der Controler ändern, bisher ist es billiger seltene Beschwerden eskalieren zu lassen, als dafür eigene workflows zu unterhalten, vermute ich.

    • Offizieller Beitrag

    Er nutzt einen Router, der sehr selten ist und Fachkenntnisse zur Konfiguration voraussetzt, die offenbar nicht vorhanden sind. Wenn man in so einer Situation zur Bundesnetzagentur läuft und Informationen vom Provider verlangt, die schlicht nicht nötig sind, dann kann man vieles erwarten, aber keine Problemlösung. Es ist von keinem Provider zu erwarten, dass der die Fehler in obskuren Netzkonstruktionen der Kunden sucht. Es gibt sehr deutliche Hinweise, dass es sich um ein Konfigurationsproblem handelt und nicht um einen fehlerhaften Anschluss. Ich will nicht ausschließen, dass der Provider etwas falsch macht, aber die Erfahrung lehrt halt doch, dass Betreiber von Routersystemen, die mehr Gelegenheiten bieten, sich selbst in den Fuß zu schießen, diese Gelegenheiten auch nutzen. Wenn wir hier solche Fehler suchen, ist das ein Entgegenkommen, zu dem absolut niemand verpflichtet ist.

  • Kurzer Prozess: niemand muss sich dafür rechtfertigen warum er was wie macht oder machen will

    Richtig. Nur darf er sich dann auch nicht wundern, wenn es nicht funktioniert.

    auch Kundendienst von Unternehmen kann sowas aber gut, also auf "Ich hätte gerne.." mit "Wozu?" oder "Machen Sie doch lieber.." zu reagieren.

    Wenn das "Ich hätte gern ..." nicht funktioniert und hinter dem "Machen Sie doch lieber ..." die Lösung kommt, dann hat der Kundendienst seine Aufgabe erfüllt.

    Wenn dir gemäß Schnittstellenbeschreibung und Leistungsbeschreibung etwas zusteht das du nicht erhälst

    Und da ist der Hund begraben. Das ist hier offensichtlich nicht der Fall.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • Kundendienst ist gut wenn er mir dabei hilft zu bekommen was ich will und worauf ich sowieso Anspruch habe, nicht wenn er meint mich belehren oder mir anderweitig "helfen" zu sollen, dass ich doch einfach was anderes tun soll. Wie gesagt, eine verbreitete Unsitte, insofern sticht da kein Unternehmen besonders hervor.

  • Kundendienst ist gut wenn er mir dabei hilft zu bekommen was ich will und worauf ich sowieso Anspruch habe, nicht wenn er meint mich belehren oder mir anderweitig "helfen" zu sollen, dass ich doch einfach was anderes tun soll.

    Solange es nur darum geht, das zu bekommen, worauf du Anspruch hast, ist das ok. Aber wenn du dich beim Support beklagst, dass du deine Dachpfannen nicht aufhängen kannst, und der stellt fest, dass du noch nicht mal ein Fundament für ein Haus gegossen hast, was soll er dann machen? Da bleibt dann nur ein "belehren" und "was anderes tun". Ungefähr so stellt sich das in diesem Fall dar.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • Ja, bis auf die unterschiedlichen Adressen sieht das exakt so aus, wie bei mir.

    Ich bin bei @alfalfa: Das Router Advertisement wird gar nicht ausgewertet. Weder die Adresse noch die MTU der Route passen. Möglicherweise sind das Überbleibsel einer vorherigen statischen Konfiguration? Auf jeden Fall solltest du bei der Behandlung und Auswertung der RAs ansetzen.

  • Moin,

    erster Post hier, vielleicht hilf er ja. Habe selber OPNsense an einem DG Anschluss laufen.

    Bei den DHCPv6 Client Optionen ist weder Send IPv6 prefix hint noch Use IPv4 connectivity angewählt.

    Zudem hat bei mir ein Reboot und Geduld geholfen um die "kaputten" Routen weg zu bekommen.

    Grüße

    ATR