[發(fā)明專利]一種多點(diǎn)傳輸DNS區(qū)文件的方法和系統(tǒng)

有效

• 申請?zhí)枺?/td>: 201310195989.1
• 申請日: 2013-05-23
• 公開（公告）號: CN103259866A
• 公開（公告）日: 2013-08-21
• 發(fā)明（設(shè)計(jì)）人: 鄧光青;王妍;孔寧;沈爍
• 申請（專利權(quán)）人: 中國科學(xué)院計(jì)算機(jī)網(wǎng)絡(luò)信息中心
• 主分類號: H04L29/08
• 分類號: H04L29/08;H04L29/06
• 代理公司: 北京君尚知識產(chǎn)權(quán)代理事務(wù)所(普通合伙) 11200
• 代理人: 余長江

技術(shù)領(lǐng)域

本發(fā)明涉及一種DNS區(qū)文件傳輸?shù)姆椒?，特別涉及一種多點(diǎn)傳輸DNS區(qū)文件的方法及系統(tǒng)，屬于DNS系統(tǒng)數(shù)據(jù)傳輸領(lǐng)域。?

背景技術(shù)

DNS系統(tǒng)是最為重要的互聯(lián)網(wǎng)基礎(chǔ)資源，它由權(quán)威服務(wù)器、遞歸服務(wù)器以及客戶端組成，權(quán)威服務(wù)器負(fù)責(zé)存儲區(qū)文件，供遞歸服務(wù)器和客戶端查詢，是DNS信息的源頭。遞歸服務(wù)器負(fù)責(zé)接收客戶端（解析器）發(fā)送的請求，然后通過向各級權(quán)威服務(wù)器發(fā)出查詢請求以獲得用戶需要的查詢結(jié)果，最后返回給客戶端的解析器。客戶端可以直接向權(quán)威服務(wù)器請求資源記錄，但一般通過遞歸服務(wù)器來查詢各類資源記錄，以提高響應(yīng)速度。為提高服務(wù)的可擴(kuò)展性及可靠性，一個區(qū)一般會部署多個權(quán)威服務(wù)器，這就涉及到多個權(quán)威服務(wù)器之間的區(qū)文件同步和更新問題。在眾多的權(quán)威服務(wù)器中，有一個為主服務(wù)器，其余為輔服務(wù)器，主權(quán)威服務(wù)器根據(jù)用戶在注冊域名時所提交的信息來生成區(qū)文件，并周期性將新生成的區(qū)文件發(fā)送給輔權(quán)威服務(wù)器。?

如圖1所示是在現(xiàn)有技術(shù)中主服務(wù)器和從服務(wù)器的示意圖，所有從服務(wù)器都從主服務(wù)器那里下載區(qū)文件，這種方式的缺點(diǎn)有：a)、主服務(wù)器的帶寬壓力很大，由于所有從服務(wù)器都只能從主服務(wù)器那里下載區(qū)文件，導(dǎo)致主服務(wù)器帶寬壓力較大，且可能會影響主服務(wù)器的其它正常業(yè)務(wù)；b)、現(xiàn)有區(qū)文件傳輸?shù)暮臅r較長，在當(dāng)前方案中，只有主服務(wù)器的上載帶寬被用來傳輸區(qū)文件，其它從服務(wù)器的上載帶寬未被使用，造成區(qū)文件的傳輸延時較大；c)、帶寬利用率低，在現(xiàn)有方案中，一旦區(qū)文件更新因鏈路暫時不通而中止，下次區(qū)文件重傳時需重新開始，導(dǎo)致帶寬利用率低。?

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

本發(fā)明的目的在于提出一種技術(shù)方案能夠：1）、減輕主服務(wù)器的帶寬壓力；2）、減少區(qū)文件的更新延時；3）、提高帶寬利用率。本部分為專利申請最重要部分，需要詳細(xì)提供。?

為了達(dá)到上述目的，本發(fā)明提出一種多點(diǎn)傳輸DNS區(qū)文件的方法，其步驟包括：?

