Can you summarize the following document?
        
  來自線路的二進位制資料包稱作一個幀。從物理線路上看到的幀,除其他資訊外,還可看到前導碼和幀開始符。任何物理硬體都會需要這些資訊。  下面的表格顯示了在以1500個八位元組為MTU傳輸(有些吉位元乙太網甚至更高速乙太網支援更大的幀,稱作巨型幀)時的完整幀格式。 一個八位元組是八個位組成的資料(也就是現代計算機的一個位元組)。

  一個幀以7個位元組的前導碼和1個位元組的幀開始符作為幀的開始。快速乙太網之前,線上路上幀的這部分的位模式是10101010 10101010 10101010 10101010 10101010 10101010 10101010 10101011。由於在傳輸一個位元組時最低位最先傳輸(LSB),因此其相應的16進製表示為0x55 0x55 0x55 0x55 0x55 0x55 0x55 0xD5。  10/100M 網絡卡(介質無關介面 PHY)一次傳輸4位(一個半字)。因此前導符會成為7組0x5+0x5,而幀開始符成為0x5+0xD。1000M網絡卡(GMII)一次傳輸8位,而10Gbit/s(XGMII) PHY晶片一次傳輸32位。 注意當以octet描述時,先傳輸7個01010101然後傳輸11010101。由於8位資料的低4位先傳送,所以先傳送幀開始符的0101,之後傳送1101。

  報頭包含源地址和目標地址的MAC地址,以太型別欄位和可選的用於說明VLAN成員關係和傳輸優先順序的IEEE 802.1Q VLAN 標籤。

  幀校驗碼是一個32位迴圈冗餘校驗碼,以便驗證幀資料是否被損壞。

  當一個幀傳送出去之後,傳送方在下次傳送幀之前,需要再傳送至少12個octet的空閒線路狀態碼。

  以太幀有很多種型別。不同型別的幀具有不同的格式和MTU值。但在同種物理媒體上都可同時存在。  所有四種以太幀型別都可包含一個IEEE 802.1Q選項來確定它屬於哪個VLAN以及他的IEEE 802.1p優先順序(QoS)。這個封裝由IEEE 802.3ac定義並將幀大小從64位元組擴充到1522位元組(注:不包含7個前導位元組和1個位元組的幀開始符以及12個幀間距位元組)。  IEEE 802.1Q標籤,如果出現,需要放在源地址欄位和以太型別或長度欄位的中間。這個標籤的前兩個位元組是標籤協議識別符號(TPID)值0x8100。這與沒有標籤幀的以太型別/長度欄位的位置相同,所以以太型別0x8100就表示包含標籤的幀,而實際的以太型別/長度欄位則放在Q-標籤的後面。TPID後面是兩個位元組的標籤控制資訊(TCI)。(IEEE 802.1p 優先順序(QoS)和VLAN ID)。Q標籤後面就是通常的幀內容。

  以太 II 幀 (也稱作DIX乙太網,是以這個設計的主要成員,DEC,Intel和Xerox的名字命名的。),把緊接在目標和源MAC地址後面的這個兩位元組定義為乙太網幀資料型別欄位。  例如,一個0x0800的以太型別說明這個幀包含的是IPv4資料包。同樣的,一個0x0806的以太型別說明這個幀是一個ARP幀,0x8100說明這是一個IEEE 802.1Q幀,而0x86DD說明這是一個IPv6幀。  當這個工業界的標準通過正式的IEEE標準化過程後,在802.3標準中以太型別欄位變成了一個(資料)長度欄位。(最初的以太包通過包括他們的幀來確定它們的長度,而不是以一個明確的數值。)但是包的接收層仍需知道如何解析包,因此標準要求將IEEE802.2頭跟在長度欄位後面,定義包的型別。多年之後,802.3x-1997標準,一個802.3標準的後繼版本,正式允許兩種型別的封包同時存在。實際上,兩種封包都被廣泛使用,而最初的以太封包在以太區域網中被廣泛應用,因為他的簡便和低開銷。  為了允許一些使用以太II版本的資料包和一些使用802.3封裝的最初版本的資料包能夠在同一個乙太網段使用,以太型別值必須大於等於1536(0x0600)。這個值比802.3封包的最大長度1500byte (0x05DC)要更大。因此如果這個欄位的值大於等於1536,則這個幀是以太II幀,而那個欄位是型別欄位。否則(小於1500而大於46位元組),他是一個IEEE 802.3幀,而那個欄位是長度欄位。1500～1536(不包含)的數值未定義。

  一些協議,尤其是為OSI模型設計的,會直接在802.2 LLC層上操作。802.2 LLC層同時提供資料包和面向連線的網路服務。  802.2乙太網變種沒有在常規網路中普遍使用。只有一些大公司的沒有與IP網路融合的Netware裝置。以前,很多公司Netware網路支援802.2乙太網,以便支援從乙太網到IEEE 802.5令牌環網或FDDI網路的透明橋接。當今最流行的封包是乙太網版本二,由基於IP協議的網路使用,將其以太型別設定為0x0800用於封裝IPv4或者0x86DD來支援IPv6。  還有一個網際網路標準來使用LLC/SNAP報頭將IPv4封裝在IEEE 802.2幀中。 這幾乎從未在乙太網中實現過。(但在FDDI以及令牌環網,IEEE 802.11和其他IEEE 802網路中使用)。如果不使用SNAP,IP傳輸無法封裝在IEEE 802.2 LLC幀中。這是因為LLC協議中雖然有一種IP協議型別,卻沒有ARP。IPv6同樣可使用LLC/SNAP在IEEE 802.2乙太網上傳播,但,如同IPv4,它也絕少被這樣使用。(儘管LLC/SNAP的IPv6封包在IEEE 802網路中被使用)。

  通過檢查802.2 LLC頭,可以確定他是否後繼一個SNAP頭。LLC頭包含兩個附加的8位地址欄位,在OSI模型術語中稱作"服務訪問點"(SAPs)。當源和目標SAP都設定為0xAA時,就會使用SNAP服務。SNAP頭允許以太型別值被任何IEEE 802協議使用,即使支援的是私有協議ID空間。在IEEE 802.3x-1997中,IEEE 以太標準被修改為明確允許緊接著MAC地址的16位欄位即可用於長度欄位,也可用於型別欄位。  Mac OS使用 802.2/SNAP 封包來實現乙太網上的AppleTalk V2協議套件("EhterTalk")。

  Novell的"raw"802.3幀格式基於早期IEEE 802.3的工作。Novell以它作為起點來建立他自己的乙太網上IPX協議的的第一個實現。他們沒有使用LLC頭,而是直接在長度欄位後面開始IPX資料包。這不符合IEEE 802.3標準,但由於IPX的前兩個位元組一直是FF(而在IEEE 802.2 LLC中這種模式雖然理論上是可能的但實際上概率極其微小),實用中這種方式與其他以太實現共同存在。但須注意在一些早期的可能無法識別之。  直到90年代中期,Novell NetWare預設使用這個幀型別,而由於Netware曾如此流行,而那時IP還不是那麼流行,在過去的一些時候,大多數的乙太網上都運載著負載IPX的"raw" 802.3封包。直到Netware 4.10,當使用IPX時,Netware才預設使用IEEE 802.2和LLC(Nerware 幀型別Ethernet_802.2)。

  我們可以計算乙太網的效率和位元率:  formula_1  當達到允許的最大負載值時可達到最高效率,對於無標籤的乙太網封包是formula_2,而使用802.1Q VLAN標籤時是formula_3。  由效率中可計算位元率:  formula_4  不帶802.1Q標籤的100BASE-TX乙太網的最大位元率是97.53 Mbit/s. 注:不帶標籤的最大幀尺寸=1518 + 20 (7-byte 前導符,1-byte 幀開始符, 12-byte 幀間距)= 1538。

  矮幀是一個尺寸不及IEEE 802.3定義的最小長度64位元組的乙太網幀。可能的原因是乙太網碰撞,資料不足,網絡卡錯誤或軟體錯誤。
在乙太網鏈路上的資料包稱作以太幀。以太幀起始部分由前導碼和幀開始符組成。後面緊跟著一個乙太網報頭,以MAC地址說明目的地址和源地址。幀的中部是該幀負載的包含其他協議報頭的資料包(例如IP協議)。以太幀由一個32位冗餘校驗碼結尾。它用於檢驗資料傳輸是否出現損壞。