World Library  
Flag as Inappropriate
Email this Article

Ieee 802.2

Article Id: WHEBN0000015222
Reproduction Date:

Title: Ieee 802.2  
Author: World Heritage Encyclopedia
Language: English
Subject: Logical link control, Ethernet frame, NetBIOS, IEEE 802, IEEE 802.3
Publisher: World Heritage Encyclopedia

Ieee 802.2

IEEE 802.2 is the name given to a subsection of the IEEE 802 standard that describes a software component of a computer network. It defines Logical Link Control (LLC), which is the upper portion of the data link layer of the OSI Model. The LLC sublayer presents a uniform interface to the user of the data link service, usually the network layer. Beneath the LLC sublayer is the Media Access Control (MAC) sublayer, which is dependent on the particular medium being used (Ethernet, token ring, FDDI, 802.11, etc.).

The IEEE 802.2 sublayer adds some control information to the message created by the upper layer (typically, the network layer) and passed to the LLC for transmission to the next hop node. The resulting packet is generally referred to as LLC Protocol Data Unit (PDU) and the additional field added by the LLC sublayer for the so-called LLC HEADER. The LLC Header consist of three fields, namely DSAP (Destination Service Access Point), SSAP (Source Service Access Point), and Control.

  • S-SAP is an 8-bit long field that represents the logical address of the network layer entity that has created the message.
  • D-SAP is an 8-bit long field that represents the logical addresses of the network layer entity intended to receive the message.
  • Control field may be either 8 or 16 bit long and, besides defining the packet format, its used to carry some further control information for auxiliary services, such as flow control.

Despite the SAP fields being 8-bit long, some bits have specific significance, so that there is room for only 64 distinguished SAP numbers, which are globally assigned by the IEEE to uniquely identify well established international standards.

IP does not have an assigned SAP number, because only “international standards” could be given globally assigned SAP numbers. Protocols which are not international standards can use a SAP number from the locally administered SAP number space.

The Subnetwork Access Protocol (SNAP) allows EtherType values to be used to specify the protocol being transported atop IEEE 802.2, and also allows vendors to define their own protocol value spaces.

Operational modes

IEEE 802.2 provides two connectionless and one connection-oriented operational modes:

  • Type 1 is an unacknowledged connectionless mode for a datagram service. It allows for sending frames

The use of multicasts and broadcasts reduce network traffic when the same information needs to be propagated to all stations of the network. However the Type 1 service provides no guarantees regarding the order of the received frames compared to the order in which they have been sent; the sender does not even get an acknowledgment that the frames have been received.

  • Type 2 is a connection-oriented operational mode. Sequence numbering ensures that the frames received are guaranteed to be in the order they have been sent, and no frames are lost.
  • Type 3 is an acknowledged connectionless service. It supports point-to-point communication only .

LLC header

The 802.2 header includes two eight-bit address fields, called service access points or SAPs in OSI terminology; they are the Destination SAP (DSAP), and the Source SAP (SSAP).

LSAP Values

The DSAP and SSAP can have the following values:[1]

Value Meaning
0 (00) Null LSAP
2 (02) Individual LLC Sublayer Mgt
3 (03) Group LLC Sublayer Mgt
4 (04) SNA Path Control
6 (06) Reserved for DoD IP
14 (0e) ProWay-LAN
78 (4e) EIA-RS 511
94 (5e) ISI IP
142 (8e) ProWay-LAN
170 (aa) SNAP Extension Used
224 (e0) Novell Netware
254 (fe) OSI protocols ISO CLNS IS 8473[2]
255 (ff) Global DSAP (cannot be used for SSAP)

The low-order bit of the DSAP indicates whether it contains an individual or a group address.

  • If the low-order bit is 0, the remaining 7 bits of the DSAP specify an individual address, which refers to a single local service access point (LSAP) to which the packet should be delivered.
  • If the low-order bit is 1, the remaining 7 bits of the DSAP specify a group address, which refers to a group of LSAPs to which the packet should be delivered.

The low-order bit of the SSAP indicates whether the packet is a command or response packet;

  • if it's 0, the packet is a command packet, and
  • if it's 1, the packet is a response packet.

