Beiträge von ::1

Die Verlagerung des (von mir angenommenen) GF-TA aus dem Keller (?) zum Standort deines Mietrouters kannst du ja trotzdem vornehmen lassen (durch einen Fachmann deiner Wahl, der dir dann eine Glasfaser vom HÜP zum neuen Standort des GF-TA zieht). Dein 10m Ethernetkabel kannst du dann in Rente schicken und durch ein kurzes (neues CAT6-) Ethernet-Kabel vom ONT zum Mietrouter ersetzen.

Das sieht bei mir z.B. so aus:

Von rechts kommt die Glasfaser vom HÜP im Keller via Rundrohr bis unter meinen Schreibtisch im Arbeitszimmer (1. OG). GF-TA und ONT habe ich in einer selbst gebastelten Holzbox mit abnehmbarem Deckel versteckt. Der Router steht oben drüber auf meinem Schreibtisch.

Zitat von UST

Das Modem scheint aktuell nicht sonderlich leicht zu bekommen zu sein. Kann man evtl. auch anderer Modemmodelle einsetzen?

Wenn du deinen Anschluss auf "kundeneigener Router" umstellst, bist du auch frei, den ONT durch etwas anderes zu ersetzen, z.B. durch den Glasfaser-Port einer neuen Fiber-Fritzbox (z.B. FB 5590 Fiber). Du müsstest der DG (nach Umstellung auf kundeneigener Router) vorab noch die Modem-ID der Fiber-FB (steht auf der Gehäuse-Rückseite) mitteilen und abwarten, bis sie dir eine Bestätigungsmail mit Umstellungsanleitung senden.

Nachtrag: Allerdings ergäbe sich mit einer Fiber-FB das Standort-Problem: Hängt dein ONT bisher direkt am HÜP oder an einem nachgelagerten GF-TA? Falls am nachgelagerten GF-TA: Den würde ich dann in Richtung des gewünschten Standorts der neuen Fiber-FB verlagern und die Glasfaserleitung zwischen HÜP und GF-TA entspechend verlängern (ist natürlich Aufwand: Leerrohre durchs Haus ziehen, aber das würde schlussendlich dein bisheriges 10m-Ethernetkabel obsolet machen).

Zitat von UST

Diese hatte ich, wie weiter oben im Thread erwähnt auch auch schon testweise angeschlossen. Ich vermute, dass die von DG gestellte Fritzbox aber irgendwie vorkonfiguriert ist und die neue Fritzbox wegen der fehlenden Daten daher nicht funktioniert hat bzw. keine LAN-Verbindung über das Modem bereit stellen konnte.

Ja, so sehe ich das auch: Der Anschluss für den Mietrouter ist definitiv anders konfiguriert als der für einen kundeneigenen Router. Deshalb kannst du nicht einfach deinen Privatrouter dort anklemmen.

Du müsstet dazu die DG zunächst die Umstellung deines Anschlusses auf "kundeneigener Router" veranlassen, de facto also den Mietrouter kündigen.

Zitat von UST

Wie bereits erwähnt, die Stecker sind alle 8-polig

Also, wenn ich nicht schief gucke, sehe ich auf dem zweiten Bild (1...656.jpg) nur 4 Adern.

Ich habe da schon einige Merkwürdigkeiten gesehen - evtl. wäre es daher nochmal einen Versuch wert, "Speed&Duplex" des LAN-Adapters des Desktop-PC auf "Auto-Negotiation" zu stellen:

Geräte-Manager: Eigenschaften des LAN-Treibers | Registerkarte "Erweitert" | "Speed&Duplex" : "Auto-Negotiation"

Vielleicht klappt es damit, den LAN-Adapter von 1GBit/s zu überzeugen.

Na, dann wird das Ethernet-Kabel für den PC-Anschluss wohl nur 4-adrig sein - erkennt man vielleicht auch am Stecker, wenn der transparent ist.

Hat das Kabel denn einen Aufdruck, der die CAT-Nummer angibt?

... und in der Fritzbox hast du kontrolliert, dass der LAN-Port, an dem dein PC hängt, auf "Power Mode" eingestellt ist?

Siehe Heimnetz | Netzwerk | Netzwerkeinstellungen

Zitat von HubeBube

Ein DG Mietrouter konfiguriert via TR069/TR369 die Telefonie. Es ist sogar abträglich für die Stabilität die portierten Rufnummern manuell zu konfigurieren. Wie das mit zusätzlichen Rufnummern von anderen SIP/VoIP-Providern bei Mietroutern von DG gehandhabt wird, weiss ich nicht.

