Re: [STDS-802-3-EPOC] EPoC Evaluation Criteria and Requirements Ad Hoc
Curtis,
My apologies for not having attended the call - I had medical emergency at
home. After a few hours in hospital, I think everything is back on track.
Regarding the items below .
If you implemented MMP with a single data pipeline, all the SDs would have
to be aware of the profile you're sending data on and adapt accordingly.
Obviously, that requires some real-time control signaling and will simply
not work in EPoC. I had a presentation to that effect already. Such an
arrangement creates all kinds of challenges, including synchronization of
profile switching between PCS and MPMC, where certain amount of data is
still in the pipeline and must be processed before new profile is applied.
It is a non-trivial problem, really.
Regarding item 2, for simplicity, we show that all inserted idles (excluding
IPG . ) are removed, i.e., we have high load conditions in the stack, where
there is more data available than we can actually push through the stack.
This is only the assumption for simplicity. However, in reality, there is
nothing that prevents IDLEs from being included in the data stream. MAC
Clients do not have anything to send, MAC fills these extra spaces between
frames with IDLEs and sends across the wire. These IDLEs are needed and will
not be removed by the SDs and that means you're 100% on the money here. We
did mention this fact at the last meeting and it seems to have caused
substantial confusion among people. We wanted to avoid this confusion at the
introductory level this time, to make sure that the principle is first
understood and details are explained later.
Hope that helps
Regards
Marek
From: Curtis Knittle [mailto:C.Knittle@xxxxxxxxxxxxx]
Sent: Wednesday, 06 February, 2013 5:41 PM
To: STDS-802-3-EPOC@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-3-EPOC] EPoC Evaluation Criteria and Requirements Ad
Hoc
Andrea,
Thanks very much for the presentation this morning. I have a couple
questions:
1) DRA and MMP
Let's say the PHY is supporting two modulation profiles on a particular CCDN
- profile A supports physical data rate of 2 Gbps and profile B supports
physical data rate of 4 Gbps. Of course, there is 10 Gbps coming across the
XGMII interface. Will the DRA module have to be aware of the destination
profile (either A or B in this example), and remove idle data according to
the destination profile? If the frame is destined for profile A, then more
idle frames will have to be removed, right?
2) Idle frames on the coax
I just want to make sure I understand something. In your diagrams showing
the addition of idle data and corresponding removal of idle data, you
typically showed ALL idle data was removed - leaving only information
frames+FEC+coding. Is it true that there could be idle frames that are NOT
removed because the information rate doesn't fill the entire channel, and
thus some idle frames are in fact transmitted on the coax along with the
information frames?
Thanks!
Curtis
From: Shellhammer, Steve [mailto:sshellha@xxxxxxxxxxxxxxxx]
Sent: Tuesday, February 05, 2013 6:35 PM
To: STDS-802-3-EPOC@xxxxxxxxxxxxxxxxx
Subject: [STDS-802-3-EPOC] EPoC Evaluation Criteria and Requirements Ad Hoc
All,
This is a reminder that we have an Evaluation Criteria and
Requirements Ad Hoc call Wednesday at 7 AM Pacific Time (10 AM Eastern
Time).
The bridge information is in the appointment that I sent out
previously.
To provide a forum for increased socialization of
presentations we will have a presentation by Andrea and Marek on Data Rate
Adaptation tomorrow morning.
Agenda
. Review IEEE-SA Patent Policy
o
https://development.standards.ieee.org/myproject/Public/mytools/mob/slideset
.pdf
. Attendance
. Data Rate Adaptation (Andrea and Marek)
. Other
Steve
_____
<="" p="">
_____
________________________________________________________________________
To unsubscribe from the STDS-802-3-EPOC list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-3-EPOC&A=1