[EFM] AW: HEADLINE: Oscar Wilde resolves EFM PON timing issues!!!
- To: FEffenberger@QuantumBridge.com, stds-802-3-efm@ieee.org, Vipul_Bhatt@ieee.org, wdiab@cisco.com, KIM_AJUNG/sait_breakthrough_stars_grp13@samsung.co.kr, Meir@zonu.com, wsoto@agere.com, eyal@flexlight-networks.com, raanan@broad-light.com, francois.fredricx@alcatel.be, BDeri@terawave.com, s-rogers@ti.com, maurice.reintjes@mindspeed.com
- Subject: [EFM] AW: HEADLINE: Oscar Wilde resolves EFM PON timing issues!!!
- From: Thomas.Murphy@xxxxxxxxxxxx
- Date: Thu, 21 Nov 2002 18:11:46 +0100
- Sender: owner-stds-802-3-efm@majordomo.ieee.org
Frank,
I agree with your assessment that the people on the e-mail
list have a "Option-A" view. However, at the meeting the voting
pointed differently. I am trying to remain neutral on this issue
but someone please back me up on the way the voting went.
Once again, if a compromise is to be reached, efforts should be targeted
towards making this the 'best' compromise (i.e. achievable accepted values
which deliver an acceptable efficiency) rather than conflicting
proposals once again splitting the voting?
Regards
Tom
-----Ursprüngliche Nachricht-----
Von: FEffenberger@xxxxxxxxxxxxxxxxx
[mailto:FEffenberger@xxxxxxxxxxxxxxxxx]
Gesendet am: Mittwoch, 20. November 2002 17:29
An: Murphy Thomas (COM FO D O); stds-802-3-efm@ieee.org;
Vipul_Bhatt@xxxxxxxx; wdiab@xxxxxxxxx; FEffenberger@xxxxxxxxxxxxxxxxx;
KIM_AJUNG/sait_breakthrough_stars_grp13@xxxxxxxxxxxxx; Meir@xxxxxxxx;
wsoto@xxxxxxxxx; eyal@xxxxxxxxxxxxxxxxxxxxxx; raanan@xxxxxxxxxxxxxxx;
francois.fredricx@xxxxxxxxxx; BDeri@xxxxxxxxxxxx; s-rogers@xxxxxx;
maurice.reintjes@xxxxxxxxxxxxx
Betreff: RE: HEADLINE: Oscar Wilde resolves EFM PON timing issues!!!
Dear Tom,
On the contrary, I, and the majority of recipients of your Email,
believe that alternative A is the best choice. I plan to continue
to support this alternative, and prepare a presentation to this
effect for the Vancouver meeting.
Regards,
Frank Effenberger.
-----Original Message-----
From: Thomas.Murphy@xxxxxxxxxxxx [mailto:Thomas.Murphy@xxxxxxxxxxxx]
Sent: Wednesday, November 20, 2002 11:26 AM
To: stds-802-3-efm@ieee.org; Vipul_Bhatt@ieee.org; wdiab@cisco.com;
FEffenberger@xxxxxxxxxxxxxxxxx;
KIM_AJUNG/sait_breakthrough_stars_grp13@xxxxxxxxxxxxx; Meir@xxxxxxxx;
wsoto@xxxxxxxxx; eyal@xxxxxxxxxxxxxxxxxxxxxx; raanan@xxxxxxxxxxxxxxx;
francois.fredricx@xxxxxxxxxx; BDeri@xxxxxxxxxxxx; s-rogers@xxxxxx;
maurice.reintjes@xxxxxxxxxxxxx
Subject: HEADLINE: Oscar Wilde resolves EFM PON timing issues!!!
Wilde once said, "The Irish know the cost of everything and the value of
nothing"
I think for the case at hand, he meant the opposite for me in that I can't
put an exact cost on
the various options for the burst-mode TRx's but I do know the value of
resolving this issue
and proceeding. This is prio #1 for me now
For those of you not at the last meeting, a brief summary of the timing
discussions follow:
Summary
The timing question was presented to a joint session of the optics and P2MP
group.
Of the four choices, (see
http://grouper.ieee.org/groups/802/3/efm/public/nov02/optics/bhatt_general_1
_1102.pdf)
the group narrowed down to a choice between A and D, that is FSAN values - A
and leaving the values
open to implementation - D. In all votes, D had the majority, greater than
75% among all people present, but
failing 75% among 802.3 members. The same choice was presented to the whole
802.3 group with the
majority again in favour of D, but not 75%.
It is my opinion that option D would have achieved a majority but people
were afraid
of voting for something with no values. There was also the fear that
choosing this option would imply
that certain services would possibly no longer work two 'in-spec'
transceivers were swapped.
How to Proceed
First off, a lot of people abstained at all votes. Please inform me if
there are open technical issues that need
to be addressed before you say yea/nay. Lets reduce number of A's!!!
Based on the voting of the last meeting, I think the best way to proceed is
to elaborate on
option D. For me this implies the following:
* Agree on a value that would appear in option D for a maximum start
up time.
This value should be agreed upon by a number of PMD vendors and may
be the sum of Tx and Rx values, or split between the two. This needs to be
decided.
* An agreed value would be also be presented as the resulting
efficiency of this guardband.
* Ensure that the protocol and architecture that he system is future
proof and that
transceivers with faster response times can be dropped seamlessly into the
link.
In this way, show that all people get what they want at the end of the day.
I thank all of you who contributed for the last presentation. Please keep
this
up and lets close on values at the Vancouver meeting
Regards
Tom