FRITZ!Box DSL/Fiber 7-90, FRITZ!OS 8.51 Release 05.11.2026

Bezüglich des gewollten Reboots und des DLM Stichwort "Last Gasp"
Angeblich "sagt" die Fritz!Box dem DSLAM durch dieses Feature am Ende des Herunterfahrens Bescheid, daß sie absichtlich jetzt die Verbindung trennt.
 
Das sind Aussagen diverser Anbieterhotlines, damals auch von AVM und eigene Erfahrungen.
Meine Erfahrungen von anderen ("DLM sensiblen") Anschlüssen damals (insb. einem mit 1km TAL-Länge) zeigten keine Unterschiede bei Verwendung von Neustart per WebGUI oder "Stecker ziehen". Und naja, Aussagen dbzgl. von (insb.) "Anbieter-Hotilines" oder mitunter auch aus dem AVM-Support sind meiner Erfahrung nach leider nicht immer sehr vertrauenswürdig bzw. korrekt gewesen oder wechselten dbzgl., von daher bleibe ich da also weiterhin skeptisch.

Die sicherste Methode (also zumindest an "sensiblen" Anschlüssen) ist wohl nach wie vor eine Pause/Unterbrechung von >=15 Min.



Angeblich "sagt" die Fritz!Box dem DSLAM durch dieses Feature am Ende des Herunterfahrens Bescheid, […]
Genau, angeblich. Siehe Links in #14…
 
  • Like
Reaktionen: Grisu_
Nicht angeblich, es ist so, zumindest im DSL Bereich.
 
  • Haha
Reaktionen: KunterBunter
Im ADSL Bereich wäre ein solches Feature (last gasp) afaik sinnlos, weil es dort kein DLM gibt.
 
Da hast du völlig Recht. Nichtsdestotrotz ist es da spezifiziert, und nicht bei VDSL.
G992-3_minusAnnexC_2009-04-final.pdf
ITU-T Rec. G.992.3 (04/2009) Asymmetric digital subscriber line transceivers 2 (ADSL2)

8.12.2 Other primitives
One other far-end primitive is defined for the ATU-C.
Far-end loss-of-power (LPR-FE): A far-end LPR primitive is an LPR primitive detected at the farend and is reported by the LPR indicator bit. The LPR indicator bit shall be coded 1 to indicate thatno LPR primitive is being reported and shall be coded 0 for the next 3 LPR indicator bittransmissions to indicate that an LPR primitive (i.e., "dying gasp") is being reported.


9.2 Additional functions
In addition to transport functions, the MPS-TC functions provide procedure for:
dying gasp message at the ATU-R;
 
Heute war bei mir die Umstellung von Telekom zu 1&1.
Leider hats die Telefonnummernkonfiguration zerhauen, teilweise Nummern doppelt.
Hab dann Werksreset durchgeführt und beim Backup zurückspielen die Telefonie abgewählt.
Alles ok, Nummern wieder korrekt und nach der Zuweisung der Telefoniegeräte zu den Nummern war wieder alles wie vorher.

ABER:

Egal ob komplettes Restore oder teilweise (ohne Telefonie): Die DNS-Filter wurden NICHT wieder zurückgespielt.
Hat da Fritz.com was im Backup vergessen und/oder hat jemand ähnliches erlebt?
Hat das bei Euch funktioniert?

Nachtrag:
@NDiIPP
.... auch aus dem AVM-Support sind meiner Erfahrung nach leider nicht immer sehr vertrauenswürdig bzw. korrekt gewesen oder wechselten dbzgl., von daher bleibe ich da also weiterhin skeptisch.
Meine DSL- Leitung war von der Telekom und auch jene Techniker haben dieses Verhalten bestätigt und auf Wunsch den Speed sogar wieder zurückgesetzt, während bei 1&1 ein Techniker das nur veranlassen konnte und es damit erst am nächsten Tag durchgeführt wurde.
Man hat den gedrosselten Speed auch an den auf den 1000er gesetzten Wert erkannt, z.B. 80.000/32.000.
 
Zuletzt bearbeitet:
Im ADSL Bereich wäre ein solches Feature (last gasp) afaik sinnlos, weil es dort kein DLM gibt.
Beides falsch. Es gibt bei ADSL (im Standard) sowohl den Dying-Gasp als auch (mittlerweile) DLM.



Edit:
Meine DSL- Leitung war von der Telekom und auch jene Techniker haben dieses Verhalten bestätigt […]
Würde mich nicht wundern, wenn die auch nur "Hörensagen" bestätigt haben (ist meiner Erfahrung nach nichts ungewöhnliches). Von "es ist so" ist das immer noch weit weg…

und auf Wunsch den Speed sogar wieder zurückgesetzt,
Das zurücksetzen eines DLM-Profil ist ja auch kein Problem bzw. ist das möglich. Aber das bestätigt oder widerlegt eben nicht die Existenz eines Dying-Gasp bzw. (falls vorh.) die entsprechende Auswertung dieses. Ich bleibe also weiterhin skeptisch dbzgl., ein "es ist so" überzeugt mich da wenig…
 
Zuletzt bearbeitet:
Kostenlos!

Statistik des Forums

Themen
249,033
Beiträge
2,309,063
Mitglieder
378,835
Neuestes Mitglied
Tapiro