+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                     認證                    |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
* 下一個頭――緊接片斷頭的頭類型的認證。它同IPv4協議使用同樣的值。（8位選擇器）
保留域的（Reserved）， Res－將傳送、忽略和接收初始化為0。
* 碎片偏移――偏移量，占8個8位字節的單元，隨帶的有效負荷，相對于初始的整體的有效負荷。（13位無符號的整數）
* M標志――1＝更多的碎片；0＝最后的碎片
* 認證――指派給初始有效負荷的值，不同于當前發送給帶有同樣IPv6源地址、IPv6的目的地址，和片段下一個頭值的別的有效負荷。（如果一個路由頭當前存在，則IPv6的目的地址就是那個最終的地址）鑒定值放在所有最初的有效負荷的片段的頭部分，并且目的單元被用來證實所有的屬于同樣初始有效負荷的片段。（32位單元）
12.2.5鑒定頭
鑒定頭被用來提供鑒定和確保IPv6信息包的完整性。Non- repudiation可被提供作為帶有認證頭的鑒定法則，但是，它不提供這個頭使用的所有的鑒定法則。在緊接處理的頭里，認證頭被值為51的下一個頭所鑒定，它有如下格式：
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |  下一個頭  | Auth 數據長度 |          保留域部分          |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                   安全的聯合ID                   |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                                                               |
      .                                                               .
      .                   鑒定數據                   .
      .                                                               .
      |                                                               |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
* 下一個頭――緊接鑒定頭的頭認證類型。與IPv4協議域使用同樣的值。（8位選擇器）
* Auth數據類型――在8個8位字節的單元里的鑒定數據域的長度。（8位無符號的整數）
* 保留域――將傳送、忽略和接收初始化為0。
* 安全的協會身份（Security Assoc ID）――IPv6源地址的組合，確認信息包屬于起先建立安全聯合的哪一個接收器。（32位單元域）
* 鑒定數據――指定的運算法則，要求用于鑒定信息包源和確保該信息包的完整。（可變長度單位域，一個8位字節倍數的整數。）
12.2.6隱秘頭（Privacy  Header）
隱秘頭的作用是使待加密數據具有機密性和完整性，同時保護和發送隱秘頭數據部分的加密數據。不但可在傳送層（如UDP或TCP）體制上進行加密，而且一個完整的帶自動尋址的IPv6也可被加密，這由用戶的安全要求決定的。這種壓縮的處理方式必須為整個初始的帶自動尋址的信息包提供機密性。如果是在目前，該隱秘頭就是一個信息包最后的單位元，它是沒有被加密的。
隱秘頭工作在主機之間、主機和安全網卡之間、或安全網卡之間。對安全網卡的支持允許可信賴的網絡在沒有安全的貨幣代價執行的情況下存在，同時對不可信賴的網絡段的傳送提供安全。







      

     

      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |             安全聯合身份(SAID)            |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                                                               |
      .                   初始化向量                      .
      |                                                               |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |  下一個頭* |   長度   |          保留單元*              |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                                                               |
      |                    被保護的數據*     +-+-+-+-+-+-+-+-+-+-+
      |                                           |     跟蹤單元*      |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

                                                             *被加密的
    安全聯合身份（SAID）――為這種自帶尋址信息包提供的安全聯合標志符。如果沒有建立安全的聯合，該單元的值就應當為0x0000。安全聯合正常情況下是單信道的。正常情況下兩個主機間的鑒別通信單元在使用中有兩個SAID。（每個方向一個）接收信號的主機使用SAID的聯合值和初始地址來區別當前的聯合。（32位單元）
   初始化向量――這個單元是可選的并且它的值依靠使用中SAID。例如，該單元可以容納用加密算法加密的一塊同步加密數據。也可以被用來容納帶有加密的一組初始化向量。通常，隱秘頭的執行是對SAID值的使用，來確認是否該單元就是當前單元，和該單元的使用情況。（它的存在和長度依靠于SAID）
 * 下一個頭――被加密的――緊接隱秘頭的之后的頭類型標志符。于IPv4協議單元使用同樣的值。（8位選擇器）
 * 保留單元――被加密的――在接收中被忽略。
 * 長度――被加密的――在8個八位字節單元里隱秘頭的長度。不包括起初的8位字節。（8位無符號的整數）
 * 被保護的數據――被加密的-－該單元可以容納一個完整的壓縮型的IPv6自帶尋址信息包，它包括IPv6頭、0組或多組IPv6選項序列和一個傳送層的有效負荷；或者它可以是緊接傳送層有效負荷之后的一組0或多個IPv6選項的序列。（可變長度）
 * 跟蹤器――(依靠運算法則的跟蹤器)――被加密的――目前支持一些加密算法的領域，這些加密算法需要被擴充。（例如，用塊導向加密算法進行加密全部的塊單元）或者具有很強的使用加密算法的認證數據能力，用來提供在沒有認證的情況下信息包的機密性。（它的存在和長度依靠于SAID）