Unabhängig davon müssten doch aber die DG-Rufnummern in der Fritzbox unter "Telefonie | Eigene Rufnummern" mit dem Status "grün" angezeigt werden, nachdem diese sich erfolgreich via SIP registriert haben.

UST Kannst du das bestätigen?

Zitat

Ich habe diese Umstellung vorgenommen.

Ja, und wird dir als aktuelle Geschwindigkeit des LAN-Adapters auch 1 GBit/s im System angezeigt?

Siehe unter: Einstellungen - Netzwerk und Internet - Ethernet - Aggregierte Verbindungsgeschwindigkeit: Hier sollte 1000/1000 (Mbps) angezeigt werden.

Welche Ergebnisse liefert nun ein erneuter Speedtest?

Also bei der Leistungsklasse deines Desktops hat er doch bestimmt eine Onboard-Netzkarte. Für die kannst du die Geschwindigkeit in den Eigenschaften des LAN-Treibers (Registerkarte "Erweitert" - Geräte-Manager unter z.B. "Speed&Duplex" oder ähnliches: Dort würde ich fest "1.0 Gbps Full Duplex" einstellen) einstellen.

Zitat von UST

Kannst du die Stelle zitieren, aus der für dich ersichtlich ist, dass wir eine 2. Internetverbindung für die Telefonie eingerichtet haben?

Wie von mir schon erwähnt, kann man das deiner FB-Ereignisanzeige ("Internetverbindung (Telefonie)") entnehmen.

Zitat von UST

Meinst die Probleme kommen daher, dass die Endgeräte die mögliche Leistung des Anschlusses nicht verarbeiten können?

Exakt! Und man/ich weiß auch nicht, ob dein WLAN über 100 MBit/s kommt.

Stelle also erst Mal sicher, von einem LAN-PC mit GBit-Ethernetadapter zu messen und prüfe für den LAN-Port an der Fritzbox, an dem dieser Rechner hängt, ober er sich im "Power Mode" (und nicht etwa im "Green Mode") befindet.

Zitat von UST

aber deshalb sollte die Leiung ja trotzdem funktionieren. Eine Erklärung für die Telefonieproblematik wäre das jedenfalls nicht.

Ja, deine permanenten Internetverbindungsabbrüche sind nebulös - aber sie treten lt. der gezeigten Ereignisanzeige immer zeitgleich für Internetverbindung (=IPv4), Internetverbindung IPv6 und Internetverbindung (Telefonie) (=IPv4) auf, was für keine Einzelursachen bezogen auf die jeweiligen Verbindungen schließen lässt (etwa DHCP- oder DHCPv6-Lease-Timeouts). Es muss da eine gemeinsame protokoll- bzw. VLAN-unabhängige (Trennung von Internet und Telefonie bei Mietrouter per VLAN) Ursache geben, die es gilt herauszufinden.

Es wäre interessant zu ermitteln, ob dein Router die Internetverbindungen abbricht, oder ob diese durch die Gegenstelle abgebrochen wird. Darüber gibt die Ereignisanzeige der FB aber leider keine Auskunft. Es würde da ein Paketmitschnitt am WAN-Port der FB helfen, das wäre allerdings technisch herausfordernd ...

Zitat von pufferueberlauf

aber fuehrt zu eigenartigen Subthreads, so wie hier wo er nicht mal darlegt wie er zu der Ueberzeugung gekommen ist, dass "Du [...] eine zweite Internetverbindung für die Telefonie eingerichtet [hast]".

Ich möchte ihn nicht verteidigen, aber das kann man der gezeigten Fritzbox-Ereignisanzeige entnehmen - aus der hätte ich jetzt auch auf einen Mietrouter geschlossen.

Zitat von UST

im Anhang ein aktueller Speedtest direkt über die Fritzbox.

Das ist nicht "direkt über die Fritzbox", sondern von dem PC aus, an dem du sitzt.

Zitat von UST

Leider kann ich mit meinem Rechner noch keine Serieenmessung per Breitband für einen Bericht an die Bundesnetzagentur machen, da ich erst meine Ethernetschnittstelle aufrüsten muss, damit sie auch die volle Bandbreite verarbeiten könnte, falls sie denn ankäme. Aktuell gehen rechnerseitig nur 100 Mbits, aber die Leitung liefert ja zur Zeit sogar noch weniger.

