[186881] in North American Network Operators' Group
Re: GPON vs. GEPON
daemon@ATHENA.MIT.EDU (nanog-isp@mail.com)
Fri Jan 8 05:03:04 2016
X-Original-To: nanog@nanog.org
From: nanog-isp@mail.com
To: "Colton Conor" <colton.conor@gmail.com>
Date: Fri, 8 Jan 2016 11:03:00 +0100
In-Reply-To: <CAMDdSzP=qjkEDeULtaGV1AVA4EdG-4GLqp-NMMg+vgtyUFpdjw@mail.gmail.com>
Cc: NANOG <nanog@nanog.org>
Errors-To: nanog-bounces@nanog.org
> If you take out "bitrate, split ratio, cross vendor compatibility and pur=
chase price differences" then what else would you like to compare or know?
All the interesting bits obviously :)
Anybody can read the bitrates, split ratios, compatibility and price of =
a spec sheet/quote=2E That however leaves out all the interesting operative=
aspects such as auxiliary network requirement, service turn up and softwar=
e tool differences between the two standards=2E
The hard facts only cover the CAPEX part of the TCO equation and the dif=
ferences between GPON and GEPON are small=2E Controlling for any parameter =
roughly equal or if any different within a constant factor of less than two=
=2E
I'm more interested in the OPEX part, to find out if there are any (sign=
ificant) differences between the two=2E=20
=C2=A0
I welcome all insight into the operative aspects of GPON and/or GEPON, reg=
ardless if you have used one or both=2E=20
>> One, you can deliver a true 1Gbps service where more than one customer =
on a PON segment can actually get 1Gbps at a time, because the GPON support=
s 2=2E4Gbps of
>> total usage on the segment=2E
I know this is a quote of a quote, whose origin I do not know, but I wou=
ld not feel comfortable offering "a true 1Gbps service" on any PON system w=
ith less than 10G of capacity=2E Plain GPON/GEPON is meant to be split vigo=
rously to achieve cost savings in the OSP and as such aren't suitable for g=
igabit speeds=2E It's more like a 100M kind of technology=2E=20
Jared
