本頁使用了標題或全文手工轉換

IPv6轉換機制

維基百科,自由的百科全書
跳至導覽 跳至搜尋

IPv6轉換機制指那些用來促進InternetIPv4架構向下一代地址系統——IPv6轉換的技術。具體來說,就是那些允許僅與IPv4或IPv6網絡連接的主機能夠存取與之不同協定下資源的方法。

互聯網工程任務組(IETF)通過IETF的Internet草案RFC來指導相關工作群組討論開發這些方法。一些基礎的IPv6轉換機制定義在RFC 4213中。

無狀態IP/ICMP轉換(SIIT)[編輯]

無狀態IP/ICMP轉換是在IPv6IPv4報文頭格式之間進行轉換。SIIT方法定義一類被稱為IPv4翻譯(IPv4-translated)地址的IPv6地址。這類地址的字首為::ffff:0:0/96,也可被寫作::ffff:a.b.c.d,其中IPv4格式的地址a.b.c.d表示一個「使能IPv6」(IPv6-enabled)的節點。選擇這個字首是為了生成一個為0的校驗值,以此來避免改變傳輸協定頭中的校驗值。[1]

此演算法可以使IPv6主機無需擁有一個永久的IPv4地址就能與只使用IPv4的主機通訊。地址分配和路由的細節並沒有在此規範中被提及。

這個規範由NGTRANS IETF工作群組制訂,草案由Sun Microsystems的E. Nordmark於2000年2月作為RFC 2765發佈。2011年,RFC 2765被RFC 6145代替[2]。RFC 2765的地址格式化部分被定義在RFC 6052中[3]

RFC 6144定義IPv4/IPv6轉換的框架[4]

6rd[編輯]

6rd是一個用於促進快速部署IPv6服務穿越ISPIPv4架構的實現機制。它使用IPv4IPv6之間的無狀態地址對映,在用戶節點之間建立自動隧道,以IPv4報文的形式傳輸IPv6報文。

此方案第一次被大規模部署是在2007年末(RFC 5569 [5])。 RFC 5969[6]詳述了此協定。

傳輸中繼轉換(TRT)[編輯]

RFC 3142定義傳輸中繼轉換(TRT)方法。這是最常見的NAT-PT/NAPT-PT形式,只不過其依賴於在AAAA與A記錄之間的DNS翻譯,這種翻譯機制被稱為DNS-ALG,定義在RFC 2694。

網站[編輯]

SixXS[編輯]

SixXS(Six Access)是一個免費的、非盈利性、提供零成本服務的網站。SixXS提供IPv6通道,通過IPv6服務存取網站,因通訊數據被加密,因此可以避免遭到互聯網審查。字尾「.sixxs.org」代表使用sixxs.org提供的IPv6閘道器,該閘道器將來自IPv6網絡的http存取請求轉換成IPv4的http請求,存取任何其他IPv4的http都可以使用這個閘道器,在地址後面加上「.sixxs.org」即可。

參考文獻[編輯]

  1. ^ RFC 2765 - 無狀態IP/ICMP轉換演算法(SIIT), E. Normark (February 2000)
  2. ^ RFC 6145 IP/ICMP Translation Algorithm
  3. ^ RFC 6052 - IPv6 Addressing of IPv4/IPv6 Translators
  4. ^ RFC 6144 - Framework for IPv4/IPv6 Translation
  5. ^ RFC 5569 IPv6 Rapid Deployment on IPv4 Infrastructures (6rd)
  6. ^ RFC 5969 IPv6 Rapid Deployment on IPv4 Infrastructures (6rd) -- Protocol Specification
  • IPv6 in Practice, Benedikt Stockebrand (2006), ISBN 3-540-24524-3
  • RFC 2767, Bump-in-the-Stack
  • RFC 3338, Bump-in-the-API
  • RFC 3089, Socks-based Gateway
  • RFC 6219, The China Education and Research Network (CERNET) IVI Translation Design and Deployment for the IPv4/IPv6 Coexistence and Transition