DOCSIS 3.1 Kanal für Upload nun verfügbar?

[tonino85]

Hatte auch in den letzten Wochen super oft Wartungsarbeiten in Aachen.

Konntest Du denn Veränderungen beobachten, z.B. ein anderes CMTS?

Nein, alles beim alten geblieben.

[Onslaught]

Bei uns stimmt seit der Nacht von Donnerstag auf Freitag (im CM-Log der Fritte ersichtlich ab 04:00 Nachts) auch was nicht mit dem Upstream. Vorher alle Kanäle 64 QAM, nun nur noch 8, 16, 16, 16. und stündliche Einträge zum Profilwechsel des OFDMA. Der lief seit Aufschaltung immer mit Profil 9 und 10. Nun nur noch mit Profil 12, manchmal Profil 11. Ne Störung kann ich aber nicht melden, da die erreichten Speedwerte passen. Pegelwerte sind im Normbereich. Einzig auch Packetloss, der vorher fast nie vorhanden war, ist jetzt durchgängig vorhanden von um die 6-7%. Schon komisch, dass das so gehäuft auftritt.

Hatte dann doch ne Störung gemeldet....
Techniker war heute da, hat gemessen, Ergebnis: Fetter Rückwegstörer (O-Ton Techniker). Alle 3.0 Kanäle gestört (8;8;16;8 QAM) und der OFDMA auch, denn der läuft auch nur auf 32 QAM. Ich hänge jetzt an einem SX-Störungsticket mit dran (ist wohl so ne Art Sammelstörungsticket). Jetzt geht halt die (wohl langwierige) Suche nach dem Störer los. Zeitraum zur Behebung unbekannt. Laut Techniker werden jetzt die VrP's gecheckt, einzelne C-Linien abgezogen, geschaut ob der Störer verschwindet, wenn ja, weiß man welche C-Linie stört. Dann geht's weiter mit der Eingrenzung. Da kommt Freude auf.....

Das Störungsticket wurde gestern Abend schon als gelöst geschlossen....

Die Modulation war dann aber "nur" 32;32;32;16

Hatte meine eigene Fritte wieder anschließen wollen, doch das Aktivierungsportal war wohl wegen dem Bundesweiten Ausfall von Vodafone Buggy (laut Hotline war auch deren eigene Infrastruktur betroffen, nicht nur die Kunden) und hat immer nur in einem Technischen Fehler geendet. Ergo musste die Vodafone Fritte wieder an den Anschluss damit ich wenigsten Netz habe. Nach zahlreichen Hotline Anrufen konnte ich gerade meine Box wieder aktivieren und fand folgendes vor:

Code: Alles auswählen

