XGS-PON fiber: How does rationing work?
To get it straight:
In normal daily operation within an The customers connected to the respective splitter demand more bandwidth than the PON tree as a whole is able to provide.
As a rule, most of the time you are allocated far more than 1/32 of the total bandwidth and sometimes you even get almost the entire bandwidth of the entire PON group, which you then use up to 8.3 Gbit As an individual you can use your own individual OTO can almost exclusively at times.
However, due to large consumers or speed test junkies, it can of course occasionally happen that the freely available group bandwidth reaches its limits and then forced rationing of the bandwidth allocation to individual connections can no longer be avoided.
My question is not about the different technical implementation of the rationing in the download and the upload (in the download there is probably a changed mix in the composition of the stream for broadcast transmission, and in the upload there is probably a reduction in the time slice allocation per individual router), but rather on the Rationing mechanism in general.
Basically I think there are two possibilities:
Variant A: At the load limit, only the currently largest consumer is slowed down and all other customers continue to receive the power they are currently requesting at that time
Variant B: All customers of the PON tree are slowed down proportionally, as a percentage of their currently requested service
But there are probably also other variants and hybrid forms of it.
Does anyone here know how Swisscom has actually implemented its securely existing XGS-PON rationing mechanism?
And perhaps a second question: Is there something like a guaranteed technical minimum bandwidth for every XGS-PON router that wants to start communicating with the PON tree?
(The background to this question is the assumption that this actually has to exist, otherwise a single router that just wants to start an upload stream to the PON tree would no longer receive any free time slot to transmit its signal)
P.S.: Personally, I would actually prefer variant A, because it is polluter-pays and also prevents collateral “damage” to uninvolved customers from excessive speed test junkies or other excessive users in the same PON tree.
And as an appendix for those interested in low-level PON, a technical basic paper from Huawei on the accompanying XGS-PON features (particularly interesting are Chapter 5 “Working Principle” and Chapter 6 “Key Technologies”, which are also available from Swisscom -XGS-PON can be used at least partially in communications technology:
https://actfornet.com/ueditor/php/upload/file/20200407/1586223371421399.pdf
Hobby-Nerd ohne wirtschaftliche Abhängigkeiten zur Swisscom