国产探花免费观看_亚洲丰满少妇自慰呻吟_97日韩有码在线_资源在线日韩欧美_一区二区精品毛片,辰东完美世界有声小说,欢乐颂第一季,yy玄幻小说排行榜完本

首頁 > 學院 > 網絡通信 > 正文

協議標準——IPV6技術白皮書（四）

2019-11-04 12:04:46
字體：大 中 小
來源：轉載
供稿：網友

　　ipv4/v6互通技術
　　
　　本文首先介紹互通技術出現的背景及現狀，隨后對IPv4向IPv6過渡的三種基本技術作了簡單的介紹，接下來分別介紹了IPv6小島之間的通信方式，以及IPv6小島與IPv4海洋之間的通信方式，最后就如何選擇合適的過渡機制談了些看法。
　　
　　1．互通技術出現的背景及現狀
　　
　　IPv6已被認為是下一代互聯網絡協議核心標準之一。但是，一種新的協議從誕生到廣泛應用需要一個過程，尤其是對于IPv4仍然很好的支撐著的Internet而言。在IPv6的網絡流行于全球之前，總是有一些網絡首先使用IPv6協議棧并希望能夠與當前的Internet正常通信。為達到這一目的，研究者們必須開發出IPv4 / IPv6互通技術以保證IPv4能夠平穩過渡到IPv6，除此之外，互通技術應該對普通用戶做到“無縫”，對信息傳遞做到高效。
　　
　　為了開展對于IPv4/IPv6過渡問題和高效無縫互連問題的研究，國際上，IETF組建了專門的working group即NGTRANS工作組來處理這個問題。同時，IETF在全球范圍內成立試驗床6-Bone，專門對IPv6的特性進行研究。目前已經出現了多種過渡技術和互連方案，這些技術各有特點，用于解決不同過渡時期、不同環境的通信問題。
　　
　　在過渡的初期，Internet將由運行IPv4的/"海洋/"和運行IPv6的/"小島/"組成。隨著時間的推移，IPv4的海洋將會逐漸變小，而IPv6的小島將會越來越多，最終完全取代IPv4。在過渡的初期，要解決的問題可以分成兩大類：第一類就是解決這些IPv6的小島之間互相通信的問題；第二類就是解決IPv6的小島與IPv4的海洋之間通信的問題。
　　
　　針對這兩類問題已經提出了很多方案，有一些已經相當成熟并形成了RFC，有一些還只是作為Internet draft，有待進一步完善。
　　
　　2．IPv4向IPv6過渡的三種基本技術
　　
　　目前解決過渡問題基本技術主要有三種：雙協議棧（RFC 2893 obsolete RFC1933）、隧道技術(RFC 2893)、NAT-PT(RFC 2766)。
　　
　　(1)　雙協議棧 ( Dual Stack)
　　
　　采用該技術的節點上同時運行IPv4和IPv6兩套協議棧。這是使IPv6節點保持與純IPv4節點兼容最直接的方式，針對的對象是通信端節點（包括主機、路由器）。這種方式對IPv4和IPv6提供了完全的兼容，但是對于IP地址耗盡的問題卻沒有任何幫助。由于需要雙路由基礎設施，這種方式反而增加了網絡的復雜度。
　　
　　(2)　隧道技術 ( Tunnel)
　　
　　隧道技術提供了一種以現有IPv4路由體系來傳遞IPv6數據的方法：將IPv6的分組作為無結構意義的數據，封裝在IPv4數據報中，被IPv4網絡傳輸。根據建立方式的不同，隧道可以分成兩類：(手工)配置的隧道和自動配置的隧道。隧道技術巧妙地利用了現有的IPv4網絡，它的意義在于提供了一種使IPv6的節點之間能夠在過渡期間通信的方法，但它并不能解決IPv6節點與IPv4節點之間相互通信的問題。
　　
　　(3)　NAT-PT
　　
　　轉換網關除了要進行IPv4地址和IPv6地址轉換，還要包括協議并翻譯。轉換網關作為通信的中間設備，可在IPv4和IPv6網絡之間轉換IP報頭的地址，同時根據協議不同對分組做相應的語義翻譯，從而使純IPv4和純IPv6站點之間能夠透明通信。
　　
　　3．IPv6小島之間的通信方式
　　
　　(1)　手工配置隧道 ( Configured Tunnel, RFC2893 )
　　
　　這種隧道的建立是手工配置的，需要隧道兩個端點所在網絡的治理員協作完成。隧道的端點地址由配置來決定，不需要為站點分配非凡的IPv6地址，適用于經常通信的IPv6站點之間。每一個隧道的封裝節點必須保存隧道終點的地址，當一個IPv6包在隧道上傳輸時終點地址會作為IPv4包的目的地址進行封裝。通常封裝節點要根據路由信息決定一個包是否要通過隧道轉發。
　　
　　采用手工配置隧道進行通信的站點之間必須有可用的IPv4 連接，并且至少要具有一個全球唯一的IPv4地址。站點中每個主機都至少需要支持IPv6，路由器需要支持雙棧。在隧道要經過NAT設施的情況下這種機制不可用。
　　
　　手工配置隧道的主要缺點是網絡治理員的負擔很重，因為他要為每一條隧道做具體的配置。
　　
　　(2)　自動配置的隧道 ( Auto-configured Tunnel, RFC2893 )
　　
　　這種隧道的建立和拆除是動態的，它的端點根據分組的目的地址確定，適用于單獨的主機之間或不經常通信的站點之間。自動配置的隧道需要站點采用IPv4兼容的IPv6地址( IPv4 Compatible IPv6 Address，0::IPv4ADDR/96 )，這些站點之間必須有可用的IPv4連接，每個采用這種機制的主機都需要有一個全球唯一的IPv4地址。
　　
　　采用這種機制不能解決IPv4地址空間耗盡的問題（采用手工配置隧道的站點就不需要IPv4地址）。兩外還有一種危險就是假如把Internet 上全部IPv4路由表包括到IPv6網絡中，那么會加劇路由表膨脹的問題。這種隧道的兩個端點都必須支持雙協議棧（手工配置就不需要）。在隧道要經過NAT設施的情況下這種機制不可用。
　　
　　(3)　Tunnel Broker ( RFC3053- IPv6 Tunnel Broker )
　　
　　Tunnel Broker不是一種隧道機制，而是一種方便構造隧道的機制。可以簡化隧道的配置過程，適用于單個主機獲取IPv6連接的情況。Tunnel Broker也可用于站點之間，但這時可能會在IPv6的路由表中引入很多條目，導致IPv6的路由表過于龐大，違反了IPv6設計的初衷。用戶可以通過Tunnel Broker從支持IPv6的ISP處獲得持久的IPv6地址和域名。 Tunnel Broker要求隧道的雙方都支持雙棧并有可用的IPv4連接，在隧道要經過NAT設施的情況下這種機制不可用。采用TB方法，可以使IPv6 的ISP可以很輕易對用戶執行接入控制，按照策略對網絡資源進行分配。
　　
　　TB轉換機制包括Tunnel Server(TS)和Tunnel Broker(TB)。server和boker位于不同的計算機上，對于隧道的控制通常是web形式的。
　　
　　(4)　6 over 4 ( RFC2529 )，IPv4多播隧道
　　
　　6 over 4 也是一種自動建立隧道的機制，這種隧道端點的IPv4地址采用鄰居發現的方法確定。與手工配置隧道不同的是，它不需要任何地址配置；與自動隧道不同的是它不要求使用V4兼容的V6地址。但是采用這種機制的前提就是IPv4網絡基礎設施支持IPv4多播。這里的IPv4多播域可以是采用全球唯一的IPv4地址的網絡，或是一個私有的IPv4網絡的一部分。這種機制適用于IPv6路由器沒有直接連接的物理鏈路上的孤立的IPv6主機，使得它們能夠將IPv4廣播域作為它們的虛擬鏈路，成為功能完全的IPv6站點。
　　
　　采用這種方法連接的IPv6站點的不需要采用IPv4兼容地址，也不需要手工配置的隧道。當采用6 over 4的站點通過一臺支持6 over 4的路由器與外界相連時，站點內的主機可以和外部IPv6站點通信。但是6 over 4還是沒有解決一個孤立的用戶連接到全球性的IPv6 Internet上。
　　
　　(5)　6 to 4 ( RFC3056)
　　
　　6to4也是一種自動構造隧道的機制，這種機制要求站點采用非凡的IPv6地址（2002:IPv4ADDR::/48 ），這種地址是自動從站點的IPv4地址派生出來的。所以每個采用6to4機制的節點至少必須具有一個全球唯一的IPv4地址，（這種地址分配方法，可以使得其它域的邊界路由器自動地區分隧道接收端點是否在本域內）。由于這種機制下隧道端點的IPv4地址可以從IPv6地址中提取，所以隧道的建立是自動的。6to4不會在IPv4的路由表中引入新的條目，在IPv6的路由表中只增加一條表項。采用6to4機制的IPv6 ISP只需要做很少的治理工作，這種機制很適用于運行IPv6的站點之間的通信。6to4要求隧道中至少有兩臺路由器支持雙棧和6to4，主機要求至少支持IPv6協議棧。
　　
　　6to4機制答應在采用6to4的IPv6站點和純IPv6站點之間通過中繼路由器 ( 6to4 Relay Router ) 進行通信，這時不要求通信的兩個端點之間具有可用的IPv4連接，中繼路由器建議運行BGP4+。
　　
　　這種機制把廣域的IPv4網絡作為一個單播的點到點鏈路層。這種機制適合作為V4/V6共存的初始階段的轉換工具，它可以與防火墻、NAT共存，但是NAT box必須具有全球唯一的IPv4地址，并且應有6to4機制和完備的路由功能。
　　
　　在隧道終點，任何從正常IPv4鏈路傳來的6to4數據流都可以被接受和解封裝。為了防止IPv6欺騙，可采用附加的基于源地址的包過濾技術。一種方法就是檢查用于封裝的IPv4地址是否與被封裝的IPv6包頭地址一致。這種檢查要在中繼路由器（relay router）中設置。在任何情況下，6to4數據流中的源和目的地址嵌入的V4地址必須是以全球唯一單播地址格式，否則這些數據包將會在不被警告的情況被丟棄。
　　
　　4．IPv6小島與IPv4海洋之間的通信方式
　　
　　(1)　Dual Stack Model ( RFC2893 )
　　
　　在這種模型下，任意節點都是完全雙棧的。這時不存在IPv4與IPv6之間的相互通信問題，但是這種機制要給每一個IPv6的站點分配一個IPv4地址。這種方法不能解決IPv4地址資源不足的問題，而且隨著IPv6站點的增加會很難得到滿足，因此這種方法只能用在早期的變遷過程。
　　
　　(2)　Limited Dual Stack Model ( RFC2893 )
　　
　　在這種模型下，服務器和路由器仍然是雙棧的，而非服務器的主機只需要支持IPv6。這種機制可以節省大量的IPv4地址，但是在純IPv6和純IPv4節點之間的通信將會出現問題，為了解決這種問題，必須與其它技術結合使用。
　　
　　(3)　SIIT ( Stateless IP/ ICMP Translation, RFC2765 )
　　
　　SIIT定義了在IPv4和IPv6的分組報頭之間進行翻譯的方法，這種翻譯是無狀態的，因此對于每一個分組都要進行翻譯。這種機制可以和其它的機制(如NAT-PT)結合，用于純IPv6站點同純 IPv4站點之間的通信，但是在采用網絡層加密和數據完整性保護的環境下這種技術不可用。純IPv6節點和純IPv4節點通過一個SIIT轉換器通信，IPv6節點看到的對方一個IPv4mapped地址的主機，同時它自己則使用


發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
主站蜘蛛池模板： 武清区| 鹤庆县| 宝清县| 东至县| 桐柏县| 海安县| 衡东县| 涞水县| 白水县| 会同县| 常熟市| 繁昌县| 旺苍县| 宣化县| 卢龙县| 时尚| 西盟| 扎鲁特旗| 嘉荫县| 苍南县| 广宁县| 佛教| 司法| 丰台区| 永和县| 荥阳市| 平定县| 托克逊县| 赤壁市| 衡阳县| 怀化市| 乌什县| 龙岩市| 谢通门县| 木里| 陇西县| 邢台县| 迭部县| 布尔津县| 讷河市| 洛阳市|