專利名稱：自動隧道配置的方法和設備的制作方法
技術領域：
本發(fā)明涉及一種配置通過一個網(wǎng)絡來連接不同網(wǎng)絡的隧道的設備和方法，更具體地講，涉及一種配置IPv6-over-IPv4隧道(互聯(lián)網(wǎng)協(xié)議第6版-over-互聯(lián)網(wǎng)協(xié)議第4版)的設備和方法。
背景技術：
圖1是一個IPv4(互聯(lián)網(wǎng)協(xié)議第4版)網(wǎng)絡的傳統(tǒng)的隧道系統(tǒng)的配置。參考圖1，IPv4網(wǎng)絡的隧道系統(tǒng)包括第一隧道服務器11、第二隧道服務器12、第三隧道服務器13、第一主機14、第二主機15、和第三主機16。第一隧道服務器11有一個內(nèi)嵌IPv4/IPv6雙協(xié)議棧，并且位于IPv4網(wǎng)絡和第一主機14所在的IPv6網(wǎng)絡之間的分界線上。第二隧道服務器12有一個內(nèi)嵌的IPv4/IPv6雙協(xié)議棧，并且位于IPv4網(wǎng)絡和第二主機15所在的IPv6(互聯(lián)網(wǎng)協(xié)議第6版)網(wǎng)絡之間的分界線上。第三隧道服務器13有一個內(nèi)嵌IPv4/IPv6雙協(xié)議棧，并且位于IPv4網(wǎng)絡和第三主機16所在的IPv6網(wǎng)絡之間的分界線上。
在第一隧道服務器11和第二隧道服務器12之間已經(jīng)配置了隧道，并且第三隧道服務器13嘗試配置具有第一隧道服務器11和第二隧道服務器12作為它們的端點的新隧道。
要配置這樣的新隧道，第三隧道服務器13需要與第一隧道服務器11和第二隧道服務器12相關的信息。網(wǎng)絡管理員輸入包括此信息的用于第三隧道服務器13的隧接列表(tunneling list)。因此，第三隧道服務器13的隧接列表被手動創(chuàng)建。
而且，第一隧道服務器11或第二隧道服務器12需要與第三隧道服務器13相關的信息來配置具有第三隧道服務器13作為端點的隧道。網(wǎng)絡管理員更新第一或第二隧道服務器11或12的隧接列表以包括此信息。這樣，第一或第二隧道服務器11或12的隧接列表也被手動創(chuàng)建。
所以，在已有技術中，網(wǎng)絡管理員需要手工配置隧道。除了需要特別的工作之外，這還導致了在缺少網(wǎng)絡管理員時不能快速配置隧道、或者由于缺乏經(jīng)驗的管理從而導致通訊遲緩問題。

