<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif">Those are really high split rates. We (as in UFB in NZ) looked at 32:1 splits but it's rare - in practice it's often half that. Splits end up based on contention of regulated L2 plans which are sold to RSP's to on-sell to customers. Based on available backhaul bandwidth rather than any factor. i.e on a 2.5Gbit Duplex GPON port which carries a L2 service to RSP(L3 providers) it's a simple matter of dividing up the Active Optical backhaul to the GPON unit (minimally 2x10Gbit Active Paths to the CO for an old style GPON only node) so that gives you around 66 customers on a 300/300 service without resorting to Teletraffic engineering in the access equipment. Splits per line card port are then distributed based on that metric rather than anything else. There are of course some exceptions to this rule for some nodes in the network but it's uncommon.<br></div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">RSP's are responsible once the L2 is handed to them, so experience varies once it's off the access network. But the entire PON network is engineered without contention at any points, including in the last-mile, it actually works out cheaper than introducing engineering required for massive contention ratios and results in better experience for everyone. </div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">The active GPON nodes used in the network mostly have been moved to 2 or 4 * 40gbit or 100Gbit uplinks at the this point to support XPON. <br></div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jan 15, 2022 at 8:22 AM Michael Richardson <<a href="mailto:mcr@sandelman.ca">mcr@sandelman.ca</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Jonas Mårtensson <<a href="mailto:martensson.jonas@gmail.com" target="_blank">martensson.jonas@gmail.com</a>> wrote:<br>
    >> getting gpon more right has increasingly been on my mind<br>
<br>
    > I think more right is to not turn the fiber into a shared medium in the<br>
    > first place but since gpon is so popular, improving it seems like a<br>
    > nice goal.<br>
<br>
    >> Nobody in their right mind is going to hook up 128 terminalt to one<br>
    >> OLT<br>
    > port, I hope...<br>
<br>
    > Well, sharing one OLT port between many terminals is kind of the (only)<br>
    > advantage of PON, although split ratios of 32 or 64 are more<br>
    > typical. But often it's the loss budget that limits the ratio.<br>
<br>
And, there are also situations, many of them industrial, where the fiber<br>
allows one to avoid ground loops, and where the bandwidth/latency<br>
requirements are very modest.<br>
it's not all youtube downloads and zoom meetings :-)<br>
<br>
I was involved in a GPON build back in 2010 into a very poorly served<br>
industrial park.  (That was for email/web browsing by the industries).<br>
A reason they were so poorly served is that there were two expressways (one<br>
of them the TransCanada) and a river that bordered the area.<br>
There were only eight strands in a single conduit available....<br>
We considered moving (an) OLT into that area actually... DWDM to the rescue<br>
in the end, but that was a bit bleeding edge at the time.<br>
<br>
--<br>
]               Never tell me the odds!                 | ipv6 mesh networks [<br>
]   Michael Richardson, Sandelman Software Works        |    IoT architect   [<br>
]     <a href="mailto:mcr@sandelman.ca" target="_blank">mcr@sandelman.ca</a>  <a href="http://www.sandelman.ca/" rel="noreferrer" target="_blank">http://www.sandelman.ca/</a>        |   ruby on rails    [<br>
<br>
_______________________________________________<br>
Cerowrt-devel mailing list<br>
<a href="mailto:Cerowrt-devel@lists.bufferbloat.net" target="_blank">Cerowrt-devel@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/cerowrt-devel" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/cerowrt-devel</a><br>
</blockquote></div>