![]() |
![]() |
|
Previous Chapter
Back to Table of Contents
The following illustrates the format of an Ethernet frame as defined in the original IEEE 802.3 standard:
Preamble (7-bytes) | Start Frame Delimiter (1-byte) | Dest. MAC Address (6-bytes) | Source MAC Address (6-bytes) | Length / Type (2-bytes) | MAC Client Data (0-n bytes) |
Pad (0-p bytes) |
Frame Check Sequence (4-bytes) |
In 1998, the IEEE approved the 802.3ac standard that defines frame format extensions to support Virtual Local Area Network (VLAN) Tagging on Ethernet networks. The VLAN protocol permits insertion of an identifier, or "tag", into the Ethernet frame format to identify the VLAN to which the frame belongs. It allows frames from stations to be assigned to logical groups. This provides various benefits such as easing network administration, allowing formation of work groups, enhancing network security, and providing a means of limiting broadcast domains, Refer to IEEE standard 802.1Q for definition of the VLAN protocol. The 802.3ac standard defines only the implementation details of the VLAN protocol that are specific to Ethernet.
If present, the 4-byte VLAN tag is inserted into the Ethernet frame between the Source MAC Address field and the Length/Type field. The first 2-bytes of the VLAN tag consist of the "802.1Q Tag Type" and are always set to a value of 0x8100. The 0x8100 value is actually a reserved Length/Type field assignment that indicates the presence of the VLAN tag, and signals that the traditional Length/Type field can be found at an offset of 4-bytes further into the frame. The last 2-bytes of the VLAN tag contain the following information
With the addition VLAN tagging, the 802.3ac standard permitted the maximum length of an Ethernet frame to be extended from 1518-bytes to 1522-bytes. The following illustrates the format of an Ethernet frame that has been "tagged" with a VLAN identifier per the IEEE 802.3ac standard:
Preamble (7-bytes) | Start Frame Delimiter (1-byte) | Dest. MAC Address (6-bytes) | Source MAC Address (6-bytes) | Length/Type = 802.1Q Tag Type (2-byte) | Tag Control Information (2-bytes) | Length / Type (2-bytes) | MAC Client Data (0-n bytes) |
Pad (0-p bytes) |
Frame Check Sequence (4-bytes) |
With introduction of the 802.3z standard for Gigabit Ethernet in 1998, an extension field was added to the end of the Ethernet frame to ensure it would be long enough for collisions to propagate to all stations in the network. The extension field is appended as needed to bring the minimum length of the transmission up to 512 bytes (as measured from the Destination Address field through the extension field). It is required only in half-duplex mode, as the collision protocol is not used in full-duplex mode. Non data bits, referred to as "extension bits", are transmitted in the extension field so the carrier is extended for the minimum required time. The following illustrates a frame with an extension field appended:
Preamble (7-bytes) | Start Frame Delimiter (1-byte) | Dest. MAC Address (6-bytes) | Source MAC Address (6-bytes) | Length / Type (2-bytes) | MAC Client Data (0-n bytes) |
Pad (0-p bytes) | Frame Check Sequence (4-bytes) | Extension |
With introduction of the 802.3z standard for Gigabit Ethernet in 1998, a burst mode of operation was added that optionally allows a station to transmit a series of frames without relinquishing control of the transmission medium. Burst mode may be used only with Gigabit and higher Ethernet speeds and applies to half-duplex mode only. It improves the performance of Gigabit Ethernet when transmitting short frames.
After successfully transmitting one frame, a station operating in burst mode may continue to initiate transmission of additional frames until it reaches a "burst limit" of 65,536 bit times (8192 byte times). An interframe gap period is inserted between each frame in the burst. But instead of allowing the medium to go idle between frames, the transmitting station fills the interframe gaps with extension bits. Extension bits are "non data" symbols that maintain an active carrier, and are readily distinguished from data bits by receiving stations,
The first frame of a burst is transmitted as normal and includes an "extension field" as required. Subsequent frames in the burst do not require an extension field. If a collision occurs, only the first frame in the burst will be affected and require retransmission. The following illustrates an example of frame bursting:
MAC Frame w/ Extension | Interframe Gap | MAC Frame | Interframe Gap | ... | MAC Frame |
|----------------- | Burst Limit | ------------------| |
|----------------- | Duration of Carrier Event | ------------------| |
In 1998, Alteon Networks, Inc. promoted an initiative to increase the maximum size of the MAC Client Data field from 1500-bytes to 9000-bytes. The initiative was not adopted by the IEEE 802.3 Working Group, but it was endorsed by a number of other companies. Larger frames would provide a more efficient use of the network bandwidth while reducing the number of frames that have to be processed.
A copy of Alteon Network's Jumbo Frame proposal can be found on the following web page. It restricts the use of Jumbo Frames to full-duplex Ethernet links, and defines a "link negotiation" protocol that allows a station to determine if the station on the other end of the segment is capable of supporting Jumbo Frames.
Next Chapter
Back to Table of Contents
|