發(fā)明內(nèi)容
本發(fā)明的其他方面和/或優(yōu)點將在下面的描述中被部分闡述，并通過描述部分地變得清楚，或者可以通過發(fā)明實踐而掌握。
本發(fā)明提供一種通過在沒有網(wǎng)絡管理員干涉的情況下創(chuàng)建或更新隧接列表來進行自動隧道配置的方法和設備，還提供一種存儲有執(zhí)行該方法的程序的可由計算機訪問的記錄介質。
根據(jù)本發(fā)明的一方面，提供一種配置隧道的方法，包括從通過第一網(wǎng)絡連接第二網(wǎng)絡的現(xiàn)有隧道端點之一請求與端點相關的信息；以及基于請求信息和與新端點相關的信息來配置其端點被設置的新隧道以具有現(xiàn)有隧道的端點和新端點。
根據(jù)本發(fā)明的一方面，通過從包含最大端點數(shù)量信息的端點請求信息來執(zhí)行請求信息。
根據(jù)本發(fā)明的一方面，信息包括第一網(wǎng)絡上的端點的地址，端點所在的第二網(wǎng)絡的標志和隧道存活時間。
根據(jù)本發(fā)明的一方面，方法還包括搜索端點，其中，通過從找到的端點之一請求信息來執(zhí)行請求信息。
根據(jù)本發(fā)明的一方面，第一網(wǎng)絡是IPv4網(wǎng)絡，而第二網(wǎng)絡是IPv6網(wǎng)絡。
根據(jù)本發(fā)明的一方面，通過發(fā)送一個包含表示與端點相關的DHCP請求消息的值的DHCPREQUEST(動態(tài)主機配置協(xié)議請求)消息來請求信息，并且，其中，基于包含在其中記錄有表示與端點相關的DHCP應答消息的值的DHCPACK(動態(tài)主機配置協(xié)議確認)消息中的信息來執(zhí)行配置新隧道。
根據(jù)本發(fā)明的另一方面，提供一種配置隧道的設備，包括隧道端點信息請求單元，其從現(xiàn)有的通過第一網(wǎng)絡連接第二網(wǎng)絡的隧道中的端點之一請求與端點相關的信息；以及隧道配置單元，其端點被設置以具有請求信息的端點和基于與新端點相關的信息的新端點。
根據(jù)本發(fā)明的一方面，隧道端點信息請求單元請求具有最大數(shù)量端點的信息的端點。
根據(jù)本發(fā)明的另一方面，提供一種存儲實現(xiàn)配置隧道的方法的程序的記錄介質，該方法包括從通過第一網(wǎng)絡連接第二網(wǎng)絡的現(xiàn)有隧道的端點之一請求與端點相關的信息；以及配置其端點被設置的新隧道以具有請求信息的端點和基于與新端點相關的信息的新端點。
根據(jù)本發(fā)明的另一方面，提供一種提供隧道端點的方法，包括通知嘗試配置通過第一網(wǎng)絡連接第二網(wǎng)絡的新隧道的節(jié)點，相應通知節(jié)點是通過第一網(wǎng)絡連接第二網(wǎng)絡的現(xiàn)有隧道的端點；以及將與現(xiàn)有隧道的端點相關的信息提供給被通知的節(jié)點。
根據(jù)本發(fā)明的一方面，如果通知節(jié)點從被通知節(jié)點接收請求，則由通知節(jié)點來提供信息。
根據(jù)本發(fā)明的一方面，與端點相關的信息包括第一網(wǎng)絡的端點的地址，端點所在的第二網(wǎng)絡的標志，以及隧道的存活時間。
根據(jù)本發(fā)明的一方面，該方法還包括更新與端點相關的信息以包括與新隧道端點相關的信息，其中該信息由被通知節(jié)點提供。
根據(jù)本發(fā)明的一方面，通過發(fā)送包含表示與端點相關的DHCP應答消息的值的DHCPOFFER(動態(tài)主機配置協(xié)議提供)消息來通知節(jié)點，其中通過發(fā)送包含表示與端點相關的DHCP應答消息的值的DHCPACK消息來提供信息。
根據(jù)本發(fā)明的其他方面，提供一種提供隧道端點的設備，包括隧道端點通知單元，其通知嘗試配置通過第一網(wǎng)絡連接第二網(wǎng)絡的新隧道的節(jié)點，相應通知節(jié)點是現(xiàn)有隧道的端點；以及隧道端點信息提供單元，其將與現(xiàn)有隧道的端點相關的信息提供給識別通知的節(jié)點(被通知的節(jié)點)。
根據(jù)本發(fā)明的一方面，如果被通知節(jié)點請求，則隧道端點提供單元提供信息。
根據(jù)本發(fā)明的其他方面，提供一種存儲有實現(xiàn)提供隧道端點的方法的程序的記錄介質，該方法包括通知嘗試配置通過第一網(wǎng)絡連接第二網(wǎng)絡的新隧道節(jié)點相應通知節(jié)點，相應通知節(jié)點是通過第一網(wǎng)絡連接第二網(wǎng)絡的現(xiàn)有隧道的端點；以及將現(xiàn)有隧道的端點相關的信息提供給通知的節(jié)點。


