專利名稱：一種互聯(lián)網(wǎng)性能測(cè)量系統(tǒng)中的探針注冊(cè)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，特別涉及一種互聯(lián)網(wǎng)性能測(cè)量系統(tǒng)中的探針注冊(cè)方法。
背景技術(shù)：
互聯(lián)網(wǎng)是目前信息網(wǎng)絡(luò)重要基礎(chǔ)設(shè)施之一，然而互聯(lián)網(wǎng)的端到端性能問(wèn)題一直是網(wǎng)絡(luò)管理者的一大難題。隨著hternet技術(shù)和網(wǎng)絡(luò)業(yè)務(wù)的飛速發(fā)展，用戶對(duì)網(wǎng)絡(luò)資源的需求空前增長(zhǎng)，網(wǎng)絡(luò)也變得越來(lái)越復(fù)雜。不斷增加的網(wǎng)絡(luò)用戶和應(yīng)用，導(dǎo)致網(wǎng)絡(luò)負(fù)擔(dān)沉重，網(wǎng)絡(luò)設(shè)備超負(fù)荷運(yùn)轉(zhuǎn)，從而引起網(wǎng)絡(luò)性能下降。這就需要對(duì)網(wǎng)絡(luò)的性能指標(biāo)進(jìn)行提取與分析，對(duì)網(wǎng)絡(luò)性能進(jìn)行改善和提高。因此網(wǎng)絡(luò)性能測(cè)量便應(yīng)運(yùn)而生。發(fā)現(xiàn)網(wǎng)絡(luò)瓶頸，優(yōu)化網(wǎng)絡(luò)配置，并進(jìn)一步發(fā)現(xiàn)網(wǎng)絡(luò)中可能存在的潛在危險(xiǎn)，更加有效地進(jìn)行網(wǎng)絡(luò)性能管理，提供網(wǎng)絡(luò)服務(wù)質(zhì)量的驗(yàn)證和控制，對(duì)服務(wù)提供商的服務(wù)質(zhì)量指標(biāo)進(jìn)行量化、比較和驗(yàn)證，是網(wǎng)絡(luò)性能測(cè)量的主要目的?；ヂ?lián)網(wǎng)是一種分組化的網(wǎng)絡(luò)，以TCP/IP技術(shù)為基礎(chǔ)，在網(wǎng)絡(luò)層上對(duì)數(shù)據(jù)報(bào)文進(jìn)行逐跳的尋址與轉(zhuǎn)發(fā)。由于每一跳的網(wǎng)絡(luò)節(jié)點(diǎn)只負(fù)責(zé)本節(jié)點(diǎn)的數(shù)據(jù)轉(zhuǎn)發(fā)，節(jié)點(diǎn)之間彼此相互獨(dú)立，而當(dāng)前的網(wǎng)絡(luò)管理系統(tǒng)都是以單個(gè)節(jié)點(diǎn)為管理對(duì)象，因此網(wǎng)絡(luò)管理者很難獲得網(wǎng)絡(luò)性能的全貌。在這種背景下，需要網(wǎng)絡(luò)測(cè)量系統(tǒng)以互聯(lián)網(wǎng)用戶的身份將網(wǎng)絡(luò)作為黑盒來(lái)對(duì)網(wǎng)絡(luò)性能進(jìn)行主動(dòng)測(cè)量。在國(guó)際上進(jìn)行網(wǎng)絡(luò)主動(dòng)測(cè)量研究的項(xiàng)目很多，如IEPM、NIMI、NLANR AMP、Surveyor 等，其中 IETF 所開發(fā)的 TWAMP (Two Way ActiveMeasurement Protocol)協(xié)議(RFC5!357)是其中比較有影響的方法之一。TffAMP協(xié)議基于端到端的測(cè)量方式，即測(cè)量實(shí)體都是主機(jī)，網(wǎng)絡(luò)設(shè)備不參與測(cè)量。 TffAMP包括了兩個(gè)相互獨(dú)立的協(xié)議· TffAMP-Control 用于建立測(cè)量會(huì)話，協(xié)商會(huì)話的參數(shù)(如包長(zhǎng)、起始時(shí)間、中止時(shí)間、發(fā)包的分布參數(shù)等)，開始、終止測(cè)量會(huì)話，以及獲取測(cè)量結(jié)果(采用TCP協(xié)議)；· TffAMP-Test 規(guī)定了測(cè)量報(bào)文的格式等，用于在測(cè)量節(jié)點(diǎn)間進(jìn)行測(cè)量報(bào)文的交互(采用UDP協(xié)議)。為了提高其開放性，TffAMP采用了控制協(xié)議與測(cè)量協(xié)議分離的思想，也就是說(shuō)實(shí)際的TWAMP系統(tǒng)的控制協(xié)議不一定采用TWAMP-Contro 1，但底層的測(cè)量協(xié)議要采用 TWAMP-Test，這樣可以既保證了測(cè)量過(guò)程的互通性，又使得采用不同控制協(xié)議的測(cè)量節(jié)點(diǎn)都可以參與到測(cè)量中來(lái)，體現(xiàn)了測(cè)量的開放性。TWAMP協(xié)議包括五個(gè)功能實(shí)體· Session-Sender =TffAMP-Test會(huì)話中發(fā)送測(cè)量報(bào)文的測(cè)量節(jié)點(diǎn)；· Session-Receiver =TffAMP-Test會(huì)話中接收測(cè)量報(bào)文的測(cè)量節(jié)點(diǎn)；· Server 一個(gè)服務(wù)器，管理著一個(gè)或多個(gè)TWAMPIest會(huì)話，可以在每個(gè)測(cè)量節(jié)點(diǎn)上為每個(gè)TWAMP-Test會(huì)話進(jìn)行配置，可以返回每個(gè)TWAMP-Test會(huì)話的測(cè)量結(jié)果；
· Control-Client 一個(gè)主機(jī)，用于發(fā)起建立TWAMP-kst會(huì)話的請(qǐng)求，以及控制會(huì)話的開始和終止；· Fetch-Client 一個(gè)主機(jī)，用于發(fā)起獲取TWAMPIest會(huì)話測(cè)量結(jié)果的請(qǐng)求；五個(gè)功能實(shí)體間的關(guān)系如圖1所示TWAMP協(xié)議首先假定參加測(cè)量的節(jié)點(diǎn)Gessionlendei^nkssion-Receiver)在不同控制者的控制之下，Session-Sender 由 Control-Client 控制，Session-Receiver 由 Server 控制，因此 Session-Sender 與 Control-Client 之間，以及 Session-Receiver 與 Server之間可以是控制者自己定義的控制協(xié)議，但Control-Client與krver之間，以及 Fetch-Client與krver之間可以使用公開的TWAMP-Control協(xié)議，這樣就使得在不同控制者的主機(jī)之間進(jìn)行網(wǎng)絡(luò)性能測(cè)量，并通過(guò)一個(gè)開放接口獲取數(shù)據(jù)成為可能。目前一些研究機(jī)構(gòu)，如Aveiro大學(xué)，已經(jīng)對(duì)TWAMP協(xié)議系統(tǒng)進(jìn)行了實(shí)現(xiàn)，在他們的系統(tǒng)中，圖中未定協(xié)議也采用了 TWAMP-Control協(xié)議。TffAMP協(xié)議由于基于端到端的測(cè)量方式，采用普通UDP報(bào)文，因此測(cè)量過(guò)程不易被感知和監(jiān)測(cè)，能夠反映用戶的真實(shí)業(yè)務(wù)情況；同時(shí)在設(shè)計(jì)時(shí)就考慮了安全問(wèn)題，協(xié)議內(nèi)容包括了 Client與krver間以及knder與Receiver間的認(rèn)證與加密機(jī)制；另外TWAMP還支持小包測(cè)量，不加密時(shí)最小報(bào)文達(dá)到42字節(jié)，加密時(shí)為60字節(jié)。但TWAMP協(xié)議也存在一些缺點(diǎn)，首先測(cè)量結(jié)果反映的是只是網(wǎng)絡(luò)邊緣主機(jī)間的性能，不利于網(wǎng)絡(luò)的Troubleshooting ； 其次，協(xié)議本身具有很大的開放性，一方面使協(xié)議的適應(yīng)性增強(qiáng)，另一方面也引入了安全問(wèn)題，如中間人攻擊等。因此，綜上所述，TWAMP協(xié)議是一個(gè)比較適合由用戶進(jìn)行的網(wǎng)絡(luò)性能測(cè)量協(xié)議。TWAMP本身只是一個(gè)探針與探針、探針與服務(wù)器之間對(duì)于測(cè)量類型、測(cè)量控制參數(shù)的通信協(xié)議，如果將TWAMP協(xié)議用于實(shí)際的測(cè)量系統(tǒng)，必然要考慮整個(gè)系統(tǒng)的安全問(wèn)題，最重要的是要保證探針的真實(shí)性，即探針應(yīng)該是系統(tǒng)使用者所認(rèn)可的“真實(shí)”的探針，而不是虛假或假冒的測(cè)量節(jié)點(diǎn)。目前，通過(guò)網(wǎng)絡(luò)搜索發(fā)現(xiàn)，仍沒(méi)有相關(guān)機(jī)構(gòu)或個(gè)人提出類似思路在支持TWAMP協(xié)議的互聯(lián)網(wǎng)性能測(cè)量系統(tǒng)中實(shí)現(xiàn)探針與控制服務(wù)器之間的注冊(cè)機(jī)制。

