Beiträge von frank_m

Wenn mobile Endgeräte Schwierigkeiten haben, IPv6 Adressen vom Router zu bekommen, dann hilft es vor allem an Fritzboxen, die DHCPv6 Option für das Verteilen von Adressen zu aktivieren. Ich weiß, bei der Unterstützung von DHCPv6 in mobilen Betriebssystemen ist das nicht erklärbar, aber der positive Effekt in der Praxis lässt sich nicht wegdiskutieren.

Schau dich im Forum um: Ungewöhnlich ist das leider nicht. Wir hatten kürzlich noch mal die Diskussion, dass sich die durchschnittliche Dauer, die ein Glasfaserausbau benötigt, inzwischen bei mehr als 36 Monaten eingependelt hat, vom Start bis zur Aktivierung der ersten Anschlüsse.

Im DG Netz? Nach Fertigstellung der Anschlussbereiche liest man davon äußerst selten. Da musst du schon ein sehr ungewöhnlicher Pechvogel sein.

Rapid Commit wird als aus gekennzeichnet, und die DHCP Antwort spricht von einem abgelehnten /48 Prefix. Von daher gehe ich davon aus, dass dem DHCP Server irgendwas an der Frage nicht gefallen hat.

Sowas haben wir öfter, die DHCP Server der DG sind da ein wenig penibel. Ubiquity, TP-Link, Mikrotik sind so die typischen Kandidaten, die Probleme machen.

Vielleicht schaust du dich mal um, für den ein oder anderen Router haben wir Konfigurationsbeispiele.

Wie soll ich dann auf über 99,9% Verfügbarbeit kommen? Mein ATLAS Node läuft seit dem 16.12.2021, und seit dem komme ich in Summe auf weniger als 24 Stunden Ausfallzeit, und da sind die geplanten Wartungsunterbrechungen schon mit drin. Das sind Werte, da kann der Telekom DSL Anschluss meiner Mutter nur von träumen, und da ist die DSL Verbindung stabil - das Problem ist die PPPOE Verbindung.

DG nutzt Rapid Commit und maximal /56 Prefixes, keine /48.

Zitat von Michaelllllll

Das mit DSL hört sich echt gut an als Alternative, bei der DG gibt es ja öfters mal Ausfälle.

Nein, ganz im Gegenteil. Die Verbindung ist äußerst stabil. Ich komme auf über 99,9% Verfügbarkeit über die Zeit, und ich Monitore das ganze mit RIPE Atlas. Also dafür lohnt das Geld nicht auf Dauer.

Hattest du denn schon die VLANs an deinem Anschluss überprüft? Bevor du Geld ausgibst, würde ich erst alle Optionen ausschöpfen.

Nein, die wird nicht neu aufgebaut. Das DHCP Lease wird erneuert. Details über die Suche, ich hab die Nachrichten mal detailliert auseinander gedröselt.

Port Zurücksetzen wie bei DSL gibt es bei Glasfaser nicht.

Ok, das erklärt dann natürlich auch, warum du im Portal nicht mehr auf "Aktivieren" klicken oder den Anmeldeprozess durchlaufen kannst, wenn du mit der 5590 online bist. Das geht nur einmal. Du brauchst nun auf jeden Fall einen neuen Code und ein anderes Endgerät, wenn du das noch mal machen willst. Das wäre vielleicht einen Versuch wert.

Wir hatten hier auch einmal den Fall, da war die Anzahl der am OLT angemeldeten ONTs insgesamt zu groß. Zu viele Kunden hatten zu häufig den ONT gewechselt. Auch das kann der Service zurücksetzen.

Zitat von Michaelllllll

Nein leider geht da nichts, ich habe schon alles mögliche ausprobiert, mit Reset, mit langen waren, nach der Anleitung.

Im FB Menü sehe ich das gleiche aber, Verbindung ist da Internet geht nicht und keine Verbindung IPv6.

Das ist merkwürdig. Funktioniert der alte Router auch nicht mehr? Da du den ONT ja nicht wechseln konntest, muss der alte noch funktionieren. Der Umstand, dass das nicht geht, lässt mich wieder glauben, dass auf deiner Seite auch was nicht stimmt.

Für sowas gibt es DAD - duplicate Address detection. Ganz abgesehen davon: Wenn man zwei Geräte mit gleicher MAC im Netz betreibt, dann hat man noch ganz andere Sorgen, als überschneidende IPv6 Adressen.

Klemm die 5590 doch mal hinter deinen alten ONT. Geht das?

Der Zeitraum ist noch sehr kurz. So ab 1000 Paketen wird es interessant. Aber es ist schon richtig, der Trace ist bislang unauffällig.

Ich könnte mir ein Problem auf Applikationsebene vorstellen, entweder auf Server- oder auf deiner Seite. Können die Pakete deinen Rechner problemlos verlassen? Steht eine Firewall im Weg? Ist genug Rechenleistung vorhanden? Ärgert die Treibersoftware?

Zitat von salticeberg

Die Ergebnisse waren da so unterschiedlich, in den meisten Fällen gab es keinen Paketverlust und die Latenzen waren normal.

Das muss nicht falsch sein, ganz im Gegenteil. Verluste auf Applikationsebene dürfen wir auf keinen Fall außer Acht lassen.

Zitat von salticeberg

Welche Adressen könnte ich den bei Pingplotter mal ausprobieren deiner Meinung nach?

Am besten die der Zielserver deiner problematischen Anwendungen.

Zitat von salticeberg

Ich habe Versucht, über Pingplotter den paketverlust mal zu messen, hat aber nicht so ganz funktioniert,

Was hat denn da nicht funktioniert?

Wie dem auch sei, ein Tool in der Richtung ist der einzige Weg, einen Anhaltspunkt zu bekommen, wo die Verluste auftreten. Perfekt ist das nicht, aber man bekommt Hinweise, wo man weitersuchen muss.

Noch besser ist ein mtr oder WinMTR.

Es gibt weitere Anleitungen über Google.

Schwieriger ist die Auswertung, also die relevanten Daten aus dem Mitschnitt rauszubekommen. Vor allem, wenn etwas nicht so läuft, wie vorgesehen.

Normalerweise ist das auch nicht so schwierig. Da liegt auch definitiv ein Problem beim Provider vor. Die Frage ist nur, ob wir es bis zur Entstörung selber schon mal mit einem Workaround zum Laufen bekommen. Einen Versuch ist es wert, wäre nicht das erste Mal, dass es klappt.

Zitat von mr.cracky

Bei mir:

Rx 1490/1550nm -8,7 dBm

Tx 1310nm -5dBm

So richtig kann man damit natürlich nicht auf die Dämpfung schließen, da du nicht weißt, mit welcher Sendeleistung die Gegenstelle arbeitet. Wenn du davon ausgehst, dass die mit vergleichbarer Sendeleistung arbeitet, dann kommst du auf 3,5 - 4 dB Dämpfung auf deiner Strecke. Bei mir beträgt der Unterschied 3,2 dB - also eine ähnliche Größenordnung (DG AON Anschluss, -4.3 dB Sendeleistung gegenüber -7.5 dB Empfangsleistung).