一種IPv6地址管理方法、裝置和終端的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信領(lǐng)域，尤其涉及一種IPv6地址管理方法、裝置和終端。
【背景技術(shù)】
[0002]隨著互聯(lián)網(wǎng)的快速普及和數(shù)據(jù)通信技術(shù)的飛速發(fā)展，全球因特網(wǎng)協(xié)議IP終端數(shù)量激增。當前全球因特網(wǎng)協(xié)議第四版(Internet Protocol vers1n 4, IPv4)公網(wǎng)地址已經(jīng)告馨，而網(wǎng)絡(luò)地址翻譯(Network Address Translat1n,NAT)技術(shù)又存在性能、應(yīng)用層支持諸多難題，因此，編碼長度更長、地址空間更多的因特網(wǎng)協(xié)議第六版(Internet Protocolvers1n 6, IPv6)技術(shù)的普及對全球運營商和用戶來說都是勢在必行的重大課題。
[0003]與IPv4網(wǎng)絡(luò)類似，對于IPv6網(wǎng)絡(luò)來說，網(wǎng)絡(luò)安全也是一個重要的課題。對網(wǎng)絡(luò)中存在的主機進行掃描，可以發(fā)現(xiàn)活動主機所使用的IP地址、開放的端口、使用的操作系統(tǒng)等信息。這些信息對于網(wǎng)絡(luò)管理是必須的，因其是惡意攻擊者進行網(wǎng)絡(luò)入侵的前提，也是蠕蟲傳播過程中必不可少的部分。因此，關(guān)于網(wǎng)絡(luò)掃描技術(shù)的研究對于網(wǎng)絡(luò)安全具有重要的意義。
[0004]如圖1所示，在全球單播地址結(jié)構(gòu)中，前64比特bit是網(wǎng)絡(luò)前綴，包含“001”、全球選路前綴、子網(wǎng)標識ID三部分，互聯(lián)網(wǎng)Internet上的路由器通過它將數(shù)據(jù)包傳送到主機所在的鏈路；后64比特是接口標識ID，用來區(qū)分同一鏈路中的不同主機。接口 ID通常是主機通過自身的媒體訪問控制MAC地址或其他信息生成，前綴由網(wǎng)絡(luò)設(shè)備(例如寬帶網(wǎng)關(guān))分配給主機。在考慮攻擊者對用戶主機進行網(wǎng)絡(luò)地址掃描時，假設(shè)鏈路的網(wǎng)絡(luò)前綴已從已知的主機地址中獲得，即主機地址中的前64bit已被掃描者(攻擊者)所知，掃描是針對地址中的后64bit，即對地址中接口 ID的掃描。
[0005]針對上述問題，現(xiàn)有的技術(shù)方案是升級終端和網(wǎng)絡(luò)設(shè)備支持所謂IP地址跳頻(或稱IP地址跳變)技術(shù)，用戶主機可以按照一定的速率切換自身地址以達到盡量規(guī)避地址掃描的目的，包括切換后64bit接口 ID和前64bit (即64位IPv6前綴)兩種方法，其中切換前綴的同時也可以同步切換接口 ID。
[0006]IP地址跳頻技術(shù)固然可以在一定程度上解決地址掃描問題，同時也帶來了新的問題，例如跳變前后的業(yè)務(wù)連續(xù)性問題，即IPv6地址變化導(dǎo)致在線業(yè)務(wù)中斷，影響中斷用戶服務(wù)體驗。

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

