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

Re: [802.3_100G-OPTX] P802.3cu adjourned



Ali

 

Excellent example. The channel insertion loss calculations are:

  • 100GBASE-LR4 10km:  0.43dB/km * 10km + 2dB
  • 100GBASE-ER4 30km:  0.43dB/km * 30km + 2dB
  • 100GBASE-ER4 40km:  0.40dB/km * 40km + 2dB

There is nothing confusing here, and there is no reason to move away from it. What would be confusing is a channel insertion loss which is unrelated to the reach, as you are proposing.

 

Chris

 

From: Ali Ghiasi <aghiasi@xxxxxxxxx>
Sent: Monday, July 22, 2019 5:56 PM
To: Chris Cole <chris.cole@xxxxxxxxxxx>
Cc: STDS-802-3-100G-OPTX@xxxxxxxxxxxxxxxxx
Subject: [EXTERNAL]: Re: [802.3_100G-OPTX] P802.3cu adjourned

 

Hello Chris,

 

Historically we have had both unallocated penalty and additional insertion loss allowed, they can b e confusing.  If the there is extra margin available better make it available to use

in more simplified manner.  In case of both 100GBASE-LR4 and 100GBASE-ER4 @40 km additional insertion losses were 0 dB, but 100GBASE-ER4 operating at 30 km with the link 

naturally having excess margin the additional insertion loss allowed is 3 dB. 

 

If the 400G-LR4 link is designed for 8 km reach and you are operating the link at 8 km then additional insertion loss would be 0 dB per approach in CL 88 but if you are adding a shorter reach

in addition to 8 km then additional insertion loss allowed would be > 0 dB.

 

Thanks,
Ali Ghiasi



On Jul 22, 2019, at 4:51 PM, Chris Cole <chris.cole@xxxxxxxxxxx> wrote:

 

Hi Ali

 

The “Additional insertion loss allowed” is not a new creation, but is an established IEEE category. Please check every published standard.

 

The channel insertion loss and allocation for penalties should be derived using established specification methodologies. This is not a free for all, where we slosh dBs between buckets. If we do that, we should dispense with the categories and just have a single power budget number. 

 

As stated in my email, there are many variants possible, but I don’t see the point of your specific proposals.

 

Chris

 

From: Ali Ghiasi <aghiasi@xxxxxxxxx> 
Sent: Monday, July 22, 2019 2:55 PM
To: Chris Cole <chris.cole@xxxxxxxxxxx>
Cc: STDS-802-3-100G-OPTX@xxxxxxxxxxxxxxxxx
Subject: [EXTERNAL]: Re: [802.3_100G-OPTX] P802.3cu adjourned

 

Hello Chris,

 

Why create additional line “Additional insertion loss allowed”, why not jut increase the Channel Insertion Loss for Alt. B to 6.8 dB?

Another enhancement to Alt. B would be to increase TDECQ by 0.2 dB and reduce total insertion loss to 6.6 dB.

 

Thanks,
Ali Ghiasi




On Jul 22, 2019, at 2:43 PM, Chris Cole <chris.cole@xxxxxxxxxxx> wrote:

 

Dear 802.3cu Task Force Participants,

 

Below are two 400GBASE-LR4 8km link budget alternatives to show the benefits of reducing the reach objective.

 

Alt. A uses the currently proposed 11dB power budget and Alt. B uses 10.5dB power budget. Other variants are possible.


The result is a more manufacturable spec which is what we should strive for in Ethernet.

 

This is also a useful baseline for cloud operators to write their own specs. They can use as is, extend performance, or increase manufacturing margin.


Thank you


Chris

 

Illustrative Link Power Budget

Description

400GBASE-LR4

Alt. A

400GBASE-LR4

Alt. B

Unit

Power budget

(for max TDECQ)

11.0

10.5

dB

Operating distance

8

8

km

Channel insertion Loss

5.8

5.8

dB

Allocation for penalties

(for max TDECQ)

3.7

3.7

dB

Additional insertion loss

allowed

1.5

1.0

dB

 

 

From: Chris Cole 
Sent: Tuesday, July 16, 2019 11:10 AM
To: Marco Mazzini (mmazzini) <mmazzini@xxxxxxxxx>; Ali Ghiasi <aghiasi@xxxxxxxxx>
Cc: STDS-802-3-100G-OPTX@xxxxxxxxxxxxxxxxx
Subject: RE: [802.3_100G-OPTX] P802.3cu adjourned

 

