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，和，因為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框架。