The remaining 7 bits of the SSAP specify the LSAP from which the packet was transmitted.

Some protocols, or families of protocols, have one or more SAPs assigned to them; for example, IPv4 has a SAP value of hex 06. Those protocols operate directly on top of 802.2 LLC, which provides both datagram and connection-oriented network services.

The Subnetwork Access Protocol (SNAP) can be used with IEEE 802.2; it allows EtherType values to be used with all IEEE 802 protocols, as well as supporting private protocol ID spaces. When both the DSAP and the SSAP are set to the hexadecimal value 0xAA (or 0xAB, if the low-order bit of the field is set), the SNAP service is requested.

Most IEEE 802 protocols, as well as FDDI, always use 802.2. IEEE 802.3 is an exception; Ethernet originally used Ethernet II framing, with a 2-octet type field containing an EtherType value, and no 802.2 header, but the original IEEE 802.3 specification used a framing wherein the 2-octet field following the 6-octet destination and source MAC addresses contained a frame length, with an 802.2 LLC header following the length field. In IEEE 802.3x-1997, the IEEE Ethernet standard was changed to explicitly allow the use of the 16-bit field after the MAC addresses to be used as a length field or a type field.

There exists an Internet standard, RFC 1042, for encapsulating IP version 4 traffic in IEEE 802.2 frames with LLC/SNAP headers. It is almost never implemented on Ethernet,[3] although it is used on FDDI and on token ring, IEEE 802.11, and other IEEE 802 networks.

IP traffic can not be encapsulated in IEEE 802.2 LLC frames without SNAP because, although there is an LLC protocol type for IP, there is no LLC protocol type for ARP. IP Version 6 can also be transmitted over Ethernet using IEEE 802.2 with LLC/SNAP, but, again, that's almost never used (although LLC/SNAP encapsulation of IPv6 is used on IEEE 802 networks).

Control Field

Following the destination and source SAP fields is a control field. IEEE 802.2 was conceptually derived from HDLC, and has the same three types of PDUs:

  • Unnumbered format PDUs, or U-format PDUs, with an 8-bit control field, which are intended for connectionless applications;
  • Information transfer format PDUs, or I-format PDUs, with a 16-bit control and sequence numbering field, which are intended to be used in connection-oriented applications;
  • Supervisory format PDUs, or S-format PDUs, with a 16-bit control field, which are intended to be used for supervisory functions at the LLC (Logical Link Control) layer.

Of these three formats, only the U-format is commonly used. The format of a PDU frame is identified by the lower two bits of the first byte of the control field.


  1. ^ RFC-1700
  2. ^ Final Text of DIS 8473, Protocol for Providing the Connectionless-mode Network Service
  3. ^

External links

  • IEEE 802.2 online

This article is based on material taken from the Free On-line Dictionary of Computing prior to 1 November 2008 and incorporated under the "relicensing" terms of the GFDL, version 1.3 or later.

This article was sourced from Creative Commons Attribution-ShareAlike License; additional terms may apply. World Heritage Encyclopedia content is assembled from numerous content providers, Open Access Publishing, and in compliance with The Fair Access to Science and Technology Research Act (FASTR), Wikimedia Foundation, Inc., Public Library of Science, The Encyclopedia of Life, Open Book Publishers (OBP), PubMed, U.S. National Library of Medicine, National Center for Biotechnology Information, U.S. National Library of Medicine, National Institutes of Health (NIH), U.S. Department of Health & Human Services, and, which sources content from all federal, state, local, tribal, and territorial government publication portals (.gov, .mil, .edu). Funding for and content contributors is made possible from the U.S. Congress, E-Government Act of 2002.
Crowd sourced content that is contributed to World Heritage Encyclopedia is peer reviewed and edited by our editorial staff to ensure quality scholarly research articles.
By using this site, you agree to the Terms of Use and Privacy Policy. World Heritage Encyclopedia™ is a registered trademark of the World Public Library Association, a non-profit organization.

Copyright © World Library Foundation. All rights reserved. eBooks from Project Gutenberg are sponsored by the World Library Foundation,
a 501c(4) Member's Support Non-Profit Organization, and is NOT affiliated with any governmental agency or department.