12.2.7端對端選項頭
  端對端選項頭被用來提供一個可選擇的信息，該信息只被信息包目的單元節點檢查。端對端選項頭被下一個頭的值認證，該值屬于直接前頭的TBD的。它與HOP-BY-HOP選項頭有同樣的格式，但它不具備排除來自鑒定完整計算選項的能力。
13 IPng 工作組
  我們推薦一個新的IPng工作組，它是IPv6協議規范的功能產品模式。該工作組將IPng領域主管的建議作為大綱，它是在該備忘錄1994年7月由IETF提出的。我們建議該工作組應當將Xerox PARC中心的 Steve Deering和 Wellfleet中心的 Ross Callon.二位授予主席的位置。
該工作組的首要任務就是提出一套方案來定義這個基本功能、交互作用（interactions）、假設方案 （assumptions）和IPv6的信息包格式。我們推薦Sun Microsystems公司的Robert Hinden 作為這個文檔主編。該文檔列表于附錄C中，將被該工作組使用用來構建最終文檔設置的基礎部分。
該工作組的工作如下：
完成IPv6的簡介文檔。
完成IPv6詳細操作說明書。
完成IPv6的地址構建說明書。
完成IPv6封裝各種媒體的說明書。
完成支持大于64KB信息包的說明書。
完成需要增加的支持IPv6的DNS說明書。
完成ICMP、IGMP和支持IPv6的路由器發明（discovery）的說明書。
完成為IPv6提供路徑的MTU發明的說明書。
完成在IPv6通道里IPv6的說明書。
完成指派計劃的暗示地址格式。
調整研究地址的自動構建功能的工作組。
調整NGTRANS和TACIT工作組。
完成支持頭鑒定和加密功能的說明書。
工作組也應當考慮增加少量的可選擇的功能，包括以下兩個方面：
1）在本地IPv6的上下文關系中考慮IPv6頭的壓縮方法，多個IPv6信息包壓縮在一個流程里，從而形成壓縮的IPv6。
2）考慮支持指定的大量的最小化的MTU.
14 IPng評論家（Reviewer）
這就是當前IPng領域主管的任務，被提出的IPng工作組的主管和主席應當調整許多類似成就方面的積極性，從而直接面對當前IPng的不同方面。同時這也是有可能的，并且這是在當前看來它好像運行的很好而不能保持長時間工作的原因。在另外的一些原因中，IPng領域將最終被消解和解散它的主管。這也將變得在別的IETF領域的啟動中，作為與IPng相關的行為有太大的不同之處。
我們建議IPng評論家被指定專門的責任來確保IPv6觀點的一致性，從而繼續和相關工作組保持一致。由于IPng努力部分之間交互作用的復雜本性和由于對許多IETF領域的IPng相關工作的指派，這個功能是必須的。我們建議MIT中心的Dave Clark負責這一部分。這將是一個有關On－going activities方面的長期任務。因為它是各個工作組、IAB和整個IETF的工作，因此IPng評論家就不僅僅是制定一個建筑上的決定。這個目標就是在它們到達功能和作用可能將面臨危險的端之前找出不足和使人誤解的地方。
15 地址的自動構建
 當數據網絡變得更復雜而至少需要避過一些復雜性和對“即插即用”功能的迫切需要時，用戶就沒有去理解網絡體系結構細節或者知道網絡軟件在他們主機里如何工作的必要。在理想的情況下，一個用戶應當可以打開一臺新的計算機, 把它聯入當地的網絡，在沒有特定信息的輸入要求下“就”可以工作。由于安全的關系可能在一些環境里限制了提供透明的地址自動構建層的功能，但該機制必須能被代替支持在當地合適的情況下對自動機制的支持。 