1）在DNS系統(tǒng)中部署多個權(quán)威服務(wù)器，其中包括一個主服務(wù)器、多個從服務(wù)器，所述主服務(wù)器周期性地生成DNS區(qū)文件并發(fā)送給各個從服務(wù)器；?

2）在主服務(wù)器上切分所述DNS區(qū)文件后對文件子塊進(jìn)行編號，并根據(jù)在主服務(wù)器上的注冊信息生成從服務(wù)器列表；?

3）所述主服務(wù)器向從服務(wù)器列表中的從服務(wù)器下達(dá)區(qū)文件更新命令，同時將從服務(wù)器列表發(fā)送給從服務(wù)器；?

4）所述從服務(wù)器接到更新命令后挑選鄰居節(jié)點(diǎn)，選擇到鄰居節(jié)點(diǎn)后進(jìn)行多節(jié)點(diǎn)文件子塊下載，完成DNS區(qū)文件傳輸。?

進(jìn)一步地，鄰居節(jié)點(diǎn)選定后，所述從服務(wù)器從多個鄰居節(jié)點(diǎn)同時以TCP或UDP方式下載文件子塊，當(dāng)一個區(qū)文件的所有文件子塊都被下載到本地后，從服務(wù)器停止下載，為其它未下載完該區(qū)文件的其它從服務(wù)器提供上傳。?

進(jìn)一步地，所述從服務(wù)器的鄰居節(jié)點(diǎn)包含了該從服務(wù)器所缺失的文件子塊，所述鄰居節(jié)點(diǎn)選擇其它從服務(wù)器或主服務(wù)器，并按照如下方法進(jìn)行挑選：?

所述從服務(wù)器隨機(jī)從其它從服務(wù)器或主服務(wù)器中挑選多個服務(wù)器作為其鄰居節(jié)點(diǎn)，建立一鄰居節(jié)點(diǎn)列表；?

所述從服務(wù)器向其所有鄰居節(jié)點(diǎn)發(fā)送一長度為N的二進(jìn)制序列BufferMap請求，所述BufferMap中每一個二進(jìn)制數(shù)按順序?qū)?yīng)一個文件子塊；?

所述從服務(wù)器同時從多個鄰居節(jié)點(diǎn)下載相應(yīng)的文件子塊。?

進(jìn)一步地，所述從服務(wù)器列表包含了各個從服務(wù)器的IP地址及端口，所述更新命令包含?了區(qū)文件的名字以及文件子塊總數(shù)目，指示各個從服務(wù)器需下載的文件子塊；主服務(wù)器將所述從服務(wù)器列表發(fā)送給其他從服務(wù)器，使每個從服務(wù)器都獲得其它各個從服務(wù)器的IP地址及通信端口。?

優(yōu)選地，按照如下方法在主服務(wù)器上切分所述DNS區(qū)文件后對文件子塊進(jìn)行編號：?

1）DNS區(qū)文件切分模塊將完整的區(qū)文件切分成N個文件子塊，每個文件子塊的大小為KMB，設(shè)區(qū)文件的總大小為H，則H=K×N；?

2）同時對文件子塊進(jìn)行編號，編號方式可為：區(qū)文件名_子塊序號，其中子塊序號的值大于等于1且小于等于N。?

優(yōu)選地，所述步驟3）中當(dāng)有區(qū)文件需要更新時，主服務(wù)器以普通節(jié)點(diǎn)的身份參與區(qū)文件的傳輸，所述主服務(wù)器只向其它從服務(wù)器上傳數(shù)據(jù)，不進(jìn)行下載，從服務(wù)器既向其它服務(wù)器下載數(shù)據(jù)，也向其它服務(wù)器上傳數(shù)據(jù)。?

優(yōu)選地，當(dāng)一個區(qū)文件的所有文件子塊都被下載到本地后，從服務(wù)器停止下載，所述從服務(wù)器為其它仍未下載完該區(qū)文件的其它從服務(wù)器提供上傳。?