日本免费全黄少妇一区二区三区-高清无码一区二区三区四区-欧美中文字幕日韩在线观看-国产福利诱惑在线网站-国产中文字幕一区在线-亚洲欧美精品日韩一区-久久国产精品国产精品国产-国产精久久久久久一区二区三区-欧美亚洲国产精品久久久久

  1. 首頁 > 云知道 > >

IPv6/IPv4協(xié)議轉(zhuǎn)換的試驗( 四 )

云知道


我們還測試了ftp，這個應(yīng)用內(nèi)含了一個ASCII碼IP地址，并發(fā)送給接收者 。為了使ftp能通過中繼器正常工作，ftp客戶端在支持IPv6的時候，需要偵測連接的ftp服務(wù)器，是IPv6還是IPv4 。當(dāng)和IPv4的ftp服務(wù)器通信時，需要將主機(jī)與IPv4兼容的IPv6地址當(dāng)做ASCII的IP地址，而不是主機(jī)原來的IPv6地址 。相反，當(dāng)IPv4的ftp客戶端訪問IPv6的ftp服務(wù)器時，服務(wù)器要將ASCII碼IP地址看做IPv4映射的IPv6 地址 。這樣，中繼器就沒有必要更新ASCII碼IP地址 。
測試遺留問題
為了真實的應(yīng)用而做兩種IP協(xié)議間轉(zhuǎn)換，是可能的 。我們還應(yīng)看到一些未解決的問題：信息丟失、包含IP地址內(nèi)容的應(yīng)用，以及如何將IPv6主機(jī)轉(zhuǎn)換成能夠訪問IPv4主機(jī)的IPv6地址 (例如，IP6NODE4地址) 和 反向轉(zhuǎn)換(例如，IP4NODE6地址)等 。
信息丟失
盡管兩個IP協(xié)議的基本映射已經(jīng)完成，但是有些域、選項和擴(kuò)展仍然不能被順利轉(zhuǎn)換，結(jié)果導(dǎo)致信息丟失，從而影響一些應(yīng)用 。一個例子是，IPv6擴(kuò)展數(shù)據(jù)包頭的使用 。這些數(shù)據(jù)包頭可以是任意長度，并且可能封裝的選項要比IPv4的40字節(jié)限制要大 。而且，IPv6規(guī)范中定義特性的擴(kuò)展，例如認(rèn)證、封裝和擴(kuò)展路由，都是IPv4所沒有的特性 。因此，不可能完全透明地進(jìn)行數(shù)據(jù)包頭轉(zhuǎn)換而不丟失信息 。我們目前的方法是，轉(zhuǎn)換過程中忽略所有這些特性，并觀察對應(yīng)用的影響 。因此，我們在實驗中，應(yīng)用一般依靠于基本的IP特性，而不使用IP數(shù)據(jù)包頭中擴(kuò)展的域 。
內(nèi)含IP地址內(nèi)容的應(yīng)用
一些應(yīng)用在數(shù)據(jù)包的有效負(fù)載的第三層，內(nèi)含自己的IP地址，比如FTP程序和Windows 95/Windows NT的WINS注冊進(jìn)程 。除非中繼器解析所有這些應(yīng)用的全部數(shù)據(jù)包，否則沒有辦法轉(zhuǎn)換內(nèi)含的IP地址，進(jìn)而導(dǎo)致應(yīng)用失敗 。我們實現(xiàn)的時候，沒有做任何應(yīng)用層次的IP地址轉(zhuǎn)換，這對于使用能識別IPv4的IPv6新應(yīng)用不會成問題，例如FTP 。我們希望同樣的解決方法能用于IPv6版本的所有內(nèi)含IP地址應(yīng)用 。不過這也不可能，中繼器需要在應(yīng)用層次實現(xiàn)網(wǎng)關(guān)，擴(kuò)展所支持的應(yīng)用 。
主機(jī)名解析
在一個主機(jī)和另外一個主機(jī)建立會話時，需要解析對方的地址 。一般情況下，使用主機(jī)表或者DNS 。使用中繼器時，解析需要為一個地址別名找到真實的主機(jī) 。這種情況下，中繼器使IPv4站點內(nèi)的節(jié)點能夠和IPv6網(wǎng)絡(luò)內(nèi)的節(jié)點通信 。假設(shè)每個IPv4節(jié)點分配了一個惟一的IPv6地址是合理的 。那么，任一IPv6節(jié)點都能解析自己的地址，并建立一個會話 。然而反過來，IPv4解析一個IPv6主機(jī)的時候，就非常困難了，因為IPv4節(jié)點需要獲得從中繼器地址別名，而這個從中繼器應(yīng)該能夠訪問IPv6 。
有多種方法能將IPv6的DNS記錄轉(zhuǎn)換成IPv4的DNS記錄 。第一種方法是，有滿足的IPv6 DNS記錄時，修改IPv4節(jié)點的解析方法，從中繼器請求別名解析 。第二種方法是，當(dāng)有滿足的IPv6 DNS記錄時，修改站點的DNS服務(wù)器，從中繼器請求一個臨時的地址，代表它的IPv4客戶端 。最后還有一個方法，建議中繼器識別DNS請求和回應(yīng)數(shù)據(jù)包，并透明地傳輸這些數(shù)據(jù) 。
整合的方法
在網(wǎng)絡(luò)中使用中繼器的實驗表明，完全透明地完成IPv6/IPv4轉(zhuǎn)換，需要不同程度地整合其他服務(wù) 。正如前面所提到的，DNS和中繼器之間的一些層次的協(xié)作是必要的，可以將IPv4地址綁定到一個IPv6地址上，反之亦然 。我們的策略是，將中繼器的功能直接整合到IPv6/IPv4主機(jī)的操作系統(tǒng)中 。這種整合的好處：一是失敗隔離: 整合的中繼器只為主機(jī)服務(wù)，失敗后，也不會影響其他主機(jī); 二是可升級性: 整合的中繼器只需要適應(yīng)運行在本機(jī)上的那么多網(wǎng)絡(luò)應(yīng)用,而不用適應(yīng)網(wǎng)絡(luò)中獨立的中繼器在站點內(nèi)所提供的大量網(wǎng)絡(luò)應(yīng)用; 三是安全的地址綁定解除: 一個應(yīng)用終止TCP/UDP 網(wǎng)絡(luò)連接時，整合的中繼器能夠識別出來，并能安全解除地址綁定; 四是更值得注重的: 當(dāng)在離開機(jī)器前被填充了原先IPv4應(yīng)用的數(shù)據(jù)包傳輸?shù)絀Pv6時，這種整合方法會產(chǎn)生一個假象，似乎是一個純粹IPv6節(jié)點發(fā)出的 。

推薦閱讀