Can anyone explain how bandwidth sharing works on FTTP? From what I understand, up to 32 properties are connected to the something called a GPON which has a maximum download and upload rate of 2.4Gb and 1.2Gb respectively.
Does that mean if say 10 properties took out a 900Mb service and they all maxed it out at the same time, they'd all be slowed down to around 240Mb each or am I missing something? Obviously 2.4Gb can be maxed out by three properties with a 900Mb service, 5 properties with a 500Mb service, 8 properties with a 300Mb service. It just doesn't seem like a lot of bandwidth to go around! I know most of the time not everyone will be hammering the connection as fast as possible, but if you're paying for a 900Mb connection then chances are you will want to max it occasionally as well!
So how does it all work? If all 32 properties had 900Mb and hammered the connection all at once, would they all be slowed down to 80Mbish or am I missing something?
Without sounding disparaging, that's the way *broadband* has
always worked
Subscriber bandwidth is shared (or contended) all the way along the food-chain - from the last mile segment (in your concerned example GPON), through to backhaul through to ISP peering and transit interconnects.
For a start the economics simply would not stack up if every subscriber had their peak speed bandwidth committed and available *all* of the time.
Secondly as noted, its hardly necessary in reality as connections are never driven at even a fraction of their full capacity all of the time.
Thirdly (back to your worked example) ISP evidence suggests that in the UK most FTTP subscribers (approx 80%) are subscribing to packages of 100 Mbps and less. The split of customer taking top tier 900 Mbps packages is around 4-5%, about the same percentage as those taking 550, 330 and 160 Mbps packages. Even so Openreach are careful not to oversubscribe a given PON with too many customers taking the highest speed packages and they only have a max of 30 subscribers on a PON segment, even though they split up to 32 ways (GPON technically allows up to a 128-way split so the split ratios here are actually very conservative). If PON congestion were to become an issue, given the spare fibre capacity in the network it is actually simple to split a PON, however the ISP backhaul will probably be the first thing that will hits the stoppers well before the PON.
Finally the PON itself like any fibre network is able to carry multiple wavelengths of light. This means you can continue to run GPON at the headend and then in parallel upgrade the PON, by utilising a spare input to run XGS-PON or 25GS-PON or even 50GS-PON or a combination of them, without changing any fibre in the ground or any connections. The capacity of the network could be increased fifty-fold overnight, without affecting any subscribers.