Duane, What we voted on and was my understanding that the 10G upstream is an EQ-based channel format (same EQ-based channel format of 25Gb/s) scaled down by 2.5x; i.e., take the 25Gb/s channel and simply turn the speed knob down to 10 Gb/s. I have no clue how this gets confused with anything else from .3av other than reusing the similar line rate. Cheers, Mark John, That motion (Motion # 5 from Rosemont meeting) only addresses the PMD (see tables in harstead_3ca_4a_0318 which makes no mention of anything in the PCS or PMA, only PMD parameters). I do not believe Motion #8 from New Orleans addressed FEC “The upstream channel format of the asymmetric 25/10G ONU shall be identical to the upstream channel format of the 25/25G ONU with the exception of line rate which shall be 10.3125 GBd.“ Mind you if we want to decide that the US 10G does use the same FEC as the 25G channels we can discuss that. My point is that we have not yet specified much of anything for 10G US but have focused on 25G channels. If you can find any motion that clearly associate 10G and FEC please let me know. Best Regards Duane From: John Johnson [mailto:000007ff7d378f43-dmarc-request@xxxxxxxx] Sent: Thursday, May 31, 2018 10:41 AM To: STDS-802-3-NGEPON@xxxxxxxxxxxxxxxxx Subject: Re: [802.3_NGEPON] Proposed set of changes to Clause 56 I agree with Marek. The motion points to the PMD tables in Ed's contribution which specify all of the RX parameters are the same as .3av except RX sensitivity is defined at BER=1E-2 with a footnote that is intended to point to the .3ca FEC clause. On Thu, May 31, 2018 at 9:53 AM, Marek Hajduczenia <mxhajduczenia@xxxxxxxxx> wrote: This is where technical decisions (and comments against the draft) will help resolve such broad motions and associated doubts. My understanding was driven by what I recall from the discussion - rand new 10G for the upstream, reusing 25G channel definition (MPCP, MPRS, PCS, etc.) with the only similarity to the existing .3av definition being the line rate. The motion did not mention FEC or PCS but used the term “upstream channel format”. I personally thought during the discussion we were talking about the MPRS and not PCS/FEC. Best Regards Duane From: Marek Hajduczenia [mailto:mxhajduczenia@xxxxxxxxx] Sent: Wednesday, May 30, 2018 7:26 PM To: STDS-802-3-NGEPON@xxxxxxxxxxxxxxxxx Subject: Re: [802.3_NGEPON] Proposed set of changes to Clause 56 Perhaps my recollections are lacking, but my understanding was that 10G upstream gets redefined to use Nx25G-EPON PCS structure, FEC included. That was supposed to remove all the problems of "new MPCP" working with "old MPCP", which we could not find a reasonable way of doing Marek Duane, I would tend to agree, but it seems that we would need at least the equivalent optical gain from the 10G EPON RS FEC to meet the PR30 29 dB power budget. I don't recall that we've talked yet about how this would fit into an EQ-based MAC structure. Regards, Bill -------- Forwarded Message --------
Bill, Personally I don’t think the 10G US will need that much of a boost. Hopefully we can reference much of the current spec for 10G US. Duane, Marek, Relative to the comments on Item 1 below, wouldn't the mandatory FEC function still be defined in CL 142 for the "802.3ca" 10G rate that could share the "first" 25G US wavelength in a TDM manner that we're defining as part of this standard? i.e. - not the standard 10G EPON rate or upstream wavelength. Regards, Bill
-------- Forwarded Message -------- Thank you, Duane Item 1) will be fixed and it was clearly a mistake on my end. As far as item 2) goes, this change will affect all new clauses as well – I think it would be better to have a comment on this topic against D1.1 to make sure it gets addressed correctly. Marek Marek, Only noticed two items of importance: 1) Pg 1/35 line 53 “Nx25G-EPONs using the nominal bit rate of 10, 25, or 25 Gb/s use a mandatory FEC function defined in Clause 142 in any direction.” Probably not for 10G and the 2nd “25” should be “50” I suspect. 2) For Fig 56-5a pg 2/36 We should add a note to these figures that 10G US will not use 25GMII but 10GMII in US. Let me know if this needs to be a separate comment. Best Regards Duane From: Marek Hajduczenia [mailto:mxhajduczenia@xxxxxxxxx] Sent: Sunday, May 27, 2018 10:29 PM To: STDS-802-3-NGEPON@xxxxxxxxxxxxxxxxx Subject: [802.3_NGEPON] Proposed set of changes to Clause 56 Dear colleagues, Attached please find the proposed changes against Clause 56 to accommodate Nx25G-EPON in the EFM architecture. All changes to Clause 56 material (where needed) are tracked in terms of additions and deletion. Material that does not need to be modified is NOT included in this contribution. I plan to submit a comment against draft D1.1 (once published) including this material as a contribution towards the draft. Please review and provide feedback. Your review is more than welcome.
To unsubscribe from the STDS-802-3-NGEPON list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-3-NGEPON&A=1
To unsubscribe from the STDS-802-3-NGEPON list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-3-NGEPON&A=1
To unsubscribe from the STDS-802-3-NGEPON list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-3-NGEPON&A=1
To unsubscribe from the STDS-802-3-NGEPON list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-3-NGEPON&A=1
To unsubscribe from the STDS-802-3-NGEPON list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-3-NGEPON&A=1
To unsubscribe from the STDS-802-3-NGEPON list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-3-NGEPON&A=1
To unsubscribe from the STDS-802-3-NGEPON list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-3-NGEPON&A=1
To unsubscribe from the STDS-802-3-NGEPON list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-3-NGEPON&A=1
|