Single-Carrier Channels: 8 (4 currently active)
   ID | Active | Frequency | SymRate | ChWidth | Attenuation | Power  | Power16 |  P-High  |  P-Low   | P-DRW-High | P-DRW-Low | DeltaPF |   Mod   |  Mux
      |        |   [MHz]   |  [MHz]  |  [kHz]  |    [dB]     | [dBmV] | [dBmV]  | [dBmV]   |  [dBmV]  |   [dBmV]   |   [dBmV]  |   [dB]  |         |
  ----+--------+-----------+---------+---------+-------------+--------+---------+----------+----------+------------+-----------+---------+---------+------
    5 |    YES |    51.000 |   5.120 |    6400 |      15.432 | 45.021 | 39.000  |   49.500 |   17.000 |     41.000 |    29.000 |   0.000 |   64QAM | ATDMA
    8 |    YES |    30.800 |   5.120 |    6400 |      18.082 | 43.021 | 37.000  |   49.500 |   17.000 |     41.000 |    29.000 |   0.000 |   64QAM | ATDMA
    7 |    YES |    37.200 |   5.120 |    6400 |      18.044 | 43.021 | 37.000  |   49.500 |   17.000 |     41.000 |    29.000 |   0.000 |   64QAM | ATDMA
    6 |    YES |    44.600 |   5.120 |    6400 |      15.751 | 45.021 | 39.000  |   49.500 |   17.000 |     41.000 |    29.000 |   0.000 |   64QAM | ATDMA
    0 |     NO |     9.961 |   0.000 |       0 |       0.000 |  0.000 |  0.000  |    0.000 |    0.000 |      0.000 |     0.000 |   0.000 |      er | ATDMA
    0 |     NO |     9.961 |   0.000 |       0 |       0.000 |  0.000 |  0.000  |    0.000 |    0.000 |      0.000 |     0.000 |   0.000 |      er | ATDMA
    0 |     NO |     9.961 |   0.000 |       0 |       0.000 |  0.000 |  0.000  |    0.000 |    0.000 |      0.000 |     0.000 |   0.000 |      er | ATDMA
    0 |     NO |     9.961 |   0.000 |       0 |       0.000 |  0.000 |  0.000  |    0.000 |    0.000 |      0.000 |     0.000 |   0.000 |      er | ATDMA

  Multi-Carrier (OFDMA) Channels: 2 (1 currently active)
   ID | Active | First Subcarrier | Last Subcarrier | Active Subcarriers | Max Mod |  Gain  | Power  |  FFT Size
      |        |       [MHz]      |      [MHz]      |                    |         |  [dB]  | [dBmV] |
  ----+--------+------------------+-----------------+--------------------+---------+--------+--------+-----------
    0 |    YES |           29.800 |          64.750 |                640 |  256QAM |  0.143 | 39.000 | 4K
    1 |     NO |            0.000 |           0.000 |                  0 |       0 |  0.000 |  0.000 | None

Demnach haben die den Störer wohl ausfindig machen und eliminieren können. Hofentlich bleibt das nun auch mal so....

[maik005]

Freue dich nicht zu früh.
So sieht es bei mir auch immer mal ein paar Minuten/Stunden aus. Bis es dann wieder zusammenbricht.
Die OFDMA Modulation sehe ich ja mit der Vodafone Station nicht, aber selbst mit 4*64QAM bei den SC-QAM Kanälen habe ich teils nur <12 Mbit.

[Onslaught]

Freue dich nicht zu früh.
So sieht es bei mir auch immer mal ein paar Minuten/Stunden aus. Bis es dann wieder zusammenbricht.
Die OFDMA Modulation sehe ich ja mit der Vodafone Station nicht, aber selbst mit 4*64QAM bei den SC-QAM Kanälen habe ich teils nur <12 Mbit.

Keine Angst, meine Freude ist erstmal nur vorbehaltlich....

Wenn das jetzt mal stabil bleibt, für mehrere Tage, dann freu ich mich erst so ganz. Bin mal besonders gespannt, wie sich der OFDMA verhält. So lange der bei 128 - 256 QAM bleibt, ist's mir recht. Upload ist im Moment mal bei stabilen 54 Mbit.

[mar123]

Hier (FRITZ!Box 6660 mit FRITZ!OS 07.28 im VFKD-Gebiet mit CASA-CMTS) läuft der Upstream seit der OFDMA-Einführung leider immer noch nicht so gut wie vorher.

Vorher hatte ich praktisch immer über 50Mbit im Upload, jetzt sind es häufig nur noch um die 20Mbit, teilweise nochmal weniger, selten aber auch mal die vollen 50Mbit.
Ich habe immer mal wieder den Vodafone Speedtest ausgeführt, bei den Ergebnissen sieht man es ganz gut:

VodafoneSpeedtest.PNG

Auch hat sich der Jitter ein gutes Stück vergrößert (bei Pingplotter durchgängig von ca. 2ms zu ca. 4ms), der Anstieg ist gut bei diesem ThinkBroadband-Graphen sichtbar:

ThinkBroadband-25-08-2021.png

