Interleaving (Echtzeitanwendungen)

[Zuckersüß]

Ich denke, dass ich hier ein Problem mit der Leitung habe, worauf ich keinen Einfluss habe.



Nach diesen Screenshots habe ich folgendes getan:

1.) Neues DSL-Kabel (von Hama) angeschlossen.
2.) Den Asus Router im Flur auf den Schrank gestellt (weit weg von anderen Geräten)
3.) 30m CAT Kabel verlegt



Egal was ich mache, er zeigt mir immer rund 180 Fehler pro Sekunde an. Schon ab der ersten Sekunde wenn er sich verbunden hat.

EDIT:

Ich habe die Dose noch einmal neu angeschlossen. Dieses mal die beiden Adern freigelegt, aber es ändert (verbessert) sich nichts.



Ich rufe mal O2 an.

 

[tango501]

ein Problem mit der Leitung habe, worauf ich keinen Einfluss habe

Einfluß kann man bei der 7530 AX schon darauf nehmen, unter dem Reiter "Störsicherheit". Durch Änderungen der Einstellungen dort kann man die Stösicherheit erhöhen, das kostet dann aber etwas von der Bandbreite.
Screenshots von "Spektrum", "Statistik" und "Störsicherheit" wären jetzt hilfreich.
Der Asus hat solche Einstellungsmöglichkeiten in der Störsicherheit leider nicht.

 

[Zuckersüß]

Die FritzBox hat keine Störsicherheit (Schieberegler) wie es damals mal war. Man kann nur die Option "altes DSL" auswählen, falls man keine Verbindung bekommt.

Asus Router bis gerade eben:



Das sind ~230 FEC-Fehler pro Sekunde

Ich habe noch einmal die FritzBox angeschlossen und das beiliegende DSL-Kabel angeschlossen.



Entweder die Dose ist defekt oder die ganze Leitung im Haus.

 

[KunterBunter]

Entweder die Dose ist defekt oder die ganze Leitung im Haus.

Oder es ist alles noch im Rahmen.

Das sind ~230 FEC-Fehler pro Sekunde

Ich habe ja schon einmal geschrieben, dass FEC keine Fehler sind, sondern Korrekturen.

 

[Zuckersüß]

Ich hatte in der Vergangenheit schon mehrfach VDSL und nie solche absurd hohen Fehlerkorrekturen gesehen.



Das Kabel in der Wand hat 4 Adern. Sind davon nur die 2 aktiv und angeschlossen? Könnte ich auch die anderen zwei mal ausprobieren?

 

[KunterBunter]

Das kannst du versuchen. Falls die zweite Doppelader auch am MSN angeschlossen ist, ist da ja auch ein DSL-Signal drauf.

 

[Zuckersüß]

Ich glaube, dass aber nur eine Ader "rot" ist. Die anderen drei sind rot mit schwarzen stellen. Ist das egal?

EDIT:

Mit den anderen zwei Adern funktioniert es leider nicht.

Von einem Nachbar (nicht gleiches Haus)

 

[H´Sishi]

Nein, die schwarzen Linien auf dem roten Kabel sind tatsächlich die Adern-"Numerierungen". Bei Telekomkabeln sind die nicht als Paare, sondern als Viererbündel verdrillt:

Ader 1 (1a): ------------
Ader 2 (1b): X-----X-----
Ader 3 (2a): XX----XX-----
Ader 4 (2b): XX-XX-XX-XX-

*edit 2026-01-03: "offizielle" Ader-Bezeichnungen hinzugefügt*

 

[tango501]

Mit den anderen zwei Adern funktioniert es leider nicht.

Die von der Telekom verwendeten Telefonkabel mit Farbkennzeichnung (Farbcode) wird hier erläutert.

Telekom Kabel, Telefonkabel - Adernbezeichnung, Anschaltung, Belegung

Bei der 1.TAE Anschaltung werden die Adern 1a und 1b verwendet.

 

[Zuckersüß]

Ich muss das ganze hier mal melden. Sobald ich eine Echtzeitanwendung ausführe, erhöhen sich die Fehler laut FritzBox. Mein Asus zeigt jedoch kontinuierlich FEC-Fehler an, die FritzBox ein bisschen anders.



Das kann alles nicht richtig sein.

Ich habe auch die Vermutung, dass die Adern an der TAE-Dose beim ersten einbau mit einem Schraubenzieher oder so ähnlich eingeklemmt wurden statt mit einem Spezialwerkzeug. Vielleicht ist die Dose auch defekt (dadurch).

