一種處理NAT64前綴的方法、網(wǎng)絡(luò)設(shè)備及DHCPv6服務(wù)器的制造方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種處理NAT64前綴的方法、網(wǎng)絡(luò)設(shè)備及DHCPv6服務(wù)器。
【背景技術(shù)】
[0002]目前，相關(guān)技術(shù)中的網(wǎng)絡(luò)地址轉(zhuǎn)換(Network Address Translat1n,簡(jiǎn)稱為NAT)屬于接入廣域網(wǎng)(WAN)技術(shù)，是一種將私有(保留)地址轉(zhuǎn)化為合法互聯(lián)網(wǎng)協(xié)議(IP)地址的轉(zhuǎn)換技術(shù)，其被廣泛應(yīng)用于各種類型的因特網(wǎng)接入方式和各種類型的網(wǎng)絡(luò)中。NAT能夠解決IP地址匱乏的問(wèn)題。
[0003]隨著IPv4 (互聯(lián)網(wǎng)協(xié)議第四版)地址資源的枯竭以及IPv6 (互聯(lián)網(wǎng)協(xié)議第六版)網(wǎng)絡(luò)的逐步部署，網(wǎng)絡(luò)中存在的大面積的IPv4網(wǎng)絡(luò)和新建立的IPv6網(wǎng)絡(luò)使得運(yùn)營(yíng)商迫切需要解決IPv6/IPv4共存時(shí)的各種IPv6網(wǎng)絡(luò)和IPv4網(wǎng)絡(luò)之間的互訪問(wèn)題。NAT64技術(shù)和DNS64技術(shù)是解決此種場(chǎng)景下的IPv6和IPv4互訪的一種實(shí)用技術(shù)。
[0004]下面將對(duì)NAT64和DNS64的技術(shù)原理進(jìn)行簡(jiǎn)單的介紹。
[0005]NAT64是一種有狀態(tài)的網(wǎng)絡(luò)地址與協(xié)議轉(zhuǎn)換技術(shù)，一般只支持通過(guò)IPv6網(wǎng)絡(luò)側(cè)用戶發(fā)起連接訪問(wèn)IPv4側(cè)網(wǎng)絡(luò)資源。但NAT64也支持通過(guò)手工配置靜態(tài)映射關(guān)系，實(shí)現(xiàn)IPv4網(wǎng)絡(luò)主動(dòng)發(fā)起連接訪問(wèn)IPv6網(wǎng)絡(luò)。NAT64可實(shí)現(xiàn)TCP (Transmiss1n Control Protocol,傳輸控制協(xié)議)、UDP (User Data Protocol,用戶數(shù)據(jù)報(bào)協(xié)議)、ICMP (Internet ControlMessage Protocol,因特網(wǎng)控制消息協(xié)議)下的IPv6與IPv4網(wǎng)絡(luò)地址和協(xié)議轉(zhuǎn)換。
[0006]DNS64則主要是配合NAT64工作，主要是將DNS (Domain Name System,域名系統(tǒng))查詢信息中的A記錄(IPv4地址)合成到AAAA記錄(IPv6地址),并返回合成的AAAA記錄給IPv6側(cè)用戶。AAAA記錄的合成通過(guò)在DNS64上預(yù)配置用于IPv6地址合成的IPv6前綴，簡(jiǎn)稱 pref64::/n。
[0007]NAT64和DNS64的常見(jiàn)應(yīng)用場(chǎng)景組網(wǎng)如圖1所示:
[0008]在上圖中，DNS64Server與NAT64Router是完全獨(dú)立的部分。其中64:FF9B::/96為DNS64pref64::/n的知名前綴，DNS64 一般默認(rèn)使用此前綴進(jìn)行IPv4地址到IPv6地址的合成，同時(shí)該前綴也作為NAT64的轉(zhuǎn)換前綴，實(shí)現(xiàn)匹配該前綴的流量才做NAT64轉(zhuǎn)換。一般在DNS64與NAT64中該前綴被表示為pref64::/n，其中，pref64標(biāo)識(shí)用于合成IPv6地址的NAT64前綴，η標(biāo)識(shí)該ΝΑΤ64前綴長(zhǎng)度，該前綴除了使用知名前綴，網(wǎng)絡(luò)部署時(shí)可根據(jù)實(shí)際網(wǎng)絡(luò)情況進(jìn)行靈活配置。該前綴長(zhǎng)度支持:32、40、48、56、64或96等范圍，每種長(zhǎng)度的前綴轉(zhuǎn)換規(guī)則也不完全相同。
[0009]在圖1中，當(dāng)IPv60nly User (唯一用戶)發(fā)起連接訪問(wèn)普通IPv6網(wǎng)站,流量將會(huì)匹配IPv6默認(rèn)路由而直接轉(zhuǎn)發(fā)至IPv6Router (路由器)處理。當(dāng)IPv60nly User發(fā)起連接訪問(wèn)的是IPv4單協(xié)議棧的服務(wù)器時(shí)，IPv60nly User無(wú)法獲取目的IPv4Server地址對(duì)應(yīng)的IPv6地址信息，于是發(fā)送DNS請(qǐng)求到DNS64Server(服務(wù)器)，查找到該IPv4Server對(duì)應(yīng)的是IPv4地址，即A記錄,然后，需要DNS64Server進(jìn)行前綴合成，即將A記錄和pref64::/n合成為AAAA記錄,返回給IPv60nly User0pref64::/n網(wǎng)段的流量將被路由轉(zhuǎn)發(fā)至NAT64Router上，從而實(shí)現(xiàn)IPv6與IPv4地址和協(xié)議的轉(zhuǎn)換，訪問(wèn)IPv4網(wǎng)絡(luò)中的資源。
[0010]在圖1中，需要DNS64協(xié)同NAT64 —起工作的同時(shí)，需要DHCPv6 (動(dòng)態(tài)主機(jī)配置協(xié)議的IPv6版本)Server (服務(wù)器)下發(fā)DNS64Server的IPv6地址；對(duì)于網(wǎng)絡(luò)中沒(méi)有部署DNS64，且DNS仍然在IPv4網(wǎng)絡(luò)的場(chǎng)景下，NAT64就不能獨(dú)立完成IPv6/IPv4互訪。一方面，客戶端設(shè)備無(wú)法獲取DNSServer對(duì)應(yīng)的IPv6地址，進(jìn)一步地，即使客戶端獲取到DNSServer對(duì)應(yīng)的IPv6地址,客戶端設(shè)備仍然無(wú)法獲取目的IPv4Server對(duì)應(yīng)的AAAA記錄,所以，針對(duì)NAT64獨(dú)立工作的情況，需要能有相應(yīng)的技術(shù)方案呈現(xiàn)以解決這種場(chǎng)景下的問(wèn)題。
[0011]當(dāng)前有通過(guò)PCP (端口控制協(xié)議)方式獲取NAT64的pref64::/n的技術(shù)方案:draft-1etf-pcp-nat64-prefix64-04,該草案通過(guò)擴(kuò)展 PCP 協(xié)議新增 PREFIX640pt1n 使得PCP Client (客戶端)從 NAT64_Controlled PCP Server 獲取 pref64::/n、IPv6Suffix 以及IPv4Prefix List等信息；但是該技術(shù)方案需要用戶和NAT64設(shè)備使能PCP協(xié)議，而PCP協(xié)議本身并沒(méi)有廣泛應(yīng)用在網(wǎng)絡(luò)中對(duì)于個(gè)人PC作為PCP Client的情況下，需要個(gè)人PC升級(jí)操作系統(tǒng)以支持PCP協(xié)議，這個(gè)顯然推行起來(lái)覆蓋范圍比較廣，難度比較大。
[0012]進(jìn)一步的，在圖1中，可以通過(guò)配置DNS64Server，協(xié)同NAT64—起工作，以解決了原DNS Server仍然部署在IPv4網(wǎng)絡(luò)中的場(chǎng)景；但是對(duì)于已有IPv4網(wǎng)絡(luò)，除了 DNS服務(wù)器，對(duì)應(yīng)的還有:日志服務(wù)器、Cookie服務(wù)器、資源定位服務(wù)器、策略過(guò)濾服務(wù)器等，這些服務(wù)器參數(shù)均是通過(guò)DHCPv4選項(xiàng)下發(fā)給IPv4客戶端設(shè)備；進(jìn)而,對(duì)于IPv6_0nly客戶端設(shè)備如何獲取IPv4網(wǎng)絡(luò)中各網(wǎng)絡(luò)參數(shù)，卻沒(méi)有通用的解決方案以使得IPv6-0nly客戶端設(shè)備獲取各個(gè)IPv4服務(wù)器的IPv6地址。

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

