Hallo Telekom Community.
Soeben habe ich meiner Fritzbox 7590 eine neue Laborversion aufgespielt und sehe neuerdings zstzl. DSL-Informationen.
Die Werte scheinen mir nicht normal zu sein, deshalb wollte ich fragen, ob ich Grund zur Sorge haben sollte?
Ich hatte schonmal einen Thread aufgemacht, dass ich in Online Spielen einen deutlichen Nachteil und eine Verzögerung verspüre. Hängt dies möglicherweise mit der Fehleranzeige zusammen?
Die Fehler sind übrigens unmittelbar nach einem Fifa Spiel auf der Xbox festzustellen.
Mit freundlichen Grüßen
Akzeptierte Lösung
akzeptiert von
vor 5 Jahren
@Ilir.M Das ist richtig so nach inst der Labor- FW Nach 15 Minuten normalisiert es sich.
0
vor 5 Jahren
@Ilir.Mdie paar Fehler kannst vernachlässigen
5
Antwort
von
vor 5 Jahren
Nicht lachen über meine Frage 😊, für was steht denn die Abkürzung "DTU"? Bei mir ist komisch, mit jedem Labor rücke ich näher dran, aktuell 74m (ungefähre Leitungslänge):
Antwort
von
vor 5 Jahren
Erklärung DTU
Recommendation G.998.4 (11/18) schrieb auf Seite 40: 12 DTU counters For trouble-shooting and testing of the retransmission functionality, three DTU counters are defined to monitor the retransmissions: – counter of uncorrected DTU (rtx-uc): this is a counter that is incremented each time a DTU is detected in error and has not been corrected by one or more retransmissions within the delay_max constraint; – counter of corrected DTU (rtx-c): this is a counter that is incremented each time a DTU has been detected in error and has been successfully corrected by a retransmission; – counter of retransmitted DTU by the transmitter (rtx-tx): this is a counter that is incremented each time a DTU has been retransmitted by the transmitter. Multiple retransmission of the same DTU is counted as many times as it has been retransmitted. Those counters are 32-bit values with wrap-around and shall be maintained by the xTU. They shall be available upon request over the eoc. The counters shall be reset at power-on. The counters shall not be reset upon a link state transition and shall not be reset when read.
12 DTU counters
For trouble-shooting and testing of the retransmission functionality, three DTU counters are defined to monitor the retransmissions:
– counter of uncorrected DTU (rtx-uc): this is a counter that is incremented each time a DTU is detected in error and has not been corrected by one or more retransmissions within the delay_max constraint;
– counter of corrected DTU (rtx-c): this is a counter that is incremented each time a DTU has been detected in error and has been successfully corrected by a retransmission;
– counter of retransmitted DTU by the transmitter (rtx-tx): this is a counter that is incremented each time a DTU has been retransmitted by the transmitter. Multiple retransmission of the same DTU is counted as many times as it has been retransmitted.
Those counters are 32-bit values with wrap-around and shall be maintained by the xTU. They shall be available upon request over the eoc. The counters shall be reset at power-on. The counters shall not be reset upon a link state transition and shall not be reset when read.
Recommendation G.998.4 (11/18) schrieb auf Seite 10: 8.1 DTU framer Each DTU shall contain an integer number of 53-byte ATM cells (data or idle cells) or an integer number of 64/65-octet PTM codewords and the following octets: – One octet containing the sequence identifier (SID). – One octet containing the time stamp (TS). – W octets containing overhead for an 8-bit CRC. – V octets containing the padding bytes. The content of the SID and TS are specified in clause 8.1.5 and clause 8.1.6. The content of the W octets to insert the 8-bit cyclic redundancy check (CRC) are specified in the clauses on the DTU framing. The content of the padding octets is vendor discretionary. The number of padding octets per DTU, V, shall be chosen by the receiver during initialization.
8.1 DTU framer
Each DTU shall contain an integer number of 53-byte ATM cells (data or idle cells) or an integer
number of 64/65-octet PTM codewords and the following octets:
– One octet containing the sequence identifier (SID).
– One octet containing the time stamp (TS).
– W octets containing overhead for an 8-bit CRC.
– V octets containing the padding bytes.
The content of the SID and TS are specified in clause 8.1.5 and clause 8.1.6. The content of the W
octets to insert the 8-bit cyclic redundancy check (CRC) are specified in the clauses on the DTU
framing. The content of the padding octets is vendor discretionary. The number of padding octets
per DTU, V, shall be chosen by the receiver during initialization.
Uneingeloggter Nutzer
Antwort
von
Uneingeloggter Nutzer
Frage
von