RE: [EFM] [EFM-OAM] OAM Transport Proposal
Roy-
I have not examined the proposal.
It sounds like the proposal to send a preamble without a frame would either:
1) Violate the minimum frame size of Ethernet
or
2) Violate the frame format requirements of Ethernet
My questions would then be:
Why do the proposers think that this "would be Ethernet?"
How do they expect to get it approved in 802.3
How do they expect these entities to show up on Ethernet test
equipment?
Have they checked it against the 5 Criteria lately?
Geoff
At 08:38 AM 4/20/02 -0500, Roy Bynum wrote:
>Matt,
>
>I had to withdraw my support of this baseline proposal. The people that
>were in your breakout group originally were replaced by individuals that
>had less of a neutral agenda. While this might be a natural evaluation, I
>found the group diverting from its original direction.
>
>What forced me to withdraw was the re-insertion in the baseline proposal
>of the new frame type shown in slide 10 as a stand alone preamble with no
>Ethernet frame behind it. This has not has very much discussion in the
>EFM TF group as a whole, or the dot 3 voters. This functionality was not
>part of the original functionality that the breakout group has originally
>agreed on.
>
>Several people are saying that preamble will not work properly without
>that non-Ethernet-frame preamble type frame. The alternative concept is
>that the OAM frame will always be available to be sent, so there is never
>a need to send a preamble without a frame.
>
>Also, the PHY ID was re-introduced in the P2P baseline OAM as well as the
>P2MP, as shown in slide 9. The breakout group had originally agreed that
>P2P would not support multiple network elements within the P2P link, and
>so the PHY ID was specific to P2MP and should not be part of the basic OAM
>baseline.
>
>I enjoyed working with the group that you originally invited to
>participate. Thank you for the oportunity.
>
>Thank you,
>Roy Bynum
>
>
>I have the perception (I could be wrong) that more representation from the
>"preamble" camp participated in developing the baseline. For example HS
>was there while DG was not.
>
>At 02:58 PM 4/19/2002 -0700, Booth, Bradley wrote:
>
>>Kevin,
>>
>>I have a few questions:
>>* OAM in VOC/eoc is not explained in the document. Is there a
>>proposal that should be referenced?
>>* Do these OAM protocols assume no repeaters? Is the OAM scheme
>>designed to work in half-duplex?
>>* Is there a specific OAM scheme that should be used for end-to-end
>>(versus link-by-link) OAM messaging? Carrier class equipment has section,
>>line and path, do we have something similar?
>>* IEEE Std. 802.3z currently permits GbE fiber links to generate
>>either 7 or 8 bytes of preamble. How does the OAM in preamble compensate
>>for this?
>>
>>Thanks,
>>Brad
>>
>>Brad Booth
>>Intel Platform Networking Group - Austin
>>bradley.booth@xxxxxxxxx <mailto:bradley.booth@xxxxxxxxx>
>>
>> -----Original Message-----
>> From: Kevin Daines
>>[mailto:Kevin.Daines@xxxxxxxxxxxxxxxxxxxx]
>> Sent: Friday, April 19, 2002 4:01 PM
>> To: stds-802-3-efm@ieee.org
>> Subject: [EFM] [EFM-OAM] OAM Transport Proposal
>>
>> << File: OAMtransport_041902.pdf >> All,
>>
>> A number of individuals have worked since the St. Louis
>>Meeting in March on a compromise OAM Transport proposal. We are posting the
>>proposal for review/comment from the larger 802.3ah Task Force.
>>
>>
>>
>> Kevin Daines
>>
>>