[VF West] Problem beim Gaming

[Flole]

Du mischt da munter alles durcheinander. Service flows gibt's schon ewig und werden auch schon ewig genutzt. Dann gibt's noch logische Kanäle.

Wenn du die Pakete im Header veränderst gehen sie an den VF SIP Server. Das bringt dir also nichts weil sie da nicht hin sollen.

[denunge]

3.1 adds an extra set of queues (implemented as service flows), if Low Latency DOCSIS (LLD) is enabled. The DSCP or ECN field in the ip header is used to direct traffic to the low latency queue. The traffic is not prioritized though. All applications are free to mark their packets.

[jokolautus]

Indem du ein Telefonat mit dem SIP Server von Vodafone startest, dann wird der entsprechende Service flow dynamisch erzeugt für die jeweilige IP/Port Kombination. Mit einem fremden SIP Server wird das alles aber nichts, also müsste Vodafone den SIP Server schon nutzen um ein Spiel zu hosten, und das tun sie natürlich nicht.

DOCSIS 3.1 hat wohl 2 qeues, 1 normale und 1 prio.
Du kannst wohl dich in die prio packen lassen, wenn du deine Pakete veränderst, bzw. den Header anpasst.

Ob das aber funktioniert hier bei Vodafone und ob das was bringt, kein plan.

du meinst über den Qos Manager im gpedit.msc via DSCP 46?

[Flole]

The DSCP or ECN field in the ip header is used to direct traffic to the low latency queue.

That highly depends on the device/modem used. If you have access to the RNLOC of the Arris TG3442 you can see, that they charge the provider extra for that feature and that they do it on an application basis, likely by maintaining a IP/Port list.

[denunge]

CommScope requires a separate CMTS license to activate LLD. The license doesn't control how the LL queue is used.

The idea behind LLD is that the applications mark their own traffic. The operator may configure classifiers to direct known traffic to the LL queue, to help applications that haven't been updated to take advantage of this feature.

[Flole]

CommScope requires a separate CMTS license to activate LLD.

I'm not sure about the exact terms of the license, but it's also required if a CommScope CM is used on a third-party CMTS according to my understanding of the RNLOC.

The license doesn't control how the LL queue is used.

Correct.

The idea behind LLD is that the applications mark their own traffic. The operator may configure classifiers to direct known traffic to the LL queue, to help applications that haven't been updated to take advantage of this feature.

At least based on the documentation marking the traffic by the application is not supported (yet), or at least not mentioned. Only operator configured classifiers are described, if a separate license is activated.

LLD wouldn't help here though as it doesn't seem to be a latency issue.

[denunge]

Classifiers (default classifiers) are used to filter packets that are DSCP or ECN marked by applications, so all LLD modems should support it.

[Flole]

LLD also shouldn't be behind a "Paywall".... Btw: The whole LLD stuff was implemented through various Firmware versions by CommScope, step by step, so it was WIP for a very long time, but available for operators to test it. That's also a challenge though as it wasn't really communicated in the documentation that comes along with the firmware, so you don't really know when they are "done".

[Democratizer]

Du mischt da munter alles durcheinander. Service flows gibt's schon ewig und werden auch schon ewig genutzt. Dann gibt's noch logische Kanäle.

Wenn du die Pakete im Header veränderst gehen sie an den VF SIP Server. Das bringt dir also nichts weil sie da nicht hin sollen.

Das macht ja kein sinn, zweck dahiner war, den QoS header am Paket zu ändern, sodass das CTMS halt die Pakete beschleunigt behandelt.
Für Gaming was 50kb/sec benutzt, sollte das ja ok gehen.

[robert_s]

LLD also shouldn't be behind a "Paywall".... Btw: The whole LLD stuff was implemented through various Firmware versions by CommScope

By CommScope? I would assume that the DOCSIS chipset makers Broadcom and Intel/MaxLinear implemented it, not the modem vendors.