detecting end/length of Ethernet II frame?

detecting end/length of Ethernet II frame?

NewsGroups | Search | Tools
 comp.dcom.lans.ethernet  Post an article  get this group's latest topics as an RSS feed add this group's latest topics to your My MSN content add this group's latest topics to your My Yahoo content  add this group's latest topics to your Google content  YahooMyWeb Yahoo!  Google Google  Windows Live Favorites Windows Live  del.icio.us del.icio.us  digg digg  Add to Netscape Netscape
Subject Author Date
detecting end/length of Ethernet II frame? Jim Partan 04-28-2005
Posted by Jim Partan on April 28, 2005, 11:03 am
If you were  Registered and logged in, you could reply and use other advanced thread options


Hello,

How is the end of an Ethernet II frame detected?
The frame has no length field in it, and I'm
wondering how its end is detected? Does the
ethernet adapter detect when voltage transitions
stop? Is there an idle state for the differential
transmitter which is then detected? Something simpler
than that even? The specification appears to include
an interframe gap of 96 bit times -- is part of
the reason for this gap to allow the ethernet adapter
to detect the end of the frame?

Thanks very much!

Jim
jpartan [at] gmail.com


Posted by James Knott on April 28, 2005, 10:25 pm
If you were  Registered and logged in, you could reply and use other advanced thread options


Jim Partan wrote:

> How is the end of an Ethernet II frame detected?
> The frame has no length field in it, and I'm
> wondering how its end is detected? Does the
> ethernet adapter detect when voltage transitions
> stop? Is there an idle state for the differential
> transmitter which is then detected? Something simpler
> than that even? The specification appears to include
> an interframe gap of 96 bit times -- is part of
> the reason for this gap to allow the ethernet adapter
> to detect the end of the frame?
>

The transmitter simply stops, at the end of the frame. The gap allows the
receivers to recognize that the transmitter has stopped.



Posted by Peter Saward on May 6, 2005, 2:01 pm
If you were  Registered and logged in, you could reply and use other advanced thread options


jpartan@gmail.com (Jim Partan) wrote:

> Hello,
>
> How is the end of an Ethernet II frame detected?
> The frame has no length field in it, and I'm
> wondering how its end is detected? Does the
> ethernet adapter detect when voltage transitions
> stop? Is there an idle state for the differential
> transmitter which is then detected? Something simpler
> than that even? The specification appears to include
> an interframe gap of 96 bit times -- is part of
> the reason for this gap to allow the ethernet adapter
> to detect the end of the frame?
>
> Thanks very much!
>

The encoding is such that there *must* be a low-to-high or high-to-low
transition in the middle of each bit period. This is how the system
differentiates between 0 and 1 bits. The receiver clocks in a bit
whenever a transition occurs. After the transmitter has sent its last
bit, the line returns to its idle state, there are no more state
transitions and hence the receiver clocks no more bits into its input
buffer. The interframe gap is to allow other stations a chance to
access the network: without it, a station could send back-to-back
packets indefinitely, and no-one else would get a look-in....

-P.

--
Peter Saward
Centre for Applied Research in Education
School of Education & Lifelong Learning
University of East Anglia, Norwich NR4 7TJ, UK.


Posted by stephen on May 7, 2005, 4:17 pm
If you were  Registered and logged in, you could reply and use other advanced thread options


> jpartan@gmail.com (Jim Partan) wrote:
>
> > Hello,
> >
> > How is the end of an Ethernet II frame detected?
> > The frame has no length field in it, and I'm
> > wondering how its end is detected? Does the
> > ethernet adapter detect when voltage transitions
> > stop? Is there an idle state for the differential
> > transmitter which is then detected? Something simpler
> > than that even? The specification appears to include
> > an interframe gap of 96 bit times -- is part of
> > the reason for this gap to allow the ethernet adapter
> > to detect the end of the frame?
> >
> > Thanks very much!
> >
>
> The encoding is such that there *must* be a low-to-high or high-to-low
> transition in the middle of each bit period. This is how the system
> differentiates between 0 and 1 bits. The receiver clocks in a bit
> whenever a transition occurs.

this cant be the complete storey - more complex encodings are used on higher
speed links, such gigabit ethernet over UTP.

After the transmitter has sent its last
> bit, the line returns to its idle state, there are no more state
> transitions and hence the receiver clocks no more bits into its input
> buffer.

maybe you need to look at this from the perspective of Ethernet "layer 2" -
the bit transport mechanism has to give an indication of the end of each
packet - because otherwise the end of a packet doesnt get identified. Peter
describes the mechanism used on co-ax at 10 Mbps (and probably others).

The interframe gap is to allow other stations a chance to
> access the network: without it, a station could send back-to-back
> packets indefinitely, and no-one else would get a look-in....

the other thing to remember is that layer 1 delineates the end of any
packet - the length field isnt used for that purpose, since only some
packets have that field.
>
> -P.
>
> --
> Peter Saward
> Centre for Applied Research in Education
> School of Education & Lifelong Learning
> University of East Anglia, Norwich NR4 7TJ, UK.
--
Regards

Stephen Hope - return address needs fewer xxs




Posted by glen herrmannsfeldt on May 8, 2005, 3:47 am
If you were  Registered and logged in, you could reply and use other advanced thread options


stephen wrote:

(someone wrote)

>>The encoding is such that there *must* be a low-to-high or high-to-low
>>transition in the middle of each bit period. This is how the system
>>differentiates between 0 and 1 bits. The receiver clocks in a bit
>>whenever a transition occurs.

> this cant be the complete storey - more complex encodings are used
> on higher speed links, such gigabit ethernet over UTP.

>>bit, the line returns to its idle state, there are no more state
>>transitions and hence the receiver clocks no more bits into its input
>>buffer.

> maybe you need to look at this from the perspective of Ethernet "layer 2" -
> the bit transport mechanism has to give an indication of the end of each
> packet - because otherwise the end of a packet doesnt get identified. Peter
> describes the mechanism used on co-ax at 10 Mbps (and probably others).

Well, 10Mbps is all that Ethernet II allowed.

It includes the preamble so that clock recovery logic (such
as PLLs) have time to synchronize to the data stream.

Yes, later standards use synchronous data streams which identify
the end of the packet in a different way, but that isn't Ethernet II.

-- glen



Similar ThreadsPosted
Detecting Intruders on Your System Is Fun and Easy December 11, 2007, 6:51 pm
Use of ethernet frame without TCP/IP March 17, 2008, 5:48 am
min size for VLAN tagged ethernet frame November 2, 2006, 4:45 am
Shortest ethernet frame time = 5.76uS? September 9, 2008, 4:55 pm
Difference between Ethernet 2 and 802.3 Frame per the Ethernet FAQ July 28, 2006, 9:02 am
under sized frame February 2, 2007, 9:37 am
Pause Frame transmission May 19, 2006, 7:05 pm
Strange ethrenet frame October 4, 2006, 10:54 am
SMII Frame format queries April 26, 2005, 10:34 pm
VLAN tagged PAUSE frame? November 2, 2006, 9:06 pm

other useful resources:
The Federal Communications Commission (FCC)
Telecommunications Industry Association
Electronic and Software Security Products and Services
International Telecommunication Union

Custom CGI Perl and PHP programming by 1-Script.com

Contact Us | Privacy Policy
The site map in XML format XML site map