RE: Chapter 46: preamble length
Brad,
I can assure you that clause 49 does not allow truncation of preamble
regardless of whether it is part of a LAN or WAN PHY. There is no reason to
allow truncation. There aren't enough preamble bytes to use them for WAN
clock compensation. We made sure there are plenty of idle bytes and these
are what gets deleted to compensate for WAN data rate.
However, I do agree that we should leave the RS text as it is under the
general principle of "be strict on what may be transmitted and permissive on
what may be receive." We should only put those requirements on receive
checking which are necessary for error detection robustness and requiring a
full preamble isn't necessary for that.
Regards,
Pat
-----Original Message-----
From: Booth, Bradley [mailto:bradley.booth@xxxxxxxxx]
Sent: Wednesday, March 28, 2001 10:08 AM
To: stds-802-3-hssg@xxxxxxxx
Subject: RE: Chapter 46: preamble length
Sanjeev,
10GbE does not support CSMA/CD. In half duplex implementations, some
preamble bits could be lost due to sampling, asynchronous timing and clock
recovery effects. From my understanding, the preamble was also to permit
the Manchester encoder/decoder to lock to the incoming stream.
In a full duplex system without manchester encoding (like GbE and 10GbE),
the need for all the preamble bits is greatly decreased. Some GbE MACs were
designed to be able to receive SFD immediately following the reception of
one byte of preamble. In 10GbE, truncation of the preamble can occur due to
the asynchronous timing associated with the WAN PHY.
Cheers,
Brad
-----Original Message-----
From: Sanjeev Mahalawat [mailto:sanjeev@xxxxxxxxx]
Sent: Wednesday, March 28, 2001 12:09 PM
To: Booth, Bradley; stds-802-3-hssg@xxxxxxxx
Subject: RE: Chapter 46: preamble length
Booth,
At 08:39 PM 03/27/2001 -0800, Booth, Bradley wrote:
>
>Sanjeev,
>
>You may wish to re-read 802.3, as Ethernet has always had
the ability to
>shorten the preamble. This was very true in the CSMA/CD
half duplex days of
>Ethernet, and it has remained a part of full duplex
Ethernet. The transmit
>side of the MAC generates the full preamble, but the
receive side never
>requires reception of the full preamble.
Does 10GE supports CSMA/CD? Has everything been same in
802.3's
every version of Ethernet? What is the reason in 10GE for
preamble to be shortnened?
Are you suggesting that there is no reason but just because
it was so in the older
versions, therefore, 802.3ae HAS to allow preamble to be
truncated?
And though many things have been added and/or removed from
version to version BUT preamble has to be allowed to be truncated without
any reason, right? If this is the case then I do not have any further
question.
Thanks,
Sanjeev
>
>Cheers,
>Brad
>
> -----Original Message-----
>From: Sanjeev Mahalawat [mailto:sanjeev@xxxxxxxxx]
>Sent: Tuesday, March 27, 2001 8:08 PM
>To: Grow, Bob; 'Danielle Lemay';
stds-802-3-hssg@xxxxxxxx
>Subject: RE: Chapter 46: preamble length
>
>
>Hi Bob,
>
>At 02:21 PM 03/27/2001 -0800, Grow, Bob wrote:
>>
>>On transmit, a conforming implementation will send seven
preamble plus the
>>SFD.
>>
>>On receive, there is no current function that will change
that length, but
>>the concensus of the committee was to keep the option
open. (In 802.3z we
>>did change preamble length for idle alignment.) The D3.0
text should make
>>it clear that an implementation should be tolerant to
changes in preamble
>>length, though it can still rely on lane alignment (Start
in lane 0, SFD in
>>lane 3). Text was added to warn that the Start and SFD
could appear in the
>>same column.
>
>What is the reasoning behind letting a layer lower than
>MAC to touch the preamble?
>
>Since preamble is coded as data it belongs to MAC
>and no lower layer should be allowed to change
>and/or remove the length of preamble.
>
>Thanks,
>Sanjeev
>
>
>>
>>--Bob Grow
>>
>>-----Original Message-----
>>From: Danielle Lemay [mailto:dlemay@xxxxxxxxxxxxxxxxx]
>>Sent: Monday, March 12, 2001 10:38 AM
>>To: stds-802-3-hssg@xxxxxxxx
>>Subject: Chapter 46: preamble length
>>
>>
>>
>>
>>
>>Is it possible for the preamble+SFD to be less than 8
bytes ?
>>
>>thanks,
>>Danielle
>>
>>
>>
>>*******************************************
>>Danielle Lemay
>>Design Engineer, Nishan Systems
>>dlemay@xxxxxxxxxxxxxxxxx
>>408-519-3985
>>
>