Für Zorneding habe ich eine "es ist gelöst" Mail bekommen. Am 26.3. um 15:13 funktionierte der Anschluss wieder.
Aber die Mail erreichte mich aber erst um 23:33. Dazwischen gab es keine Ausfälle mehr.
Sogar die Latenz ist seit dem 28.4. 20:35 wieder stabil bei 20ms (nach dem Fix mit Schwankungen um die 30ms).
Interessant: Die Latenz ist seit der Reparatur um 10ms gestiegen:
Schätze das Routing geht nicht über den gleichen Weg wie vorher. Spielt für mich als Nicht-Gamer aber keine Rolle.
Seit 15:13 steht die Verbindung wieder.
Dazu ein Artikel aus dem Merkur: https://www.merkur.de/lokales/ebersb…l-94235121.html
Soeben kam ein Update von DG:
...Die Wiederherstellung des Netzes gestaltet sich jedoch sehr komplex...
Das kann dann wohl dauern...
Hi,
um 25.03.26 0 Uhr fand zuerst eine angekündigte Wartung statt.
Sie wurde von einer Großstörung gefolgt, die bis jetzt anhält. Sonst lief es mit der DG über Jahre gut.
Es ist bedauerlich, dass sich ein Provider nicht in der Lage sieht die Ursache wenigstens anzudeuten. Das ist ja nichts spezifisches der DG, sondern gilt für alle.
Wenn beispielsweise ein Bagger ein Kabel durchgerisssen hat, könnte man sich denken, dass es einfach dauert.
Hat jemand vielleicht doch etwas erfahren?
Gruß, Onurbi
Ich glaube diese Erfahrung hat jeder gemacht, das die ersten Monate wackelig sind und sich im Anschluss die Wackler deutlich reduzieren. Da muss man durch, Wutbürgertum ist völlig fehlplatziert,
Ganz meine Meinung! Ganz nach dem Motto Vertrauen ist gut, Kontrolle ist besser.
Das mit der Anfangszeit war ja auch meine Beobachtung.
>wer kurz vor Ausbauenden die Aktivierung erhält hat in diesem Zusammenhang Glück gehabt.
Denke ich auch, dass in dem Fall der Provider einen Vorsprung hat.
Du, klar es ist inzwischen hauptsächlich für einen selber nützlich.
Da die Erfüllung der Kampagne für den Betroffenen nicht unerheblichen Aufwand bedeutet, besteht der Nutzen eines solchen Tools darin, die Messzeiten der BNetzA günstig zu legen.
2021 gab es die Kampagne noch nicht. Der Support hatte damals Interesse an meinen Messwerten. Immerhin waren die gravierenden Einbrüche nach 3 Monaten weg.
Hi,
habe meinen Internetanschluss von der DG. Die ersten 3 Monate 2021 brach die Bandbreite in den Abendstunden derart stark ein, dass teilweise kaum noch was ging.
Um etwas für den Support in der Hand zu haben, habe ich damals im Eigenbau die Ergebnisse des Ookla Speedtests auf einem Raspi 4 gesammelt und über BeSpice Wave dargestellt.
Durch Zufall bin ich jetzt auf eine viel praktischere, professionelle, webbasierte Lösung gestoßen: internet-pi (https://github.com/geerlingguy/internet-pi)
Bin von der Darstellung echt begeistert:
Im Beispielbild ist noch die falsche Gegenstelle für den Ooklatest aktiv, deshalb die schlechten Werte.
Man kann in die Graphen reinzoomen und mit ein zwei Klicks den Startpunkt in der Vergangenheit wählen.
Anpassungen der Darstellung, der Gegenstelle und des Testintervalls sind möglich, aber dockerspezifisch halt mit längeren Wartezeiten durch das Neubilden der Container verbunden. Wenn es aber erst mal läuft, wie man es sich wünscht, ändert man ja nicht ständig rum.
Das System nimmt Graphana zur Darstellung. Unter der Haube arbeitet Prometheus als Datenbank. Alles eben in Docker Containern.
Sicher läuft das System auch auf anderen Linuxen oder auch NASsen.
Nur mal so als Anregung.
Gruß, Onurbi
Noch ein Nachtrag: Abweichend von der offiziellen Beschreibung von DG für die Konfiguration des kundeneigenen Routers, solltest Du für die Auswahl des Internetanbieters nicht "Deutsche Glasfaser" auswählen. Stattdessen ist eine andere Vorgehensweise für die Einrichtung des Internetzuganges zu verwenden:
Bei der 7530 hat die Auswahl DG noch zu einem korrekten Ergebnis geführt.
Nach dem Tausch auf eine 7530 AX und der FW 7.31 (35 Minuten Wartezeit. einfach von der alten auf die neue umgesteckt, kein Büroklammernreset des ONT. Die neue hatte schon den Import der Konfig erhalten) musste ich feststellen, dass statt meiner gebuchten 300/150Mb/s nur noch 25/0.4Mb/s möglich waren.
Erst die manuelle Konfiguration (wie von Dir beschrieben) und ein dadurch erst möglicher mnaueller Eintrag der DS und US Bandbreite von 500/300 (mit "Reserve") hat wieder die gebuchte Bandbreite ermöglicht.
Da müssen die Provider Parametern für DG falsch sein. Morgen gibt das ein Ticket bei AVM.
ich habe zu Hause eine Synology NAS die dafür ggf verwnedet werden kann?
Was ich über NASens gehört habe, sollte das gehen. Bei mir läuft das auf einem Raspi 4. Es muss der 4er sein, weil er ein echtes 1G Interface hat.
Und dafür gibt es dann einen Cron Job?
Genau. Ich habe mich für einen 15 Minutenabstand entschieden.
Wie misst du das so? auf einem Server einfach mehrfach?
Der Aufruf lautet "speedtest -f csv -s <server>". Der Server sollte über längere Zeit stabile Werte liefern. Du kannst mit 33397 (Philunet GmbH) anfangen.
Achtung: Es gibt 2 Quellen für die speedtest cli. Ich verwende die von Ookla.
Auf das CSV File greife ich über eine Sambafreigabe von Windows aus zu. Der CSV-Viewer ist BeSpiceWave. Schon die Free-Version ist hervorragend!
Äußerst erfreulich finde ich, dass kurz vor Veröffentlichung der neuen Desktopsoftware von Breitbandmessung am 13.12. meine Werte plötzlich enorm besser geworden sind:
Die Abendeinbrüche links im Bild waren in den letzten Monaten praktisch Standard.
Ich bin guter Dinge, dass die DG daran arbeitet, dass es jetzt großflächig besser wird.
Sie möchte sicher im Connect-Test gut abschneiden.
Hast du auf dem raspi 4 noch mehr laufen wie pihole bspw oder lieber ein rapsi 4 dafür und dann 1 x raspi 4 für pihole?
Auf dem raspi 4 läuft noch AdGuard. Finde ich mittlerweile besser als PiHole.
Auch war es unabhängig von der Tageszeit
Sorry hatte ich übersehen!
Dann schließe ich mich Dir an, dieser Zustand ist in der Tat anders zu beurteilen und konsequent zu verfolgen, das kann man nicht ignorieren.
Leider hast Du nicht geschrieben, zu welchen Uhrzeiten Deine DS-Rate einbricht.
Ich vermute aber dass das zw. 19:30 und 22:30 ist.
Das entspricht dann dem immer gleichen Muster.
Bei mir war es ca. 3 Monate zu diesen Uhrzeiten genau so. Dann hatten sie ihre Anpassungen durchgeführt. Seit dem bricht die DS-Rate "nur" mehr auf minimal 80Mb/s ein. Das finde ich nicht behindernd und lasse es jetzt so. Bei diesen hohen Bandbreiten kommt ein Provider an seine wirtschaftlichen Grenzen. Das ist aber bei uns und bei Vodafone auch so (ich arbeite auch bei einem Provider). Es ist wohl zu teuer den Einbruch ganz abzustellen.
Vor 3 Tagen, dachte ich auch, es geht wieder los mit einem Minimum von 2 Mb/s, aber das war wohl nur ein Ausreißer:
Der bemaßte Einbruch ist jeden Tag Standard. Gemessen mit einem Raspi 4 und dem ookla speedtest-cli (Provider-ID 33397).
Gruß, Onurbi
Das würde mich sehr wundern.
Die Traces sind ja auch von mir:=)
Hallo kammann,
ein Bekannter aus dem Ort klagt auch über die RTT-Werte.
Mich stören sie als Nichtgamer nicht.
Die Werte für Netflix sind richtig hoch. Beim Streamen stört das aber auch nicht.
Hier die Traces aus dem Lk. Ebersberg:
>tracert -4d cloudflare.com
Routenverfolgung zu cloudflare.com [104.16.133.229]
über maximal 30 Hops:
1 1 ms 1 ms 2 ms fritz.box [192.168.188.1]
2 6 ms 2 ms 3 ms 100.69.192.1
3 11 ms 14 ms 13 ms 100.127.1.147
4 12 ms 14 ms 13 ms 100.127.1.148
5 12 ms 13 ms 14 ms 185.22.46.177
6 * * * Zeitüberschreitung der Anforderung.
7 15 ms 15 ms 12 ms 195.122.183.210
8 15 ms 15 ms 14 ms 104.16.133.229
Ablaufverfolgung beendet.
>tracert -d 52.114.92.98
Routenverfolgung zu 52.114.92.98 über maximal 30 Hops
1 1 ms 1 ms 1 ms 192.168.188.1
2 4 ms 6 ms 3 ms 100.69.192.1
3 12 ms 10 ms 10 ms 100.127.1.148
4 12 ms 13 ms 11 ms 185.22.46.177
5 47 ms 49 ms 13 ms 80.81.194.52
6 39 ms 54 ms 14 ms 104.44.42.76
7 71 ms 67 ms 66 ms 104.44.20.242
8 77 ms 66 ms 66 ms 104.44.28.178
9 79 ms 76 ms 54 ms 104.44.7.215
10 30 ms 28 ms 30 ms 104.44.17.79
11 28 ms 30 ms 29 ms 104.44.18.101
12 29 ms 29 ms 25 ms 104.44.23.34
13 * * * Zeitüberschreitung der Anforderung.
14 * * * Zeitüberschreitung der Anforderung.
>tracert -d 2a00:86c0:2104:2104::142
Routenverfolgung zu 2a00:86c0:2104:2104::142 über maximal 30 Hops
1 1 ms 1 ms 1 ms 2a00:6020:19ef:f400:3ea6:2fff:fe37:4414
2 * * * Zeitüberschreitung der Anforderung.
3 * 35 ms * 2a00:6020:0:a::1
4 16 ms 15 ms 16 ms 2001:2000:3080:197d::1
5 22 ms 17 ms 19 ms 2001:2034:1:6b::1
6 * * * Zeitüberschreitung der Anforderung.
7 14 ms 14 ms 15 ms 2001:2000:3080:f2c::2
8 101 ms 103 ms 101 ms 2001:1900::3:1ac
9 101 ms 102 ms 101 ms 2001:1900:2100::3f9e
10 187 ms 187 ms 186 ms 2a00:86c0:6:df::1
11 187 ms 186 ms 187 ms 2a00:86c0:6:c0::2
12 188 ms 187 ms 189 ms 2a00:86c0:6:68::2
13 193 ms 188 ms 186 ms 2a00:86c0:6:63::1
14 189 ms 186 ms 189 ms 2a00:86c0:6:4::2
15 187 ms 186 ms 186 ms 2a00:86c0:6:124::1
16 188 ms 186 ms 186 ms 2a00:86c0:6:125::1
17 189 ms 186 ms 186 ms 2a00:86c0:2104:2104::142
Ablaufverfolgung beendet.
>tracert -d amazon.de
Routenverfolgung zu amazon.de [52.95.120.34]
über maximal 30 Hops:
1 1 ms 1 ms 1 ms 192.168.188.1
2 5 ms 6 ms 6 ms 100.69.192.1
3 10 ms 10 ms 10 ms 100.127.1.147
4 13 ms 10 ms 10 ms 100.127.1.148
5 12 ms 14 ms 14 ms 185.22.46.177
6 14 ms 14 ms 15 ms 80.81.195.152
7 16 ms 19 ms 18 ms 52.93.244.83
8 16 ms 14 ms 14 ms 54.239.106.133
9 * * * Zeitüberschreitung der Anforderung.
10 * * * Zeitüberschreitung der Anforderung.
>tracert -d 2a00:1450:4016:806::200e
Routenverfolgung zu 2a00:1450:4016:806::200e über maximal 30 Hops
1 1 ms 1 ms 1 ms 2a00:6020:19ef:f400:3ea6:2fff:fe37:4414
2 * * * Zeitüberschreitung der Anforderung.
3 * * * Zeitüberschreitung der Anforderung.
4 21 ms 20 ms 22 ms 2a00:6020::9
5 22 ms 22 ms 22 ms 2001:4860:0:f8d::c
6 * * * Zeitüberschreitung der Anforderung.
7 * 21 ms * 2001:4860::c:4000:f873
8 33 ms 28 ms 28 ms 2001:4860::c:4001:5638
9 27 ms 112 ms 26 ms 2001:4860::9:4001:5634
10 * 28 ms 30 ms 2001:4860:0:110c::1
11 28 ms 26 ms 26 ms 2001:4860:0:1::41b7
12 78 ms 63 ms 58 ms 2a00:1450:4016:806::200e
Ablaufverfolgung beendet.
>tracert 54.239.39.102
Routenverfolgung zu 54.239.39.102 über maximal 30 Hops
1 1 ms 1 ms 1 ms fritz.box [192.168.188.1]
2 8 ms 5 ms 2 ms 100.69.192.1
3 14 ms 11 ms 13 ms 100.127.1.148
4 12 ms 14 ms 14 ms 185.22.46.161
5 12 ms 13 ms 13 ms decix2.amazon.com [80.81.195.152]
6 13 ms 14 ms 13 ms 52.93.244.81
7 14 ms 14 ms 14 ms 54.239.106.105
8 * * * Zeitüberschreitung der Anforderung.
Was den Status im Landkreis Ebersberg (bei München) angeht, sieht der Status der übertragbaren Bandbreite seit Anfang März so aus (gestern, vom 19.3.):
Also das Minimum geht am Abend kaum noch unter 200Mb/s bei meinem 400/200 Tarif.
Ich bin damit zufrieden.
Bei "Schmirgelbox" läuft es mir kalt den Rücken hinunter...
Hab das Wort so schön in "" gesetzt :=)
Geht mir auch so. War scherzhaft gemeint!
Übung ist da sehr wichtig. Ein Kabel kann man ja vielleicht ersetzen, aber ein SFP kann sehr teuer sein!
Danke für den Link. So kann ich mir die Geräte schon besser vorstellen!
Das CLETOP-SB kenne ich.
Wäre auch mein Plan gewesen, erst Mal den Techniker machen zu lassen.
Was die Buchsen betrifft, hast Du recht. Dafür habe ich noch kein Gerät bei uns gesehen. Würde mich interessieren, wie sowas aussieht. Das für die Stecker ist halt eine "Schmirgelbox". Das Gegenstück müsste ja ein Bürstchen mit Absaugung haben. Viel größerer Aufwand. Ist aber direkt mal eine Frage an die Kollegen wert!
Wähle aus, welche Kategorien Du erlaubst. Für jede Kategorie kannst Du über „Details anzeigen“ sehen, welche Cookies und Skripte konkret geladen werden, welche Empfänger beteiligt sind und wie lange gespeichert wird.
Weitere Informationen: Datenschutzerklärung · Impressum