[0013]本發(fā)明要解決的技術(shù)問(wèn)題是提供一種處理NAT64前綴的方法、網(wǎng)絡(luò)設(shè)備及DHCPv6服務(wù)器，使支持IPv4服務(wù)器的合成IPv6前綴可以滿足并最終解決IPv6/IPv4網(wǎng)絡(luò)互通過(guò)程中某些服務(wù)器仍然部署在IPv4網(wǎng)絡(luò)中出現(xiàn)的各種問(wèn)題。
[0014]為了解決上述技術(shù)問(wèn)題，本發(fā)明提供了一種處理NAT64前綴的方法，包括:
[0015]獲取各網(wǎng)絡(luò)配置信息選項(xiàng)對(duì)應(yīng)的合成互聯(lián)網(wǎng)協(xié)議第六版(IPv6)前綴；
[0016]向動(dòng)態(tài)主機(jī)配置協(xié)議的IPv6版本(DHCPv6)服務(wù)器發(fā)送DHCPv6消息，所述DHCPv6消息中攜帶一個(gè)或多個(gè)所述合成IPv6前綴的選項(xiàng)。
[0017]進(jìn)一步地，上述方法還具有下面特點(diǎn):
[0018]所述DHCPv6消息中攜帶的合成IPv6前綴的選項(xiàng)中定義不同類型值和前綴值對(duì)應(yīng)不同互聯(lián)網(wǎng)協(xié)議第四版(IPv4 )服務(wù)器。
[0019]進(jìn)一步地，上述方法還具有下面特點(diǎn):
[0020]所述DHCPv6消息中攜帶的合成IPv6前綴的選項(xiàng)中定義預(yù)留字段值缺省時(shí)，標(biāo)識(shí)所有IPv4服務(wù)器使用相同的合成IPv6前綴的選項(xiàng)。
[0021]進(jìn)一步地，上述方法還具有下面特點(diǎn):
[0022]所述DHCPv6消息包括DHCPv6中繼轉(zhuǎn)發(fā)消息，該消息中增加選項(xiàng)攜帶所述合成IPv6前綴。
[0023]進(jìn)一步地,上述方法還具有下面特點(diǎn):
[0024]接收所述DHCPv6服務(wù)器發(fā)送的DHCPv6消息，該DHCPv6消息包括DHCPv6中繼響應(yīng)消息，該消息中攜帶的各網(wǎng)絡(luò)參數(shù)均為IPv6地址或/和合成后的IPv6地址；
[0025]將所述DHCPv6中繼響應(yīng)消息處理成DHCPv6Reply報(bào)文發(fā)送給IPv6客戶端設(shè)備。
[0026]為了解決上述問(wèn)題，本發(fā)明還提供了一種網(wǎng)絡(luò)設(shè)備，其中，包括:
[0027]獲取模塊，用于獲取各網(wǎng)絡(luò)配置信息選項(xiàng)對(duì)應(yīng)的合成互聯(lián)網(wǎng)協(xié)議第六版(IPv6)前三雙；
[0028]發(fā)送模塊，用于向動(dòng)態(tài)主機(jī)配置協(xié)議的IPv6版本(DHCPv6)服務(wù)器發(fā)送DHCPv6消息，所述DHCPv6消息中攜帶一個(gè)或多個(gè)所述合成IPv6前綴的選項(xiàng)。
[0029]進(jìn)一步地，上述網(wǎng)絡(luò)設(shè)備還具有下面特點(diǎn):
[0030]所述發(fā)送模塊發(fā)送的DHCPv6消息中攜帶的合成IPv6前綴的選項(xiàng)中定義不同類型值和前綴值對(duì)應(yīng)不同互聯(lián)網(wǎng)協(xié)議第四版(IPv4)服務(wù)器。
[0031]進(jìn)一步地，上述網(wǎng)絡(luò)設(shè)備還具有下面特點(diǎn):
[0032]所述發(fā)送模塊發(fā)送的DHCPv6消息中攜帶的合成IPv6前綴的選項(xiàng)中定義預(yù)留字段值缺省時(shí)，標(biāo)識(shí)所有IPv4服務(wù)器使用相同的合成IPv6前綴的選項(xiàng)。
[0033]進(jìn)一步地，上述網(wǎng)絡(luò)設(shè)備還具有下面特點(diǎn):
[0034]所述發(fā)送模塊發(fā)送的DHCPv6消息包括DHCPv6中繼轉(zhuǎn)發(fā)消息，該消息中增加選項(xiàng)攜帶所述合成IPv6前綴。
[0035]進(jìn)一步地，上述網(wǎng)絡(luò)設(shè)備還具有下面特點(diǎn):還包括:
[0036]接收模塊，用于接收所述DHCPv6服務(wù)器發(fā)送的DHCPv6消息，該DHCPv6消息包括DHCPv6中繼響應(yīng)消息，該消息中攜帶的各網(wǎng)絡(luò)參數(shù)均為IPv6地址或/和合成后的IPv6地址；
[0037]所述發(fā)送模塊，還用于將所述DHCPv6中繼響應(yīng)消息處理成DHCPv6Iteply報(bào)文發(fā)送給IPv6客戶端設(shè)備。
[0038]為了解決上述問(wèn)題，本發(fā)明提供了一種處理NAT6