報(bào)文轉(zhuǎn)發(fā)方法以及裝置的制造方法
【專利摘要】本發(fā)明提供一種報(bào)文轉(zhuǎn)發(fā)方法以及裝置，其中該方法包括：若確定向服務(wù)器發(fā)送的報(bào)文是IPv4報(bào)文，將所述報(bào)文添加隧道頭，其中，所述隧道頭包括將所述虛擬網(wǎng)卡的IPv6地址作為所述報(bào)文的源地址、將預(yù)存的AFTR設(shè)備的IPv6地址作為所述報(bào)文的目的地址的信息；由所述客戶端的虛擬網(wǎng)卡將添加了隧道頭的報(bào)文發(fā)送至服務(wù)器，進(jìn)而達(dá)到雙棧用戶接入IPv6單棧網(wǎng)絡(luò)訪問IPv4服務(wù)器的目的。
【專利說明】
報(bào)文轉(zhuǎn)發(fā)方法從及裝置
技術(shù)領(lǐng)域
[0001] 本發(fā)明設(shè)及通信技術(shù)領(lǐng)域，尤其設(shè)及一種報(bào)文轉(zhuǎn)發(fā)方法W及裝置。
【背景技術(shù)】
[0002] 目前，由于IPv4(互聯(lián)網(wǎng)協(xié)議第四版）地址幾近枯竭，而下一代網(wǎng)絡(luò)地址協(xié)議 IPv6(互聯(lián)網(wǎng)協(xié)議第六版）則日趨成熟，相應(yīng)地，IPv6網(wǎng)絡(luò)訪問IPv4網(wǎng)絡(luò)的需求也日漸強(qiáng) 烈，為此，NAT64協(xié)議應(yīng)運(yùn)而生。
[0003] NAT64(Network Address and Protocol ^anslation from IPv6 Client to IPv4 Sever,地址和協(xié)議轉(zhuǎn)換，從IPv6客戶端到IPv4服務(wù)器）可W應(yīng)對大部分的IPv6網(wǎng)絡(luò)訪問 IPv4網(wǎng)絡(luò)需求，但是有些應(yīng)用會(huì)將服務(wù)器地址包含在報(bào)文內(nèi)部，例如NAT Wetwork Ad化ess Translation,網(wǎng)絡(luò)地址轉(zhuǎn)換）技術(shù)中 ALG(Application Layer Gateway Service,應(yīng)用層 網(wǎng)關(guān)服務(wù)）協(xié)議。由于協(xié)議眾多并且其中大部分是非公有協(xié)議，導(dǎo)致NAT64技術(shù)無法很好 的解決此類問題，由此引申出多種技術(shù)解決此類問題，但是目前解決此類問題的技術(shù)都需 要對網(wǎng)絡(luò)設(shè)備或客戶端協(xié)議找進(jìn)行改造，需要終端廠商及設(shè)備廠商開發(fā)，實(shí)施難度較大。因 此，雙找用戶如何接入IPv6單找網(wǎng)絡(luò)訪問IPv4服務(wù)器是目前亟待解決的問題。

【發(fā)明內(nèi)容】

[0004] 針對現(xiàn)有技術(shù)的缺陷，本發(fā)明提供了一種報(bào)文轉(zhuǎn)發(fā)方法W及裝置。 陽〇化]本發(fā)明提供一種報(bào)文轉(zhuǎn)發(fā)方法，應(yīng)用于客戶端，其中該方法包括：
[0006] 若確定向服務(wù)器發(fā)送的報(bào)文是IPv4報(bào)文，將所述報(bào)文添加隧道頭，其中，所述隧 道頭包括將所述虛擬網(wǎng)卡的IPv6地址作為所述報(bào)文的源地址、將預(yù)存的AFTR設(shè)備的IPv6 地址作為所述報(bào)文的目的地址的信息；
[0007] 由所述客戶端的虛擬網(wǎng)卡將添加了隧道頭的報(bào)文發(fā)送至服務(wù)器。
[0008] 本發(fā)明還提供一種報(bào)文轉(zhuǎn)發(fā)裝置，應(yīng)用于客戶端，其中，該裝置包括：
[0009] 添加單元，用于在確定向服務(wù)器發(fā)送的報(bào)文是IPv4報(bào)文時(shí)，將所述報(bào)文添加隧道 頭，其中，所述隧道頭包括將所述虛擬網(wǎng)卡的IPv6地址作為所述報(bào)文的源地址、將預(yù)存的 AFTR設(shè)備的IPv6地址作為所述報(bào)文的目的地址的信息；
[0010] 發(fā)送單元，用于由所述客戶端的虛擬網(wǎng)卡將添加了隧道頭的報(bào)文發(fā)送至服務(wù)器。
[0011] 本發(fā)明提供的報(bào)文轉(zhuǎn)發(fā)方法W及裝置，在確定向服務(wù)器發(fā)送的報(bào)文是IPv4報(bào)文 時(shí)，將IPv4報(bào)文添加隧道頭W使該IPv4報(bào)文作為IPv6報(bào)文由客戶端的虛擬網(wǎng)卡發(fā)送至服 務(wù)器，進(jìn)而達(dá)到雙找用戶接入IPv6單找網(wǎng)絡(luò)訪問IPv4服務(wù)器的目的。
【附圖說明】
[0012] 圖1是本發(fā)明實(shí)施例中一種報(bào)文轉(zhuǎn)發(fā)方法應(yīng)用場景示意圖；
[0013] 圖2是本發(fā)明實(shí)施例中一種報(bào)文轉(zhuǎn)發(fā)方法流程示意圖；
[0014] 圖3是本發(fā)明實(shí)施例中一種報(bào)文轉(zhuǎn)發(fā)裝置的邏輯結(jié)構(gòu)示意圖；
[0015] 圖4是本發(fā)明實(shí)施例中報(bào)文轉(zhuǎn)發(fā)裝置所在客戶端的硬件架構(gòu)示意圖。
【具體實(shí)施方式】
[0016] 為使本申請的目的，技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，W下參照附圖對本申請方案 做進(jìn)一步的詳細(xì)說明。
[0017] 為了解決現(xiàn)有技術(shù)中存在的問題，本發(fā)明提供了一種報(bào)文轉(zhuǎn)發(fā)方法W及裝置。
[0018] 圖1示出了本發(fā)明方法所應(yīng)用的網(wǎng)絡(luò)環(huán)境示意圖，包括客戶端、AFTR值S-Lite AcMress Family Transition Router element, DS-Lite 地址協(xié)議轉(zhuǎn)換路由器）設(shè)備 值S-Iite網(wǎng)關(guān)設(shè)備）、用戶訪問的IPv4是服務(wù)器W及DNS (Domain Name System,域名系統(tǒng)） 服務(wù)器。
[0019] 請參考圖2,為本發(fā)明提供的報(bào)文轉(zhuǎn)發(fā)方法的處理流程示意圖，該報(bào)文轉(zhuǎn)發(fā)方法應(yīng) 用于客戶端。其中，該報(bào)文轉(zhuǎn)發(fā)方法包括W下步驟：
[0020] 步驟201，若確定向服務(wù)器發(fā)送的報(bào)文是IPv4報(bào)文，將所述報(bào)文添加隧道頭，其 中，所述隧道頭包括將所述虛擬網(wǎng)卡的IPv6地址作為所述報(bào)文的源地址、將預(yù)存的AFTR設(shè) 備的IPv6地址作為所述報(bào)文的目的地址的信息；
[0021] 實(shí)際應(yīng)用中，可W事先為客戶端安裝一個(gè)虛擬網(wǎng)卡，通常情況下，虛擬網(wǎng)卡的 MTU (Maximum Transmission化it,最大傳輸單元）值默認(rèn)為1500,本發(fā)明實(shí)施例中可W將 該虛擬網(wǎng)卡的MTU設(shè)置為1460 W保證后續(xù)對報(bào)文的頭部信息進(jìn)行正常修改。
[0022] 之后，啟用虛擬網(wǎng)卡的雙找功能，并為該虛擬網(wǎng)卡配置IPv4地址，作為進(jìn)行 DS-Iite內(nèi)層DS-Iite封裝時(shí)的IPv4地址使用，例如，該IPv4地址可W為192. 168. X.X。
[0023] 并且，通過該虛擬網(wǎng)卡與用戶網(wǎng)絡(luò)通過D肥P值ynamic Host Configuration Protocol,動(dòng)態(tài)主機(jī)配置協(xié)議）v6、pppoe(PPP over Ethernet, W太網(wǎng)上點(diǎn)對點(diǎn)協(xié)議）6等協(xié) 議進(jìn)行協(xié)商后獲得IPv6地址，并將協(xié)商后獲得的IPv6地址作為該虛擬網(wǎng)卡的IPv6地址。
[0024] 將所有IPv6默認(rèn)路由的出接口設(shè)置為該虛擬網(wǎng)卡，W使后續(xù)客戶端發(fā)出的所有 流量都由該虛擬網(wǎng)卡進(jìn)行轉(zhuǎn)發(fā)，W此完成流量引流工作。
[0025] 本發(fā)明實(shí)施例需基于網(wǎng)絡(luò)中存在可W做地址轉(zhuǎn)換的AFTR設(shè)備值S-Iite網(wǎng)關(guān)）完 成，因此，本發(fā)明實(shí)施例還需要發(fā)送獲取所述AFTR設(shè)備的IPv6地址的請求報(bào)文，W獲取所 述AFTR設(shè)備的IPv6地址，并保存獲取的AFTR設(shè)備的IPv6地址。之后，將獲得的AFTR設(shè) 備的IPv6作為DS-Iite封裝時(shí)的隧道頭的目的IPv6地址，W處理IPv4客戶端發(fā)起的訪問 請求。
[00%] 具體地，該請求報(bào)文可W是客戶端向DNS服務(wù)器發(fā)送的DNS請求報(bào)文，在通過DNS 請求報(bào)文獲取AFTR的IPv6地址時(shí)，可W通過將該DNS請求報(bào)文的DHCPv6選項(xiàng)字段中攜帶 AFTR域名的方式來獲?。灰部蒞通過手工配置域名或者設(shè)置默認(rèn)的aftr. ds-lite等多種 方式來獲取該AFTR設(shè)備的IPv6地址。
[0027] 在AFTR設(shè)備的IPv6地址獲取成功后，可W將該AFTR設(shè)備的IPv6地址保存在虛 擬網(wǎng)卡指定的DS-Iite封裝表中，W備后續(xù)使用。
[0028] 經(jīng)過上述配置后，客戶端即可W經(jīng)由所安裝的虛擬網(wǎng)卡發(fā)送報(bào)文W訪問IPv4服 務(wù)器。在此之前，本發(fā)明實(shí)施例中還可W首先判斷經(jīng)由該虛擬網(wǎng)卡訪問IPv4服務(wù)器所發(fā)送 的報(bào)文是IPv4報(bào)文還是IPv6報(bào)文。
[0029] 若確定該報(bào)文是IPv4報(bào)文，本發(fā)明實(shí)施例為了保證該IPv4報(bào)文可W正常接入 IPv6單找網(wǎng)絡(luò)訪問IPv4服務(wù)器，需要對由客戶端發(fā)出的IPv4報(bào)文進(jìn)行修改，W將該IPv4 報(bào)文作為IPv6報(bào)文發(fā)送出去。
[0030] 該具體地修改方式可W是：將由客戶端發(fā)出的IPv4報(bào)文進(jìn)行DS-Iite封裝，W對 該IPv4報(bào)文添加隧道頭。其中，所添加的隧道頭包括將所述虛擬網(wǎng)卡的IPv6地址作為所 述報(bào)文的源地址、將預(yù)存至虛擬網(wǎng)卡指定的封裝表中的AFTR設(shè)備的IPv6地址作為所述報(bào) 文的目的地址的信息。進(jìn)一步地，所述隧道頭還可W包括表征該報(bào)文實(shí)際為IPv4報(bào)文的協(xié) 議號(hào)，例如"4"。該隧道頭格式可W如表1所示：
[0031]
W巧表1
[0033] 表1示出了報(bào)文所添加的隧道頭格式，僅是為進(jìn)一步理解本發(fā)明的示例，并不用 于限制本發(fā)明實(shí)施例中隧道頭格式中的具體內(nèi)容。
[0034] 假設(shè)，在通過該虛擬網(wǎng)卡與用戶網(wǎng)絡(luò)協(xié)商后，所獲得的虛擬網(wǎng)卡的IPv6地址為 192. 168. X. X，獲取的AFTR設(shè)備的IPv6地址為192. 168. Y. Y，那么在客戶端訪問IPv4服務(wù) 器時(shí)，為經(jīng)由虛擬網(wǎng)卡發(fā)送的IPv4報(bào)文添加的隧道頭則包括所述報(bào)文的源地址192. 168. X. X，所述報(bào)文的目的地址192. 168. Y. Y，W及表征該報(bào)文實(shí)際為IPv4報(bào)文的協(xié)議號(hào)"4"。
[0035] 進(jìn)一步地，本發(fā)明實(shí)施例中還可W監(jiān)聽所有發(fā)送至DNS服務(wù)器的DNS請求報(bào)文W 及由DNS服務(wù)器回復(fù)的DNS回應(yīng)報(bào)文。當(dāng)所述客戶端發(fā)送DNS請求報(bào)文時(shí)，記錄所述DNS 請求報(bào)文中所攜帶域名的被請求次數(shù)；當(dāng)所述域名的被請求次數(shù)到達(dá)預(yù)設(shè)次數(shù)，確定所述 DNS請求報(bào)文為IPv6報(bào)文，將所述DNS請求報(bào)文中用于表征所述報(bào)文為IPv6報(bào)文的第一標(biāo) 識(shí)修改為表征所述報(bào)文為IPv4報(bào)文的第二標(biāo)識(shí)，并將修改后的DNS請求報(bào)文發(fā)送出去；在 接收到根據(jù)所述DNS請求報(bào)文回復(fù)的DNS回應(yīng)報(bào)文后，獲取所述DNS回應(yīng)報(bào)文中攜帶的地 址信息，將所述地址信息添加預(yù)設(shè)標(biāo)記后，保存至預(yù)設(shè)的地址信息庫中。
[0036] 例如，可W將預(yù)設(shè)的域名被請求的次數(shù)（預(yù)設(shè)次數(shù)）設(shè)置為3,當(dāng)監(jiān)聽到相同域名 的被請求次數(shù)到達(dá)3次時(shí)，說明該客戶端請求的域名在IPv6網(wǎng)絡(luò)中不存在，而導(dǎo)致客戶端 無法獲得有與所請求的域名對應(yīng)IP地址的DNS回應(yīng)報(bào)文。那么，可W將該DNS請求報(bào)文進(jìn) 行復(fù)制后，將該復(fù)制的DNS請求報(bào)文中用于表征所述報(bào)文為IPv6報(bào)文的第一標(biāo)識(shí)修改為表 征該報(bào)文為IPv4報(bào)文的第二標(biāo)識(shí)。如：將該DNS請求報(bào)文中表征所述報(bào)文為IPv6報(bào)文的 AAAA記錄（第一標(biāo)識(shí)）修改為表征所述報(bào)文為IPv4報(bào)文的A記錄（第二標(biāo)識(shí)），然后，將 修改后的DNS請求報(bào)文發(fā)送至DNS服務(wù)器。
[0037] 在客戶端接收到DNS服務(wù)器根據(jù)該修改后的DNS請求報(bào)文回復(fù)的DNS回應(yīng)報(bào)文 后，獲取該DNS回應(yīng)報(bào)文中攜帶的地址信息，該地址信息為客戶端所請求的域名所對應(yīng)的 IPv4地址。
[0038] 為了避免由于部分應(yīng)用在升級(jí)為IPv6版本之后無法再使用IPv4地址與DNS服務(wù) 器正常通信，本發(fā)明實(shí)施例在獲取到DNS回應(yīng)報(bào)文中攜帶的IPv4地址后，可W將IPv4地址 添加預(yù)設(shè)標(biāo)記，W將該IPv4地址標(biāo)記為IPv6地址。例如，該預(yù)設(shè)標(biāo)記可W為"FF9B::"，若 該IPv4地址為X. X. X. X，那么該添加了預(yù)設(shè)標(biāo)記的地址則可W是："FF9B: :X. X. X. X" (IPv6 地址）。
[0039] 之后，將添加有標(biāo)記的地址（IPV6地址）保存至預(yù)設(shè)的地址信息庫中。其中，該預(yù) 設(shè)的地址信息庫可W位于虛擬網(wǎng)卡的緩存中等。
[0040] 根據(jù)上述可知，由于為了避免部分IPv4報(bào)文因無法與DNS服務(wù)器正常通信而會(huì)將 部分IPv4地址修改為IPv6地址（即上述添加了預(yù)設(shè)標(biāo)記的IPv4地址），因此，后續(xù)在客 戶端經(jīng)由虛擬網(wǎng)卡向IPv4服務(wù)器發(fā)送報(bào)文時(shí)，若確定客戶端經(jīng)由虛擬網(wǎng)卡向IPv4服務(wù)器 發(fā)送的報(bào)文為IPv6報(bào)文，則要確定該IPv6報(bào)文的目的地址是否添加有預(yù)設(shè)標(biāo)記，W判斷該 IPv6報(bào)文是否為修改成IPv6報(bào)文的IPv4報(bào)文；若該IPv6報(bào)文的目的地址添加有預(yù)設(shè)標(biāo) 記，說明該IPv6報(bào)文是修改為IPv6報(bào)文的IPv4報(bào)文，即：該IPv6報(bào)文實(shí)際為IPv4報(bào)文， 可W將該IPv6報(bào)文的源IP地址修改為所述虛擬網(wǎng)卡的IPv4地址，將所述IPv6報(bào)文的目 的IP地址中的所述預(yù)設(shè)標(biāo)記刪除。
[00川例如，如果目的地址為FF9B::開頭的報(bào)文，則對該報(bào)文進(jìn)行改寫。假設(shè)目的地 址為FF9B: :X. X. X. X，修改后的IPv6報(bào)文頭中的源IP地址為虛擬網(wǎng)卡分配的IPv4地址 (192. 168. X.訝、目的地址中的預(yù)設(shè)標(biāo)記FF9B::刪除（即X. X. X.訝后的最低32位的IPv4 報(bào)文頭，具體格式見表2所示：
[0042]
[0043] 表 2
[0044] 表2示出了對具有預(yù)設(shè)標(biāo)記的IPv6報(bào)文的報(bào)文頭進(jìn)行修改后的報(bào)文頭格式，僅是 為進(jìn)一步理解本發(fā)明的示例，并不用于限制本發(fā)明實(shí)施例中對具有預(yù)設(shè)標(biāo)記的IPv6報(bào)文 的報(bào)文頭進(jìn)行修改后的報(bào)文頭格式中的具體內(nèi)容。
[0045] 之后，可W按照上述對由客戶端發(fā)出的IPv4報(bào)文添加隧道頭的處理流程將該修 改為IPv6報(bào)文的IPv4報(bào)文添加隧道頭，在此不再寶述。
[0046] 步驟202,由所述客戶端的虛擬網(wǎng)卡將添加了隧道頭的報(bào)文發(fā)送至服務(wù)器。
[0047] 在對需由客戶端發(fā)出的IPv4報(bào)文（包括修改為IPv6報(bào)文的IPv4報(bào)文）添加了 隧道頭后，則可W將該添加了隧道頭的報(bào)文由所述客戶端的虛擬網(wǎng)卡通過IPv6單找網(wǎng)絡(luò) 發(fā)送至IPv4服務(wù)器，進(jìn)而達(dá)到IPv4報(bào)文通過IPv6單找網(wǎng)絡(luò)訪問服務(wù)器的目的。
[0048] 進(jìn)一步地，在客戶端接收到所述服務(wù)器回復(fù)的應(yīng)答報(bào)文后，若該應(yīng)答報(bào)文的隧道 頭中化Xt化ader字段攜帶的協(xié)議號(hào)不為4,說明該報(bào)文為非IPv4報(bào)文，則可W將該非IPv4 報(bào)文轉(zhuǎn)發(fā)給系統(tǒng)協(xié)議找處理；
[0049] 若根據(jù)所述應(yīng)答報(bào)文的隧道頭中攜帶的協(xié)議號(hào)確定所述應(yīng)答報(bào)文為IPv4報(bào)文， 將所述應(yīng)答報(bào)文的源IP地址與所述地址信息庫中預(yù)存的地址信息進(jìn)行匹配，若匹配成功， 對所述應(yīng)答報(bào)文進(jìn)行DS-Iite解封裝處理，并將DS-Iite解封裝后的應(yīng)答報(bào)文的源IP地址 添加所述預(yù)設(shè)標(biāo)記，將目的IP地址修改為所述虛擬網(wǎng)卡的IPv6地址。
[0050] 具體地，當(dāng)IPv4服務(wù)器發(fā)送至客戶端的回程IPv6報(bào)文（應(yīng)答報(bào)文）到達(dá)虛擬網(wǎng) 卡時(shí)，首先檢查該應(yīng)答報(bào)文的隧道頭中化Xt化ader字段攜帶的協(xié)議號(hào)是否為用于表征該 報(bào)文為IPv4報(bào)文的協(xié)議號(hào)4,若是，確定該應(yīng)答報(bào)文為IPv4報(bào)文，首先使用報(bào)文內(nèi)的源IP 地址（IPv4地址）與虛擬網(wǎng)絡(luò)中記錄的DNS緩存地址進(jìn)行比較，若匹配成功，則對該應(yīng)答報(bào) 文進(jìn)行報(bào)文修改，具體地修改方式為：
[0051] 將DS-Iite解封裝之后的無預(yù)設(shè)標(biāo)記的源IPv4地址（例如X. X. X.訝添加預(yù)設(shè)標(biāo) 記，（例如FF9B: :X. X. X.訝，將目的IP地址修改為虛擬網(wǎng)卡的IPv6地址，若報(bào)文為TCP報(bào) 文，則還需要按照現(xiàn)有技術(shù)中的方法調(diào)整序列號(hào)及校驗(yàn)和。
[0052] 然而，如果報(bào)文內(nèi)的源IP地址（IPv4地址）與虛擬網(wǎng)絡(luò)中記錄的DNS緩存地址進(jìn) 行比較后，未匹配成功，說明該報(bào)文攜帶有IPv4地址，一般情況下有應(yīng)用軟件自行解析，針 對運(yùn)種情況則可W將上送系統(tǒng)協(xié)議找處理即可。
[0053] 綜上所述，本發(fā)明提供的報(bào)文轉(zhuǎn)發(fā)方法，在確定向服務(wù)器發(fā)送的報(bào)文是IPv4報(bào)文 時(shí)，將IPv4報(bào)文添加隧道頭W使該IPv4報(bào)文作為IPv6報(bào)文由客戶端的虛擬網(wǎng)卡發(fā)送至服 務(wù)器，進(jìn)而達(dá)到雙找用戶接入IPv6單找網(wǎng)絡(luò)訪問IPv4服務(wù)器的目的。
[0054] 本發(fā)明還提供一種報(bào)文轉(zhuǎn)發(fā)裝置，圖3為該報(bào)文轉(zhuǎn)發(fā)裝置的結(jié)構(gòu)示意圖，該裝置 可W應(yīng)用于客戶端，該報(bào)文轉(zhuǎn)發(fā)裝置可W包括添加單元301 W及發(fā)送單元302,其中： 陽化5] 添加單元301，用于在確定向服務(wù)器發(fā)送的報(bào)文是IPv4報(bào)文時(shí)，將所述報(bào)文添加 隧道頭，其中，所述隧道頭包括將所述虛擬網(wǎng)卡的IPv6地址作為所述報(bào)文的源地址、將預(yù) 存的AFTR設(shè)備的IPv6地址作為所述報(bào)文的目的地址的信息；
[0056] 發(fā)送單元302,用于由所述客戶端的虛擬網(wǎng)卡將添加了隧道頭的報(bào)文發(fā)送至服務(wù) 器。
[0057] 進(jìn)一步地，所述發(fā)送單元302還可W用于發(fā)送獲取所述AFTR設(shè)備的IPv6地址的 請求報(bào)文，W獲取所述AFTR設(shè)備的IPv6地址；保存獲取的所述AFTR設(shè)備的IPv6地址。
[0058] 進(jìn)一步地，所述裝置還可W包括記錄單元303、修改單元304 W及標(biāo)記單元305,其 中，記錄單元303用于當(dāng)所述客戶端發(fā)送DNS請求報(bào)文時(shí)，記錄所述DNS請求報(bào)文中所攜帶 域名的被請求次數(shù)；修改單元304,用于當(dāng)所述域名的被請求次數(shù)到達(dá)預(yù)設(shè)次數(shù)，確定所述 DNS請求報(bào)文為IPv6報(bào)文，將所述DNS請求報(bào)文中用于表征所述報(bào)文為IPv6報(bào)文的第一標(biāo) 識(shí)修改為表征所述報(bào)文為IPv4報(bào)文的第二標(biāo)識(shí)，并將修改后的DNS請求報(bào)文發(fā)送出去；標(biāo) 記單元305,用于在接收到根據(jù)所述DNS請求報(bào)文回復(fù)的DNS回應(yīng)報(bào)文后，獲取所述DNS回 應(yīng)報(bào)文中攜帶的地址信息，將所述地址信息添加預(yù)設(shè)標(biāo)記后，保存至預(yù)設(shè)的地址信息庫中。
[0059] 進(jìn)一步地，所述裝置還可W包括確定單元306 W及刪除單元307,其中，確定單元 306用于在將所述報(bào)文添加隧道頭之前，當(dāng)所述客戶端向服務(wù)器發(fā)送的報(bào)文為IPv6報(bào)文 時(shí)，確定所述IPv6報(bào)文的目的地址是否添加有預(yù)設(shè)標(biāo)記；刪除單元307,用于在確定所述 IPv6報(bào)文的目的地址添加有預(yù)設(shè)標(biāo)記時(shí)，將所述IPv6報(bào)文的源IP地址修改為所述虛擬網(wǎng) 卡的IPv4地址，將所述IPv6報(bào)文的目的IP地址中的所述預(yù)設(shè)標(biāo)記刪除。
[0060] 進(jìn)一步地，所述隧道頭還包括協(xié)議號(hào)，所述裝置還可W包括匹配單元308,用于在 接收到所述服務(wù)器回復(fù)的應(yīng)答報(bào)文后，若根據(jù)所述應(yīng)答報(bào)文的隧道頭中攜帶的協(xié)議號(hào)確定 所述應(yīng)答報(bào)文為IPv4報(bào)文，將所述應(yīng)答報(bào)文的源IP地址與所述地址信息庫中預(yù)存的地址 信息進(jìn)行匹配，若匹配成功，對所述應(yīng)答報(bào)文進(jìn)行DS-Iite解封裝處理，并將DS-Iite解封 裝后的所述應(yīng)答報(bào)文的源IP地址添加所述預(yù)設(shè)標(biāo)記，將目的IP地址修改為所述虛擬網(wǎng)卡 的IPv6地址。
[0061] 本發(fā)明應(yīng)用于網(wǎng)絡(luò)設(shè)備的報(bào)文轉(zhuǎn)發(fā)裝置在具體的處理流程中可W與上述報(bào)文轉(zhuǎn) 發(fā)方法的處理流程一致，在此不再寶述。
[0062] 上述裝置可W通過軟件實(shí)現(xiàn)，也可W通過硬件實(shí)現(xiàn)，本發(fā)明報(bào)文轉(zhuǎn)發(fā)裝置所在網(wǎng) 絡(luò)設(shè)備的硬件架構(gòu)示意圖均可參考圖4所示，其基本硬件環(huán)境包括中央處理器CPU、轉(zhuǎn)發(fā)忍 片、存儲(chǔ)器W及其他硬件，其中存儲(chǔ)器件中包括機(jī)器可讀指令，CPU讀取并執(zhí)行機(jī)器可讀指 令執(zhí)行圖3中各單元的功能。
[0063] 從W上各種方法和裝置的實(shí)施方式中可W看出，本發(fā)明實(shí)施例提供的報(bào)文轉(zhuǎn)發(fā)方 法W及裝置，在確定向服務(wù)器發(fā)送的報(bào)文是IPv4報(bào)文時(shí)，將IPv4報(bào)文添加隧道頭W使該 IPv4報(bào)文作為IPv6報(bào)文由客戶端的虛擬網(wǎng)卡發(fā)送至服務(wù)器，進(jìn)而達(dá)到雙找用戶接入IPv6 單找網(wǎng)絡(luò)訪問IPv4服務(wù)器的目的。由于本發(fā)明實(shí)施例整個(gè)報(bào)文交互過程完全依靠虛擬網(wǎng) 卡的定制驅(qū)動(dòng)程序完成，不需要更改協(xié)議找，也不需要借助輔助接入設(shè)備，因此，本發(fā)明還 具有較高的易用性。
[0064] W上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用W限制本發(fā)明，凡在本發(fā)明的精 神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明保護(hù)的范圍之內(nèi)。
【主權(quán)項(xiàng)】
1. 一種報(bào)文轉(zhuǎn)發(fā)方法，應(yīng)用于客戶端，其特征在于，所述方法包括： 若確定向服務(wù)器發(fā)送的報(bào)文是IPv4報(bào)文，將所述報(bào)文添加隧道頭，其中，所述隧道頭 包括將所述虛擬網(wǎng)卡的IPv6地址作為所述報(bào)文的源地址、將預(yù)存的AFTR設(shè)備的IPv6地址 作為所述報(bào)文的目的地址的信息； 由所述客戶端的虛擬網(wǎng)卡將添加了隧道頭的報(bào)文發(fā)送至服務(wù)器。2. 如權(quán)利要求1所述的方法，其特征在于，所述方法還包括： 發(fā)送獲取所述AFTR設(shè)備的IPv6地址的請求報(bào)文，以獲取所述AFTR設(shè)備的IPv6地址； 保存獲取的所述AFTR設(shè)備的IPv6地址。3. 如權(quán)利要求1所述的方法，其特征在于，所述方法還包括： 當(dāng)所述客戶端發(fā)送DNS請求報(bào)文時(shí)，記錄所述DNS請求報(bào)文中所攜帶域名的被請求次 數(shù)； 當(dāng)所述域名的被請求次數(shù)到達(dá)預(yù)設(shè)次數(shù)，確定所述DNS請求報(bào)文為IPv6報(bào)文，將所述 DNS請求報(bào)文中用于表征所述報(bào)文為IPv6報(bào)文的第一標(biāo)識(shí)修改為表征所述報(bào)文為IPv4報(bào) 文的第二標(biāo)識(shí)，并將修改后的DNS請求報(bào)文發(fā)送出去； 在接收到根據(jù)所述DNS請求報(bào)文回復(fù)的DNS回應(yīng)報(bào)文后，獲取所述DNS回應(yīng)報(bào)文中攜 帶的地址信息，將所述地址信息添加預(yù)設(shè)標(biāo)記后，保存至預(yù)設(shè)的地址信息庫中。4. 如權(quán)利要求1所述的方法，其特征在于，在將所述報(bào)文添加隧道頭之前，所述方法還 包括： 當(dāng)所述客戶端向服務(wù)器發(fā)送的報(bào)文為IPv6報(bào)文時(shí)，確定所述IPv6報(bào)文的目的地址是 否添加有預(yù)設(shè)標(biāo)記； 若有，將所述IPv6報(bào)文的源IP地址修改為所述虛擬網(wǎng)卡的IPv4地址，將所述IPv6報(bào) 文的目的IP地址中的所述預(yù)設(shè)標(biāo)記刪除。5. 如權(quán)利要求1或4所述的方法，其特征在于，所述隧道頭還包括協(xié)議號(hào)； 接收到所述服務(wù)器回復(fù)的應(yīng)答報(bào)文后，若根據(jù)所述應(yīng)答報(bào)文的隧道頭中攜帶的協(xié)議號(hào) 確定所述應(yīng)答報(bào)文為IPv4報(bào)文，將所述應(yīng)答報(bào)文的源IP地址與所述地址信息庫中預(yù)存的 地址信息進(jìn)行匹配，若匹配成功，對所述應(yīng)答報(bào)文進(jìn)行DS-lite解封裝處理，并將DS-lite 解封裝后的所述應(yīng)答報(bào)文的源IP地址添加所述預(yù)設(shè)標(biāo)記，將目的IP地址修改為所述虛擬 網(wǎng)卡的IPv6地址。6. -種報(bào)文轉(zhuǎn)發(fā)裝置，應(yīng)用于客戶端，其特征在于，所述裝置包括： 添加單元，用于在確定向服務(wù)器發(fā)送的報(bào)文是IPv4報(bào)文時(shí)，將所述報(bào)文添加隧道頭， 其中，所述隧道頭包括將所述虛擬網(wǎng)卡的IPv6地址作為所述報(bào)文的源地址、將預(yù)存的AFTR 設(shè)備的IPv6地址作為所述報(bào)文的目的地址的信息； 發(fā)送單元，用于由所述客戶端的虛擬網(wǎng)卡將添加了隧道頭的報(bào)文發(fā)送至服務(wù)器。7. 如權(quán)利要求6所述的裝置，其特征在于，所述發(fā)送單元還用于： 發(fā)送獲取所述AFTR設(shè)備的IPv6地址的請求報(bào)文，以獲取所述AFTR設(shè)備的IPv6地址； 保存獲取的所述AFTR設(shè)備的IPv6地址。8. 如權(quán)利要求6所述的裝置，其特征在于，所述裝置還包括： 記錄單元，用于當(dāng)所述客戶端發(fā)送DNS請求報(bào)文時(shí)，記錄所述DNS請求報(bào)文中所攜帶域 名的被請求次數(shù)； 修改單元，用于當(dāng)所述域名的被請求次數(shù)到達(dá)預(yù)設(shè)次數(shù)，確定所述DNS請求報(bào)文為 IPv6報(bào)文，將所述DNS請求報(bào)文中用于表征所述報(bào)文為IPv6報(bào)文的第一標(biāo)識(shí)修改為表征所 述報(bào)文為IPv4報(bào)文的第二標(biāo)識(shí)，并將修改后的DNS請求報(bào)文發(fā)送出去； 標(biāo)記單元，用于在接收到根據(jù)所述DNS請求報(bào)文回復(fù)的DNS回應(yīng)報(bào)文后，獲取所述DNS 回應(yīng)報(bào)文中攜帶的地址信息，將所述地址信息添加預(yù)設(shè)標(biāo)記后，保存至預(yù)設(shè)的地址信息庫 中。9. 如權(quán)利要求6所述的裝置，其特征在于，所述裝置還包括： 確定單元，用于在將所述報(bào)文添加隧道頭之前，當(dāng)所述客戶端向服務(wù)器發(fā)送的報(bào)文為 IPv6報(bào)文時(shí)，確定所述IPv6報(bào)文的目的地址是否添加有預(yù)設(shè)標(biāo)記； 刪除單元，用于在確定所述IPv6報(bào)文的目的地址添加有預(yù)設(shè)標(biāo)記時(shí)，將所述IPv6報(bào)文 的源IP地址修改為所述虛擬網(wǎng)卡的IPv4地址，將所述IPv6報(bào)文的目的IP地址中的所述 預(yù)設(shè)標(biāo)記刪除。10. 如權(quán)利要求6或9所述的裝置，其特征在于，所述隧道頭還包括協(xié)議號(hào)，所述裝置還 包括： 匹配單元，用于在接收到所述服務(wù)器回復(fù)的應(yīng)答報(bào)文后，若根據(jù)所述應(yīng)答報(bào)文的隧道 頭中攜帶的協(xié)議號(hào)確定所述應(yīng)答報(bào)文為IPv4報(bào)文，將所述應(yīng)答報(bào)文的源IP地址與所述地 址信息庫中預(yù)存的地址信息進(jìn)行匹配，若匹配成功，對所述應(yīng)答報(bào)文進(jìn)行DS-lite解封裝 處理，并將DS-lite解封裝后的所述應(yīng)答報(bào)文的源IP地址添加所述預(yù)設(shè)標(biāo)記，將目的IP地 址修改為所述虛擬網(wǎng)卡的IPv6地址。
【文檔編號(hào)】H04L29/06GK105939316SQ201510702954
【公開日】2016年9月14日
【申請日】2015年10月26日
【發(fā)明人】王濤
【申請人】杭州迪普科技有限公司