摘要:通信工程師互聯網技術IPv6基本報頭:雖然IPv6報頭的字節長度是IPv4報頭的兩倍(40個宇節與20個字節),但IPv6擁有簡化的報頭結構,圖4-20是IPv6的基本報頭的結構。IPv6報頭有8個字段,IPv4則有14個。
4.5.1 IPv6基本報頭
雖然IPv6報頭的字節長度是IPv4報頭的兩倍(40個宇節與20個字節),但IPv6擁有簡化的報頭結構,圖4-20是IPv6的基本報頭的結構。IPv6報頭有8個字段,IPv4則有14個。IPv6丟棄及改用了IPv4報頭字段中的幾個,不僅提高了數據報頭的處理速率和路由器處理分組速度,而且將可選項轉換成了獨立的“擴展分組頭”。由于大多數擴展分組頭在數據的傳輸路徑中無需任何路由器的檢查和處理,直至到達終點,從而便于擁有選項的數據報提高路由性能。當路由器或主機不識別選項時,也可以對選項進行編碼,從而可以更高效的轉發。
下面分別介紹IPv6協議頭部各組成部分的含義:
1.版本(VERSION)
版本標示出使用IP協議的版本,現有版本為6,表示該數據報是IPVersion6的數據報,該字段長度為4biu通信流類型(TRAFFICCLASS)通信流類型是8bit的字段。這個宇段在1995年的RFC1883中是4bit的“優先級”字段,1998年公布的RFC2460將優先級字段改為8bit的通信流類型。通過這個宇段的使用,信源節點和(或〉轉發路由器可以確定并區分不同類型或者不同優先級的IPv6分組,在IPv4中已經有許多人進行實驗,試圖避免使用顯式的數據流確立,而通過報頭中的服務類型字段和(或)優先級(Precedence)字段來為IP分組提供不同形式的差別服務。IPv6報頭中的通信流類型字段的目的就是力求在IPv6中支持類似的功能。人們希望各種實驗能最終達成一致,從而確定一種對IP分組最適用的通信流分類方式,通常對通信流類型字段有如下要求:
①必須為一個節點與IPv6業務相連的業務接口提供一種機制,讓上層協議能為該層產生的分組填充其通信流類型的值。畎認值必須是8bit全為零。
②對于能對通信流類型字段中的所有比特或部分比特進行特定應用的節點,它們允許按照特定應用的要求來改變其產生、轉發或接收的分組中對應比特的值。對于它們不能進行特定應用的比特,這些比特應當被節點忽略,不進行任何改變。
③上層協議不能假定發送分組的信源填充在通信流字段中的值不變,也就是說,在某個接收的分組中的通信流類型字段的值可能與發送時的值不同。
編輯推薦:
通信工程師備考資料免費領取
去領取
專注在線職業教育25年