專利名稱：減少定位網(wǎng)絡(luò)資源的延遲的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及定位網(wǎng)絡(luò)上的資源的技術(shù)，并且更具體而言涉及為客戶端尋找這種資源的網(wǎng)絡(luò)地址的技術(shù)。
背景技術(shù)：
這一部分介紹有助于促進(jìn)更好地理解本發(fā)明的方面。因而，本部分的陳述應(yīng)據(jù)此理解而不應(yīng)理解為承認(rèn)什么是現(xiàn)有技術(shù)或者什么不是現(xiàn)有技術(shù)。域名(例如show. my. example, com)方便地用于在網(wǎng)絡(luò)(例如因特網(wǎng)、內(nèi)聯(lián)網(wǎng)等)上標(biāo)識(shí)和定位資源(如網(wǎng)站、應(yīng)用等)。這源自如下事實(shí)和與域名對(duì)等的數(shù)字地址(例如因特網(wǎng)協(xié)議(IP)地址)相比，域名更易于被人辨識(shí)和記憶。然而，操作時(shí)，在通過(guò)如路由器的網(wǎng)絡(luò)組件可實(shí)際訪問(wèn)域名標(biāo)識(shí)的資源之前，需要將域名解析并翻譯成相應(yīng)的數(shù)字地址。根據(jù)常見(jiàn)的域名系統(tǒng)(DNS)，域名包括由其在層次結(jié)構(gòu)中所處的級(jí)別區(qū)分的子域。以完全限定域名(FQDN) “show. my. example, com”為例。這樣的FQDN的頂級(jí)域?yàn)椤癱om”,其二級(jí)域?yàn)椤癳xample”，其三級(jí)域?yàn)椤癿y”，其四級(jí)域?yàn)椤皊how”。注意，子域的層次結(jié)構(gòu)從FQDN的右向左遞降。通常，使用FQDN訪問(wèn)網(wǎng)絡(luò)上的資源時(shí)，客戶會(huì)請(qǐng)求本地DNS服務(wù)器解析該FQDN。為了滿足該請(qǐng)求，本地DNS服務(wù)器可咨詢遠(yuǎn)程DNS服務(wù)器的層次結(jié)構(gòu)，遠(yuǎn)程DNS服務(wù)器可通過(guò)FQDN的包括遞增子域的后綴(例如com、example, com、my. example, com)各自地解析FQDN。解析FQDN的延遲通常從約20毫秒到I秒不等。

發(fā)明內(nèi)容
本發(fā)明的前提是認(rèn)識(shí)到上述通常的域名解析方法的主要缺陷，即解析FQDN的請(qǐng)求會(huì)引起本地DNS服務(wù)器和各個(gè)遠(yuǎn)程DNS服務(wù)器之間的多次往返通信。這些往返通信可能會(huì)經(jīng)過(guò)高延遲鏈路，特別是在本地DNS服務(wù)器和遠(yuǎn)程DNS服務(wù)器之間的距離較長(zhǎng)的情況下尤其如此。這種情況下，通過(guò)高延遲鏈路的每次遞歸域名查詢及其響應(yīng)延遲較大，而且總延遲隨著遞歸域名查詢次數(shù)而增加。根據(jù)本發(fā)明的一個(gè)實(shí)施例，接收到解析域名的請(qǐng)求后，第一遠(yuǎn)程DNS服務(wù)器解析域名的第一部分。然后，第一遠(yuǎn)程DNS服務(wù)器將域名解析請(qǐng)求轉(zhuǎn)發(fā)給能夠解析域名的第二部分的第二遠(yuǎn)程DNS服務(wù)器。第一遠(yuǎn)程DNS服務(wù)器在基于域名的第一部分和域名的第二部分之間的關(guān)系的層次結(jié)構(gòu)中與第二遠(yuǎn)程DNS服務(wù)器相關(guān)。由于域名解析請(qǐng)求是由第一遠(yuǎn)程DNS服務(wù)器轉(zhuǎn)發(fā)給第二遠(yuǎn)程DNS服務(wù)器的，所以，有益地避免了可能通過(guò)高延遲鏈路由本地DNS服務(wù)器將請(qǐng)求傳送給第二遠(yuǎn)程DNS服務(wù)器的需求。這樣，與使用通常的域名解析方法相比，使用根據(jù)本發(fā)明的方法極大減少了通過(guò)域名定位網(wǎng)絡(luò)資源的延遲。


