Thread Links Date Links
Thread Prev Thread Next Thread Index Date Prev Date Next Date Index

Re: [802.3_B400G] [802.3_B400G_LOGIC] Files posted: P802.3dj Joint Logic/Optics Track June 29 ad hoc meeting



Dear 802.3dj TF Participants,

During the Ad Hoc call, Mike Dudek presented an important proposal for PMD reuse.

https://www.ieee802.org/3/dj/public/adhoc/optics/0623_OPTX/dudek_3dj_optx_01_230629.pdf

There was broad recognition of the benefits of reducing latency by bypassing the inner FEC. However, there was also concern about autonomously switching modes.

It may benefit to look back at how modes are switched in communications and Ethernet. The first widespread digital communication devices were voiceband modems which initiate at low rate guaranteed to close the link, and increase the rate as progressively more powerful equalization enables faster and higher order modulation, i.e. same basic idea as proposed by Mike. The drawback is that one doesn't know until after the highest rate is established, how fast the link will be. In contrast, Ethernet has always guaranteed a fixed rate. Even though many optical modules ship as multirate, each rate is a separate PDM spec. The datacenter operator decides when configuring their network which rate to operate at based on what performance the PDM specs guarantee.

This suggests that the desired behavior for selecting whether the inner FEC is bypassed or not, is by the datacenter operator when configuring their network, not autonomously in real time after the module is plugged in. If a shorter latency is not guaranteed, then the link must be assumed to operate at a longer latency for the purposes of defining the network configuration. What the operator needs is information on capability, which means two independent PMD specs, one with inner FEC turned on, and one with inner FEC turned off, available before the network is configured. The BER rate can be one of the many real time diagnostics provided to the operating system, just like optical power and temperature. It is unlikely that the operator would want the module to configure the network.

It would be helpful if any datacenter operator on the reflector chimed in and commented whether there is a benefit for optical modules to configure a network autonomously. If yes, sharing the application scenario would further help understand the need.

Thank you

Chris

On Wed, Jun 28, 2023 at 8:04 AM Mark Nowell (mnowell) <00000b59be7040a9-dmarc-request@xxxxxxxxxxxxxxxxx> wrote:

Hi everyone,

 

The files for tomorrow’s P802.3dj joint optics and logic ad hoc are posted here: https://www.ieee802.org/3/dj/public/adhoc/optics/0623_OPTX/index.html

 

The Presentations we will be reviewing are:

  • "By-Passing the DR/FR inner FEC code for 200G/Lane" presented by Mike Dudek, Marvell
  • "Module output BER requirements with inner FEC" presented by Adee Ran, Cisco
  • "TDECQ Analysis with Increased SER Targets" presented by Greg LeCheminant, Keysight  (*not posted yet, will be posted asap)

 

A calendar invite was sent out to both reflectors.  But call details can be found here: https://www.ieee802.org/3/calendar.html

 

I want to remind all teleconference meeting participants to review the following documents prior to participation in an IEEE 802.3 meeting teleconference:

  • IEEE SA patent policy
  • IEEE SA Copyright Policy
  • IEEE SA Participation Policy

 

All of these policies may be found at http://ieee802.org/3/policies.html

  

Thanks,

 

Mark N

IEEE P802.3dj optics track leader

And  

Mark G

IEEE P802.3dj architecture and logic track leader


To unsubscribe from the STDS-802-3-B400G-LOGIC list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-3-B400G-LOGIC&A=1


To unsubscribe from the STDS-802-3-B400G list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-3-B400G&A=1