Ähm, das heißt, alle Messungen, die du bisher gezeigt hast, wurden mit diesem PC erstellt, der per LAN-Adapter nur 100 MBit/s hergibt?

Zitat von UST

Seit letztem Sonntag (31.08.25) haben wir aber nun das Problem, dass die Leistung der Internetleitung sehr massive Schwankungen zeigt. Wenn man Seiten aufruft, laden sie entweder schnell, sehr langsam oder es kommt die Meldung, dass die Seite nicht erreichbar sei. Kurze Zeit später, ist die Seite sofort zu erreichen, hängt aber dann evtl. später wieder.

So was in der Art könnte auftreten, wenn sowohl IPv4, als auch IPv6 konfiguriert ist, WAN-seitig aber plötzlich (eben seit 31.08.25) IPv6 nicht mehr funktioniert (sowas soll bei DG ja hin und wieder auftreten ...).

UST :

Hast du in deinem LAN beide Protokolle (IPv4 und IPv6) aktiv?

Das kannst du z.B. an einem Windows-PC in deinem LAN durch Eingabe des Kommandos ipconfig herausfinden:

C:\>ipconfig

Windows-IP-Konfiguration


Ethernet-Adapter Ethernet:

   Verbindungsspezifisches DNS-Suffix: fritz.box
   IPv6-Adresse. . . . . . . . . . . : 2a00:6020:XXXX:XX00:YYYY:YYff:fed7:ac6f
   IPv6-Adresse. . . . . . . . . . . : fdXX:XXXX:XXXX:0:YYYY:YYff:fed7:ac6f
   Temporäre IPv6-Adresse. . . . . . : 2a00:6020:XXXX:XX00:e87d:8c25:6308:8e12
   Temporäre IPv6-Adresse. . . . . . : fdXX:XXXX:XXXX:0:e87d:8c25:6308:8e12
   Verbindungslokale IPv6-Adresse  . : fe80::YYYY:YYff:fed7:ac6f%10
   IPv4-Adresse  . . . . . . . . . . : 192.168.178.10
   Subnetzmaske  . . . . . . . . . . : 255.255.255.224
   Standardgateway . . . . . . . . . : fe80::ZZZZ:ZZff:feZZ:ZZZZ%10
                                       192.168.178.1

Wenn hier sowohl eine IPv4-Adresse, als auch eine oder mehrere IPv6-Adressen (die mit 2a00:6020 beginnen) angezeigt werden, dann führe bitte mal folgende Kommandos aus:

C:\>ping -4 google.com

Ping wird ausgeführt für google.com [142.250.185.206] mit 32 Bytes Daten:
Antwort von 142.250.185.206: Bytes=32 Zeit=7ms TTL=118
Antwort von 142.250.185.206: Bytes=32 Zeit=6ms TTL=118
Antwort von 142.250.185.206: Bytes=32 Zeit=5ms TTL=118
Antwort von 142.250.185.206: Bytes=32 Zeit=6ms TTL=118

Ping-Statistik für 142.250.185.206:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 5ms, Maximum = 7ms, Mittelwert = 6ms

C:\>ping -6 google.com

Ping wird ausgeführt für google.com [2a00:1450:4001:812::200e] mit 32 Bytes Daten:
Antwort von 2a00:1450:4001:812::200e: Zeit=8ms
Antwort von 2a00:1450:4001:812::200e: Zeit=5ms
Antwort von 2a00:1450:4001:812::200e: Zeit=5ms
Antwort von 2a00:1450:4001:812::200e: Zeit=6ms

Ping-Statistik für 2a00:1450:4001:812::200e:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 5ms, Maximum = 8ms, Mittelwert = 6ms

Die Ergebnisse beider Kommandos sollten so sein, wie hier gezeigt. Falls ggf. IPv6 nicht funktioniert, wie eingangs evtl. vermutet, müsse der zweite Befehl ping -6 google.com statt der 4 Ping-Antworten Fehlermeldungen generieren.

Zitat von UST

Die Telefon/DECT-Leuchte an der Fritzbox leuchtet nur, wenn man telefoniert (angerufen wurde) oder versucht ausgehend anzurufen. Legt man auf, erlischt die Leuchte wieder.

Das ist normal und kein Fehler. Das Leuchten der LED signalisiert ein gerade stattfindendes Telefongespräch.

Was für ein Glasfaser-Tarif wurde denn gebucht?
Die gezeigten Messungen würden für einen DG-basic-Tarif sprechen (100/50).