[0007]本發(fā)明的目的是提供了一種IPv6地址管理方法、裝置和終端，實現(xiàn)IPv6跳變前后的用戶業(yè)務(wù)連續(xù)性，提升IPv6網(wǎng)絡(luò)的安全性和可用性。
[0008]為了實現(xiàn)上述目的，本發(fā)明實施例提供了一種因特網(wǎng)協(xié)議第六版IPv6地址管理方法，用于第一終端，所述方法包括:
[0009]當?shù)谝粯I(yè)務(wù)在第一 IPv6地址原始生存期終止之前仍未結(jié)束時，所述第一終端向第二終端發(fā)送詢問所述第一業(yè)務(wù)是否支持IPv6地址更新的地址更新請求消息；其中，所述第一業(yè)務(wù)為所述第一終端與所述第二終端當前正在進行的業(yè)務(wù)，所述第一 IPv6地址為所述第一終端正在進行的所述第一業(yè)務(wù)所使用的IPv6地址；
[0010]接收所述第二終端返回的地址更新響應(yīng)消息，所述地址更新響應(yīng)消息攜帶所述第二終端判斷所述第一業(yè)務(wù)是否支持IPv6地址更新的第一判斷結(jié)果；
[0011]當所述地址更新響應(yīng)消息攜帶的所述第一判斷結(jié)果指示所述第一業(yè)務(wù)支持IPv6地址更新時，所述第一終端請求以預(yù)存的第二 IPv6地址與所述第二終端建立進行所述第一業(yè)務(wù)的備份會話；
[0012]在所述第一 IPv6地址原始生存期終止時，所述第一終端使用所述備份會話與所述第二終端繼續(xù)進行所述第一業(yè)務(wù)。
[0013]上述的IPv6地址管理方法，其中，所述第一 IPv6地址為128位IPv6地址和64位的IPv6地址前綴中的至少一項。
[0014]上述的IPv6地址管理方法，其中，所述第一終端向所述第二終端發(fā)送詢問所述第一業(yè)務(wù)是否支持IPv6地址更新的地址更新請求消息具體為:
[0015]所述第一終端通過IPv6擴展頭將所述地址更新請求消息發(fā)送到所述第二終端。
[0016]上述的IPv6地址管理方法，其中，所述地址更新請求消息中攜帶所述第一終端的IPv6地址更新能力參數(shù)和所述第二 IPv6地址中的至少一項。
[0017]上述的IPv6地址管理方法，其中，所述IPv6地址更新能力包括IPv6地址前綴更新能力參數(shù)和IPv6接口標識更新能力參數(shù)中的至少一項。
[0018]為了實現(xiàn)上述目的，本發(fā)明實施例還提供了一種IPv6地址管理方法，用于第二終端，所述方法包括:
[0019]接收第一終端發(fā)送的詢問第一業(yè)務(wù)是否支持IPv6地址更新的地址更新請求消息；其中，所述第一業(yè)務(wù)為所述第一終端與所述第二終端當前正在進行的業(yè)務(wù)且所述第一業(yè)務(wù)在第一 IPv6地址原始生存期終止之前仍未結(jié)束，所述第一 IPv6地址為所述第一終端正在進行的所述第一業(yè)務(wù)所使用的IPv6地址；
[0020]判斷所述第一業(yè)務(wù)是否支持IPv6地址更新，獲得第一判斷結(jié)果；
[0021]當所述第一判斷結(jié)果指示所述第一業(yè)務(wù)支持IPv6地址更新時，將攜帶所述第一判斷結(jié)果的地址更新請求響應(yīng)消息返回所述第一終端，使得所述第一終端以預(yù)存的第二IPv6地址請求與所述第二終端建立進行所述第一業(yè)務(wù)的備份會話，并在所述第一 IPv6地址原始生存期終止時，使用所述備份會話與所述第二終端繼續(xù)進行所述第一業(yè)務(wù)。
[0022]上述的IPv6地址管理方法，其中，所述方法還包括:
[0023]所述第二終端判斷是否能夠識別所述地址更新請求消息，獲得第二判斷結(jié)果；
[0024]所述判斷所述第一業(yè)務(wù)是否支持IPv6地址更新，獲得第一判斷結(jié)果具體為:
[0025]當所述第二判斷結(jié)果指示能夠識別所述地址更新請求消息時，判斷所述第一業(yè)務(wù)是否支持IPv6地址更新，獲得所述第一判斷結(jié)果。
[0026]為了實現(xiàn)上述目的，本發(fā)明實施例還提供了一種因特網(wǎng)協(xié)議第六版IPv6地址管理裝置，用于第一終端，所述裝置包括:
[0027]第一發(fā)送模塊，用于當?shù)谝粯I(yè)務(wù)在第一 IPv6地址原始生存期終止之前仍未結(jié)束時，所述第一終端向第二終端發(fā)送詢問所述第一業(yè)務(wù)是否支持IPv6地址更新的地址更新請求消息；其中，所述第一業(yè)務(wù)為所述第一終端與所述第二終端當前正在進行的業(yè)務(wù)，所述第一 IPv6地址為所述第一終端正在進行的所述第一業(yè)務(wù)所使用的IPv6地址；
[0028]第一接收模塊，用于接收所述第二終端返回的地址更新響應(yīng)消息，所述地址更新響應(yīng)消息攜帶所述第二終端判斷所述第一業(yè)務(wù)是否支持IPv6地址更新的第一判斷結(jié)果；
[0029]備份會話建立模塊，用于當所述地址更新響應(yīng)消息攜帶的所述第一判斷結(jié)果指示所述第一業(yè)務(wù)支持IPv6地址更新時，所述第一終端請求以預(yù)存的第二 IPv6地址與所述第二終端建立進行所述第一業(yè)務(wù)的備份會話；
[0030]處理模塊，用于在所述第一 IPv6地址原始生存期終止時，所述第一終端使用所述備份會話與所述第二終端繼續(xù)進行所述第一業(yè)務(wù)。
[0031]上述的IPv6地址管理裝置，其中，