圖I是采用通常的域名解析方法的系統(tǒng)的框圖；圖2是采用根據(jù)本發(fā)明的實(shí)施例的域名解析方法的系統(tǒng)的框圖；圖3示出圖2的系統(tǒng)中使用的第一分組格式；圖4示出圖2的系統(tǒng)中使用的第二分組格式； 圖5示出一個(gè)實(shí)施例中的第一分組格式中的限制字段；圖6是一個(gè)實(shí)施例中的DNS服務(wù)器的框圖；以及圖7是繪出一個(gè)實(shí)施例中的DNS服務(wù)器中執(zhí)行的例程的流程圖。
具體實(shí)施例方式圖I示出系統(tǒng)100，該系統(tǒng)采用通常方法來(lái)解析根據(jù)常見(jiàn)的域名系統(tǒng)(DNS)的完全限定域名(FQDN)(例如show. my. example, com)?？蛻舳?05 (如個(gè)人計(jì)算機(jī)(PC)、工作站、終端、個(gè)人數(shù)字助理(PDA)、智能電話等)的用戶可訪問(wèn)FQDN可標(biāo)識(shí)的網(wǎng)絡(luò)(如因特網(wǎng)、內(nèi)聯(lián)網(wǎng)等)上的資源(如網(wǎng)站、應(yīng)用等)。操作時(shí)，在通過(guò)如路由器的網(wǎng)絡(luò)組件訪問(wèn)資源之前，需要將FQDN解析并翻譯成例如因特網(wǎng)協(xié)議(IP)地址。這里，假定第一次解析FQDN，客戶端105上與終端用戶應(yīng)用(例如網(wǎng)頁(yè)瀏覽器)關(guān)聯(lián)的存根解析器107請(qǐng)求本地DNS服務(wù)器110解析FQDN (步驟1_1)。為此，本地服務(wù)器110可以遞歸方式咨詢遠(yuǎn)程DNS服務(wù)器的層次結(jié)構(gòu)，這些DNS服務(wù)器可分別基于后綴來(lái)解析FQDN0本示例中，本地DNS服務(wù)器110聯(lián)系層次結(jié)構(gòu)中的第一遠(yuǎn)程DNS服務(wù)器(步驟1-2)，例如根DNS服務(wù)器121，該根DNS服務(wù)器121的IP地址作為本地服務(wù)器110配置的一部分存儲(chǔ)在文件中。本實(shí)例中的遠(yuǎn)程DNS服務(wù)器121解析FQDN的最短后綴，即頂級(jí)域“com”，并將第二遠(yuǎn)程DNS服務(wù)器即“com”DNS服務(wù)器123的IP地址連同所討論的FQDN返回給本地DNS服務(wù)器110 (步驟1-3)。由于com DNS服務(wù)器123的最新IP地址是由服務(wù)器121正式維護(hù)的，所以可將服務(wù)器121稱為“com”域的“授權(quán)服務(wù)器”。作為授權(quán)服務(wù)器，服務(wù)器121還通知本地DNS服務(wù)器110它所提供的com DNS服務(wù)器的IP地址的到期時(shí)間。接收到服務(wù)器123的IP地址、其到期時(shí)間和FQDN “show. my. example, com”后,本地服務(wù)器110請(qǐng)求com DNS服務(wù)器123對(duì)FQDN進(jìn)行解析(步驟1_4)。作為響應(yīng)，本實(shí)例中的服務(wù)器123解析與頂級(jí)域和二級(jí)域?qū)?yīng)的域名后綴，即“example, com”，并且將第三遠(yuǎn)程DNS服務(wù)器即“example, com” DNS服務(wù)器125的IP地址以及所討論的FQDN返回給本地DNS服務(wù)器110 (步驟1-5)。由于example, com DNS服務(wù)器125的最新IP地址是由服務(wù)器123正式維護(hù)的，所以可將服務(wù)器123稱為“example. com”DNS后綴的“授權(quán)服務(wù)器”。作為授權(quán)服務(wù)器，服務(wù)器123還通知本地DNS服務(wù)器110它所提供的example, com DNS服務(wù)器的IP地址的到期時(shí)間。接收到服務(wù)器125的IP地址、其到期時(shí)間和FQDN “show. my. example, com”后,本地服務(wù)器110請(qǐng)求example, com DNS服務(wù)器125對(duì)FQDN進(jìn)行解析(步驟1_6)。作為響應(yīng)，本實(shí)例中的服務(wù)器125解析與頂級(jí)域、二級(jí)域和三級(jí)域?qū)?yīng)的域名后綴，即“my. example,com”，并且將第四遠(yuǎn)程DNS服務(wù)器即“my. example, com "DNS服務(wù)器127的IP地址以及所討論的FQDN返回給本地DNS服務(wù)器110(步驟1_7)。由于my. example, com DNS服務(wù)器127的最新IP地址是由服務(wù)器125正式維護(hù)的，所以可將服務(wù)器125稱為“my. example. com”DNS后綴的“授權(quán)服務(wù)器”。作為授權(quán)服務(wù)器，服務(wù)器125還通知本地DNS服務(wù)器110它所提供的my. example, com DNS服務(wù)器的IP地址的到期時(shí)間。接收到服務(wù)器127的IP地址、其到期時(shí)間和FQDN “show. my. example, com”后,本地服務(wù)器110請(qǐng)求my. example, com DNS服務(wù)器127對(duì)FQDN進(jìn)行解析(步驟1_8)。作為響應(yīng)，服務(wù)器127解析整個(gè)FQDN,即“show. my. example, com”,并且將通過(guò)FQDN提供資源的服務(wù)器(未示出)的IP地址以及所討論的FQDN返回給本地DNS服務(wù)器110 (步驟1_9)。由于相應(yīng)的資源服務(wù)器的最新IP地址是由服務(wù)器127正式維護(hù)的，所以可把服務(wù)器127稱為“show. my. example, com”FQDN的“授權(quán)服務(wù)器”。作為授權(quán)服務(wù)器，服務(wù)器127還通知本地DNS服務(wù)器110它所提供的資源服務(wù)器的IP地址的到期時(shí)間。接收到資源服務(wù)器的IP地址、其到期時(shí)間和FQDN后，本地DNS服務(wù)器110將這些信息傳遞給存根解析器107 (步驟1-10)?；谒邮盏男畔ⅲ蛻舳?05上的網(wǎng)頁(yè)瀏覽器可通過(guò)所討論的資源的IP地址訪問(wèn)資源服務(wù)器。 要注意，可將資源服務(wù)器的IP地址連同其到期時(shí)間和FQDN緩存在存根解析器107中，以便有可能避免以后解析同一 FQDN的過(guò)程。存根解析器107接收到解析該FQDN的隨后請(qǐng)求時(shí)，只要相應(yīng)的資源服務(wù)器的IP地址未到期，聲明出現(xiàn)了緩存“命中”。類似地，本地服務(wù)器110也緩存從對(duì)應(yīng)授權(quán)服務(wù)器接收到的遠(yuǎn)程DNS服務(wù)器(如服務(wù)器123、125和127)的IP地址連同它們相應(yīng)的到期時(shí)間和DNS后綴，以便有可能簡(jiǎn)化以后任何解析具有這些DNS后綴之一的域名的過(guò)程。請(qǐng)求本地DNS服務(wù)器110解析具有與所緩存的DNS后綴之一匹配的最長(zhǎng)可能的DNS后綴的FQDN時(shí)，只要與匹配的DNS后綴關(guān)聯(lián)的DNS服務(wù)器IP地址未到期，聲明出現(xiàn)了緩存“命中”。上述通常的域名解析方法的主要缺點(diǎn)在于，禁止任何緩存命中時(shí)，解析FQDN的請(qǐng)求引起本地DNS服務(wù)器(例如110)和各個(gè)遠(yuǎn)程DNS服務(wù)器(例如121、123、125和127)之間的多次往返通信。有可能服務(wù)器110所在的本地網(wǎng)絡(luò)通過(guò)高延遲鏈路與服務(wù)器121、123,125和127所在的遠(yuǎn)程網(wǎng)絡(luò)連接，本地網(wǎng)絡(luò)和遠(yuǎn)程網(wǎng)絡(luò)之間的距離較長(zhǎng)情況下尤其如此。這種情況下，通過(guò)高延遲鏈路的每個(gè)遞歸域名查詢及其響應(yīng)會(huì)有很大延遲，并且整體延遲隨遞歸域名查詢的次數(shù)而增加。此外，如果本地網(wǎng)絡(luò)是有損的，通常遵循用戶數(shù)據(jù)報(bào)協(xié)議(UDP)的通過(guò)本地網(wǎng)絡(luò)的每次查詢及其響應(yīng)會(huì)發(fā)生丟失并且因而重新發(fā)送，從而進(jìn)一步延遲了 FQDN解析。本發(fā)明通過(guò)減少解析域名時(shí)本地DNS服務(wù)器和遠(yuǎn)程DNS服務(wù)器之間往返通信的次數(shù)而克服了上述缺點(diǎn)。根據(jù)本發(fā)明的一個(gè)實(shí)施例，作為如通常方法中本地DNS服務(wù)器重復(fù)地向各個(gè)遠(yuǎn)程DNS服務(wù)器發(fā)送域名查詢的替代，將查詢根據(jù)DNS服務(wù)器層次結(jié)構(gòu)由一個(gè)遠(yuǎn)程DNS服務(wù)器中繼到另一個(gè)遠(yuǎn)程DNS服務(wù)器。因而，一個(gè)實(shí)施例中，消除了從本地DNS服務(wù)器到各個(gè)遠(yuǎn)程DNS服務(wù)器的查詢另外需要的所有重復(fù)通信。有益地，與采用通常方法相比，在一個(gè)實(shí)施例中，域名解析招致的延遲至少減半。此外，在一個(gè)實(shí)施例中，用于將域名查詢從一個(gè)遠(yuǎn)程DNS服務(wù)器中繼到另一遠(yuǎn)程DNS服務(wù)器的協(xié)議(例如TCP、可靠UDP等)的通信可靠性比通常用于將查詢從本地DNS服務(wù)器發(fā)送到每個(gè)遠(yuǎn)程DNS服務(wù)器所用的協(xié)議(例如UDP)更好，因而進(jìn)一步減少了解析域名的延遲。圖2示出了實(shí)現(xiàn)采用本發(fā)明的原理的域名解析方法的系統(tǒng)200。為了直接與上述系統(tǒng)100進(jìn)行比較，本例示實(shí)施例中的系統(tǒng)200采用所發(fā)明的方法類似地第一次解析FQDN^show. my. example, com”。和存根解析器107 —樣,系統(tǒng)200中與客戶端205上的終端用戶應(yīng)用(例如網(wǎng)頁(yè)瀏覽器)關(guān)聯(lián)的存根解析器207請(qǐng)求本地DNS服務(wù)器210解析FQDN(步驟2-1)。為此，和本地DNS服務(wù)器110 —樣，本地DNS服務(wù)器210把其中包括解析FQDN的請(qǐng)求的查詢發(fā)送給第一遠(yuǎn)程DNS服務(wù)器(步驟2-1)，例如根DNS服務(wù)器221，該根DNS服務(wù)器221的IP地址作為本地服務(wù)器210配置的一部分存儲(chǔ)在文件中。圖3示出通常用于分組形式的域名查詢的分組格式300。如圖3所示，分組格式300包括IP頭303、傳輸層307、DNS頭310和DNS消息313。層307、頭310和消息313可總稱為“IP有效載荷320”。本例中，從本地DNS服務(wù)器210到遠(yuǎn)程DNS服務(wù)器221的域名查詢IP頭303包括(a)作為分組起始地址的服務(wù)器210的IP地址以及(b)作為分組目的地地址的服務(wù)器221的IP地址。本實(shí)例中的傳輸層307遵循UDP傳輸。本實(shí)例中，其DNS頭310指示當(dāng)前分組是查詢性質(zhì)的，及其他信息。本實(shí)例中，其DNS消息313包括解析所討論的FQDN的請(qǐng)求。接收到域名查詢后，根DNS服務(wù)器221只解析FQDN的頂級(jí)域(即“com”域)。由于根DNS服務(wù)器221不完全解析該FQDN，所以本發(fā)明一個(gè)實(shí)施例的根DNS服務(wù)器221根據(jù) DNS服務(wù)器層次結(jié)構(gòu)將解析FQDN的請(qǐng)求中繼到另一遠(yuǎn)程DNS服務(wù)器，例如“com”服務(wù)器223。為此，服務(wù)器221將采用分組格式300的域名查詢轉(zhuǎn)換成采用分組格式400的域名查詢。如圖4所示，分組格式400包括外部IP頭401、內(nèi)部IP頭403、傳輸層407、DNS頭410和DNS消息413。具體而言，對(duì)于從本地DNS服務(wù)器210接收到的采用格式300的域名查詢，服務(wù)器221通過(guò)用外部IP頭401封裝接收到的查詢而創(chuàng)建到服務(wù)器223的“IP隧道”，本實(shí)例中，外部IP頭401包括(a)作為分組起始地址的服務(wù)器221的IP地址，以及(b)作為分組目的地地址的服務(wù)器223的IP地址。此外，服務(wù)器221將接收到的查詢的IP頭303修改成要中繼給服務(wù)器223的查詢的內(nèi)部IP頭403。一個(gè)實(shí)施例中，內(nèi)部IP頭403包括(a)繼續(xù)作為域名查詢的起始地址的本地DNS服務(wù)器210的IP地址，以及(b)作為域名查詢的目的地地址的服務(wù)器223的IP地址。一個(gè)實(shí)施例中，轉(zhuǎn)換后的采用格式400的查詢的IP有效載荷420的內(nèi)容(包括層407、頭410和消息413)和接收到的采用格式300的IP有效載荷320的內(nèi)容(包括層307、頭310和消息313)保持不變?；谕獠縄P頭401中的上述目的地地址，采用格式400的查詢從服務(wù)器221中繼(或采用IP隧道傳送)到服務(wù)器223 (步驟 2-3a)。此外，作為“com”域的授權(quán)服務(wù)器，一個(gè)實(shí)施例中，服務(wù)器221將采用格式300的信息分組發(fā)送給本地DNS服務(wù)器210 (步驟2-3b)。該信息分組包括com服務(wù)器223的IP地址以及該IP地址的到期時(shí)間，從而服務(wù)器210可緩存該信息，以便有可能簡(jiǎn)化以后的DNS域名解析過(guò)程。具體而言，采用格式300的信息分組包括IP頭302，該IP頭302包括(a)作為分組起始地址的服務(wù)器221的IP地址，以及(b)作為分組目的地地址的服務(wù)器210的IP地址。該信息分組還包括傳輸層307 (本實(shí)例中遵循UDP傳輸)、指示當(dāng)前分組是響應(yīng)性質(zhì)的DNS頭310、包括com服務(wù)器233的IP地址的DNS消息313以及服務(wù)器210緩存IP地址的到期時(shí)間。要注意，此時(shí)，DNS頭310還包括圖5所示的限制字段503，該限制字段503包括通常根據(jù)公知的DNS協(xié)議設(shè)為“000”的三個(gè)保留比特505。然而，根據(jù)本發(fā)明的實(shí)施例，將信息分組的保留比特505設(shè)為不同的代碼，例如“001”，以防止本地DNS服務(wù)器210至少在一等待時(shí)段內(nèi)如上述通常方法的步驟1-4那樣重復(fù)地向遠(yuǎn)程DNS服務(wù)器發(fā)送域名查詢。如之前在本實(shí)施例步驟2-3a中所述，作為替代，該域名查詢通過(guò)IP隧道從遠(yuǎn)程DNS服務(wù)器221中繼到遠(yuǎn)程DNS服務(wù)器223。接收到從服務(wù)器221中繼的域名查詢之后，服務(wù)器223從接收到的查詢剝?nèi)ネ獠縄P頭401，并檢查頭401中的分組起始地址。出于安全原因，在一個(gè)實(shí)施例中，DNS服務(wù)器被編程為僅對(duì)來(lái)自DNS服務(wù)器層次結(jié)構(gòu)中經(jīng)識(shí)別的“父”服務(wù)器的那些查詢進(jìn)行響應(yīng)。由于本實(shí)例中分組起始地址將服務(wù)器221標(biāo)識(shí)為服務(wù)器223的經(jīng)識(shí)別的父服務(wù)器，所以服務(wù)器223試圖對(duì)接收到的查詢進(jìn)行響應(yīng)。由于服務(wù)器223不能完全解析所討論的FQDN，所以，類似的，服務(wù)器223根據(jù)DNS服務(wù)器層次結(jié)構(gòu)將域名查詢中繼到“example, com”服務(wù)器225 (步驟2-4a)。具體而言，服務(wù)器223通過(guò)用新的外部IP頭部401封裝接收到的查詢的剩余部分而生成到服務(wù)器225的查詢，新的外部IP頭401包括(a)作為分組起始地址的服務(wù)器223的IP地址，以及(b)作為分組目的地地址的服務(wù)器225的IP地址。服務(wù)器223 生成的查詢還包括內(nèi)部IP頭403，內(nèi)部IP頭403包括繼續(xù)作為域名查詢的起始地址的本地DNS服務(wù)器210的IP地址，以及新的查詢目的地地址，其為服務(wù)器225的IP地址。任何情況下，服務(wù)器223的查詢和由它接收的查詢具有相同的IP有效載荷420。此外，和服務(wù)器221 —樣，在一個(gè)實(shí)施例中，服務(wù)器223也將采用格式300的信息分組發(fā)送給本地DNS服務(wù)器210 (步驟2-4b)，該信息分組包括服務(wù)器225的IP地址及服務(wù)器210緩存其的到期時(shí)間。重要的是，該信息分組的DNS頭314的保留比特505類似地編碼為“001”，以防止服務(wù)器210至少在一等待時(shí)段內(nèi)如步驟1-6那樣重復(fù)地向遠(yuǎn)程DNS服務(wù)器發(fā)送域名查詢。通常而言，對(duì)于不能完全解析所討論的FQDN的每個(gè)后續(xù)遠(yuǎn)程DNS服務(wù)器S (i)(例如服務(wù)器225)，該服務(wù)器類似地根據(jù)DNS服務(wù)器層次結(jié)構(gòu)將接收到的查詢中繼給下一服務(wù)器S (i+1)(例如服務(wù)器227)，并將包括保留比特代碼“001”的信息分組發(fā)送給本地DNS服務(wù)器210供緩存之用(例如步驟2-5b)。DNS服務(wù)器層次結(jié)構(gòu)中的一遠(yuǎn)程DNS服務(wù)器(如服務(wù)器227)最終解析所討論的FQDN時(shí)，該遠(yuǎn)程DNS服務(wù)器在接收到的查詢的內(nèi)部IP頭403中查找查詢起始地址，本實(shí)例中，其為本地DNS服務(wù)器210的IP地址。服務(wù)器227使用該IP地址將對(duì)域名查詢的響應(yīng)發(fā)送給服務(wù)器210 (步驟2-6)，如通常方法的步驟1-9那樣通知服務(wù)器210通過(guò)該FQDN提供資源的服務(wù)器的IP地址。本地DNS服務(wù)器210將接收到的資源服務(wù)器的IP地址傳遞給存根解析器207 (步驟2-7)。從而，客戶端205上的網(wǎng)頁(yè)瀏覽器可通過(guò)所討論資源的IP地址訪問(wèn)資源服務(wù)器。一個(gè)實(shí)施例中，替代例如步驟2-3a、2_4a和2_5a中使用UDP傳輸將域名查詢從遠(yuǎn)程DNS服務(wù)器S (i)中繼給服務(wù)器S (i+1)，使用公知的“可靠UDP”進(jìn)行傳輸。雖然可靠UDP傳輸不提供查詢的按次序傳送，但是其提供流量/擁塞控制以及查詢接收的確認(rèn)，并且受時(shí)間限制地重新發(fā)送任何丟失的查詢以保證可靠傳送。由于每個(gè)域名查詢/響應(yīng)大多包括在具有少于512字節(jié)的單個(gè)分組中，這種分組不需要按次序傳送，所以這種方式特別有用。根據(jù)可靠UPD，DNS服務(wù)器層次結(jié)構(gòu)中的每個(gè)遠(yuǎn)程DNS服務(wù)器S(i)為中繼給服務(wù)器S (i+1)的每個(gè)查詢保持過(guò)期時(shí)間Ts。如果發(fā)送后Ts秒內(nèi)S(i+1)未確認(rèn)查詢的接收，就進(jìn)行重新發(fā)送。
如果兩次重發(fā)后S (i+1)還未確認(rèn)查詢的接收，認(rèn)為DNS服務(wù)器S (i+1)不可達(dá)。作為響應(yīng)，服務(wù)器S(i)發(fā)送錯(cuò)誤消息給本地DNS服務(wù)器210。該錯(cuò)誤消息可以采用分組格式300，其IP頭303包括(a)作為消息起始地址的服務(wù)器S (i)的IP地址，以及(b)作為消息目的地地址的服務(wù)器210的IP地址。其傳輸層307可遵循UDP傳輸。其DNS頭310指示其響應(yīng)性質(zhì)。本實(shí)例中，DNS頭310的保留比特505被設(shè)為例如代碼“010”，指示查詢中繼過(guò)程失敗。本實(shí)例中，其DNS消息313包括S(i+1)的IP地址、其到期時(shí)間和解析FQDN的原始請(qǐng)求。圖6示出根據(jù)本發(fā)明一個(gè)實(shí)施例的本地DNS服務(wù)器210。如圖6所示，服務(wù)器210包括處理器603、存儲(chǔ)器605、用于和例如客戶端205通信的本地網(wǎng)絡(luò)接口 607以及用于和例如遠(yuǎn)程DNS服務(wù)器221、223、225和227通信的遠(yuǎn)程網(wǎng)絡(luò)接口 609。圖7示出服務(wù)器210中用于處理存儲(chǔ)器605中存儲(chǔ)的來(lái)自遠(yuǎn)程DNS服務(wù)器的采用分組格式300的DNS通信的例程700。處理器603根據(jù)例程700的指令在步驟705確定通過(guò)接口 609接收的DNS通信是否提供了對(duì)之前請(qǐng)求的FQDN的完全解析。如果如此，在步驟708處理器603通過(guò)接口 607將提供FQDN標(biāo)識(shí)的資源的服務(wù)器的IP地址發(fā)送給客戶端 205。否則，在步驟711，處理器603檢查接收的DNS通信的DNS頭307中的保留比特505。如果保留比特是“001”，在步驟714，處理器603等待完全解析FQDN，不重復(fù)發(fā)送域名查詢，并且緩存與DNS消息313中指示的遠(yuǎn)程DNS服務(wù)器的IP地址及其到期時(shí)間有關(guān)的信息。一個(gè)實(shí)施例中，預(yù)設(shè)等待時(shí)段，在等待時(shí)段之后，只要?jiǎng)倓偩彺娴腎P地址未到期，處理器603可向該IP地址發(fā)送域名查詢。否則，如果保留比特為“010”，這指示始發(fā)即時(shí)錯(cuò)誤消息的遠(yuǎn)程DNS服務(wù)器S (i)中繼查詢失敗，在步驟717，處理器603依靠自己通過(guò)發(fā)送域名查詢給DNS消息313中指示的遠(yuǎn)程DNS服務(wù)器S(i+1)中的IP地址來(lái)重新開(kāi)始FQDN的解析。否貝U，如果保留比特為其他值，處理器603根據(jù)公知DNS協(xié)議用通常方式對(duì)接收的DNS通信進(jìn)行處理。上文僅例示了本發(fā)明原理。因而，應(yīng)該理解，本領(lǐng)域技術(shù)人員能夠設(shè)計(jì)體現(xiàn)本發(fā)明原理的許多布置，因而，這些布置屬于本發(fā)明精神和保護(hù)范圍內(nèi)。例如，在公開(kāi)的實(shí)施例中，例如在步驟2-3b、2_4b和2_5b中向本地DNS服務(wù)器210提供信息分組以供IP地址緩存之用。然而，提供這些信息分組是可選的。即，應(yīng)該理解，實(shí)際實(shí)現(xiàn)中可以不提供一些或所有這些信息分組。此外，在公開(kāi)的實(shí)施例中，使用可靠UDP來(lái)根據(jù)DNS服務(wù)器層次結(jié)構(gòu)將查詢從遠(yuǎn)程DNS服務(wù)器S(i)傳輸?shù)絊(i+1)。應(yīng)該理解，替代使用可靠UDP，可使用諸如提供比UDP更可靠傳輸?shù)墓膫鬏斂刂茀f(xié)議(TCP)之類的其他協(xié)議。最后，圖6還可代表和所公開(kāi)的DNS服務(wù)器210結(jié)構(gòu)不同的其他DNS服務(wù)器(例如221、223、225和227)。雖然公開(kāi)的DNS服務(wù)器210采用各種分立功能塊的形式實(shí)施，但是，這樣的服務(wù)器同樣可在任何一個(gè)或多個(gè)這些塊的功能或者事實(shí)上所有功能都由例如一個(gè)或多個(gè)處理器或設(shè)備實(shí)現(xiàn)的布置中實(shí)施。
權(quán)利要求
1.一種在服務(wù)器裝置中使用的方法，包括 從第一服務(wù)器接收解析域名的請(qǐng)求； 響應(yīng)于所述請(qǐng)求，解析所述域名的第一部分；以及 將所述請(qǐng)求轉(zhuǎn)發(fā)給能夠解析所述域名的第二部分的第二服務(wù)器，所述服務(wù)器裝置在基于所述域名的所述第一部分和所述域名的所述第二部分的關(guān)系的層次結(jié)構(gòu)中與所述第二服務(wù)器相關(guān)。
2.根據(jù)權(quán)利要求I所述的方法，還包括將解析所述域名的所述第一部分產(chǎn)生的地址信息提供給所述第一服務(wù)器。
3.根據(jù)權(quán)利要求I所述的方法，還包括創(chuàng)建IP隧道，通過(guò)所述IP隧道轉(zhuǎn)發(fā)所述請(qǐng)求。
4.根據(jù)權(quán)利要求I所述的方法，還包括檢測(cè)將所述請(qǐng)求轉(zhuǎn)發(fā)給所述第二服務(wù)器的失敗情況，并且在檢測(cè)到失敗后將所述失敗傳送給另一服務(wù)器。
5.根據(jù)權(quán)利要求I所述的方法，還包括將所述第二服務(wù)器的網(wǎng)絡(luò)地址傳送給另一服務(wù)器。
6.根據(jù)權(quán)利要求I所述的方法，其中使用可靠用戶數(shù)據(jù)報(bào)協(xié)議傳輸來(lái)轉(zhuǎn)發(fā)所述請(qǐng)求。
7.根據(jù)權(quán)利要求I所述的方法，其中使用傳輸控制協(xié)議傳輸來(lái)轉(zhuǎn)發(fā)所述請(qǐng)求。
8.根據(jù)權(quán)利要求I所述的方法，其中使用用戶數(shù)據(jù)報(bào)協(xié)議傳輸來(lái)轉(zhuǎn)發(fā)所述請(qǐng)求。
9.根據(jù)權(quán)利要求I所述的方法，其中所述域名的所述第一部分包括一個(gè)或多個(gè)子域。
10.根據(jù)權(quán)利要求I所述的方法，其中所述域名的所述第二部分包括兩個(gè)或更多子域。
11.一種服務(wù)器裝置，包括 用于從第一服務(wù)器接收通信的接口，所述第一服務(wù)器響應(yīng)于所述服務(wù)器裝置的解析域名的先前請(qǐng)求來(lái)幫助解析所述域名，所述通信中包括指示；以及 處理器，配置用于基于所述通信中的所述指示的選定值向第二服務(wù)器發(fā)布解析所述域名的請(qǐng)求，其中所述第一服務(wù)器在根據(jù)域名系統(tǒng)(DNS)的給定層次結(jié)構(gòu)中與所述第二服務(wù)器相關(guān)。
12.根據(jù)權(quán)利要求11所述的裝置，包括能夠從客戶端接收解析所述域名的請(qǐng)求的DNS服務(wù)器。
13.根據(jù)權(quán)利要求11所述的裝置，其中所述處理器還配置用于基于所述通信中的所述指示的第二值至少在給定時(shí)段內(nèi)等待解析所述域名而不發(fā)布解析所述域名的任何請(qǐng)求。
14.根據(jù)權(quán)利要求11所述的裝置，其中所述通信包括DNS頭，并且所述指示包括所述DNS頭中的選定比特。
15.根據(jù)權(quán)利要求11所述的裝置，其中所述通信還包括要在所述裝置中緩存的所述第二服務(wù)器的網(wǎng)絡(luò)地址。
全文摘要
本地域名系統(tǒng)(DNS)服務(wù)器將解析域名的請(qǐng)求發(fā)送給第一遠(yuǎn)程DNS服務(wù)器。第一遠(yuǎn)程DNS服務(wù)器解析域名的一部分并將該請(qǐng)求中繼給根據(jù)DNS的層次結(jié)構(gòu)中的第二遠(yuǎn)程DNS服務(wù)器，從而避免了本地DNS服務(wù)器向第二遠(yuǎn)程DNS服務(wù)器重復(fù)發(fā)送請(qǐng)求的需求。這樣，減少了通過(guò)域名定位網(wǎng)絡(luò)資源的延遲。
文檔編號(hào)H04L29/12GK102972013SQ201180032729
公開(kāi)日2013年3月13日 申請(qǐng)日期2011年6月14日 優(yōu)先權(quán)日2010年6月29日
發(fā)明者T·南達(dá)戈帕爾 申請(qǐng)人:阿爾卡特朗訊