Ich denke, dass die gesamte Leitung vom Nachbarhaus bis an meine Dose erneuert werden muss.

PS: Mein Asus verliert nach Minuten/Stunden die Verbindung. Die FritzBox nicht.

 

[_jan_]

Mein Asus zeigt jedoch kontinuierlich FEC-Fehler an, die FritzBox ein bisschen anders.

Die FEC-Zähler werden bei der Fritzbox ja gar nicht im Webinterface angezeigt. Und umgekehrt fehlen beim Asus die G.INP-Zähler (rtx). Wenn du die Fehlerzähler wirklich genau vergleichen willst, musst du bei der Fritzbox die Supportdaten nutzen, und beim Asus den Befehl xdslctl über SSH/Telnet.

Wobei ein Anstieg der Fehler abhängig von der Nutzung sowieso merkwürdig klingt.

 

[Zuckersüß]

Ich habe heute mit O2 gechattet und die meinten, dass die Leitung geprüft wurde. Es müsste am Router liegen. Habe aber Screenshots von der FritzBox gesendet und der Mitarbeiter hat ein neues Ticket aufgemacht. Ich bekomme die Tage eine FritzBox 5690 Pro für 9,99 Euro pro Monat. Die einmaligen Kosten von 50 Euro erlässt man mir.

Die FritzBox läuft seit letzter Nacht besser glaube ich:



Wie kann ich denn prüfen, ob meine Leitung zu gewissen Zeiten überlastet oder höher ausgelastet ist?

Heute morgen lief meine Echtzeitanwendung gut. Heute gegen 20 Uhr nicht so gut. Tracert und Ping Tests sind fast*** unauffällig.

*** Wenn ich 8 bis 11 Hops zum Server habe, läuft es besser, als wenn es 11-13 Hops sind. Der Ping zum Ziel ist aber immer gleich. Seltsam oder?

 

[tango501]

Danke für die Screenshots. Besonders aufschlußreich ist die Statistik. Nach nur einer Neusyncronisation ist die Störabstandsmarge deutlich besser und die nicht behebbaren Fehler sind "plötzlich und unerwartet" verschwunden.
Die Fehlerquelle würde ich hier weder beim Router noch in der Verkabelung verorten. Der Zeitpunkt liegt zudem im Wartungszeitfenster der DTAG.

 

[Zuckersüß]

Wie genau kann ich mir den FEC-Zähler in der FritzBox anschauen?

DSL ERROR COUNTERS STATS
-----------------------

Suspicious US/DS FEC: 0/0 US/DS CRC: 0/0 US/DS ES: 0/0 US/DS SES: 0/0
Periodic current index port 0: 4
Periodic non ordered US FEC port 0: 7658, 7658, 7658, 7658, 7668, 7614, 7622, 7622, 7622, 7622, 7646, 7646, 7652, 7658, 7658,
Periodic non ordered DS FEC port 0: 15006652, 15014540, 15022370, 15030394, 15038431, 14926281, 14934050, 14942155, 14950199, 14958444, 14966708, 14974749, 14982750, 14990572, 14998729,
Periodic non ordered US CRC port 0: 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
Periodic non ordered DS CRC port 0: 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
Periodic non ordered US ES port 0: 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
Periodic non ordered DS ES port 0: 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
Periodic non ordered US SES port 0: 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
Periodic non ordered DS SES port 0: 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,

DSL
---

DS Max Rate: 0
DS Min Rate: 0
DS Attainable: 282093
DS Delay: 0
DS INP: 63.0
DS Trellis: 1
DS Bitswap: 1
DS Bitswap Cnt: 17491
DS Margin (dB): 7
DS Margin per Band (dB): 81,80,71,0,0
DS Attenuation (dB): 14
DS Attenuation per Band (dB): 56,116,227,0,0
DS Powercutback: 0
DS SRA: 1
DS SRA Cnt: 29
DS ES: 0
DS SES: 0
DS total CRC: 0
DS total FEC: 15043043
DS CRC per Minute (0.01): 0
DS FEC per Minute (0.01): 840863
DS CRC 15 Minutes: 0
DS FEC 15 Minutes: 116762
DS RTX active: 1
DS RTX used: RTX in use
DS RTX intra DTU ilv active: 1
DS RTX INP against REIN: 1
DS RTX expected throughput (kbit/s): 251066
DS RTX min error free throughput (kbit/s): 265301
DS RTX uncorrected DTUs: 0
DS RTX corrected DTUs: 12541
DS RTX retransmitted DTUs: 24904
DS RTX Uncorrected per Minute (0.01): 0
DS RTX Corrected per Minute (0.01): 701
DS RTX Uncorrected 15 Minutes: 0
DS RTX Corrected 15 Minutes: 93