Ab und zu gibt es auch noch Phasen mit Latenzspitzen und erhöhtem Paketverlust.

Der OFDMA-Kanal läuft hier inzwischen laut FRITZ!Box-Log meist mit 32QAM, es gibt allerdings einige Upstream-spezifische Einträge im DOCSIS-Log:

Code: Alles auswählen

  Single-Carrier Channels: 8 (4 currently active)
   ID | Active | Frequency | SymRate | ChWidth | Attenuation | Power  | Power16 |  P-High  |  P-Low   | P-DRW-High | P-DRW-Low | DeltaPF |   Mod   |  Mux
      |        |   [MHz]   |  [MHz]  |  [kHz]  |    [dB]     | [dBmV] | [dBmV]  | [dBmV]   |  [dBmV]  |   [dBmV]   |   [dBmV]  |   [dB]  |         |
  ----+--------+-----------+---------+---------+-------------+--------+---------+----------+----------+------------+-----------+---------+---------+------
    7 |    YES |    37.200 |   5.120 |    6400 |      17.565 | 48.021 | 42.000  |   49.500 |   17.000 |     46.000 |    34.000 |   0.000 |   64QAM | ATDMA
    8 |    YES |    30.800 |   5.120 |    6400 |      17.565 | 48.021 | 42.000  |   49.500 |   17.000 |     46.000 |    34.000 |   0.000 |   16QAM | ATDMA
    5 |    YES |    51.000 |   5.120 |    6400 |      15.084 | 50.021 | 44.000  |   49.500 |   17.000 |     46.000 |    34.000 |   0.000 |   64QAM | ATDMA
    6 |    YES |    44.600 |   5.120 |    6400 |      15.382 | 50.021 | 44.000  |   49.500 |   17.000 |     46.000 |    34.000 |   0.000 |   64QAM | ATDMA
    0 |     NO |     9.961 |   0.000 |       0 |       0.000 |  0.000 |  0.000  |    0.000 |    0.000 |      0.000 |     0.000 |   0.000 |      er | ATDMA
    0 |     NO |     9.961 |   0.000 |       0 |       0.000 |  0.000 |  0.000  |    0.000 |    0.000 |      0.000 |     0.000 |   0.000 |      er | ATDMA
    0 |     NO |     9.961 |   0.000 |       0 |       0.000 |  0.000 |  0.000  |    0.000 |    0.000 |      0.000 |     0.000 |   0.000 |      er | ATDMA
    0 |     NO |     9.961 |   0.000 |       0 |       0.000 |  0.000 |  0.000  |    0.000 |    0.000 |      0.000 |     0.000 |   0.000 |      er | ATDMA

  Multi-Carrier (OFDMA) Channels: 2 (1 currently active)
   ID | Active | First Subcarrier | Last Subcarrier | Active Subcarriers | Max Mod |  Gain  | Power  |  FFT Size
      |        |       [MHz]      |      [MHz]      |                    |         |  [dB]  | [dBmV] |
  ----+--------+------------------+-----------------+--------------------+---------+--------+--------+-----------
    0 |    YES |           29.800 |          64.750 |                640 |   32QAM |  0.150 | 44.000 | 4K
    1 |     NO |            0.000 |           0.000 |                  0 |       0 |  0.000 |  0.000 | None

