Erneuter nächtlicher DSL-Resync (17.10.) – Verdacht auf aktives DLM

vor 4 Stunden

Hallo zusammen,

wie mit @Sören M.  telefonisch besprochen, melde ich mich mit dem nächsten Abbruch. Zur erneuten Zuweisung mache ich dafür einen neuen Thread auf...der bisherige Vorgang mit der kompletten Historie (FRITZ!Box-Protokolle, Technikerbesuche, Resync vom 13.10.) steht hier: https://telekomhilft.telekom.de/conversations/festnetz-internet/wiederkehrende-dsl-synchronisationsverluste-vdsl-100-bitte-um-erneute-technische-bewertung/6ace416733f78ce26ae3dec1 

Anschluss- und Kontaktdaten sind in meinem Profil hinterlegt.

Kurzer Stand: Der 13.10.-Resync (~03:11) fiel laut eurer Prüfung in ein Wartungsfenster. In der Nacht zum 17.10. gab es nun den nächsten und diesmal zeigt mein Modem-Monitoring etwas, das über „einzelner Resync" hinausgeht.

Das Ereignis (DrayTek Vigor 167, reiner Bridge-Modus, DSL-Syslog):

  • Letzte stabile Showtime 03:25:19, Training 03:26:21, wieder synchron 03:27:23.
  • Sync-Raten vorher = nachher: 116.799 / 46.719 kbit/s. Dämpfung unverändert (6,8 → 6,7 dB).
  • Auffällig: Die SNR-Marge lag vorher konstant ~7,0 dB und pendelte sich nach dem Retrain stabil bei ~8,4 dB ein – also +1,4 dB dauerhaft, bei gleichen Raten und gleicher Dämpfung.

Eine dauerhafte Margenänderung bei fix bleibenden Raten sieht für mich nicht nach einem zufälligen physikalischen Abriss aus, sondern nach einer netzseitig gesteuerten Profilanpassung. Daher meine eigentlichen Fragen:

  1. Ist auf meinem Anschluss DLM (Dynamic Line Management) aktiv?
  2. Gab es am 13.10. und 17.10. netzseitige Profiländerungen – an SNR-Marge, Impulsschutz (INP/G.INP) oder Interleaving?

Mir geht es nicht darum, auf einzelne Ereignisse zu reagieren, sondern zu verstehen, ob diese Resyncs netzseitig gesteuert werden ( DLM ) oder ob das alte, über Monate und über den Modemwechsel hinweg bestehende Fehlerbild (Details im verlinkten Thread) weiter besteht. Vollständige Syslog-Auszüge stelle ich gern zur Verfügung.

@Sören M.  ... zur Info, falls es zeitlich bei dir passt.

Danke euch!

pio!

Letzte Aktivität

vor 3 Stunden

von

Gelöschter Nutzer

77

0