US Max Rate: 0
US Min Rate: 0
US Attainable: 49440
US Delay: 0
DS INP: 30.0
US Trellis: 1
US Bitswap: 1
US Bitswap Cnt: 1708
US Margin (dB): 11
US Margin per Band (dB): 109,107,107,0,0
US Attenuation (dB): 8
US Attenuation per Band (dB): 27,92,139,0,0
US Powercutback: 0
US SRA: 0
US SRA Cnt: 0
US ES: 0
US SES: 0
US total CRC: 0
US total FEC: 7686
US CRC per Minute: 0
US FEC per Minute: 429
US CRC 15 Minutes: 0
US FEC 15 Minutes: 72
US RTX active: 1
US RTX used: RTX in use
US RTX intra DTU ilv active: 1
US RTX INP against REIN: 1
US RTX expected throughput (kbit/s): 39976
US RTX min error free throughput (kbit/s): 42453
US RTX uncorrected DTUs: 0
US RTX corrected DTUs: 5050
US RTX retransmitted DTUs: 5239
US RTX Uncorrected per Minute (0.01): 0
US RTX Corrected per Minute (0.01): 282
US RTX Uncorrected 15 Minutes: 0
US RTX Corrected 15 Minutes: 58

DSL 7 Day Stats
---------------

Current Day : 6
Resyncs (Total): 0,1,0,0,0,0,0
Host triggered Retrains (Total): 0,0,0,0,0,0,0
Minutes in Sync (Total): 569,1439,1440,308,0,0,0
Best State (Max): 6,6,6,6,0,0,0
Best Mode (Max): 7,7,7,7,0,0,0
Ds Rate (Min): 265470,240852,279110,279110,0,0,0
Us Rate (Min): 42460,42460,46720,46720,0,0,0
Ds Max Rate (Min): 0,0,0,0,0,0,0
Us Max Rate (Min): 0,0,0,0,0,0,0
Ds Used Rate (Avg): 1,300,2597,3756,0,0,0
Us Used Rate (Avg): 27,128,99,155,0,0,0
Ds Bit Err Rate (Avg): 0,50,0,0,0,0,0
Us Bit Err Rate (Avg): 0,50,0,0,0,0,0
Ds Min Margin (Avg): 7,6,5,6,0,0,0
Us Min Margin (Avg): 11,10,8,8,0,0,0
Ds FEC (Total): 4630099,12656558,14970571,3305150,0,0,0
Us FEC (Total): 1605,7120,10284,2714,0,0,0
Ds CRC (Total): 0,66,468,105,0,0,0
Us CRC (Total): 0,0,12,0,0,0,0
Ds ES (Total): 0,11,94,19,0,0,0
Us ES (Total): 0,0,5,0,0,0,0
Ds SES (Total): 0,0,4,0,0,0,0
Us SES (Total): 0,0,4,0,0,0,0
Ds RTX corr (Total): 3498,12179,26245,7563,0,0,0
Us RTX corr (Total): 957,4650,6400,2007,0,0,0
Ds RTX uncorr (Total): 0,236,39004,315,0,0,0
Us RTX uncorr (Total): 0,0,30922,0,0,0,0
Ds RTX minEftr (Min): 264959,240852,26689,251373,0,0,0
Us RTX minEftr (Min): 42390,42362,46581,46544,0,0,0

Counters
Bearer 0
OHF: 0 0
OHFErr: 0 0
RS: 1469638432 3198913988
RSCorr: 15043169 7686
RSUnCorr: 0 0
Bearer 1
OHF: 6329453 6707331
OHFErr: 11 0
RS: 120258490 26829324
RSCorr: 41913 359
RSUnCorr: 15 0

Retransmit Counters
rtx_tx: 26964 5239
rtx_c: 12542 5050
rtx_uc: 0 0

G.INP Counters
LEFTRS: 0 0
minEFTR: 265423 42453
errFreeBits: 937450615 69439195

Bearer 0
HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 3244285601 0
Data Cells: 593861214 0
Drop Cells: 0
Bit Errors: 0 0

Bearer 1
HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 0 0
Data Cells: 0 0
Drop Cells: 0
Bit Errors: 0 0

ES: 128 5
SES: 8 4
UAS: 237 237
AS: 107317

Bearer 0
INP: 63.00 30.00
INPRein: 1.00 1.00
delay: 0 0
PER: 0.00 0.00
OR: 0.01 0.01
AgR: 266947.41 42757.23

