LLC協議

A. LLC的幀結構

LLC 為上層提供了處理任何類型 MAC 層的方法，例如，乙太網 IEEE 802.3 CSMA/CD 或者令牌環 IEEE 802.5 令牌傳遞專（Token Passing）方式。
LLC 是在高級屬數據鏈路控制（HDLC ： High-Level Data-Link Control）的基礎上發展起來的，並使用了 HDLC 規范的子集。LLC 定義了三種數據通信操作類型：
類型1：無連接。該方式不保證發送的信息一定可以收到。
類型2：面向連接。該方式提供了四種服務：連接的建立、確認和數據到達響應、差錯恢復（通過請求重發接收到的錯誤數據實現）以及滑動窗口（系數：128）。滑動窗口用來提高數據傳輸速率。
類型3：無連接應答響應服務。
類型1的 LLC 無連接服務中規定了一種靜態幀格式，並允許在其上運行網路協議。使用傳輸層協議的網路協議通常會使用服務類型1方式。
類型2的 LLC 面向連接服務支持可靠數據傳輸，運用於不需要調用網路層和傳輸層協議的區域網環境 。

B. 數據鏈路層的MAC和LLC子層的區別

數據鏈來路層的源MAC和LLC子層的區別為：實現不同、依賴體不同、主要功能不同。

一、實現不同

1、MAC子層：MAC子層是由網路介面卡（NIC:網卡）來實現。

2、LLC子層：LLC子層是由傳輸驅動程序實現的。

二、依賴體不同

1、MAC子層：MAC子層依賴於各自的物理層。

2、LLC子層：LLC子層在IEEE802.2標准中定義，為802標准系列共用。

三、主要功能不同

1、MAC子層：MAC子層的的主要功能為數據幀的封裝/卸裝，幀的定址和識別，幀的接收與發送，鏈路的管理，幀的差錯控制。

2、LLC子層：LLC子層的主要功能為傳輸可靠性保障和控制，數據包的分段與重組，數據包的順序傳輸。

C. 數據鏈路層上下子層（LLC,MAC）分別對應哪些協議

CSMA屬於MAC。。。

D. LLC協議的LLC介紹

LLC： （IEEE 802.2）
（LLC：Logic Link Control － IEEE 802.2）
以實現如下功能：

E. 乙太網幀格式中IEEE802.3的LLC的格式及各欄位的含義

歷史上乙太網幀格式有五種:

1.Ethernet V1：這是最原始的一種格式，是由Xerox PARC提出的3Mbps CSMA/CD乙太網標準的封裝格式，後來在1980年由DEC，Intel和Xerox標准化形成Ethernet V1標准.

2.Ethernet V2(ARPA)：由DEC，Intel和Xerox在1982年公布其標准，主要更改了Ethernet V1的電氣特性和物理介面，在幀格式上並無變化；Ethernet V2出現後迅速取代Ethernet V1成為乙太網事實標准；Ethernet V2幀頭結構為6bytes的源地址+6bytes的目標地址+2Bytes的協議類型欄位+數據。

3.RAW 802.3：這是1983年Novell發布其劃時代的Netware/86網路套件時採用的私有乙太網幀格式，該格式以當時尚未正式發布的802.3標准為基礎；但是當兩年以後IEEE正式發布802.3標准時情況發生了變化—IEEE在802.3幀頭中又加入了802.2 LLC(Logical Link Control)頭，這使得Novell的RAW 802.3格式跟正式的IEEE 802.3標准互不兼容.

4.802.3/802.2 LLC：這是IEEE 正式的802.3標准，它由Ethernet V2發展而來。它將Ethernet V2幀頭的協議類型欄位替換為幀長度欄位(取值為0000-05dc;十進制的1500)；並加入802.2 LLC頭用以標志上層協議，LLC頭中包含DSAP，SSAP以及Crontrol欄位.

5.802.3/802.2 SNAP：這是IEEE為保證在802.2 LLC上支持更多的上層協議同時更好的支持IP協議而發布的標准，與802.3/802.2 LLC一樣802.3/802.2 SNAP也帶有LLC頭，但是擴展了LLC屬性，新添加了一個2Bytes的協議類型域（同時將SAP的值置為AA），從而使其可以標識更多的上層協議類型；另外添加了一個3Bytes的OUI欄位用於代表不同的組織，RFC 1042定義了IP報文在802.2網路中的封裝方法和ARP協議在802.2 SANP中的實現.

F. 乙太網協議和LLC協議現在搞得有點混淆了，兩者啥關系