DOCSIS CM Eventlog:
   27: 2021-09-04 11:40:40 82000200 critical  No Ranging Response received - T3 time-out
     - 2021-09-04 13:58:47 15 times
   28: 2021-09-04 14:01:39 67061601 notice    US profile assignment change.  US Chan ID: 10
   29: 2021-09-04 14:01:49 82000200 critical  No Ranging Response received - T3 time-out
     - 2021-09-04 14:48:04 19 times
   30: 2021-09-04 15:00:33 84000500 critical  SYNC Timing Synchronization failure - Loss of Sync
   31: 2021-09-04 15:00:34 74010100 notice    CM-STATUS message sent.  Event Type Code: 16
     - 2021-09-04 15:00:36 34 times
   32: 2021-09-04 15:00:39 84020200 warning   Lost MDD Timeout
     - 2021-09-04 15:00:39 33 times
   33: 2021-09-04 15:00:57 82000400 critical  Received Response to Broadcast Maintenance Request, But no Unicast Maintenance opportunities received - T4 time out
     - 2021-09-04 15:01:02 5 times
   34: 2021-09-04 15:04:06 90000000 warning   MIMO Event MIMO: Stored MIMO=-1 post cfg file MIMO=-1
   35: 2021-09-04 15:04:09 82001200 warning   RNG-RSP CCAP Commanded Power in Excess of 6 dB Below the Value Corresponding to the Top of the DRW
   36: 2021-09-04 15:04:10 82000200 critical  No Ranging Response received - T3 time-out
     - 2021-09-04 15:04:11 2 times
   37: 2021-09-04 15:05:04 67061601 notice    US profile assignment change.  US Chan ID: 10
     - 2021-09-04 15:38:47 4 times
   38: 2021-09-04 15:46:57 82001200 warning   RNG-RSP CCAP Commanded Power in Excess of 6 dB Below the Value Corresponding to the Top of the DRW
     - 2021-09-04 15:48:47 4 times
   39: 2021-09-04 17:26:29 67061601 notice    US profile assignment change.  US Chan ID: 10
     - 2021-09-04 18:33:56 15 times
   40: 2021-09-04 18:41:37 82000200 critical  No Ranging Response received - T3 time-out
   41: 2021-09-04 18:56:17 67061601 notice    US profile assignment change.  US Chan ID: 10
     - 2021-09-04 19:07:53 3 times
   42: 2021-09-04 19:19:22 82000200 critical  No Ranging Response received - T3 time-out
   43: 2021-09-04 19:23:46 67061601 notice    US profile assignment change.  US Chan ID: 10
     - 2021-09-04 20:40:52 15 times
   44: 2021-09-04 20:58:21 82000200 critical  No Ranging Response received - T3 time-out
     - 2021-09-04 23:09:47 4 times
   45: 2021-09-04 23:50:56 82001200 warning   RNG-RSP CCAP Commanded Power in Excess of 6 dB Below the Value Corresponding to the Top of the DRW
     - 2021-09-04 23:54:56 4 times
   46: 2021-09-05 00:03:16 82000200 critical  No Ranging Response received - T3 time-out

Beim Überprüfen der Upload-Geschwindigkeit mit dem Programm "StarTrinity CST" ist mir zusätzlich etwas Interessantes aufgefallen: Beim Test mit diesem Programm kann ich deutlich höhere Upload-Werte als 50Mbit erreichen, bis hin zu 100Mbit, und das zu Zeiten, wo der Vodafone-Speedtest nur eine geringe Geschwindigkeit angibt:

StarTrinity1.PNG

StarTrinity2.PNG

Das habe ich zuerst für einen Messfehler gehalten, aber das Programm "NetTraffic" und die Übersicht der FRITZ!Box bestätigen diese Werte:

Netstat.png

Fritzbox.PNG

Ich bin mir nicht sicher, was ich davon halten soll. Das Programm scheint sehr viele gleichzeitige Verbindungen zu nutzen, ist das möglicherweise der Trick dahinter?

Ich frage mich jetzt, ob ich hier etwas übersehen habe? Kann jemand dieses Ergebnis bei sich am Anschluss reproduzieren?

[SenfKabelHer]

Kurios. Bei mir nicht. Bestätigt aber wieder mal, dass VF va Softwareprobleme zu haben scheint, also Kinderkrankheiten. Irgendwas mit dem Traffic Management bei 3.0/3.1 Parallelbetrieb im Upload scheint nicht optimal zu funktionieren bei dir. Und das wirkt sich unterschiedlich aus. Du hast beide Phänomene beschrieben.
Teil es mal über das Vodafone Forum mit, mit etwas Glück liest jemand mit der sich auskennt und das an die richtige Person im Unternehmen weiterleitet.

