Unitymedia Technicolor TC4400 Docsis 3.1 Modem Info Thread

[rv112]

So meine Tests haben bisher ergeben dass wohl zwischen den SC-QAM und dem OFDM ein 1:1 Loadbalancing gemacht wird. Bei 1 GBit/s Downstream werden pro DS Kanal ca. 15 MBit/s übertragen, macht bei 31 Kanälen 465 MBit/s. 500 MBit/s kommen dann vom OFDM.

 

[MartinP_Do]

So meine Tests haben bisher ergeben dass wohl zwischen den SC-QAM und dem OFDM ein 1:1 Loadbalancing gemacht wird. Bei 1 GBit/s Downstream werden pro DS Kanal ca. 15 MBit/s übertragen, macht bei 31 Kanälen 465 MBit/s. 500 MBit/s kommen dann vom OFDM.

Okay, dann ware mein Einwurf von vorhin ein Missverständnis, da er sich auf die Sicht auf den Traffic aller User im gesamten Segment bezog.
Aus dem Bauch heraus würde ich erstmal annehmen, dass es da sinnvoller wäre, den Traffic der wenigen Docsis 3.1 fähigen Endgeräte über DOCSIS 3.1 abzuwickeln.
Wobei da natürlich einige Aspekte zu beachten sind
- Anteil DOCSIS 3.1 Geräte (vielleicht liege ich da mit "wenige" ja inzwischen falsch)
- Gebuchte Bandbreite des Kunden mit DOCSIS 3.1 Gerät
- Mögliche Gesamtbandbreite DOCSIS 3.1 Kanal vs. DOCSIS 3.0 Kanäle

 

[rv112]

Die CMTS kann das gesamte Segment nur gleich ansprechen im mixed bonded Modus. Dann müsste man schon die D3.1 CM's nur mit dem OFDM bonden lassen, was allerdings wieder zu knapp ist und nicht Störungssicher. Wobei es natürlich ungeschickt ist den PLC auf den LTE Frequenzen laufen zu lassen, aber daran arbeitet UM ja wie es scheint. Der Traffic ist natürlich der aller Nutzer im Segment.

 

[.Marcus.]

Die CMTS kann das gesamte Segment nur gleich ansprechen im mixed bonded Modus...

Ist die Verteilung bei mixed SCQAM + OFDM automatisch 50%/50% oder 'wer' legt 'wie' die Verteilung fest ?

 

[rv112]

Der ISP legt das Loadbalancing fest. Ich vermute dass UM hier eine Standardconfig aufgespielt hat und noch am testen ist.

 

[.Marcus.]

Schade. Hatte irgendwie die Hoffnung dass das CMTS je nach Auslastung verteilen kann um alle Kanäle auch im Mixed Mode optimal zu nutzen

 

[rv112]

Aktuell sieht es nicht danach aus, da die SC-QAM teils unterschiedlich ausgelastet sind durch 8x4 oder 24x8 CM's. Beim syncen wird das eventuell eine Rolle spielen, aber wenn die CM's mal gebonded sind, wird der Traffic gleichmäßig verteilt.

 

[MartinP_Do]

Zählt die TC4400 nur die "eigenen" Codeworte bei "unerrrored Codewords"? oder woher hast Du die 15 MBit/s pro DOCSIS 3.0 Kanal bei Deinem Test?

 

[.Marcus.]

Zählt die TC4400 nur die "eigenen" Codeworte bei "unerrrored Codewords"? oder woher hast Du die 15 MBit/s pro DOCSIS 3.0 Kanal bei Deinem Test?

Davon würde ich mal stark ausgehen. Das Modem wertet nur die eigenen Pakete aus.

 

[MartinP_Do]

Davon würde ich mal stark ausgehen. Das Modem wertet nur die eigenen Pakete aus.

Bzgl. der unerrored codewords kann das sicherlich sein. Aber die korrigierten und unkorrigierten Fehler wird sie von allen empfangenen Daten ermitteln, sonst kann sie ja gar nicht feststellen, ob das Paket an sie adressiert ist, und wenn mich mein etwas eingerostetes WIssen nicht täuscht, wird das auch für die Ermittlung des SNR gebraucht ...

 

[rv112]

Richtig, die empfangenen Codewords sind von allen CM's im Segment, da Broadcast. Ich habe oben den Screen der Segmentauslastung aus dem SBC gepostet. Ich habe also einfach geschaut wie hoch der Traffic im Segment war und wie er dann anstieg durch meinen Download. Ist also nicht exakt, aber schon exakt genug um auf ein 1:1 Balancing zu schließen. Ein OFDM Träger empfängt also genauso viel wie 31 SC-QAM zusammen.

 