發(fā)明內(nèi)容
本發(fā)明的目的是在TWAMP協(xié)議系統(tǒng)之上，在控制服務(wù)器與探針Gession-knder 和Session-Receiver)建立一種探針注冊(cè)方法，使得整套系統(tǒng)能夠滿足現(xiàn)網(wǎng)使用中對(duì)安全、可靠性的要求。為了滿足上述目的，本發(fā)明采用以下技術(shù)方案一種互聯(lián)網(wǎng)性能測(cè)量系統(tǒng)中的探針注冊(cè)方法，應(yīng)用于包括服務(wù)器和至少一個(gè)探針的系統(tǒng)中，所述探針注冊(cè)方法具體包括步驟1，在服務(wù)器數(shù)據(jù)庫(kù)中創(chuàng)建探針信息，并將注冊(cè)信息寫入探針端本地文件；步驟2，向服務(wù)器發(fā)送注冊(cè)連接請(qǐng)求；步驟3，接收來(lái)自所述探針發(fā)送的注冊(cè)連接請(qǐng)求，獲取連接標(biāo)識(shí)符；步驟4，根據(jù)所述連接標(biāo)識(shí)符開啟所述探針的注冊(cè)線程，并在指定TCP端口接收所述探針發(fā)送的注冊(cè)報(bào)文；
步驟5，提取所述探針發(fā)送的注冊(cè)報(bào)文中的探針名稱和密碼；步驟6，判斷探針名稱和密碼與服務(wù)器數(shù)據(jù)庫(kù)中信息是否匹配，若是，則進(jìn)入步驟 7;若否，則進(jìn)入步驟8;步驟7，將所述報(bào)文探針的基本信息保存到數(shù)據(jù)庫(kù)；步驟8，向所述探針發(fā)送注冊(cè)回復(fù)報(bào)文，若注冊(cè)成功，則回復(fù)“成功注冊(cè)報(bào)文”，若注冊(cè)不成功，則回復(fù)“注冊(cè)不成功報(bào)文”；步驟9，接收并讀取服務(wù)器發(fā)送的注冊(cè)回復(fù)報(bào)文；步驟10，關(guān)閉連接。進(jìn)一步地，所述步驟2中的探針發(fā)送的注冊(cè)連接請(qǐng)求，具體為步驟10，創(chuàng)建注冊(cè)所使用的TCP端口 ；步驟20，通過(guò)該TCP端口向服務(wù)器端發(fā)送連接請(qǐng)求；步驟30，連接請(qǐng)求接受后，根據(jù)注冊(cè)信息文件生成注冊(cè)報(bào)文，向服務(wù)器發(fā)送注冊(cè)請(qǐng)求。進(jìn)一步地，所述步驟10后還包括步驟11，根據(jù)步驟9中讀到的注冊(cè)回復(fù)報(bào)文，取出其中的Acc印t字段，此字段代表注冊(cè)是否成功。根據(jù)Accept值返回本次注冊(cè)結(jié)果。進(jìn)一步地，所述步驟10具體為步驟10，調(diào)用公共模塊關(guān)閉連接。進(jìn)一步地，將所述注冊(cè)報(bào)文各字段含義設(shè)定為報(bào)文長(zhǎng)度，報(bào)文類型，探針能力，探針名稱，密碼、探針I(yè)P地址以及探針網(wǎng)關(guān)IP地址。進(jìn)一步地，在探針成功注冊(cè)之后還包括步驟310，啟動(dòng)Ke印alive處理線程之后，清空服務(wù)器內(nèi)存表；步驟320，接收探針發(fā)送的Ke印alive數(shù)據(jù)；步驟330，讀取接收到的所述探針發(fā)送的Ke印alive數(shù)據(jù)中的探針名稱信息，并判斷是否與內(nèi)存表中的探針名稱相一致，若一致，則回到步驟320，繼續(xù)等待接收數(shù)據(jù)；若不一致，將探針名稱存儲(chǔ)至內(nèi)存表中，并回到步驟320，繼續(xù)等待接收數(shù)據(jù)。進(jìn)一步地，所述步驟320中的探針發(fā)送的Ke印alive數(shù)據(jù)，具體為步驟3201，讀取ke印alive相關(guān)信息，具體地，從內(nèi)存中讀取出服務(wù)器的IP地址、 keepalive定時(shí)時(shí)間間隔的信息；步驟3202，設(shè)定timer時(shí)間為配置時(shí)間間隔，通過(guò)固定時(shí)間調(diào)用Ke印alive發(fā)送代碼，達(dá)到報(bào)到在線狀態(tài)的目的，當(dāng)定時(shí)時(shí)間到時(shí)便會(huì)自動(dòng)開啟線程處理轉(zhuǎn)至步驟3203處處理；步驟3203，創(chuàng)建Ke印alive報(bào)告的UDP端口 ；步驟3204，封裝Ke印alive數(shù)據(jù)包，根據(jù)已定義的Ke印alive報(bào)文，填入相應(yīng)信息；步驟3205，發(fā)送Ke印al ive數(shù)據(jù)包，通過(guò)調(diào)用發(fā)送函數(shù)將數(shù)據(jù)包通過(guò)UDP端口發(fā)送給服務(wù)器；步驟3206，關(guān)閉 Ke印alive UDP 端口。進(jìn)一步地，將所述Ke印alive數(shù)據(jù)包報(bào)文各字段的含義設(shè)定為
報(bào)文長(zhǎng)度，報(bào)文類型，探針名稱。本發(fā)明提供的一種互聯(lián)網(wǎng)性能測(cè)量系統(tǒng)中的探針注冊(cè)方法，使服務(wù)器能夠與探針進(jìn)行相互認(rèn)證，并實(shí)現(xiàn)服務(wù)器對(duì)探針權(quán)限的鑒定和分配。在本發(fā)明中，需要在探針與服務(wù)器上增加注冊(cè)流程的處理機(jī)制，在探針啟動(dòng)時(shí)，根據(jù)配置信息向服務(wù)器注冊(cè)，由服務(wù)器對(duì)注冊(cè)信息進(jìn)行鑒權(quán)，確定探針的合法性，在通過(guò)注冊(cè)之后，探針仍將定期向服務(wù)器發(fā)送 Keepalive信息，以維護(hù)狀態(tài)。