Hi Marco,

 

I wrote:

 

This is not to dismiss the technique which may be useful in any PAM4 application. Rather, it needs a lot more time and effort to be well understood.”

 

To which you responded:

 

For this I don’t agree when we say level compression technique not being useful in any PAM4 application. At least we’ll have time and experience to work to optimize and then specify (or at least bound for incoming criteria) the TX behavior then.”

 

It appears I caused a misunderstanding of my position through the use of a double negative. Let me correct by rewriting.

 

This technique may be useful in any PAM4 application. It needs a lot more time and effort to be well understood.”

 

A shorter reach specification, with adequate margin using established techniques, will provide lots of opportunities for cost reduction through use of new techniques, like bottom compression.

 

Chris

 

From: Marco Mazzini (mmazzini) <mmazzini@xxxxxxxxx> 
Sent: Tuesday, July 16, 2019 6:46 AM
To: Ali Ghiasi <aghiasi@xxxxxxxxx>; Chris Cole <chris.cole@xxxxxxxxxxx>
Cc: STDS-802-3-100G-OPTX@xxxxxxxxxxxxxxxxx
Subject: [EXTERNAL]: RE: [802.3_100G-OPTX] P802.3cu adjourned

 

Hi Chris, Ali,

I can agree with you that some solution may need some dedicated loops to be kept the same compression - for our experimental case, we do not have to deal with particular electrical driver adjustment over T, as already quoted during the ad-hoc call.

 

Indeed the other side of my point was that, since at that time there was no constraint on how to do crossing points regulation on 10G, this risk was on interoperability.

 

Also, since at this stage there are no constraint on eye compression for PAM4 standards, we cannot exclude someone will do same adjustment anyway.

Especially if results into yu_3cu_01_0719 (slide 5) are taken as representative of current status of EML technology (TDECQ = 2.8 to 3dB at 0 ps/nm dispersion amb T), I think some care on compression/CD trade-off for any of link lenght has to be considered, as well as keep careful adjustments and control loops for it, as Ali is describing.

 

For this I don’t agree when we say level compression technique not being useful in any PAM4 application.

At least we’ll have time and experience to work to optimize and then specify (or at least bound for incoming criteria) the TX behavior then.

 

Regards

Marco

 

From: Ali Ghiasi <aghiasi@xxxxxxxxx> 
Sent: martes, 16 de julio de 2019 14:13
To: Chris Cole <chris.cole@xxxxxxxxxxx>; Marco Mazzini (mmazzini) <mmazzini@xxxxxxxxx>
Cc: STDS-802-3-100G-OPTX@xxxxxxxxxxxxxxxxx
Subject: Re: [802.3_100G-OPTX] P802.3cu adjourned

 

Hello Marco,

 

I have to agree with Chris that adjusting PAM4 compression is more involve than simple crossing adjustment of NRZ. 

In case of 53 GBd PAM4 for optimum eye the electrical driver likely has equivalent of 3-4 tap FFE as you adjust main to 

compensate for compression you would also need to carefully adjust the Pre/Post taps for optimum eye opening without 

over/under emphasis that will cut into upper or lower eye.  You would need to adjust the main/pre/post

for two NRZ eyes or adjust DAC setting during operation as temperature changes without causing error!

 

 

Thanks,
Ali Ghiasi
Ghiasi Quantum LLC

 

On Jul 16, 2019, at 1:42 PM, Chris Cole <chris.cole@xxxxxxxxxxx> wrote:

 

Hello Marco,

Let me change the adjective from "exotic" to "new", as the purpose of the email was not to initiate a debate about the details of various approaches. 

I don't agree that PAM4 eye bottom compression is nothing more than NRZ crossing point adjustment. The adjustment is functionally similar so it has characteristics in common. The difference is that we have a great deal of experience with NRZ threshold adjustment, over many products, conditions, volume shipments, etc. and understand the benefits, limitations and dangers. This is contrast to the proposed PAM4 eye bottom compression which only has a few experiments behind it. There is no basis to make a sweeping comparison statement between a technique with great deal of empirical experience in the field, and one with some lab results. This is not to dismiss the technique which may be useful in any PAM4 application. Rather, it needs a lot more time and effort to be well understood. 