通過下面結合附圖進行的對實施例的描述，本發(fā)明的上述和/或其他方面和優(yōu)點將會變得更加易于理解，其中圖1是IPv4網(wǎng)絡的傳統(tǒng)隧道系統(tǒng)的示圖；圖2是根據(jù)本發(fā)明一方面的IPv4網(wǎng)絡隧道系統(tǒng)示圖；圖3是圖2的隧道系統(tǒng)的部分的方框圖；圖4示出DHCP包格式；圖5示出典型的DHCP消息格式；圖6示出根據(jù)本發(fā)明的一方面的DHCP請求消息格式；圖7示出根據(jù)本發(fā)明的一方面的DHCP應答消息格式；圖8是根據(jù)本發(fā)明的一方面的提供關于隧道端點的信息的方法的流程圖；以及圖9是根據(jù)本發(fā)明的一方面的配置隧道的方法的流程圖。
具體實施例方式
現(xiàn)在，將詳細說明其例子示在附圖中的本發(fā)明實施例，其中，相同的標號始終指的是相同的元件。下面參照附圖描述實施例以解釋本發(fā)明。
圖2是根據(jù)本發(fā)明的一方面的IPv4網(wǎng)絡的隧道系統(tǒng)的配置。參考圖2，隧道系統(tǒng)包括第一隧道服務器21、第二隧道服務器22、第三隧道服務器23、第一主機24、第二主機25、和第三主機26。
第一隧道服務器21有一個內(nèi)嵌的IPv4/IPv6雙協(xié)議棧，并且位于IPv4網(wǎng)絡和第一主機24所在的IPv6網(wǎng)絡之間的分界線上。第一隧道服務器21支持用于自動隧道配置的動態(tài)主機配置協(xié)議(DHCP)。應該理解，除了IPv4或IPv6之外，還可以有其他網(wǎng)絡。
第二隧道服務器22有一個內(nèi)嵌的IPv4/IPv6雙協(xié)議棧，并且位于IPv4網(wǎng)絡和第二主機25所在的IPv6網(wǎng)絡之間的分界線上。第二隧道服務器22也支持用于自動隧道配置的DHCP。
第三隧道服務器23有一個內(nèi)嵌的IPv4/IPv6雙協(xié)議棧，并且位于IPv4網(wǎng)絡和第三主機26所在的IPv6網(wǎng)絡之間的分界線上。第三隧道服務器23也支持用于自動配置隧道的DHCP。
在第一隧道服務器21和第二隧道服務器22之間已經(jīng)配置一個隧道，并且第三隧道服務器23嘗試配置分別由第一隧道服務器21和第二隧道服務器22作為它們(隧道)的端點的新隧道。
為了第三隧道服務器23配置新隧道，第三隧道服務器23需要與第一隧道服務器21和第二隧道服務器22相關的信息。根據(jù)本發(fā)明實施例，第三隧道服務器23使用DHCP而不用任何網(wǎng)絡管理員操作來獲得信息，允許第三隧道服務器23自動創(chuàng)建隧接列表。
并且，為了第一隧道服務器21或第二隧道服務器22配置具有第三隧道服務器23作為端點的隧道，第一隧道服務器21或第二隧道服務器22需要第三隧道服務器23相關的信息。根據(jù)本發(fā)明實施例，第一隧道服務器21或第二隧道服務器22用DHCP而不用任何網(wǎng)絡管理員操作來更新其自己的隧接列表，允許第一隧道服務器21和第二隧道服務器22的隧接列表自動更新。
圖3是圖2的隧道系統(tǒng)的部分的方框圖。參考圖3，圖2中的第一隧道服務器21包括隧道端點通知單元211、隧道端點信息更新單元212、以及隧道端點信息提供單元213。
隧道端點通知單元211通知嘗試配置通過第一網(wǎng)絡來連接第二網(wǎng)絡的新隧道的節(jié)點，第一隧道服務器是通過第一網(wǎng)絡連接第二網(wǎng)絡的現(xiàn)有隧道的端點。也就是說，隧道端點通知單元211通知嘗試配置通過IPv4網(wǎng)絡連接IPv6網(wǎng)絡的新隧道的第三隧道服務器23，第一隧道服務器21是一個通過IPv4網(wǎng)絡連接IPv6網(wǎng)絡的現(xiàn)有IPv6-over-IPv4隧道的隧道服務器。在這里，隧道端點通知單元211也通知第三隧道服務器23隧道端點即在第一隧道服務器21的隧接列表中注冊的隧道服務器的數(shù)量。根據(jù)本發(fā)明的一方面，隧接列表是具有與隧道端點或隧道服務器相關的信息的列表。
根據(jù)本發(fā)明的一方面，隧道端點信息包括第一網(wǎng)絡的隧道端點的地址、隧道端點所在的第二網(wǎng)絡的標志、隧道存活時間等。也就是說，隧道端點信息包括隧道服務器的IPv4地址、端點所在的IPv6網(wǎng)絡前置元(prefix)、隧道存活時間等，還包括與在圖2中可能出現(xiàn)卻沒有示出的其它隧道服務器相關的信息。如圖2所示，為了配置通過IPv4網(wǎng)絡連接IPv6網(wǎng)絡的IPv6-over-IPv4隧道，IPv6包都被封裝成IPv4包頭。
為了將IPv6包封裝到IPv4包頭中，所有隧道服務器21、22和23具有創(chuàng)建包含IPv6包屬性的IPv4包頭的功能以及一般路由功能。隧道服務器21、22和23應該知道其它隧道服務器的IPv4地址和隧道存活時間以創(chuàng)建這樣的IPv4包頭。另外，隧道服務器21、22和23應該知道其它隧道服務器所在的IPv6網(wǎng)絡的前置元以將IPv6包路由到正確的IPv6網(wǎng)絡。
例如，當?shù)谝恢鳈C24嘗試傳輸IPv6包給第二主機25時，第一隧道服務器21將指定第二隧道服務器22的IPv4包頭加到第一主機24接收的IPv6包，因此以IPv4包的格式的發(fā)送IPv6包。在這里，第一隧道服務器21應該知道第二隧道服務器22的IPv4地址和IPv6-over-IPv4隧道存活時間。
隧道端點信息更新單元212更新與隧道端點相關的信息以包括由識別來自隧道端點通知單元211的通知的隧道服務器發(fā)布的與新隧道的端點相關的信息。也就是說，隧道端點信息更新單元212通過添加識別來自隧道端點通知單元211的通知的第三隧道服務器23的IPv4地址、新IPv6-over-IPv4隧道的存活時間，以及第三隧道服務器23所在的IPv6網(wǎng)絡的前置元來更新與隧道服務器相關的信息。
如果識別來自隧道端點通知單元211的通知的第三隧道服務器23進行的請求，則隧道端點信息提供單元213提供與現(xiàn)有隧道端點相關的信息。也就是說，如果從識別來自隧道端點通知單元211的通知的第三隧道服務器23請求現(xiàn)有的IPv6-over-IPv4隧道的端點，則隧道端點信息提供單元213為第三隧道服務器23提供隧接列表。
參考圖3，圖3中的第三隧道服務器23包括隧道端點搜索單元231、隧道端點信息請求單元232、隧道端點信息獲得單元233、以及隧道配置單元234。
隧道端點搜索單元231搜索第一網(wǎng)絡中存在的隧道端點。也就是說，隧道端點搜索單元231搜索IPv4網(wǎng)絡上的隧道服務器。
隧道端點信息請求單元232從通過第一網(wǎng)絡連接第二網(wǎng)絡的現(xiàn)有端點請求與隧道端點相關的信息，并且具有最大數(shù)量端點的信息。也就是說，隧道端點信息請求單元232從由隧道端點搜索單元231搜索的每個隧道服務器接收隧接列表中注冊的隧道服務器數(shù)量的通知，然后從其隧接列表具有最大數(shù)量注冊的隧道服務器的隧道服務器請求與隧道服務器相關的信息。從其隧接列表具有最大數(shù)量注冊的隧道服務器的隧道服務器請求的原因是，隧道服務器配置新IPv6-over-IPv4隧道以創(chuàng)建更多冗余的隧接列表是可能的。
在本實施例中，假設第一隧道服務器21具有注冊有最多的隧道服務器的隧接列表。在隧接列表之間注冊的隧道服務器的數(shù)量是不同的，原因是并非所有的IPv4網(wǎng)絡區(qū)域都保證相同的通信可靠性。
隧道端點信息獲得單元233從隧道端點信息請求單元232請求的端點獲得與隧道的端點相關的信息。也就是說，隧道端點信息獲得單元233從隧道端點信息請求單元232請求的第一隧道服務器21接收隧接列表，因此不用管理員操作而自動創(chuàng)建隧接列表。
隧道配置單元234基于與隧道端點信息獲得單元233獲得的端點相關的信息和與新端點相關的信息配置具有現(xiàn)有隧道端點和新隧道端點的新隧道。也就是說，隧道配置單元234基于與隧道端點信息獲得單元233獲得的隧道服務器相關的信息和與新隧道服務器23相關的信息配置具有現(xiàn)有隧道服務器和新隧道服務器23作為端點的新IPv6-over-IPv4隧道。
例如，隧道配置單元234在IPv4包頭的地址字段中記錄第一隧道服務器21和第三隧道服務器23的IPv4地址，設置新IPv6-over-IPv4隧道的存活時間，因此配置新IPv6-over-IPv4隧道1，如圖2所示。另外，隧道配置單元234在IPv4包頭的地址字段中記錄第二隧道服務器22和第三隧道服務器23的IPv4地址，設置新IPv6-over-IPv4隧道的存活時間，因此配置新IPv6-over-IPv4隧道2，如圖2所示。
根據(jù)本發(fā)明的實施例，使用注釋請求(RFC)1531中定義的DHCP，以允許這種基于現(xiàn)有協(xié)議的自動隧道配置，而非引入新協(xié)議來執(zhí)行自動隧道配置。特別地，在實施例中使用DHCP因為其從不需要任何手動配置，并且能夠經(jīng)諸如超越子網(wǎng)的代理服務器的路由器傳送，從而本發(fā)明所期望的自動隧道配置很容易實現(xiàn)。
圖4顯示DHCP包格式。參考圖4，DHCP包包括IPv4頭41、用戶數(shù)據(jù)包協(xié)議(UDP)頭42、和DHCP消息43。DHCP基于引導協(xié)議(BOOTP)。DHCP消息43記錄在UDP數(shù)據(jù)段中。因此，在傳輸DHCP消息時是不可靠的，這是隧道服務器的隧接列表中注冊的隧道服務器數(shù)量不同的一個原因。
圖5顯示普通DHCP消息格式。參考圖5，普通DHCP消息包括op字段51，htype字段52、hlen字段53、hops字段54、xid字段55、secs字段56、flags字段57、ciaddr字段58、yiaddr字段59、siaddr字段60、giaddr字段61、chaddr字段62、sname字段63、文件字段64、以及選項字段65。
DHCP消息一般可以被分為DHCP請求消息或DHCP應答消息。DHCP請求消息包括DHCPDISCOVER、DHCPREQUEST等。DHCP應答消息包括DHCPOFFER、DHCPACK等。
op字段51具有表示DHCP消息的類型的op代碼。htype字段52具有表示客戶端硬件地址的類型的值。hlen字段53具有表示客戶端硬件地址的長度的值。hops字段54具有表示DHCP消息已經(jīng)經(jīng)過多少路由器的值。
xid字段55具有標識客戶端的值。該值可以是和chaddr字段62中所記錄的硬件地址相同的值。secs字段56具有表示從客戶端啟動開始所消耗時間的值。flags字段57具有代表傳輸方法，例如廣播、單路廣播和多路廣播的值。
ciaddr字段58具有客戶端的IP地址。只有在客戶端知道其自身的IP地址時，客戶端IP地址才可被記錄在ciaddr字段58中，否則，ciaddr字段58中記錄0.0.0.0。yiaddr字段59具有服務器所分配的客戶端IP地址。如果ciaddr字段58中記錄0.0.0.0，則IP地址可被記錄在yiaddr字段59中。
sia字段60有服務器IP地址。如果DHCP消息通過網(wǎng)關，則giaddr字段61有網(wǎng)關的IP地址。chaddr字段62有客戶端硬件地址。sname字段63有服務器的主機名稱。文件字段64有啟動文件名。選項字段65有預定義選項參數(shù)。
圖6顯示根據(jù)本發(fā)明的實施的DHCP請求消息格式。參考圖6，DHCP請求消息具有和圖5中所示的DHCP消息相同的格式。但是，DHCP請求消息將為op字段51填充一個表示該消息是隧道端點相關的DHCP請求消息，即配置的隧道端點請求(CTEP REQ)消息的值，而非表示DHCP請求消息的值。
圖7顯示根據(jù)本發(fā)明的實施的DHCP應答消息格式。參考圖7，DHCP應答消息具有和圖5所示的DHCP消息相同的格式。但是，DHCP應答消息將為op字段填充一個表示該消息是隧道端點相關的DHCP應答消息，即配置的隧道端點應答(CTEP REP)消息的值，而非表示其為DHCP應答消息的值。
隧道端點搜索單元231(圖3)在IPv4網(wǎng)絡上廣播包括與圖6所示的在IPv4網(wǎng)絡上的DHCP請求消息格式相符合的端點相關的DHCP請求消息的DHCPDISCOVER消息，以搜索IPv4網(wǎng)絡的隧道服務器。但是，由于廣播是在鏈路層級上，所以來自隧道端點搜索單元231的廣播只能在第三隧道服務器23所在的子網(wǎng)中執(zhí)行。也就是說，隧道端點搜索單元231廣播的DHCPDISCOVER消息不能通過路由器，這可能是隧道服務器的隧接列表中所注冊的隧道服務器的數(shù)量不同的一個原因。
如果，隧道端點通知單元211(圖3)接收隧道端點搜索單元231廣播的DHCPDISCOVER消息，則隧道端點通知單元211將包括端點相關的與圖7所示的DHCP應答消息格式相符合的DHCP應答消息的DHCPOFFER消息給第三隧道服務器23，以通知第三隧道服務器23第一隧道服務器21是現(xiàn)有IPv6-over-IPv4隧道的隧道服務器。這里，在DHCPOFFER消息的選項字段65中還包括隧接列表中注冊的隧道服務器數(shù)量。
如果隧道端點信息請求單元232(圖3)接收隧道端點通知單元211發(fā)送的DHCPOFFER消息，則隧道端點信息請求單元232在IPv4網(wǎng)絡上廣播包括和圖6所示的DHCP請求消息格式相符合的端點相關的DHCP請求消息的DHCPREQUEST消息，以從現(xiàn)有的具有在其隧接列表中注冊的最大隧道服務器數(shù)量的IPv6-over-IPv4隧道的隧道服務器中請求與隧道服務器相關的信息。也就是說，隧道端點請求單元232向其DHCPOFFER消息的選項字段65的具有最大隧道服務器數(shù)量的DHCPOFFER的選項字段65的隧道服務器傳送DHCPREQUEST消息。這里，DHCPOFFER消息的選項字段65還包括與新隧道服務器的相關信息，例如，第三隧道服務器的IPv4地址、新IPv6-over-IPv4隧道的存活時間、以及第三隧道服務器23所在的IPv6網(wǎng)絡前置元。因為廣播DHCPREQUEST消息，所有子網(wǎng)內(nèi)的隧道服務器都具有第三隧道服務器23相關相關信息。
如果隧道端點信息更新單元212(圖3)接收隧道端點信息請求單元232廣播的DHCPREQUEST消息，則隧道端點信息更新單元212記錄在DHCPREQUEST消息的選項字段65中注冊的第三隧道服務器23的IPv4地址、新IPv6-over-IPv4隧道存活時間和第三隧道服務器所在的IPv6網(wǎng)絡前置元，作為隧接列表的新條目，以添加更多的與第三隧道服務器相關的信息。
當隧道端點信息提供單元213(圖3)接收隧道端點信息請求單元232廣播的DHCPREQUEST消息時，隧道端點信息提供單元213向第三隧道服務器23發(fā)送和如圖7所示的DHCP應答消息格式相符合的隧道端點相關的DHCP應答消息的值的DHCPACK消息，以提供具有隧接列表提供給第三隧道服務器23。這里，DHCPACK消息的選項字段包括隧接列表。
如果隧道端點信息獲得單元233接收隧道端點信息提供單元213傳送的DHCPACK消息，則隧道端點信息獲得單元233(圖3)從DHCPACK的選項字段64提取隧接列表以在沒有管理員操作的情況下自動形成隧接列表。
基于從DHCPACK消息的選項字段65中由隧道端點信息獲得單元233提取的隧接列表，隧道配置單元234(圖3)配制具有現(xiàn)有隧道服務器和新隧道服務器23作為端點的新IPv6-over-IPv4隧道(新隧道1、新隧道2)。
圖8是根據(jù)本發(fā)明的實施例的提供隧道端點信息的方法的流程圖。參考圖8，該方法包括由圖3中第一隧道服務器21按時間序列分析處理的操作。由第一隧道服務器執(zhí)行的所有操作，如以上參照圖3所述，都可適用于此方法，即使并不是所有的操作都可以在流程圖8中示出。
在操作81中，第一隧道服務器21通知嘗試配置通過第一網(wǎng)絡連接第二網(wǎng)絡的新隧道的節(jié)點，第一隧道服務器21是通過第一網(wǎng)絡連接第二網(wǎng)絡的現(xiàn)有隧道的一個端點。也就是說，如果第一隧道服務器21從嘗試配置新IPv6-over-IPv4隧道的第三隧道服務器23接收DHCPDISCOVER消息廣播，則第一隧道服務器21將包含表示與隧道端點相關的DHCP應答消息的值的DHCPOFFER消息傳輸?shù)降谌淼婪掌?3，以通知第一隧道服務器21是現(xiàn)有IPv6-over-IPv4隧道的隧道服務器。這里，DHCPOFFER消息的選項字段65還包含在隧接列表中注冊的隧道服務器的數(shù)量。
在操作82中，第一隧道服務器21更新與隧道端點相關的信息，包括已在操作81中識別通知的隧道端點提供的新隧道的端點。也就是說，如果第一隧道服務器21接收第三隧道服務器23廣播的DHCPREQUEST消息，則第一隧道服務器21通過記錄在DCHPREQUEST消息的選項字段65上記錄的第三隧道服務器23的IPv4地址、新IPv6-over-IPv4的存活時間、和第三隧道服務器23所在的IPv6網(wǎng)絡前置元的新條目來向其隧接列表添加與第三隧道服務器相關的信息。
在操作83中，如果由已在操作81中識別通知的第三隧道服務器23進行請求，則第一隧道服務器21為第三隧道服務器23提供與現(xiàn)有隧道的端點相關的信息。也就是說，如果第一隧道服務器21接收由隧道端點信息請求單元232廣播的DHCPREQUEST消息，則第一隧道服務器21向第三隧道服務器23傳輸表示與隧道端點相關的DHCP應答消息的DHCPACK消息以為第三隧道服務器23提供隧接列表。這里，DHCPACK消息的選項字段65包含隧接列表。
圖9是根據(jù)本發(fā)明的實施的配置隧道的方法的流程圖。參考圖9，該方法包括由圖3中第三隧道服務器23按時間序列分析處理的操作。如上參照圖3所述的由第三隧道服務器23執(zhí)行的全部操作，都可適用于此方法，即使并不是所有操作都可以在圖9的流程圖中顯示。
在操作91中，第三隧道服務器23搜索第一網(wǎng)絡中存在的隧道的端點。也就是說，第三隧道服務器23在IPv4網(wǎng)絡中廣播DHCPDISCOVER消息，并且DHCPDISCOVER包含表示該消息是與IPv4網(wǎng)絡上的隧道端點相關的DHCP請求消息的值，以搜索在IPv4網(wǎng)絡上存在的隧道服務器。
在操作92中，第三隧道服務器23從通過第一網(wǎng)絡連接第二網(wǎng)絡的現(xiàn)有隧道的端點之一請求與隧道端點相關的信息。這里，隧道端點請求單元232從搜索到的具有最大數(shù)量隧道端點的信息的端點請求信息。也就是說，如果第三隧道服務器23接收第一隧道服務器21傳輸?shù)腄HCPOFFER消息，則第三隧道服務器23在IPv4網(wǎng)絡上廣播DHCPREQUEST消息，DHCPREQUEST消息包含表示該消息是與隧道端點相關的DHCP請求消息的值，以從具有最大數(shù)量的注冊隧道服務器的信息的隧接列表的現(xiàn)有IPv6-over-IPv4隧道的隧道服務器請求與隧道服務器相關的信息。
在操作93中，第三隧道服務器23通過從在操作92中請求的隧道端點接收信息來獲得與隧道端點相關的信息。也就是說，第三隧道服務器23接收第一隧道服務器21傳輸?shù)腄HCPACK消息，然后提取記錄在DHCPACK的選項字段65中的隧接列表，以在沒有管理員操作的情況下自動創(chuàng)建其自身的隧接列表。
在操作94中，基于與現(xiàn)有隧道端點和新隧道端點相關的信息，第三隧道服務器23配置新隧道，這些隧道和現(xiàn)有隧道共享端點而且具有新隧道端點。也就是說，基于在操作92中從DHCPACK消息的選項字段64提取的隧接列表，第三隧道服務器23配置具有現(xiàn)有隧道服務器和新隧道服務器23作為其端點的新IPv6-over-IPv4隧道。
可根據(jù)將被實現(xiàn)為計算機程序的本發(fā)明的一方面來描述實施例。構成計算機程序的代碼行和代碼段可容易被本領域技術人員掌握。該計算機程序可以被記錄在計算機可讀介質中以便由計算機讀取和執(zhí)行。這樣的計算機可讀介質包括所有的類型的存儲裝置，諸如磁存儲裝置，光數(shù)據(jù)存儲裝置等。計算機可讀介質還包括例如互聯(lián)網(wǎng)傳輸?shù)囊暂d波形式實現(xiàn)的任何形式。
根據(jù)本發(fā)明的一方面，如上所述，用DHCP獲得與隧道端點相關的信息，因此允許隧道服務器在沒有網(wǎng)絡管理員操作的情況下自動創(chuàng)建隧接列表并配置新隧道。并且，使用DHCP，可以在沒有管理員操作的情況下自動更新隧接列表以包括與新隧道端點相關的信息。
同樣，根據(jù)本發(fā)明，在沒有網(wǎng)絡管理員幫助的情況下而實現(xiàn)自動隧道配置，因此減輕網(wǎng)絡管理的工作負擔和手工配置隧道的繁瑣，并實現(xiàn)沒有人工干預的快速通信。
盡管本發(fā)明的一些實施例已被示出和描述，但是本領域技術人員應該理解，在不脫離本發(fā)明的原理和精神的情況下，可在實施例中進行修改，本發(fā)明的范圍由權力要求及其等同物限定。
權利要求
1.一種配置隧道的方法包括請求隧道端點信息以及配置端點被設置的新隧道，以具有隧道端點和新隧道端點。
2.如權利要求1所述的方法，其中，從包含最大數(shù)量的隧道端點信息的隧道端點請求隧道端點信息。
3.如權利要求1所述的方法，其中，隧道端點信息包括第一網(wǎng)絡端點的地址。
4.如權利要求3所述的方法，其中，隧道端點信息還包括第二網(wǎng)絡的標志。
5.如權利要求4所述的方法，其中，隧道端點信息還包括隧道的存活時間。
6.如權利要求1所述的方法，還包括搜索端點，其中，從搜索的端點之一請求隧道端點信息。
7.如權利要求1所述的方法，其中，隧道還包括第一網(wǎng)絡，其中，第一網(wǎng)絡是IPv4網(wǎng)絡。
8.如權利要求1所述的方法，其中，請求隧道端點信息的步驟包括發(fā)送包含表示與端點相關的DHCP(動態(tài)主機配置協(xié)議)請求消息的值的動態(tài)主機配置協(xié)議請求(DHCPREQUEST)消息，其中，基于其中記錄表示與端點相關的DHCP應答消息的值的動態(tài)主機配置協(xié)議確認消息(DHCPACK)信息中包含的信息配置新隧道。
9.一種配置隧道的設備，包括隧道端點信息請求單元，其從通過第一網(wǎng)絡連接第二網(wǎng)絡的隧道的端點之一請求端點信息；以及隧道配置單元，其基于端點信息配置其端點被設置的新隧道以具有請求的信息的端點和新端點。
10.如權利要求9所述的設備，隧道端點信息請求單元請求具有最大數(shù)量端點的信息的端點。
11.一種計算機可讀記錄介質，存儲有使計算機執(zhí)行以下過程的程序從通過第一網(wǎng)絡連接第二網(wǎng)絡的隧道的端點之一請求端點信息；以及基于新端點信息配置其端點被設置的新隧道以具有請求的信息的端點和新端點。
12.一種提供隧道端點信息的方法，包括通知嘗試配置通過第一網(wǎng)絡連接第二網(wǎng)絡的新隧道的節(jié)點，相應通知節(jié)點是通過第一網(wǎng)絡連接第二網(wǎng)絡的隧道端點；以及為被通知節(jié)點提供隧道端點信息。
13.如權利要求12所述的方法，如果通知節(jié)點接收來自被通知節(jié)點的請求，則由通知節(jié)點來提供隧道端點信息。
14.如權利要求12所述的方法，端點信息包括第一網(wǎng)絡中端點的地址。
15.如權利要求12所述的方法，還包括更新端點信息以包括新隧道端點信息，其中，該信息由被通知節(jié)點提供。
16.如權利要求12所述的方法，其中，第一網(wǎng)絡是IPv4網(wǎng)絡。
17.如權利要求12所述的方法，其中，通過傳輸包含表示其為與端點相關的DHCP應答消息的值的DHCPOFFER消息來通知節(jié)點，其中，通過傳輸包含表示其為與端點相關的DHCP應答消息的值的DHCPACK消息來提供信息。
18.一種提供隧道端點的設備，包括隧道端點通知單元，其通知嘗試配置通過第一網(wǎng)絡連接第二網(wǎng)絡的新隧道的節(jié)點，相應通知節(jié)點是隧道端點；以及隧道端點信息提供單元，其為識別通知的節(jié)點提供隧道端點信息。
19.如權利要求18所述的設備，其中，如果由被通知節(jié)點進行請求，則隧道端點提供單元提供信息。
20.一種計算機可讀記錄介質，存儲有使計算機執(zhí)行以下過程的程序通知嘗試配置通過第一網(wǎng)絡連接第二網(wǎng)絡的新隧道的節(jié)點，相應的通知節(jié)點是通過第一網(wǎng)絡連接第二網(wǎng)絡的隧道端點；以及向被通知節(jié)點提供隧道端點信息。
全文摘要
提供用于自動隧道配置的方法和設備。該方法包括從現(xiàn)有的通過第一網(wǎng)絡連接第二網(wǎng)絡的隧道端點相關的端點請求信息；以及基于請求的信息和與新端點相關的信息來配置其端點被設置以具有現(xiàn)有隧道端點和新端點的新隧道。
文檔編號H04L29/12GK1728711SQ20051008526
公開日2006年2月1日 申請日期2005年7月19日 優(yōu)先權日2004年7月26日
發(fā)明者張正祿, 樸洙洪 申請人:三星電子株式會社