[floh667]

Kurios. Bei mir nicht. Bestätigt aber wieder mal, dass VF va Softwareprobleme zu haben scheint, also Kinderkrankheiten. Irgendwas mit dem Traffic Management bei 3.0/3.1 Parallelbetrieb im Upload scheint nicht optimal zu funktionieren bei dir. Und das wirkt sich unterschiedlich aus. Du hast beide Phänomene beschrieben.
Teil es mal über das Vodafone Forum mit, mit etwas Glück liest jemand mit der sich auskennt und das an die richtige Person im Unternehmen weiterleitet.

https://www.nctatechnicalpapers.com/Pap ... n/download
und dann ab S.34

In some initial testing, when using the TaFDM feature between SC-QAM & OFDMA channels, it has been observed that the throughput varies depending on the set of channels in use. In one example configuration, there was one 40 MHz OFDMA channel and 4 SCQAM channels in between as per above diagram. The throughput for the time with OFDMA-only portion in use is the highest, the SCQAM-only is the lowest and when they are time sharing the throughput is somewhere in between. To achieve a good OFDMA throughput, consecutive spectrum is needed without the use of SC-QAM channels. The CMTSs tends to schedule OFDMA traffic first in the OFDMA area before it schedules OFDMA bursts in the TaFDM area. If that area is in the lower part of the US spectrum, then the OFDMA also has to deal with the ingress noise which is more typical at the lower frequencies up to 20 MHz. Some operators have turned off TaFDM as that feature is not quite mature on the CMTS implementations and has not gone through enough CMTS-CM system debug.

[Edd1ng]

Hier (FRITZ!Box 6660 mit FRITZ!OS 07.28 im VFKD-Gebiet mit CASA-CMTS) läuft der Upstream seit der OFDMA-Einführung leider immer noch nicht so gut wie vorher.

Vorher hatte ich praktisch immer über 50Mbit im Upload, jetzt sind es häufig nur noch um die 20Mbit, teilweise nochmal weniger, selten aber auch mal die vollen 50Mbit.
Ich habe immer mal wieder den Vodafone Speedtest ausgeführt, bei den Ergebnissen sieht man es ganz gut:
VodafoneSpeedtest.PNG

Auch hat sich der Jitter ein gutes Stück vergrößert (bei Pingplotter durchgängig von ca. 2ms zu ca. 4ms), der Anstieg ist gut bei diesem ThinkBroadband-Graphen sichtbar:
ThinkBroadband-25-08-2021.png
Ab und zu gibt es auch noch Phasen mit Latenzspitzen und erhöhtem Paketverlust.

Der OFDMA-Kanal läuft hier inzwischen laut FRITZ!Box-Log meist mit 32QAM, es gibt allerdings einige Upstream-spezifische Einträge im DOCSIS-Log:

