Jump to content

IEEE 802.2

From Wikipedia, the free encyclopedia

IEEE 802.2is the original name of theISO/IEC 8802-2standardwhich defineslogical link control(LLC) as the upper portion of thedata link layerof theOSI Model.[1]The original standard developed by theInstitute of Electrical and Electronics Engineers(IEEE) in collaboration with theAmerican National Standards Institute(ANSI) was adopted by theInternational Organization for Standardization(ISO) in 1998, but it remains an integral part of the family ofIEEE 802standards forlocalandmetropolitannetworks.

LLC is a software component that provides a uniform interface to the user of the data link service, usually thenetwork layer.LLC may offer three types of services:

Conversely, the LLC uses the services of themedia access control(MAC), which is dependent on the specific transmission medium (Ethernet,Token Ring,FDDI,802.11,etc.). Using LLC is compulsory for allIEEE 802networks with the exception ofEthernet.It is also used inFiber Distributed Data Interface(FDDI) which is not part of theIEEE 802family.

The IEEE 802.2 sublayer adds some control information to the message created by the upper layer and passed to the LLC for transmission to another node on the same data link. The resulting packet is generally referred to asLLCprotocol data unit(PDU)and the additional information added by the LLC sublayer is theLLC HEADER.The LLC Header consist ofDSAP(DestinationService Access Point),SSAP(SourceService Access Point) and theControlfield.

The two 8-bit fields DSAP and SSAP allow multiple xing of various upper layer protocols above LLC. However, many protocols use theSubnetwork Access Protocol(SNAP) extension which allows usingEtherTypevalues to specify the protocol being transported atop IEEE 802.2. It also allows vendors to define their own protocol value spaces.

The 8 or 16 bitHDLC-style Control field serves to distinguish communication mode, to specify a specific operation and to facilitate connection control andflow control(in connection mode) oracknowledgements(in acknowledged connectionless mode).

Operational modes[edit]

IEEE 802.2 provides twoconnectionlessand one connection-oriented operational modes:

  • Type 1is an unacknowledged connectionless mode for adatagramservice. It allows for sending frames

The use of multicasts and broadcasts reduces 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 2is aconnection-orientedoperational 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 3is an acknowledgedconnectionlessservice. It supports point-to-point communication only.

Each device conforming to the IEEE 802.2 standard must support service type 1. Each network node is assigned anLLC Classaccording to which service types it supports:

LLC
Class
Supported Service Types
1 2 3
I X
II X X
III X X
IV X X X

LLC header[edit]

Any 802.2 LLC PDU has the following format:

802.2 LLC Header Information
DSAP address SSAP address Control
8 bits 8 bits 8 or 16 bits multiple of 8 bits

WhenSubnetwork Access Protocol(SNAP) extension is used, it is located at the start of the Information field:

802.2 LLC Header SNAP extension Upper layer data
DSAP SSAP Control OUI Protocol ID
8 bits 8 bits 8 or 16 bits 24 bits 16 bits multiple of 8 bits

The 802.2 header includes two eight-bit address fields, calledservice access points(SAP) or collectively LSAP in the OSI terminology:

  • SSAP (Source SAP) is an 8-bit long field that represents the logical address of the network layer entity that has created the message.
  • DSAP (Destination SAP) is an 8-bit long field that represents the logical addresses of the network layer entity intended to receive the message.

LSAP values[edit]

Although the LSAP fields are 8 bits long, the low-order bit is reserved for special purposes, leaving only 128 values available for most purposes.

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. and
  • 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 (always an individual address) from which the packet was transmitted.

LSAP numbers are globally assigned by the IEEE to uniquely identify well established international standards.

