Thread Links | Date Links | ||||
---|---|---|---|---|---|
Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
Chris, That was completely uncalled for (as was the tone of your email on Tuesday, April 07, 2020 1:53 PM). I was not trying to shut anything down. I was simply pointing out that the discussions had moved on (and in a productive way) from the original proposal contained in the comment responses and in my presentation (in case you were not aware).
Gary From: Chris Cole <chris.cole@xxxxxxxxxxx> Gary
How about if we focus on the substance of the getting the spec right. Both David and Peter are making good suggestions, and others in the Task Force may have good ideas. So restricting the discussion is not constructive. That’s what the
reflector is for. I am participating and contributing to the consensus effort, just not along the lines you want.
From: Gary Nicholl (gnicholl) <gnicholl@xxxxxxxxx>
Chris, Your information is out of date. Based on discussions during Tuesday’s conference call the TF is following a different direction to try and resolve the issue, and we are not planning on directly implementing the suggested remedy for
comments #77/#83 or what was presented in nicholl_3cu_02_041420. There is a small group of people working offline to build a consensus proposal. If you (or anyone else) would like to participate/contribute , please let me know.
Gary Ps. While reviewing D2.0 in the context of comments #77/#83 (thanks to Dave for bringing this everyone’s attention) I also realized that in addition to the issues with the tables discussed below there is a bigger issue with the “Definition
of optical parameters and measurement methods” sections 140.7.9 and 151.8.10.
I would very much appreciate it if you could also lend your extensive expertise to reviewing sections 140.7.9 and 151.8.10, and provide some thoughts/guidance on how they need to be updated. The discussion on the tables below is only a
very small part of the issue we are trying to fix. From: Chris Cole <chris.cole@xxxxxxxxxxx>
Dear 802.3cu Task Force Participants, Editor’s comments #77 and #83 argue that it is necessary to put back equation references into the specifications table to achieve clarity.
Proposal for Receiver Sensitivity (RS) Equation References in tables (comments #77, #83) This is fixing something that has worked perfectly well in 802.3 for the past two decades.
802.3ae TF introduced the concept of OMA (min) minus TDP to enable trade-off between optical TX power and TX penalty. The OMA (min) vs. TDP curve has a hockey stick shape, exactly like the OMA (max) vs. SECQ curve in 802.3cu. Let’s take
a look if the 802.3ae-2002 Standard found it necessary to insert equation references into the spec table to achieve clarity.
No equation references are to be found in the spec table, only numerical values. Looking in 802.3ba-2010, 802.3bs-2017, 802.3cd-2018, we similarly find no equation references for OMA (min). Numerical values are perfectly clear.
Shockingly, even in 802.3cu, the same hockey stick shaped curve specifications for OMA (min) vs. TDECQ are numerical values, with no need for equation references in the spec table.
Yet in the same Standard, the OMA (max) vs. SECQ hockey stick shaped curves are deemed so different and so complicated that equation references in the spec tables are proposed as the only path to clarity.
A quote from the January presentation proposing the restoration of numerical values to the spec tables, and removal of equation references, is worth repeating. http://www.ieee802.org/3/cu/public/Jan20/cole_3cu_01b_0120.pdf If it ain’t broke, don’t fix it. Thank you Chris From: Chris Cole The Editor must have missed the January presentation where the End Users were very clear on their preference.
http://www.ieee802.org/3/cu/public/Jan20/cole_3cu_01b_0120.pdf#page=29 It would sever the IEEE better if we wrote the specifications for them, rather than for our own notion of aesthetics. Chris From: Peter Stassar <Peter.Stassar@xxxxxxxxxx>
Hi Gary and cu colleagues, I just had a look at your presentation proposing responses to #77 and #84. While I would agree that the changes agreed in Geneva could cause potential confusing, but at the same time I would agree with Chris, having proposed the changes during the Geneva meeting, that having just the
formula’s would also be confusing. I believe there is another possibility for addressing the 2 related comments, which is by doing both, namely where we maintain the line in the Table for SECQ up to 1.4 dB with a fixed value and another line for
SECQ higher than 1.4 dB where we show the formula. Then we don’t need the extensive note. Furthermore we will also maintain the intent of the change made in D2.0. There is precedence of dual line entrances in the various Transmitter Tables, where we distinguish between values for power above and below a certain extinction ratio. Looking forward to our further discussion today. Kind regards, Peter 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 |