8

    • vor 4 Stunden

      pio!

      Auffällig: Die SNR-Marge lag vorher konstant ~7,0 dB und pendelte sich nach dem Retrain stabil bei ~8,4 dB ein – also +1,4 dB dauerhaft, bei gleichen Raten und gleicher Dämpfung.

      Hallo zusammen,

      wie mit @Sören M.  telefonisch besprochen, melde ich mich mit dem nächsten Abbruch. Zur erneuten Zuweisung mache ich dafür einen neuen Thread auf...der bisherige Vorgang mit der kompletten Historie (FRITZ!Box-Protokolle, Technikerbesuche, Resync vom 13.10.) steht hier: https://telekomhilft.telekom.de/conversations/festnetz-internet/wiederkehrende-dsl-synchronisationsverluste-vdsl-100-bitte-um-erneute-technische-bewertung/6ace416733f78ce26ae3dec1 

      Anschluss- und Kontaktdaten sind in meinem Profil hinterlegt.

      Kurzer Stand: Der 13.10.-Resync (~03:11) fiel laut eurer Prüfung in ein Wartungsfenster. In der Nacht zum 17.10. gab es nun den nächsten und diesmal zeigt mein Modem-Monitoring etwas, das über „einzelner Resync" hinausgeht.

      Das Ereignis (DrayTek Vigor 167, reiner Bridge-Modus, DSL-Syslog):

      • Letzte stabile Showtime 03:25:19, Training 03:26:21, wieder synchron 03:27:23.
      • Sync-Raten vorher = nachher: 116.799 / 46.719 kbit/s. Dämpfung unverändert (6,8 → 6,7 dB).
      • Auffällig: Die SNR-Marge lag vorher konstant ~7,0 dB und pendelte sich nach dem Retrain stabil bei ~8,4 dB ein – also +1,4 dB dauerhaft, bei gleichen Raten und gleicher Dämpfung.

      Eine dauerhafte Margenänderung bei fix bleibenden Raten sieht für mich nicht nach einem zufälligen physikalischen Abriss aus, sondern nach einer netzseitig gesteuerten Profilanpassung. Daher meine eigentlichen Fragen:

      1. Ist auf meinem Anschluss DLM (Dynamic Line Management) aktiv?
      2. Gab es am 13.10. und 17.10. netzseitige Profiländerungen – an SNR-Marge, Impulsschutz (INP/G.INP) oder Interleaving?

      Mir geht es nicht darum, auf einzelne Ereignisse zu reagieren, sondern zu verstehen, ob diese Resyncs netzseitig gesteuert werden ( DLM ) oder ob das alte, über Monate und über den Modemwechsel hinweg bestehende Fehlerbild (Details im verlinkten Thread) weiter besteht. Vollständige Syslog-Auszüge stelle ich gern zur Verfügung.

      @Sören M.  ... zur Info, falls es zeitlich bei dir passt.

      Danke euch!

      pio!

      pio!

      Auffällig: Die SNR-Marge lag vorher konstant ~7,0 dB und pendelte sich nach dem Retrain stabil bei ~8,4 dB ein – also +1,4 dB dauerhaft, bei gleichen Raten und gleicher Dämpfung.

      Nö was is da auffällig?

      pio!

      Ist auf meinem Anschluss DLM (Dynamic Line Management) aktiv?

      Hallo zusammen,

      wie mit @Sören M.  telefonisch besprochen, melde ich mich mit dem nächsten Abbruch. Zur erneuten Zuweisung mache ich dafür einen neuen Thread auf...der bisherige Vorgang mit der kompletten Historie (FRITZ!Box-Protokolle, Technikerbesuche, Resync vom 13.10.) steht hier: https://telekomhilft.telekom.de/conversations/festnetz-internet/wiederkehrende-dsl-synchronisationsverluste-vdsl-100-bitte-um-erneute-technische-bewertung/6ace416733f78ce26ae3dec1 

      Anschluss- und Kontaktdaten sind in meinem Profil hinterlegt.

      Kurzer Stand: Der 13.10.-Resync (~03:11) fiel laut eurer Prüfung in ein Wartungsfenster. In der Nacht zum 17.10. gab es nun den nächsten und diesmal zeigt mein Modem-Monitoring etwas, das über „einzelner Resync" hinausgeht.

      Das Ereignis (DrayTek Vigor 167, reiner Bridge-Modus, DSL-Syslog):

      • Letzte stabile Showtime 03:25:19, Training 03:26:21, wieder synchron 03:27:23.
      • Sync-Raten vorher = nachher: 116.799 / 46.719 kbit/s. Dämpfung unverändert (6,8 → 6,7 dB).
      • Auffällig: Die SNR-Marge lag vorher konstant ~7,0 dB und pendelte sich nach dem Retrain stabil bei ~8,4 dB ein – also +1,4 dB dauerhaft, bei gleichen Raten und gleicher Dämpfung.

      Eine dauerhafte Margenänderung bei fix bleibenden Raten sieht für mich nicht nach einem zufälligen physikalischen Abriss aus, sondern nach einer netzseitig gesteuerten Profilanpassung. Daher meine eigentlichen Fragen:

      1. Ist auf meinem Anschluss DLM (Dynamic Line Management) aktiv?
      2. Gab es am 13.10. und 17.10. netzseitige Profiländerungen – an SNR-Marge, Impulsschutz (INP/G.INP) oder Interleaving?

      Mir geht es nicht darum, auf einzelne Ereignisse zu reagieren, sondern zu verstehen, ob diese Resyncs netzseitig gesteuert werden ( DLM ) oder ob das alte, über Monate und über den Modemwechsel hinweg bestehende Fehlerbild (Details im verlinkten Thread) weiter besteht. Vollständige Syslog-Auszüge stelle ich gern zur Verfügung.

      @Sören M.  ... zur Info, falls es zeitlich bei dir passt.

      Danke euch!

      pio!

      pio!

      Ist auf meinem Anschluss DLM (Dynamic Line Management) aktiv?

      DLM ist IMMER aktiv. Auf allen xDSL Anschlüssen im Netz der Telekom.

      1

      von

      vor 4 Stunden

      Danke, der Hinweis stimmt… DLM läuft auf jedem Telekom-xDSL-Anschluss,

      Frage 1 war insofern schlecht gestellt.

      Mir geht es aber nicht um die Existenz von DLM . Es geht mir darum, dass es

      hier gerade eingegriffen hat: Die SNRM wurde über den Retrain dauerhaft

      um ~1,4 dB angehoben und gehalten… also eine Profiländerung, kein

      Messrauschen. Gut möglich, dass der Resync selbst der DLM -Retrain war.

      Die eigentliche Frage ist daher: Was hat DLM am 13./17.10. veranlasst,

      das Profil zu ändern… Routine oder eine Fehlerhäufung auf der Leitung?

      Das beantwortet die DLM -/Fehlerhistorie, nicht eine Momentanmessung.

      0

      Uneingeloggter Nutzer

      von

    • vor 4 Stunden

      Und warum machst du nicht Hier  weiter? 

      Es ist nicht zielführend, jetzt mehrere Threads zu eröffnen 

      5

      von

      vor 3 Stunden

      Hallo Marcel,

      der zitierte Satz stimmt… meine abweichende Info stammt aber aus dem

      Telefonat mit Sören: Er hatte mir ausdrücklich empfohlen, für die erneute

      Bearbeitung eine neue Anfrage zu stellen, weil die Team-Zuweisung an

      einem neuen Vorgang hängt. Das ist im Forenbeitrag naturgemäß nicht

      hinterlegt.

      Ich lasse den Beitrag daher so stehen. Danke dir fürs Mitdenken!

      von

      vor 3 Stunden

      Ok alles klar 

      von

      vor 3 Stunden

      pio!
      Hallo Marcel, der zitierte Satz stimmt… meine abweichende Info stammt aber aus dem Telefonat mit Sören: Er hatte mir ausdrücklich empfohlen, für die erneute Bearbeitung eine neue Anfrage zu stellen, weil die Team-Zuweisung an einem neuen Vorgang hängt. Das ist im Forenbeitrag naturgemäß nicht hinterlegt. Ich lasse den Beitrag daher so stehen. Danke dir fürs Mitdenken!

      Hallo Marcel,

      der zitierte Satz stimmt… meine abweichende Info stammt aber aus dem

      Telefonat mit Sören: Er hatte mir ausdrücklich empfohlen, für die erneute

      Bearbeitung eine neue Anfrage zu stellen, weil die Team-Zuweisung an

      einem neuen Vorgang hängt. Das ist im Forenbeitrag naturgemäß nicht

      hinterlegt.

      Ich lasse den Beitrag daher so stehen. Danke dir fürs Mitdenken!

      pio!

      Hallo Marcel,

      der zitierte Satz stimmt… meine abweichende Info stammt aber aus dem

      Telefonat mit Sören: Er hatte mir ausdrücklich empfohlen, für die erneute

      Bearbeitung eine neue Anfrage zu stellen, weil die Team-Zuweisung an

      einem neuen Vorgang hängt. Das ist im Forenbeitrag naturgemäß nicht

      hinterlegt.

      Ich lasse den Beitrag daher so stehen. Danke dir fürs Mitdenken!

      @pio! 

      Das wäre mir neu.

      Ein Problem, ein Thread.

      Daher habe bitte Verständnis dafür daß ich das nicht so ganz glaube. Ein Thread ist noch nie auf eine Zuweisung begrenzt gewesen.

      Macht auch keinen Sinn einen Verlauf zu unterbrechen und neu zu beginnen.

      Mal schauen was @Sören M.  dazu berichtet.

      Schönen Abend noch in die Runde 👍 

      Gruß Waage1969 

      Uneingeloggter Nutzer

      von

    Uneingeloggter Nutzer

    von

    Beliebte Tags letzte 7 Tage

    Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...