IEEE 802.2

IEEE 802.2

IEEE 802.2 是 IEEE 802 标准定义 逻辑链路控制 (LLC)，是数据链路层的上部部分 区域网. LLC下层提出一个一致的接口对数据链接服务的用户，通常 网络层. 在LLC之下下层是 媒体存取控制 (MAC)下层，依靠使用的特殊媒介(以太网, 令牌环, FDDI, 802.11等等)。

IEEE标准增加增加标准8位的这下层 DSAP (目的地 服务访问点)和 SSAP (来源 服务访问点)标签对一个特定小包不管网络键入。 也有一个8或16位控制域用于辅助函数例如 流量控制. 有室为64个全球性地被分配的树汁数字，并且IEEE不轻微分配他们。 因为“可能给仅国际标准”全球性地被分配的树汁数字， IP没有一个被分配的树汁数字。 不是国际标准的协议可能使用树汁数字从当地被执行的树汁数字空间。 子网络访问协议 (短冷期)准许 EtherType 将使用的价值指定在IEEE被运输的协议802.2上面，并且允许供营商定义他们自己的协议价值空间

操作状态

IEEE 802.2提供无联系并且一定向连接的操作状态：

第一类型 是一个未承认的无联系的方式。 它考虑到送框架 对一个唯一目的地(点对点或unicast调动)， 对多个目的地在同一个网络(多点传送)， 或对网络(广播)的所有驻地。 当同样信息需求被繁殖对网络的所有驻地时，对多点传送的用途和广播减少网络信息流通量。 然而第一类型服务不提供保证关于被接受的框架的定货与他们被送了的命令比较; 发令者甚而没得到承认框架被接受了。

第二类型 是a 定向连接操作状态。 序列编号保证送被接受的框架被保证按顺序他们，并且框架没有丢失。

第三类型 是被承认的 无联系服务。 它支持仅点对点通信。

LLC倒栽跳水

802.2定义了包括a的特别倒栽跳水 短冷期 (子网络访问协议)倒栽跳水。 有些协议，特殊那些为设计了 OSI网络堆操作直接地在802.2 LLC顶部，提供数据图和定向连接的网络服务。 这802.2倒栽跳水在现代802.3框架(以太网II框架， aka当前被埋置。 DIX 框架)。

LLC倒栽跳水包括二个另外的八位地址域，叫 服务访问点 或树汁在OSI术语; 当来源和目的地树汁被设置到价值0xAA时，短冷期服务请求。 短冷期倒栽跳水允许EtherType价值使用与所有 IEEE 802 协议，并且支持私有协议ID空间。 在IEEE 802.3x-1997，改变IEEE以太网标准明确地允许对16位领域的用途，在MAC地址使用作为长度领域或类型领域之后。

Novell NetWare 的世界的以太网交通最那时跑了“未加工” 802.3运载的IPX，默认情况下使用了这个框架类型直到中间90，和，因为Netware及时是非常普遍，而IP不是。 因为Netware 4.10 Netware现在默认为IEEE 802.2与LLC (Netware框架类型Ethernet_802.2)，当使用IPX时。

Mac OS为使用802.2/SNAP构筑 AppleTalk 协议组在以太网(“EtherTalk”)和以太网构筑为TCP/IP的II。

以太网802.2变形当前不在普遍用途在共同网络，除未移居对Netware在IP的大公司Netware设施之外。 从前，许多公司网支持802.2以太网支持透明翻译的桥梁在以太网和IEEE 802.5令牌环或者FDDI网络之间。那里存在 互联网标准 为浓缩IP版本4交通 IEEE 802.2 框架与LLC/SNAP倒栽跳水。 它在以太网几乎从未被实施(虽然使用它 FDDI 并且 令牌环, IEEE 802.11和其他 IEEE 802 网络)。

IP交通在IEEE 802.2 LLC框架不可能被浓缩没有短冷期，因为，虽然有一个LLC协议类型为IP，那里是没有LLC协议类型为 ARP. IP版本6可能也被传送在以太网使用IEEE 802.2与LLC/SNAP，但，再，几乎从未使用那(虽然IPv6的LLC/SNAP封闭在IEEE 802网络使用)。

IEEE 802.2倒栽跳水控制字和框架格式

进一步要混淆事态，可以有三IEEE 802.2 PDU，在所谓的U、I或者S框架。

U框架，与一个8位控制域，为无联系的应用打算 I帧，与16位控制和序列数字域，意欲用于定向连接的应用 S框架，与16位控制域，意欲为监督作用使用在LLC (逻辑链路控制)层数。 这三个格式，仅U格式是常用的。 PDU框架的格式由控制域的第一个字节的更低的二位确定。 IEEE 802.2概念上获得了从 HDLC解释它的设计的这些方面。