[rv112]

So Primetime in meinem Segment. Freitag Abend ist um die Zeit der Peak an Traffic und das merke ich nun auch. Die Datenrate ist zwar zum Teil bei 940 Mbit/s aber es gibt dann Einbrüche auf bis zu 600 MBit/s. Im Mittel liegen aktuell ca. 800-850 MBit/s an. Das bestätigt auch der Modemtest korrekterweise.
Um diese Zeit habe ich jedoch auch mit den 400 MBit/s ab 300 MBit/s gemerkt dass mein QoS nicht mehr richtig greift, da der Ping mehr nach oben ging, das kann ich nun nicht mehr bestätigen. Die Latenz steigt wie auch heute Morgen um ca. 10-15 ms, das aber recht konstant. Ich bin mit dem Ergebnis zufrieden und denke wenn UM nun sieht dass die Segmente mit D3.1 Kunden ans Limit kommen, sich beraten zu lassen um ggfs. die CMTS anders zu konfigurieren, oder die Kanalbreite zu erhöhen.

 

[Tom_123]

Hi,

dann hofft mal, dass VF KD nicht ihre Strategie umsetzt Dort beginnen die Erweitungsplanungen erst, wenn das Segment dauerhaft zu 80 % ausgelastet ist und es werden weiterhin fleissig Kunden drauf gebucht

Mal eine andere Frage zum Topic: Welche Firmwareversion des TC 4400 empfehlt ihr eher: die .33 oder die .41?

 

[rv112]

Im Grunde ist es ja nur eine Konfigurationssache und UM wird hier noch Erfahrungen sammeln müssen. Ist ja auch jammern auf hohem Niveau.

Ich finde beide Firmwares gut. Die .33 hat den Spectrum Analyzer, die .41 das besser GUI. Ich würde heute wohl direkt zur .41 greifen.

 

[rv112]

An die .41 Nutzer, sieht man das Configfile bzw. den Namen? Die noservice.bin wird jedenfalls angezeigt.

 

[Hemapri]

Die "noservice.bin" ist das Configfile. Bei einem unprovisionierten Gerät wird genau diese geladen und Installiert.

MfG

 

[rv112]

Das ist schon klar, ich wollte nur wissen ob die noservice.bin als einzige angezeigt wird, sondern auch ein Kundenprovisioniertes Modem (cust-own_xxx_xxx_xx_sip_wifi-on.bin) mit der .41 Firmware.

Weiterhin würde mich brennend interessieren ob das Configfile vom Gigabittarif deutlich anders ist. Es ist nach wie vor so dass sich die Latenz/Jitter unter Volllast enorm verbessert haben.

 

[why_]

Weiterhin würde mich brennend interessieren ob das Configfile vom Gigabittarif deutlich anders ist. Es ist nach wie vor so dass sich die Latenz/Jitter unter Volllast enorm verbessert haben.

Das TC4400 hat ja auch nur ein Gigabit Anschluss, während mehr als Gigabit provisioniert wird, somit kommt der Latenz anstieg im LAN zustande und nicht am WAN.

 

[rv112]

Schon richtig, aber das Gleiche hatte ich auch gestern Abend als das Segment am Limit war und „nur“ noch 600-800 MBits ankamen. Beim Upload geht die Latenz sogar leicht runter, das war zuvor auch nicht.

 

[sparkie]

Weiterhin würde mich brennend interessieren ob das Configfile vom Gigabittarif deutlich anders ist. Es ist nach wie vor so dass sich die Latenz/Jitter unter Volllast enorm verbessert haben.

ein Vorteil der .33er ist, dass du genau diese Parameter per telnet aus dem Modem dumpen kannst. Mit der .41er hingegen geht der telnet anscheinend gar nicht mehr (unbestaetigt). Alleine schon deswegen habe ich nur Modems mit der .33 bestellt (das geht problemlos wenn man es vor der Bestellung angibt).

 

[rv112]

Provisioniert ist doch SNMP und Telnet deaktiviert, oder? Falls nicht, wie stelle ich das an? Gerne auch per PN.

 

[sparkie]

ich habe noch nicht getestet was passiert, wenn das Modem provisioniert war und dann nach einem Reboot das HF Kabel nicht gesteckt ist. Evtl. ist es dann auslesbar?

 

[rv112]

Wenn maximal wenn man das Coax trennt und wartet bis es frisch ranged. Wie und womit mache ich das am besten mit Telnet?

 

[Easy4Breezy]

Hat jemand eine Idee, warum auf Channel 27 so viele Fehler entstehen? Ist hier etwas defekt? Sind genau 30 Tage seit dem letzten Boot.

 

[rv112]

LTE Einstrahlung -> Störung melden.