Die LAN-LED meines Nokia-ONT (G-010G-Q) flackert auch, d.h. sie weist Helligkeits-Schwankungen auf, ist aber niemals dunkel/aus. Ich denke mal, diese Art des Flackerns repräsentiert Datenübertragungs-Aktivität. Ich habe keinerlei Probleme mit meinem DG-Anschluss

Laut https://www.router-faq.de/?id=fb&fb=fbdate wurde die Fritzbox am 20.04.2022 hergestellt:

Ein defektes 2,4GHz-WLAN (Link) ist somit relativ unwahrscheinlich.

Zitat von topas-rec

Es scheint, als würde eine Änderung (auf LLT?) der DUID die RA erneut starten lassen.

Dass die DG-Gegenstelle (das BNG) erst dann valide RA sendet (unabhängig von der DUID-Thematik), nachdem per DHCPv6 IPv6-Adressen zugewiesen wurden, ist gegen alle Standards. Da wundert es nicht, dass so manche regelkonform arbeitenden Kundenrouter scheitern, eine IPv6-Verbindung zu DG herzustellen (nämlich alle die, die erst brav bis Sankt Nimmerlein auf RA warten, bevor sie (dadurch instruiert) eine IPv6-Adresse für das WAN-Interface per DHCPv6 anfordern).

Zitat von topas-rec

Stellt ihr DHCP ein, oder wartet ihr auf die RA und dann passiert die DHCP Abfrage automatisch (weil das managed Bit gesetzt ist)?

Das ist genau die Kernfrage!

Laut Theorie sollte eine IPv6-Initialisierung eines Netz-Interfaces in etwa so erfolgen:

• Es wird zunächst eine linklokale IPv6-Adresse (fe80...) generiert: fe80::[IID]/64. Für die Generierung einer Interface-ID [IID] gibt es mehrere Varianten, die älteste lautet "modified EUI64". Es folgt noch eine DAA (duplicate address detection) für diese Adresse.
• Falls das Interface statisch mit einer globalen IPv6-Adresse und einem Standard-Gateway versehen ist, erfolgt auch für die globale IPv6-Adresse eine DAA. Der Prozess ist hier dann aber (im Gegensatz zu einer statischen IPv4-Konfiguration) nicht zu Ende (IPv6-Adressierungsverfahren sind additiv!):
• Das Interface sendet in kurzer Abfolge mehrere RS (Router Solicitation). Kommen keine RA-Antworten (kein Router im angeschlossenen Netz oder Router ist nicht für das Senden von RA konfiguriert), ist der Vorgang hier zu Ende.
• Andernfalls werden erhaltene RA (solicited als Antworten auf RS, oder unsolicited - sendet der Router periodisch in gewissen Zeitabständen) ausgewertet:
• Je nach Inhalt des RA (M-Flag, O-Flag, enthaltene PIO mit L-Flag und A-Flag) entscheidet sich, ob, und wenn ja, wie weitere globale IPv6-Adressen (zusätzlich!) generiert werden. Da gibt es jetzt viele Varianten. Ich erwähne hier nur die DG-Variante:
• DG-RA:
  
  Es ist das M-Flag gesetzt (was implizit auch O=1 bedeutet, auch wenn das O-Flag nicht explizit gesetzt ist): Heißt: Frag per DHCPv6 nach einer IPv6-Host-Adresse (.../128!) und nach weiteren DHCPv6-Optionen (hier die IPv6-DNS-Resolver-Adressen).
  
  Es ist keine PIO enthalten: Es wird kein LAN-Präfix für den WAN-Link (d.h. hier: keine Präfix-Länge) passend zur DHCPv6-Adresse mitgegeben. Das WAN-Interface hat somit nur eine IPv6-Hostadresse .../128 (was in einer Fritzbox z.B. falsch als .../64 dargestellt wird).
  
  Die Router-Lifetime ist >0 (z.B. 1800s): Das bedeutet: Verwende die linklokale Quell-Adresse des RA (diese werden immer von der linklokalen Adresse des Routers gesendet) als IPv6-Standardgateway.

In der Praxis verhalten sich die IPv6-Implementierungen allerdings häufig nicht standardkonform: Eine Fritzbox versucht z.B. bereits auch dann eine dynamische Konfiguration per DHCPv6, wenn sie noch gar kein RA erhalten hat, das sie (per gesetztem M-Flag) dazu angewiesen hätte. Auch Windows hat da so seine Eigenheiten.