午夜毛片免费看,老师老少妇黄色网站,久久本道综合久久伊人,伊人黄片子

報(bào)文轉(zhuǎn)發(fā)方法以及裝置的制造方法

文檔序號:10578118閱讀:673來源:國知局
報(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)用會將服務(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é) 議號,例如"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é)議號"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) 識修改為表征所述報(bào)文為IPv4報(bào)文的第二標(biāo)識,并將修改后的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)識修改為表 征該報(bào)文為IPv4報(bào)文的第二標(biāo)識。如:將該DNS請求報(bào)文中表征所述報(bào)文為IPv6報(bào)文的 AAAA記錄(第一標(biāo)識)修改為表征所述報(bào)文為IPv4報(bào)文的A記錄(第二標(biāo)識),然后,將 修改后的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)用在升級為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ù)器正常通信而會將 部分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é)議號不為4,說明該報(bào)文為非IPv4報(bào)文,則可W將該非IPv4 報(bào)文轉(zhuǎn)發(fā)給系統(tǒng)協(xié)議找處理;
[0049] 若根據(jù)所述應(yīng)答報(bào)文的隧道頭中攜帶的協(xié)議號確定所述應(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é)議號是否為用于表征該 報(bào)文為IPv4報(bào)文的協(xié)議號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)整序列號及校驗(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) 識修改為表征所述報(bào)文為IPv4報(bào)文的第二標(biāo)識,并將修改后的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é)議號,所述裝置還可W包括匹配單元308,用于在 接收到所述服務(wù)器回復(fù)的應(yīng)答報(bào)文后,若根據(jù)所述應(yīng)答報(bào)文的隧道頭中攜帶的協(xié)議號確定 所述應(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ā)忍 片、存儲器W及其他硬件,其中存儲器件中包括機(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)識修改為表征所述報(bào)文為IPv4報(bào) 文的第二標(biāo)識,并將修改后的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é)議號; 接收到所述服務(wù)器回復(fù)的應(yīng)答報(bào)文后,若根據(jù)所述應(yīng)答報(bào)文的隧道頭中攜帶的協(xié)議號 確定所述應(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)識修改為表征所 述報(bào)文為IPv4報(bào)文的第二標(biāo)識,并將修改后的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é)議號,所述裝置還 包括: 匹配單元,用于在接收到所述服務(wù)器回復(fù)的應(yīng)答報(bào)文后,若根據(jù)所述應(yīng)答報(bào)文的隧道 頭中攜帶的協(xié)議號確定所述應(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地址。
【文檔編號】H04L29/06GK105939316SQ201510702954
【公開日】2016年9月14日
【申請日】2015年10月26日
【發(fā)明人】王濤
【申請人】杭州迪普科技有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
1