In the meantime, we should move the TF forward on the basis of defining a specification with manufacturing margin using what we broadly understand. Otherwise, we will spend endless cycles arguing about fractions of a dB, which will not lead us to a low cost high manufacturing margin 400G LR4 spec.

Chris

-----Original Message-----
From: Marco Mazzini (mmazzini) <mmazzini@xxxxxxxxx> 
Sent: Tuesday, July 16, 2019 3:41 AM
To: Chris Cole <chris.cole@xxxxxxxxxxx>; STDS-802-3-100G-OPTX@xxxxxxxxxxxxxxxxx
Subject: [EXTERNAL]: RE: P802.3cu adjourned

Hi Chris,
when you say: 
'.... including CD tolerance, and not require exotic techniques like PAM4 eye bottom compression proposed by Brian'... I remind you that bottom compression is nothing more than NRZ crossing points adjustment that most of transceiver's companies did in the past to be have some more dispersion robustness (TDP) against standard requirements.

We measured several times X2-Xenpak 10G NRZ transmitter with crossing point deviating from 50% (mainly on 10G-ZR, but lot of cases on 10GBASE-ER too).
In my opinion this optimization was same (or even more) dangerous than on PAM4 if you like, since we had to deal with average RX slicer thresholds and BER requirement of < 1E-12 (no FEC).
We all know history about.

Regards
Marco

-----Original Message-----
From: Chris Cole <chris.cole@xxxxxxxxxxx> 
Sent: martes, 16 de julio de 2019 12:00
To: STDS-802-3-100G-OPTX@xxxxxxxxxxxxxxxxx
Subject: Re: [802.3_100G-OPTX] P802.3cu adjourned

Dear 802.3cu Task Force Participants,

As discussed during yesterday's meeting, a path forward to consider is to reduce the 400G LR4 10km reach objective. 

There are a number of observations about 400G LR4 that are helpful to list:
             - Long term, there is a need for a longer reach, higher loss budget PMD in addition to 400G FR4
             - Volume is strongly driven by cost
             - CWDM grid has several low cost characteristics including no TEC, commonality with FR4, and simpler WDM filters and set-up
             - WDM grid is not the only determinant of cost
             - Cost is primarily driven by manufacturing margin 
             - Based on TF contributions, meeting specs. over range of 10km SMF CD is feasible but not with a lot of margin

What we learned in 802.3ba, when considering changing the 100G LR4 objective was:
             - Above 2km, the reach distribution is continuous and decreasing as a function of reach  
             - There are many applications with up to 2km reach and ~ 10km loss budget, for example 6.7dB. 

There is nothing magical about 10km. Datacenters are not sited based on IEEE reach objectives. I was asked by the chair to bring in a contribution discussing this in detail. To speed up the process, I got into my handy time machine, and made a contribution to the Salt Lake City meeting. Since this shifted us to an alternate time continuum, this contribution is now on the TF web site:

http://www.ieee802.org/3/cu/public/May19/cole_3cu_02c_0519.pdf

The summary observation is that end users are not going to pay a premium to support 10km worst case CD. If we want a truly low cost PMD, it should have comfortable margin all specs, including CD tolerance, and not require exotic techniques like PAM4 eye bottom compression proposed by Brian. It is very unlikely that any new data brought into the TF will show that 10km CD can be met with a lot of margin. 

My proposal is that we focus on defining a new, lower reach objective for 400G LR4, for example 8km, with 6.3dB (or even better 6.5 or 6.7dB) loss budget. 

I reviewed the Scope of the project with Mark Nowell, and reducing 10km is entirely within scope. 

5.2.b. Scope of the project: This project is to specify additions to and appropriate modifications of IEEE Std 802.3 to add PHY specifications and Management Parameters for 100 Gb/s and 400 Gb/s Ethernet optical interfaces for reaches up to 10 km based on 100 Gb/s per wavelength optical signaling.

Thank you

Chris

-----Original Message-----
From: Mark Nowell (mnowell) <00000b59be7040a9-dmarc-request@xxxxxxxx> 
Sent: Monday, July 15, 2019 9:15 AM
To: STDS-802-3-100G-OPTX@xxxxxxxxxxxxxxxxx
Subject: [802.3_100G-OPTX] P802.3cu adjourned

Dear Colleagues,

We’ve completed our work today and as announced in the room, we will not be meeting tomorrow. 

Regards,
Mark 

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

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

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

 


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

 


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