Bearer 1
INP: 2.50 4.00
INPRein: 2.50 4.00
delay: 2 0
PER: 16.95 16.06
OR: 143.43 31.87
AgR: 143.43 31.87

BSW: 17462/17957 1708/1708
SRA: 29/29 0/0
SOS: 0/0 0/0

Bitswap: 17491/17986 1708/1708

Total time = 2 days 14 hours 40 min 55 sec
FEC: 35582637 21766
CRC: 639 12
ES: 128 5
SES: 8 4
UAS: 237 237
LOS: 1 0
LOF: 0 0
LOM: 0 0
Retr: 1
FailedRetr: 0
FailedFastRetr: 0
Latest 15 minutes time = 10 min 55 sec
FEC: 87383 64
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Retr: 0
FailedRetr: 0
FailedFastRetr: 0
Previous 15 minutes time = 15 min 0 sec
FEC: 123044 40
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Retr: N/A
HostInitRetr: N/A
FailedRetr: N/A
Latest 1 day time = 14 hours 40 min 55 sec
FEC: 7185410 3449
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Retr: 0
FailedRetr: 0
FailedFastRetr: 0
Previous 1 day time = 24 hours 0 sec
FEC: 13314227 7817
CRC: 165 0
ES: 33 0
SES: 4 0
UAS: 117 117
LOS: 1 0
LOF: 0 0
LOM: 0 0
Retr: 1
FailedRetr: 0
FailedFastRetr: 0
Since Link time = 1 days 5 hours 48 min 37 sec
FEC: 15043169 7686
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Retr: 0
FailedRetr: 0
FailedFastRetr: 0
NTR: mipsCntAtNtr=0 ncoCntAtNtr=0

 

[chrisulin]

@Zuckersüß
Das sieht doch jetzt gut aus.
Als kleiner Denkanstoß meinerseits,
sollte sich das Ganze mit der neuen Fritzbox so weiterentwickeln und keine Neusyncs mehr auftreten, vergiss bitte die FEC- Fehler die auflaufen!
Die Anzeige dieser Anzahl an Fehler wurde nicht ohne Grund vor der breiten Masse an Kunden versteckt!
Solange dein Ping in diesem Rahmen bleibt ist das mehr als in Ordnung.
Deine Leitung sieht von den Daten her gut aus.

 

[Zuckersüß]

Ich habe mal DeepSeek mit den Daten gefüttert.

Abschließende Diagnose:

Ihre Leitung leidet unter einer massiven, externen Vectoring-Störung (Fremdstrom/RFI), die vom Netzbetreiber behoben werden muss.

Kernbeweise:

1. Exzellente Physik, aber exorbitant hohe Fehlerkorrektur (15 Mio. FEC/Tag).
2. Der Vectoring-Prozessor (RTX) läuft permanent am Limit und korrigiert zehntausende Pakete.
3. Ein zweiter Datenkanal ist unbrauchbar (17% Paketverlust).
4. Es gab bereits einen kompletten Signalverlust (LOS).

Ursache: Höchstwahrscheinlich ein defektes Gerät eines Nachbarn im selben Kabelbündel, das Störsignale einspeist.

Handlung: Eigenen Bereich prüfen (Geräte abstecken), dann umgehend Provider kontaktieren und auf Vectoring-Störung/RTX-Korrekturwerte hinweisen – es ist keine normale Leitungsstörung.

 

[KunterBunter]

@chrisulin:
Laut Titel geht es hier um Echtzeitanwendungen. Und diese funktionieren nicht wie gewünscht beim TE, sondern verzögert. Da nützt es wenig, wenn seine Leitung von den Daten her gut aussieht.

 

[chrisulin]

Ah ja, da ist es wieder…
Danke wieder einmal das hier nochmal darauf hingewiesen wird.
Ich hatte hier schon gedacht es würde auf den letzten Seiten um eine nicht funktionierende Leitung gehen und dessen Auswirkungen auf ein nicht näher definiertes Problem mit etwas verzögerten Echtzeitanwendungen!

 

[_jan_]

Nach nur einer Neusyncronisation ist die Störabstandsmarge deutlich besser und die nicht behebbaren Fehler sind "plötzlich und unerwartet" verschwunden.

Weil die Datenrate durch DLM/Assia reduziert wurde.

 

[tango501]

durch DLM/Assia reduziert

Wurden vor dieser "Schlussfolgerung" eigntlich einmal die Screenshots in #94 mit denen in #81 verglichen?