Code: Alles auswählen

  Single-Carrier Channels: 8 (4 currently active)
   ID | Active | Frequency | SymRate | ChWidth | Attenuation | Power  | Power16 |  P-High  |  P-Low   | P-DRW-High | P-DRW-Low | DeltaPF |   Mod   |  Mux
      |        |   [MHz]   |  [MHz]  |  [kHz]  |    [dB]     | [dBmV] | [dBmV]  | [dBmV]   |  [dBmV]  |   [dBmV]   |   [dBmV]  |   [dB]  |         |
  ----+--------+-----------+---------+---------+-------------+--------+---------+----------+----------+------------+-----------+---------+---------+------
    7 |    YES |    37.200 |   5.120 |    6400 |      17.565 | 48.021 | 42.000  |   49.500 |   17.000 |     46.000 |    34.000 |   0.000 |   64QAM | ATDMA
    8 |    YES |    30.800 |   5.120 |    6400 |      17.565 | 48.021 | 42.000  |   49.500 |   17.000 |     46.000 |    34.000 |   0.000 |   16QAM | ATDMA
    5 |    YES |    51.000 |   5.120 |    6400 |      15.084 | 50.021 | 44.000  |   49.500 |   17.000 |     46.000 |    34.000 |   0.000 |   64QAM | ATDMA
    6 |    YES |    44.600 |   5.120 |    6400 |      15.382 | 50.021 | 44.000  |   49.500 |   17.000 |     46.000 |    34.000 |   0.000 |   64QAM | ATDMA
    0 |     NO |     9.961 |   0.000 |       0 |       0.000 |  0.000 |  0.000  |    0.000 |    0.000 |      0.000 |     0.000 |   0.000 |      er | ATDMA
    0 |     NO |     9.961 |   0.000 |       0 |       0.000 |  0.000 |  0.000  |    0.000 |    0.000 |      0.000 |     0.000 |   0.000 |      er | ATDMA
    0 |     NO |     9.961 |   0.000 |       0 |       0.000 |  0.000 |  0.000  |    0.000 |    0.000 |      0.000 |     0.000 |   0.000 |      er | ATDMA
    0 |     NO |     9.961 |   0.000 |       0 |       0.000 |  0.000 |  0.000  |    0.000 |    0.000 |      0.000 |     0.000 |   0.000 |      er | ATDMA

  Multi-Carrier (OFDMA) Channels: 2 (1 currently active)
   ID | Active | First Subcarrier | Last Subcarrier | Active Subcarriers | Max Mod |  Gain  | Power  |  FFT Size
      |        |       [MHz]      |      [MHz]      |                    |         |  [dB]  | [dBmV] |
  ----+--------+------------------+-----------------+--------------------+---------+--------+--------+-----------
    0 |    YES |           29.800 |          64.750 |                640 |   32QAM |  0.150 | 44.000 | 4K
    1 |     NO |            0.000 |           0.000 |                  0 |       0 |  0.000 |  0.000 | None

DOCSIS CM Eventlog:
   27: 2021-09-04 11:40:40 82000200 critical  No Ranging Response received - T3 time-out
     - 2021-09-04 13:58:47 15 times
   28: 2021-09-04 14:01:39 67061601 notice    US profile assignment change.  US Chan ID: 10
   29: 2021-09-04 14:01:49 82000200 critical  No Ranging Response received - T3 time-out
     - 2021-09-04 14:48:04 19 times
   30: 2021-09-04 15:00:33 84000500 critical  SYNC Timing Synchronization failure - Loss of Sync
   31: 2021-09-04 15:00:34 74010100 notice    CM-STATUS message sent.  Event Type Code: 16
     - 2021-09-04 15:00:36 34 times
   32: 2021-09-04 15:00:39 84020200 warning   Lost MDD Timeout
     - 2021-09-04 15:00:39 33 times
   33: 2021-09-04 15:00:57 82000400 critical  Received Response to Broadcast Maintenance Request, But no Unicast Maintenance opportunities received - T4 time out
     - 2021-09-04 15:01:02 5 times
   34: 2021-09-04 15:04:06 90000000 warning   MIMO Event MIMO: Stored MIMO=-1 post cfg file MIMO=-1
   35: 2021-09-04 15:04:09 82001200 warning   RNG-RSP CCAP Commanded Power in Excess of 6 dB Below the Value Corresponding to the Top of the DRW
   36: 2021-09-04 15:04:10 82000200 critical  No Ranging Response received - T3 time-out
     - 2021-09-04 15:04:11 2 times
   37: 2021-09-04 15:05:04 67061601 notice    US profile assignment change.  US Chan ID: 10
     - 2021-09-04 15:38:47 4 times
   38: 2021-09-04 15:46:57 82001200 warning   RNG-RSP CCAP Commanded Power in Excess of 6 dB Below the Value Corresponding to the Top of the DRW
     - 2021-09-04 15:48:47 4 times
   39: 2021-09-04 17:26:29 67061601 notice    US profile assignment change.  US Chan ID: 10
     - 2021-09-04 18:33:56 15 times
   40: 2021-09-04 18:41:37 82000200 critical  No Ranging Response received - T3 time-out
   41: 2021-09-04 18:56:17 67061601 notice    US profile assignment change.  US Chan ID: 10
     - 2021-09-04 19:07:53 3 times
   42: 2021-09-04 19:19:22 82000200 critical  No Ranging Response received - T3 time-out
   43: 2021-09-04 19:23:46 67061601 notice    US profile assignment change.  US Chan ID: 10
     - 2021-09-04 20:40:52 15 times
   44: 2021-09-04 20:58:21 82000200 critical  No Ranging Response received - T3 time-out
     - 2021-09-04 23:09:47 4 times
   45: 2021-09-04 23:50:56 82001200 warning   RNG-RSP CCAP Commanded Power in Excess of 6 dB Below the Value Corresponding to the Top of the DRW
     - 2021-09-04 23:54:56 4 times
   46: 2021-09-05 00:03:16 82000200 critical  No Ranging Response received - T3 time-out

