IEEE 802.2 是对数据链路层上层逻辑链路控制 (LLC)连线的建立和管理的规范。
基本介绍
中文名 ：IEEE 802.2 含义 ：逻辑链路控制 (LLC) 属于 ：区域网 性质 ：协定
简介,操作状态,LLC倒栽跳水,IEEE 802.2倒栽跳水控制字和框架格式,
简介
IEEE 802.2 是以IEEE 802 标准，对数据链路层上层逻辑链路控制 (LLC)连线的建立和管理的规范。LLC下层提出一个对数据连结服务的用户一致的接口，位于数据链路层下层的网路层依靠使用的特殊媒介(乙太网, 令牌环, 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，和，因为Neare及时是非常普遍，而IP不是。 因为Neare 4.10 Neare现在默认为IEEE 802.2与LLC (Neare框架类型Ether_802.2)，当使用IPX时。 Mac OS为使用802.2/SNAP构筑 AppleTalk 协定组在乙太网(“EtherTalk”)和乙太网构筑为TCP/IP的II。 乙太网802.2变形当前不在普遍用途在共同网路，除未移居对Neare在IP的大公司Neare设施之外。 从前，许多公司网支持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解释它的设计的这些方面。