Netdev Archive on
help / color / mirror / Atom feed
From: Hauke Mehrtens <>
To: "Pali Rohár" <>, "Vladimir Oltean" <>
Cc: "Russell King (Oracle)" <>,
	Madalin Bucur <>,
	Andrew Lunn <>,
	Igal Liberman <>,
	Shruti Kanetkar <>,
	Emil Medve <>,
	Scott Wood <>, Rob Herring <>,
	Michael Ellerman <>,
	Benjamin Herrenschmidt <>,
	"" <>,
	"" <>,
	"" <>,
	"Camelia Alexandra Groza (OSS)" <>
Subject: Re: What is inside GPON SFP module? (Was: Re: Unsupported phy-connection-type sgmii-2500 in arch/powerpc/boot/dts/fsl/t1023rdb.dts)
Date: Sat, 5 Jun 2021 15:04:55 +0200	[thread overview]
Message-ID: <> (raw)
In-Reply-To: <20210605125004.v6njqob6prb7k75k@pali>

[-- Attachment #1.1.1: Type: text/plain, Size: 3705 bytes --]

On 6/5/21 2:50 PM, Pali Rohár wrote:
> On Saturday 05 June 2021 15:26:39 Vladimir Oltean wrote:
>> On Sat, Jun 05, 2021 at 01:33:07AM +0100, Russell King (Oracle) wrote:
>>> It started out as described - literally, 1000base-X multiplied by 2.5x.
>>> There are setups where that is known to work - namely GPON SFPs that
>>> support 2500base-X. What that means is that we know the GPON SFP
>>> module negotiates in-band AN with 2500base-X. However, we don't know
>>> whether the module will work if we disable in-band AN.
>> Pardon my ignorance, but what is inside a GPON ONT module? Just a laser
>> and some amplifiers? So it would still be the MAC PCS negotiating flow
>> control with the remote link partner? That's a different use case from 
>> PHY transmitting the negotiated link modes to the MAC.
> Hello Vladimir! All GPON ONU/ONT SFP modules which I have tested, are
> fully featured mini computers. It is some SoC with powerful CPU, fiber
> part, at least two NICs and then two phys, one for fiber part and one
> for "SFP"-part (in most cases 1000base-x or 2500base-x). On SoC inside
> is running fully featured operating system, in most cases Linux kernel
> 2.6.3x and tons of userspace applications which implements "application"
> layer of GPON protocol -- the most important part. If OEM vendor of GPON
> SFP stick did not locked it, you can connect to this "computer" via
> telnet or web browser and configure some settings, including GPON stuff
> and also how GPON network is connected to SFP part -- e.g. it can be
> fully featured IPv4 router with NAT or just plain bridge mode where
> "ethernet data packets" (those which are not part of ISP configuration
> protocol) are pass-throw to SFP phy 1000base-x to host CPU. GPON is not
> ethernet, it is some incompatible and heavily layered extension on ATM.
> Originally I thought that ATM is long ago dead (as I saw it in used last
> time in ADSL2) but it is still alive and cause issues... I think it does
> not use 8b/10b encoding and therefore cannot be directly mapped to
> 1000base-x. Also GPON uses different wavelengths for inbound and
> outbound traffic. And to make it even more complicated it uses totally
> nonstandard asynchronous speeds, inbound is 2488.32Mbit/s, outbound is
> 1244.16Mbit/s. So I guess CPU/SoC with GPON support (something which is
> inside that GPON ONU/ONT stick) must use totally different modes for
> which we do not have any option in DTS yet.
> So once mainline kernel will support these "computers" with GPON support
> it would be required to define new kind of phy modes... But I do not
> think it happens and all OEM vendors are using 2.6.3x kernels their
> userspace GPON implementation is closed has tons of secrets.


This description of the GPON SFP sticks is correct, but it misses some 
of the complexity. ;-) GPON is also a shared medium like DOCSIS, you can 
not always send, but you have to wait till you get your time slice over 
In addition the GPON SFP stick also have to talk the OMCI protocol which 
allows to operator to configure all sorts of layer 2 things. They can 
also login to your SFP stick. ;-)
There are also some passive GPON SFP sticks which just translate between 
electrical and optical signals, but to operate them you need a GPON MAC 
and managed layer on your host.

Adding GPON support properly into Linux is not an easy task, Linux would 
probably need a subsystem with a complexity compared to cfg80211 + hostapd.

Is there a list of things these GPON sticks running Linux should do 
better in the future? For example what to avoid in the EEPROM emulation 


[-- Attachment #1.1.2: OpenPGP public key --]
[-- Type: application/pgp-keys, Size: 10027 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

  reply	other threads:[~2021-06-05 13:05 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-06-03 14:34 Unsupported phy-connection-type sgmii-2500 in arch/powerpc/boot/dts/fsl/t1023rdb.dts Pali Rohár
2021-06-03 15:12 ` Andrew Lunn
2021-06-03 19:48   ` Pali Rohár
2021-06-04  7:35     ` Madalin Bucur
2021-06-04 17:32       ` Pali Rohár
2021-06-04 19:13         ` Madalin Bucur
2021-06-04 19:27       ` Russell King (Oracle)
2021-06-04 19:39         ` Madalin Bucur
2021-06-04 20:00           ` Russell King (Oracle)
2021-06-04 21:37             ` Madalin Bucur
2021-06-04 20:23           ` Andrew Lunn
2021-06-04 21:47             ` Madalin Bucur
2021-06-04 23:34               ` Pali Rohár
2021-06-05  0:33                 ` Russell King (Oracle)
2021-06-05 12:26                   ` Vladimir Oltean
2021-06-05 12:50                     ` What is inside GPON SFP module? (Was: Re: Unsupported phy-connection-type sgmii-2500 in arch/powerpc/boot/dts/fsl/t1023rdb.dts) Pali Rohár
2021-06-05 13:04                       ` Hauke Mehrtens [this message]
2021-06-05 13:31                         ` What is inside GPON SFP module? Pali Rohár
2021-06-05 14:17                           ` Hauke Mehrtens
2021-06-05 14:41                         ` What is inside GPON SFP module? (Was: Re: Unsupported phy-connection-type sgmii-2500 in arch/powerpc/boot/dts/fsl/t1023rdb.dts) Russell King (Oracle)
2021-06-08 10:33                           ` What is inside GPON SFP module? Pali Rohár
2021-06-19 20:35                 ` Unsupported phy-connection-type sgmii-2500 in arch/powerpc/boot/dts/fsl/t1023rdb.dts Pali Rohár
2021-07-04 13:43                 ` [PATCH] powerpc/fsl/dts: Fix phy-connection-type for fm1mac3 Pali Rohár
2021-07-14 17:11                   ` Scott Wood
2021-08-27 11:38                     ` Pali Rohár
2021-09-28 21:39                       ` Pali Rohár
2021-09-29 14:25                         ` Andrew Lunn
2021-10-02  9:06                           ` Pali Rohár
2021-06-04 23:18         ` Unsupported phy-connection-type sgmii-2500 in arch/powerpc/boot/dts/fsl/t1023rdb.dts Pali Rohár

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).