“即插即用”的基本的要求操作是：當第一次附屬一個網絡，或者因為主機移動或網絡的標志符地改變，主機必須能動態地獲得一個地址。這里也有其它地許多功能要求支持一個完整的“即插即用”環境。[ Berk94 ] 這些中的大多數必須在 IPv6 區域外編址，但是定義一個主機地址自動構建地焦點就是 IPv6 進程的一部分。
  我們推薦一個新的地址自動構建工作組 ( addrconf ) ，大衛·卡茨作為Cisco 系統的副主席和Bellcore 的休·索姆森作為co-chairs形成改組。這個工作組的目的就是為動態分配給IPv6主機地址地設計協議。該地址配置協議必須適合大范圍地網絡布局,從而形成一個簡單地單獨網絡不安全地全球網絡聯接。它應該也允許對管理控制層地改變，形成在非常小地疏忽情況下地完全自動操作。
   這個工作組的范圍是提出一個主機地址自動構建協議，該協議支持全范圍內的布局和Pv6 使用管理環境。該意圖是, 和IPv6 系統發展一起，地址地自動構建協議將提供最小的引導信息，必要時可以使主機獲得進一步的配置信息 ( 例如在 IPv4里 由 DHCP 提供了 ) 。該范圍不包括路由器配置或其它主機地配置功能。然而該工作組必須在這個范圍里調查并且將這個工作和與之相關功能（包括系統發展）之間的關系寫成文檔， DNS自動登記，服務發展（discovery），和廣域主機購置的功能，可以推動這些功能地統一。[ Katz94a ]
希望工作組能在 1994 年左右完成這個工作，同時在那時解散。該組的“IPv6 地址自動構建體系結構” [ Katz94b ]草稿文檔作為這個工作地基礎部分。
16 轉換
 因特網從IPv6到IPv4 轉換面對兩個單獨地需要。短期的是需要定義一個專門地技術和方法來對IPv4網絡進行轉換，包括因特網，IPv6網絡和IPv6 因特網。長期的是需要一個轉換的長期的操作計劃編制, 包括允許分散移動策略的發展方法,當兩個協議都是基礎結構的一部分時，應當給予理解這個長期的共存分枝，交互測試是被要求來保證將來英特網的可靠性和可管理性。
16.1 短期的轉變
 任何 IPng 轉換計劃必須要充分考慮供應商將提供哪一種設備類型和網絡管理配置。 IPng 轉換計劃必須要定義一套程序，用來成功的執行供應商愿意包含他們機制的功能函數。即使這有好的觀點建議使用這個特殊的功能。例如頭轉換，如果產品存在的話，有一個內在的操作比沒有好。
 我們建議一個新的NGTRANS工作組由Sun Microsystems公司的 Bob Gilligan和 xxx公司的yyy作為co-chairs來設計這個機制和程序，從而支持從IPv4到IPv6 的因特網轉換，同時給于在首選的程序和技術上的建議。
 這個組的工作將圍繞下列 3 個方面：
 * 定義一個從 IPv4 轉換到 IPv6 的進程的英特網程序。作為這個成就的一部分，該組將提出一個關于解釋通常因特網社區在轉換中使用的機制文檔，同時包含這個轉換是如何工作的、在這些機構的操作中底層結構的展開狀態，和應用軟件開發者假想的協議混合轉換功能函數的類型。
 * 定義和指定供應商在主機，路由器，和別的為轉換提供的英特網的組成的強制和可選機制。雙棧，封裝和頭轉換機制都必須被定義, 也可使用這些機制的不同聯合主機之間的交互。這個指定的產品將被用戶使用用來執行實現這些 IPv6 系統。
 * 有關具體的操作計劃為英特網執行從 IPv4 到 IPv6 的轉換工作。這個工作的結果將是為網絡操作員和因特網訂戶提供執行的一個轉換計劃。
 工作組在1994年末完成任務并在那時解散。在工作開始的時候工作組使用“簡單的SIPP傳輸協議（SST）”【Gilig94a】瀏覽文檔。
16.2 傳輸－長期
相當數量的傳輸相關的課題額外的增加了IPv4到IPv6機制和它們的擴展，操作和相互作用的定義規范。遷移到一個新技術或已存在科技的新版本的分支和過程必須充分理解。
我們建議傳輸和共存包括測試工作組（TACIT），在幾個月之前開始，瀏覽一些基本的發行相關聯的對業已存在的因特網的新科技的擴展。TACIT工作組將注意力放在一般的發行傳輸上并且對于即將到來的IPv6傳輸不加限制。因為，擴展到IPv6（IPv6ng）需要時間。在那一點上，他們需要展開到現在已經存在的因特網上。相對于NGTRANS工作組，TACIT工作組將更具可操作性，且繼續進入到實現IPv6傳輸。
探測的主要目的是：
* 使當前傳輸的擴展協議擴展到一個新的協議上去，當調節均勻性和分散性管理層。
* 由于它不可能也很難代替所有的現存的系統或軟件，因此了解性能和新協議和已存在的協議長期共存的操作是很