圖1為現(xiàn)有技術(shù)中的TWAMP協(xié)議功能實(shí)體的關(guān)系的示意圖；圖2為本發(fā)明的服務(wù)器端注冊(cè)流程示意圖；圖3為本發(fā)明的注冊(cè)回復(fù)報(bào)文格式示意圖；圖4為本發(fā)明的服務(wù)器Ke印alive處理流程示意圖；圖5為本發(fā)明的探針端注冊(cè)流程示意圖；圖6為本發(fā)明的探針注冊(cè)請(qǐng)求報(bào)文格式示意圖；圖7為本發(fā)明的Ke印alive報(bào)文格式示意圖；圖8為本發(fā)明的探針端Ke印alive線程的處理流程示意圖。
具體實(shí)施例方式為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚，下面結(jié)合附圖及實(shí)施例，對(duì)本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說(shuō)明。此處所描述的具體實(shí)施例僅用以解釋本發(fā)明，但并不用于限定本發(fā)明。本發(fā)明中的注冊(cè)方法包括服務(wù)器和探針兩方面的處理流程。如圖2所示，服務(wù)器端處理流程包括以下步驟步驟1，在服務(wù)器數(shù)據(jù)庫(kù)中創(chuàng)建探針信息，其內(nèi)容包括探針名稱，注冊(cè)密碼，探針 IP地址，探針下一跳網(wǎng)關(guān)地址，探針能力說(shuō)明。步驟2，服務(wù)器啟動(dòng)，接受探針注冊(cè)連接請(qǐng)求，獲得連接標(biāo)識(shí)符FD。步驟3，開啟探針注冊(cè)線程，在指定TCP Socket端口等待探針注冊(cè)報(bào)文。步驟4，如有探針發(fā)送注冊(cè)請(qǐng)求，則接收注冊(cè)數(shù)據(jù)。步驟5，對(duì)注冊(cè)報(bào)文中的探針名稱和密碼進(jìn)行提取。步驟6，將探針名稱與密碼與數(shù)據(jù)庫(kù)中信息進(jìn)行比對(duì)。若匹配，則進(jìn)入步驟7 ；若不匹配，則進(jìn)入步驟8。步驟7，將報(bào)文探針的IP地址，探針能力等探針基本信息保存到數(shù)據(jù)庫(kù)相應(yīng)位置。步驟8，向探針發(fā)送注冊(cè)回復(fù)報(bào)文，若注冊(cè)成功，則回復(fù)“成功注冊(cè)報(bào)文”，若注冊(cè)不成功，則回復(fù)“注冊(cè)不成功報(bào)文”。步驟9，關(guān)閉連接。如圖2所示，注冊(cè)請(qǐng)求回復(fù)報(bào)文格式如下 報(bào)文長(zhǎng)度4字節(jié)。 報(bào)文類型2字節(jié)。3代表探針注冊(cè)回復(fù)。 注冊(cè)回復(fù)2字節(jié)。0代表注冊(cè)成功，1代表該探針不存在，2代表探針名稱與密碼不符，3代表IP地址或探針能力描述錯(cuò)誤，4代表該探針已注冊(cè)。
探針注冊(cè)成功后，將定期向服務(wù)器發(fā)送Ke印alive報(bào)文(UDP)，服務(wù)器需要?jiǎng)?chuàng)建 UDP Socket接收這些Ke印alive報(bào)文。如圖4所示，服務(wù)器對(duì)于Ke印alive報(bào)文的處理流程如下 步驟310，啟動(dòng)Ke印al ive處理線程之后，清空服務(wù)器內(nèi)存表1 (內(nèi)存表1存儲(chǔ)著探針的狀態(tài)信息)。步驟320，接收Ke印alive數(shù)據(jù)。步驟330，讀取接收到的Ke印alive數(shù)據(jù)中的探針名稱信息，并與內(nèi)存表1中的探針名稱匹配。若匹配，則回到步驟320，繼續(xù)等待接收數(shù)據(jù)；若不匹配，將探針名稱存儲(chǔ)至內(nèi)存表1，并回到步驟320，繼續(xù)等待接收數(shù)據(jù)。在探針端，首先需要由管理人員將注冊(cè)信息寫入探針端本地文件，在探針啟動(dòng)后， 自動(dòng)啟動(dòng)注冊(cè)流程。如圖5所示，處理流程包括以下步驟步驟10，創(chuàng)建注冊(cè)所使用的TCP Socket。步驟20，通過(guò)該TCP Socket向服務(wù)器端發(fā)送連接請(qǐng)求。步驟30，連接請(qǐng)求接受后，根據(jù)注冊(cè)信息文件生成注冊(cè)報(bào)文，向服務(wù)器端發(fā)送注冊(cè)請(qǐng)求。步驟40，接收并讀取服務(wù)器端返回的注冊(cè)回復(fù)報(bào)文。步驟50，調(diào)用公共模塊關(guān)閉連接。步驟60，根據(jù)步驟40中讀到的注冊(cè)回復(fù)報(bào)文，取出其中的Ac^pt字段，此字段代表注冊(cè)是否成功。根據(jù)Accept值返回本次注冊(cè)結(jié)果。如圖6所示，探針注冊(cè)請(qǐng)求報(bào)文如下 報(bào)文長(zhǎng)度4字節(jié)。 報(bào)文類型2字節(jié)，1代表探針注冊(cè)命令，2代表定時(shí)在線命令。 探針能力4字節(jié)，Mbit。 探針名稱32字節(jié)，用戶為探針?biāo)渲玫拿Q。 密碼32字節(jié)，用戶為探針?biāo)渲玫淖?cè)密碼。 探針I(yè)P地址256字節(jié)，探針的IP地址。 探針網(wǎng)關(guān)IP地址256字節(jié)，探針的網(wǎng)關(guān)地址。在探針成功注冊(cè)之后，將啟動(dòng)Keepal ive線程，定期維護(hù)服務(wù)器上的探針狀態(tài)。如圖8所示，探針端Ke印alive線程的處理流程如下步驟10，讀ke印alive相關(guān)信息，需要從內(nèi)存中讀取出控制服務(wù)器的IP地址、 keepalive定時(shí)時(shí)間間隔等信息。步驟20，設(shè)定timer時(shí)間為配置時(shí)間間隔，通過(guò)固定時(shí)間調(diào)用Ke印alive發(fā)送代碼，達(dá)到報(bào)到在線狀態(tài)的目的。當(dāng)定時(shí)時(shí)間到時(shí)便會(huì)自動(dòng)開啟線程處理轉(zhuǎn)至步驟21處處理。步驟21，創(chuàng)建 Ke印alive 報(bào)告的 UDP Socket。步驟22，封裝Ke印alive數(shù)據(jù)包，根據(jù)已定義的Ke印alive報(bào)文，填入相應(yīng)信息。步驟23，發(fā)送Ke印al ive數(shù)據(jù)包，通過(guò)調(diào)用發(fā)送函數(shù)將數(shù)據(jù)報(bào)通過(guò)UDP端口發(fā)送給控制服務(wù)器。步驟24，關(guān)閉 Ke印alive UDP Socket。
探針端發(fā)送ke印alive數(shù)據(jù)包使用UDP端口。如圖7所示，Ke印alive報(bào)文各字段含義如下 報(bào)文長(zhǎng)度4字節(jié)。 報(bào)文類型2字節(jié)，2代表定時(shí)在線命令，1代表探針注冊(cè)命令。 探針名稱32字節(jié)，用戶為探針?biāo)渲玫拿Q。雖然，本發(fā)明已通過(guò)以上實(shí)施例及其附圖而清楚說(shuō)明，然而在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下，所屬技術(shù)領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的變化和修正，但這些相應(yīng)的變化和修正都應(yīng)屬于本發(fā)明的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1.一種互聯(lián)網(wǎng)性能測(cè)量系統(tǒng)中的探針注冊(cè)方法，應(yīng)用于包括服務(wù)器和至少一個(gè)探針的系統(tǒng)中，其特征在于，所述探針注冊(cè)方法具體包括步驟1，在服務(wù)器數(shù)據(jù)庫(kù)中創(chuàng)建探針信息，并將注冊(cè)信息寫入探針端本地文件； 步驟2，向服務(wù)器發(fā)送注冊(cè)連接請(qǐng)求；步驟3，接收來(lái)自所述探針發(fā)送的注冊(cè)連接請(qǐng)求，獲取連接標(biāo)識(shí)符； 步驟4，根據(jù)所述連接標(biāo)識(shí)符開啟所述探針的注冊(cè)線程，并在指定TCP端口接收所述探針發(fā)送的注冊(cè)報(bào)文；步驟5，提取所述探針發(fā)送的注冊(cè)報(bào)文中的探針名稱和密碼；步驟6，判斷探針名稱和密碼與服務(wù)器數(shù)據(jù)庫(kù)中信息是否匹配，若是，則進(jìn)入步驟7 ；若否，則進(jìn)入步驟8;步驟7，將所述報(bào)文探針的基本信息保存到數(shù)據(jù)庫(kù)；步驟8，向所述探針發(fā)送注冊(cè)回復(fù)報(bào)文，若注冊(cè)成功，則回復(fù)“成功注冊(cè)報(bào)文”，若注冊(cè)不成功，則回復(fù)“注冊(cè)不成功報(bào)文”；步驟9，接收并讀取服務(wù)器發(fā)送的注冊(cè)回復(fù)報(bào)文； 步驟10，關(guān)閉連接。
2.根據(jù)權(quán)利要求1所述的一種互聯(lián)網(wǎng)性能測(cè)量系統(tǒng)中的探針注冊(cè)方法，其特征在于， 所述步驟2中的探針發(fā)送的注冊(cè)連接請(qǐng)求，具體為步驟10，創(chuàng)建注冊(cè)所使用的TCP端口 ；步驟20，通過(guò)該TCP端口向服務(wù)器端發(fā)送連接請(qǐng)求；步驟30，連接請(qǐng)求接受后，根據(jù)注冊(cè)信息文件生成注冊(cè)報(bào)文，向服務(wù)器發(fā)送注冊(cè)請(qǐng)求。
3.根據(jù)權(quán)利要求1所述的一種互聯(lián)網(wǎng)性能測(cè)量系統(tǒng)中的探針注冊(cè)方法，其特征在于， 所述步驟10后還包括步驟11，根據(jù)步驟9中讀到的注冊(cè)回復(fù)報(bào)文，取出其中的Accept字段，此字段代表注冊(cè)是否成功。根據(jù)Accept值返回本次注冊(cè)結(jié)果。
4.根據(jù)權(quán)利要求1所述的一種互聯(lián)網(wǎng)性能測(cè)量系統(tǒng)中的探針注冊(cè)方法，其特征在于， 所述步驟10具體為步驟10，調(diào)用公共模塊關(guān)閉連接。
5.根據(jù)權(quán)利要求1-4中任意一項(xiàng)所述的一種互聯(lián)網(wǎng)性能測(cè)量系統(tǒng)中的探針注冊(cè)方法， 其特征在于，將所述注冊(cè)報(bào)文各字段含義設(shè)定為報(bào)文長(zhǎng)度，報(bào)文類型，探針能力，探針名稱，密碼、探針I(yè)P地址以及探針網(wǎng)關(guān)IP地址。
6.根據(jù)權(quán)利要求1所述的一種互聯(lián)網(wǎng)性能測(cè)量系統(tǒng)中的探針注冊(cè)方法，其特征在于， 在探針成功注冊(cè)之后還包括步驟310，啟動(dòng)Ke印alive處理線程之后，清空服務(wù)器內(nèi)存表； 步驟320，接收探針發(fā)送的Ke印alive數(shù)據(jù)；步驟330，讀取接收到的所述探針發(fā)送的Ke印alive數(shù)據(jù)中的探針名稱信息，并判斷是否與內(nèi)存表中的探針名稱相一致，若一致，則回到步驟320，繼續(xù)等待接收數(shù)據(jù)；若不一致， 將探針名稱存儲(chǔ)至內(nèi)存表中，并回到步驟320，繼續(xù)等待接收數(shù)據(jù)。
7.根據(jù)權(quán)利要求6所述的一種互聯(lián)網(wǎng)性能測(cè)量系統(tǒng)中的探針注冊(cè)方法，其特征在于， 所述步驟320中的探針發(fā)送的Ke印alive數(shù)據(jù)，具體為步驟3201，讀取ke印alive相關(guān)信息，具體地，從內(nèi)存中讀取出服務(wù)器的IP地址、 keepalive定時(shí)時(shí)間間隔的信息；步驟3202，設(shè)定timer時(shí)間為配置時(shí)間間隔，通過(guò)固定時(shí)間調(diào)用Ke印alive發(fā)送代碼， 達(dá)到報(bào)到在線狀態(tài)的目的，當(dāng)定時(shí)時(shí)間到時(shí)便會(huì)自動(dòng)開啟線程處理轉(zhuǎn)至步驟3203處處理； 步驟3203，創(chuàng)建Ke印alive報(bào)告的UDP端口 ；步驟3204，封裝Ke印alive數(shù)據(jù)包，根據(jù)已定義的Ke印alive報(bào)文，填入相應(yīng)信息； 步驟3205，發(fā)送Ke印al ive數(shù)據(jù)包，通過(guò)調(diào)用發(fā)送函數(shù)將數(shù)據(jù)包通過(guò)UDP端口發(fā)送給服務(wù)器；步驟3206，關(guān)閉Ke印alive UDP端口。
8.根據(jù)權(quán)利要求6或7中所述的一種互聯(lián)網(wǎng)性能測(cè)量系統(tǒng)中的探針注冊(cè)方法，其特征在于，將所述Keepalive數(shù)據(jù)包報(bào)文各字段的含義設(shè)定為報(bào)文長(zhǎng)度，報(bào)文類型，探針名稱。
全文摘要
本發(fā)明公開了一種互聯(lián)網(wǎng)性能測(cè)量系統(tǒng)中的探針注冊(cè)方法。本發(fā)明的目的是在TWAMP協(xié)議系統(tǒng)之上，在控制服務(wù)器與探針(Session-Sender和Session-Receiver)之間建立一種探針注冊(cè)方法，以保證探針的真實(shí)性，即探針應(yīng)該是系統(tǒng)使用者所認(rèn)可的“真實(shí)”的探針，而不是虛假或假冒的測(cè)量節(jié)點(diǎn)，并通過(guò)Keepalive信息來(lái)維護(hù)探針的狀態(tài)，從而保證整個(gè)測(cè)量系統(tǒng)的安全。
文檔編號(hào)H04L29/06GK102299923SQ20111023846
公開日2011年12月28日 申請(qǐng)日期2011年8月18日 優(yōu)先權(quán)日2011年8月18日
發(fā)明者何寶宏, 劉述, 徐貴寶, 郭亮, 馬軍鋒, 馬科, 高巍 申請(qǐng)人:工業(yè)和信息化部電信傳輸研究所