Individual LSAP addresses
Value Meaning
Dec Hex
0 00 Null LSAP[2][3]
2 02 IndividualLLC SublayerMgt[2][3]
4 04 SNAPath Control (individual)[2][3]
6 06 Reserved for DoDIP[2]
14 0E ProWay-LAN[2][3]
24 18 Texas Instruments[3]
66 42 IEEE 802.1 Bridge Spanning Tree Protocol[3]
78 4E EIA-RS 511[2][3]
94 5E ISI IP[2]
126 7E ISO 8208 (X.25over IEEE 802.2 Type LLC)[3]
128 80 Xerox Network Systems (XNS)[3]
130 82 BACnet/Ethernet[4]
134 86 Nestar[3]
142 8E ProWay-LAN (IEC 955)[2][3]
152 98 ARPANET Address Resolution Protocol (ARP)[3]
166 A6 RDE (route determination entity)
170 AA SNAPExtension Used[2][3]
188 BC Banyan VINES[3]
224 E0 Novell NetWare[3]
240 F0 IBMNetBIOS[3]
244 F4 IBMLAN Management (individual)[3]
248 F8 IBMRemote Program Load (RPL)[3]
250 FA Ungermann-Bass[3]
254 FE OSIConnectionless-mode Network Service:[3]CLNP,[5]ISIS,[6]ESIS[7]
Group DSAP addresses (not valid for SSAP)
Value Meaning
Dec Hex
3 03 GroupLLC SublayerMgt[2][3]
5 05 SNAPath Control (group)[3]
245 F5 IBMLAN Management (group)[3]
255 FF Global DSAP (broadcast to all)[2][3]

The protocols or families of protocols which have assigned one or more SAPs may operate directly on top of 802.2 LLC. Other protocols may use theSubnetwork Access Protocol(SNAP) with IEEE 802.2 which is indicated by the hexadecimal value 0xAA (or 0xAB, if the source of a response) in SSAP and DSAP. The SNAP extension allows usingEtherTypevalues or private protocol ID spaces in allIEEE 802networks. It can be used both in datagram and in connection-oriented network services.

Ethernet(IEEE 802.3) networks are an exception; the IEEE 802.3x-1997 standard explicitly allowed using of theEthernet II framing,where the 16-bit field after the MAC addresses does not carry the length of the frame followed by the IEEE 802.2 LLC header, but theEtherTypevalue followed by the upper layer data. With this framing only datagram services are supported on thedata link layer.

IPv4, IPX, and 802.2 LLC[edit]

AlthoughIPv4has been assigned an LSAP value of 6 (0x06) andARPhas been assigned an LSAP value of 152 (0x98), IPv4 is almost never directly encapsulated in 802.2 LLC frames without SNAP headers. Instead, theInternet standardRFC 1042 is usually used for encapsulating IPv4 traffic in 802.2 LLC frames with SNAP headers onFDDIand onIEEE 802networks other thanEthernet.Ethernet networks typically useEthernet IIframing withEtherType0x800 for IP and 0x806 for ARP.[8]

TheIPXprotocol used by NovellNetWarenetworks supports an additionalEthernetframe type,802.3 raw,ultimately supporting four frame types on Ethernet (802.3 raw,802.2 LLC,802.2 SNAP,andEthernet II) and two frame types onFDDIand other (non-Ethernet) IEEE 802 networks (802.2 LLC and 802.2 SNAP).

It is possible to use diverse framings on a single network. It is possible to do it even for the same upper layer protocol, but in such a case the nodes using unlike framings cannot directly communicate with each other.

Control Field[edit]

Following the destination and source SAP fields is acontrol field.IEEE 802.2 was conceptually derived fromHDLC,and has the same three types ofPDUs:

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

To carry data in the most-often used unacknowledged connectionless mode the U-format is used. It is identified by the value '11' in lower two bits of the single-byte control field.

References[edit]

  1. ^IEEE Standard for Information technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements.Vol. Part 2: Logical Link Control. New York: The Institute of Electrical and Electronics Engineers. May 7, 2008.ISBN1-55937-959-6.
  2. ^abcdefghijkPostel, J.;Reynolds, J.(October 1994)."IEEE 802 NUMBERS OF INTEREST".Assigned Numbers.p. 165.doi:10.17487/RFC1700.RFC1700.
  3. ^abcdefghijklmnopqrstuvwxMiller, Philip; Cummins, Michael (2000).LAN Technologies Explained.Digital Press. p.506.ISBN1-55558-234-6.
  4. ^The BACnet Standard—Standard 135-2012,Ashrae.
  5. ^Final Text of DIS 8473, Protocol for Providing the Connectionless-mode Network Service,RFC, IETF.
  6. ^"ISO/IEC 10589:2002".ISO.Retrieved2020-12-18.
  7. ^"ISO 9542:1988".ISO.Retrieved2020-12-18.
  8. ^LKML,2011-07-27.

External links[edit]