我不知道對不對，我最近上這個課， 我的理解是乙太網協議就是HDLC協議（前身PPP協議，對於點對點連接）的，回 或者乙太網協議是LLC協議和MAP協議（多路訪問協議）的協議（廣播連接，基本用在無線網csma/ca，以前沒有交換機時，還有有線網路廣播用csma/cd，但現在好像很少用了，基本連了交換機就是點對點連接了）。 我認為這就是正解，至於為啥軟體商不用LLC協議，我答覺得不可能，因為LLC和HDLC 本身就是DLC 協議的一部分，也就是數據鏈路控制協議， 也就是說軟體廠商不管錯誤控制流量控制么？ 這一步是沒法跳過去的。 成幀實在LLC的，MAC 那裡是給幀加標記來區分，當然還有MAP，LLC主要那裡會寫什麼乙太網協議，進而用對應地流量控制和錯誤控制 （其實還有其他的，老師都說過，這里就不多寫了）
我理解是這樣的

G. IEEE802.2LLC和IEEE802.2SNAP是什麼

IEEE802.2——邏輯鏈路控制。這是高層協議與任何一種區域網MAC子層的介面。
LLC是：邏輯鏈路控制子層。
一個主機中可能有多個進程在運行，它們可能同時與其他的一些進程（在同一主機或多個主機中）進行通信。因此在一個主機的LLC子層的一個服務訪問點，以便想多哥進程提供服務 。在網路中的進程通信時，需要有兩種地址：
（1）MAC地址。即主機在網路中的站地址或物理地址，著有MAC幀負責傳送。
（2）SAP地址。即進在某一個主機中的地址，也就是LLC子層上面的服務訪問點 SAP，這由LLC幀負責傳送。
這就是說，網路中的定址要分兩步走。第一步，用MAC幀的地址信息找到網路中的某一個主機，第二步，用LLC幀的地址信息找到該主機中的某一個服務訪問點SAP。
也就是說當一個LLC子層有多個服務訪問點時，不同的用戶使用不同的服務訪問點時就可以做不同的事。
LLC子層提供4種操作類型：LLC1，不確認的無連接服務。LLC2，面向連接服務。LLC3，帶確認的無連接服務。LLC4，高速傳送服務。
為了區別802.3數據幀中所封裝的數據類型， IEEE引入了802.2SAP和SNAP的標准。它們工作在數據鏈路層的LLC（邏輯鏈路控制）子層。通過在802.3幀的數據欄位中劃分出被稱為服務訪問點（SAP）的新區域來解決識別上層協議的問題，這就是802.2SAP。IEEE802.2SNAP是：LLC標准包括兩個服務訪問點，源服務訪問點（SSAP）和目標服務訪問點（DSAP）。每個SAP只有1位元組長，而其中僅保留了6比特用於標識上層協議，所能標識的協議數有限。因此，又開發出另外一種解決方案，在802.2SAP的基礎上又新添加了一個2位元組長的類型域（同時將SAP的值置為AA），使其可以標識更多的上層協議類型。

RFC是request for comment的縮寫，是由IETF管理，所有關於Internet的正式標准都以文檔出版，但不是所有的RFC都是正式的標准，很多RFC的目的只是為了提供信息。RFC每一篇都用一個數字來標識，如RFC2401 ，數字越大說明RFC 的內容越新。RFC是免費公開的，任何人都可以寫RFC並提交IETF，一旦正式通過就可以正式發布，一旦發布RFC內容將不能再作任何修改，以後的修改只能通過新的RFC來處理，因此可以看到有很多新的RFC文檔obsolete（廢除）或update（更新）老的RFC。要真正了解一個協議的內容，就需要看相關的RFC。

H. LLC是什麼

LLC是Logic Link Control的縮寫，意為：邏輯鏈路控制，是一種 IEEE 802.2 LAN 協議，規定了數據鏈路層中 LLC 子層的實現。
它負責識別網路層協議，然後對它們進行封裝。LLC報頭告訴數據鏈路層一旦幀被接收到時，應當對數據包做何處理。它的工作原理是這樣的：主機接收到幀並查看其LLC報頭，以找到數據包的目的地，比如說，在網路層的IP協議。LLC子層也可以提供流量控制並控制比特流的排序。
IEEE 802.2 LLC 應用於 IEEE802.3 （乙太網）和 IEEE802.5（令牌環

I. 試比較HDLC規程和LLC協議的異同

1.HDlC實現了完整的鏈路層功能。在區域網體系中，數據鏈路層功能是由llc和mac子層提供的，專llc封裝在mac中，因此沒有校屬驗或同步標志。校驗和同步在mac中。
2.llc幀地址是服務訪問地址，不是物理地址，物理地址在mac中。
3.llc只定義了一種數據傳輸模式簡化了HDlC。
考研狗還有一個多月考研，這是我背的知識點裡面的。望能提供幫助。

J. 在gprs網路中的llc協議中 目標小區是用什麼標示

GPRS是通用分組無線業務(General Packet Radio Service)的簡稱，它突破了GSM網只能提供電路交換的思維方式，只通過版增加相應的功能實體權和對現有的基站系統進行部分改造來實現分組交換，這種改造的投入相對來說並不大，但得到的用戶數據速率卻相當。