Beim Überprüfen der Upload-Geschwindigkeit mit dem Programm "StarTrinity CST" ist mir zusätzlich etwas Interessantes aufgefallen: Beim Test mit diesem Programm kann ich deutlich höhere Upload-Werte als 50Mbit erreichen, bis hin zu 100Mbit, und das zu Zeiten, wo der Vodafone-Speedtest nur eine geringe Geschwindigkeit angibt:
StarTrinity1.PNG
StarTrinity2.PNG

Das habe ich zuerst für einen Messfehler gehalten, aber das Programm "NetTraffic" und die Übersicht der FRITZ!Box bestätigen diese Werte:
Netstat.png
Fritzbox.PNG


Ich bin mir nicht sicher, was ich davon halten soll. Das Programm scheint sehr viele gleichzeitige Verbindungen zu nutzen, ist das möglicherweise der Trick dahinter?

Ich frage mich jetzt, ob ich hier etwas übersehen habe? Kann jemand dieses Ergebnis bei sich am Anschluss reproduzieren?

Du hast Störungen im Upstream massig T3 timeouts und das Dynamic Rnage Windows von 6db wird auch verletzt.
würde den rückweg mal neu einpegeln lassen. bis zu 50db is schon viel.

[robert_s]

Kurios. Bei mir nicht. Bestätigt aber wieder mal, dass VF va Softwareprobleme zu haben scheint, also Kinderkrankheiten. Irgendwas mit dem Traffic Management bei 3.0/3.1 Parallelbetrieb im Upload scheint nicht optimal zu funktionieren bei dir.

Es liegt weder am Traffic Management noch am TaFDM. Der OFDMA-Betrieb läuft anscheinend noch nicht überall rund.

Teil es mal über das Vodafone Forum mit, mit etwas Glück liest jemand mit der sich auskennt und das an die richtige Person im Unternehmen weiterleitet.

Der einzige Workaround ist derzeit vermutlich die Deaktivierung des OFDMA-Kanals für das betroffene Kabelmodem. Kannst ja mal beim Support explizit danach fragen.

[robert_s]

das Dynamic Rnage Windows von 6db wird auch verletzt.

Das wiederum ist wohl eher ein Artefakt fehlerhafter Kabelmodem-Firmware. Der 6dB Offset gilt für 6,4MHz breite SC-QAM Kanäle, nicht für OFDMA. Da müsste man mal bei einem Kabelmodemhersteller nachfragen, ob das nur eine Warnung ist, oder ob die Leistungsanpassung tatsächlich nicht durchgeführt wird. In letzterem Fall gäbe es offensichtlich noch Verbesserungspotenzial auf Endgeräteseite.