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

[DarkStar]

bei den Unterbrechungen hier im Forum, nach denen der OFDMA sichtbar war, war ja auch Kabel komplett tot kurzfristig.

Nein.
TV lief zur jeder Zeit.

[petertxt]

Trotzdem ist es nicht nachvollziehbar warum der upstream in docsis 3.1 aufgeschaltet und ein Tag später weg .

Zumindest für den Endverbraucher.

viewtopic.php?p=698774#p698774

Seh ich genauso.
Heute Nacht war kurz eine Unterbrechung vom Netz, die Power Level sind jetzt höher im upstream

Was in einem Pilotgebiet ein Kunde mit Problemen ist, können nach der Freigabe von D3.1 Upstream in mehreren Netzen plötzlich hunderte mit Problemen sein. Das merkt der Kundenservice und die Technik muss zurück rudern. Ist natürlich nur eine Vermutung.

Die Tatsache ist, dass es vorgesehen war D3.1 Upstream auf allen CMTS von Casa auszurollen und damit begonnen wurde. Jetzt ist D3.1 Upstream wieder deaktiviert bis auf die Pilotgebiete.

[floh667]

https://www.nctatechnicalpapers.com/Pap ... pplication
hier gibt es ein gutes DOkument, dass sich mit dem docsis 3.1 down und upstream beschäftigt, sowie auch den d3.1 upstream methoden.

Zu tafdm steht dort z.B auf Seite 35

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.

[Cepo]

https://www.nctatechnicalpapers.com/Pap ... pplication
hier gibt es ein gutes DOkument, dass sich mit dem docsis 3.1 down und upstream beschäftigt, sowie auch den d3.1 upstream methoden.

Zu tafdm steht dort z.B auf Seite 35

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.

Und auf Deutsch bitte ?!

[DarkStar]

Es ist nun mal eine Englische Seite.

[nauke100]

Google übersetzt es so:

Bei einigen ersten Tests wurde bei Verwendung der TaFDM-Funktion zwischen SC-QAM- und OFDMA-Kanälen beobachtet, dass der Durchsatz je nach verwendetem Kanalsatz variiert. In einer Beispielkonfiguration gab es gemäß obigem Diagramm einen 40-MHz-OFDMA-Kanal und 4 SCQAM-Kanäle dazwischen. Der Durchsatz für die Zeit, in der nur ein OFDMA-Anteil verwendet wird, ist der höchste, der nur SCQAM-Anteil ist der niedrigste, und wenn sie Timesharing haben, liegt der Durchsatz irgendwo dazwischen. Um einen guten OFDMA-Durchsatz zu erreichen, wird ein aufeinanderfolgendes Spektrum ohne die Verwendung von SC-QAM-Kanälen benötigt. Die CMTSs neigen dazu, OFDMA-Verkehr zuerst im OFDMA-Bereich einzuplanen, bevor sie OFDMA-Bursts in den TaFDM-Bereich einplanen. Wenn dieser Bereich im unteren Teil des US-Spektrums liegt, muss das OFDMA auch mit dem Eingangsrauschen fertig werden, das bei niedrigeren Frequenzen bis 20 MHz typischer ist. Einige Betreiber haben TaFDM deaktiviert, da diese Funktion bei den CMTS-Implementierungen nicht ganz ausgereift ist und nicht genügend CMTS-CM-System-Debugging durchlaufen hat.

[floh667]

Und auf Deutsch bitte ?!

Ich verstehe es so, dass die CMTS noch nicht ausgereift genug sind, den tafdm wirklich effizient zu nutzen. Liegt der tafdm bereich von sc-qam und ofdma zusätzlich noch in einem frequenzbereich der von rauschen geplagt ist, gerät der ganze Aufbau des upstreams in Not was sich dann beim Kunden in Verbindungseinbußen oder abbrüchen bemerkbar macht.

Das erklärt wohl auch Vodafone's verhalten beim Ausrollen dieser Methode im vodafone KD gebiet. Da ist noch nicht alles in trockenen Tüchern. Und es erklärt auch, wieso TDC in Dänemark das komplette kabelnetz grundlegend modernisiert hat, damit nämlich auch der upstream wirklich mit der docsis 3.1 spezifikation arbeiten kann. Mit Deutschlands 30 jahre altem kabelnetz ist das nämlich so ne Sache wie man merkt.

[robert_s]

Gerade erst bemerkt: Heute morgen kurz nach 10 Uhr wurde bei mir in Berlin der OFDMA wieder konfiguriert:

2021-06-29 10:15:10 DOCSIS 3.1 upstream subcarrier spacing 50 kHz
2021-06-29 10:15:10 DOCSIS 3.1 upstream center frequency 26100000
2021-06-29 10:15:10 DOCSIS 3.1 upstream exclusion band start=0, end=73
2021-06-29 10:15:10 DOCSIS 3.1 upstream exclusion band start=154, end=161
2021-06-29 10:15:10 DOCSIS 3.1 upstream exclusion band start=282, end=309
2021-06-29 10:15:10 DOCSIS 3.1 upstream exclusion band start=430, end=437
2021-06-29 10:15:10 DOCSIS 3.1 upstream exclusion band start=558, end=565
2021-06-29 10:15:10 DOCSIS 3.1 upstream exclusion band start=710, end=717
2021-06-29 10:15:10 DOCSIS 3.1 upstream exclusion band start=774, end=2047
2021-06-29 10:15:10 DOCSIS 3.1 upstream 16 symbols in an OFDMA frame
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 9: modulation=8, pilot=2, minislots=10 (raw 0x82 0x09)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 9: modulation=8, pilot=2, minislots=15 (raw 0x82 0x0E)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 9: modulation=8, pilot=2, minislots=15 (raw 0x82 0x0E)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 9: modulation=8, pilot=2, minislots=15 (raw 0x82 0x0E)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 9: modulation=8, pilot=2, minislots=18 (raw 0x82 0x11)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 9: modulation=8, pilot=2, minislots=7 (raw 0x82 0x06)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 10: modulation=7, pilot=2, minislots=10 (raw 0x72 0x09)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 10: modulation=7, pilot=2, minislots=15 (raw 0x72 0x0E)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 10: modulation=7, pilot=2, minislots=15 (raw 0x72 0x0E)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 10: modulation=7, pilot=2, minislots=15 (raw 0x72 0x0E)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 10: modulation=7, pilot=2, minislots=18 (raw 0x72 0x11)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 10: modulation=7, pilot=2, minislots=7 (raw 0x72 0x06)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 11: modulation=6, pilot=2, minislots=10 (raw 0x62 0x09)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 11: modulation=6, pilot=2, minislots=15 (raw 0x62 0x0E)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 11: modulation=6, pilot=2, minislots=15 (raw 0x62 0x0E)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 11: modulation=6, pilot=2, minislots=15 (raw 0x62 0x0E)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 11: modulation=6, pilot=2, minislots=18 (raw 0x62 0x11)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 11: modulation=6, pilot=2, minislots=7 (raw 0x62 0x06)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 12: modulation=5, pilot=2, minislots=10 (raw 0x52 0x09)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 12: modulation=5, pilot=2, minislots=15 (raw 0x52 0x0E)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 12: modulation=5, pilot=2, minislots=15 (raw 0x52 0x0E)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 12: modulation=5, pilot=2, minislots=15 (raw 0x52 0x0E)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 12: modulation=5, pilot=2, minislots=18 (raw 0x52 0x11)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 12: modulation=5, pilot=2, minislots=7 (raw 0x52 0x06)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 13: modulation=4, pilot=2, minislots=10 (raw 0x42 0x09)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 13: modulation=4, pilot=2, minislots=15 (raw 0x42 0x0E)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 13: modulation=4, pilot=2, minislots=15 (raw 0x42 0x0E)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 13: modulation=4, pilot=2, minislots=15 (raw 0x42 0x0E)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 13: modulation=4, pilot=2, minislots=18 (raw 0x42 0x11)
2021-06-29 10:15:10 DOCSIS 3.1 upstream OFDMA profile for IUC 13: modulation=4, pilot=2, minislots=7 (raw 0x42 0x06)

Sieht mir auf den ersten Blick wie exakt die gleiche Konfiguration aus, die schon am 08.06. hier für ~18 Stunden aktiv war.

[robert_s]

Auf den zweiten Blick ist der OFDMA auch noch genauso "unwirksam" wie am 08.06.:

Code: Alles auswählen

   Speedtest by Ookla

     Server: Cronon GmbH - Berlin (id = 17137)
        ISP: Vodafone Germany Cable
    Latency:     9.21 ms   (3.63 ms jitter)
   Download:  1089.81 Mbps (data used: 1.3 GB)                               
     Upload:    18.42 Mbps (data used: 31.6 MB)                               
Packet Loss:     0.0%
 Result URL: https://www.speedtest.net/result/c/a1d277f7-c304-4288-99ef-5575fe7b5852

Code: Alles auswählen

   Speedtest by Ookla

     Server: SysEleven GmbH - Berlin (id = 30593)
        ISP: Vodafone Germany Cable
    Latency:    10.52 ms   (9.42 ms jitter)
   Download:  1100.12 Mbps (data used: 1.1 GB)                               
     Upload:    13.82 Mbps (data used: 23.5 MB)                               
Packet Loss: Not available.
 Result URL: https://www.speedtest.net/result/c/667b134b-a902-4f65-b18f-75760fdff8c5

[robert_s]

Aber vielleicht liegt's ja auch nur daran, dass Vodafone hier schon seit vielen Wochen nicht mehr die Rückwegstörungen in den Griff kriegt:

Code: Alles auswählen

2021-06-29 16:30:12 10 Upstream Channels:
2021-06-29 16:30:12 UCID  1: 51000000 Hz, 8-QAM, 5120 kbaud, Mini-Slot Size 2
2021-06-29 16:30:12 UCID  2: 44600000 Hz, 8-QAM, 5120 kbaud, Mini-Slot Size 2
2021-06-29 16:30:12 UCID  3: 37200000 Hz, 32-QAM, 5120 kbaud, Mini-Slot Size 2
2021-06-29 16:30:12 UCID  4: 30800000 Hz, 64-QAM, 5120 kbaud, Mini-Slot Size 2
2021-06-29 16:30:12 UCID  5: 51000000 Hz, 64-QAM, 5120 kbaud, Mini-Slot Size 2
2021-06-29 16:30:12 UCID  6: 44600000 Hz, 16-QAM, 5120 kbaud, Mini-Slot Size 2
2021-06-29 16:30:12 UCID  7: 37200000 Hz, 32-QAM, 5120 kbaud, Mini-Slot Size 2
2021-06-29 16:30:12 UCID  8: 30800000 Hz, 64-QAM, 5120 kbaud, Mini-Slot Size 2
2021-06-29 16:30:12 UCID  9: 26100000 Hz, OFDMA, 0 kbaud, Mini-Slot Size 0
2021-06-29 16:30:12 UCID 10: 26100000 Hz, OFDMA, 0 kbaud, Mini-Slot Size 0
2021-06-29 16:30:12 Upstream total SC-QAM capacity: 73881046 bps

Wo es gerade mal für einen 8-QAM DOCSIS 3.0 Upstream-Kanal reicht, kann man ja auch nicht erwarten, dass da ein 256-QAM OFDMA-Subträger verwendbar wäre.