專利名稱：Dhcp服務(wù)性能檢測(cè)的實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種DHCP服務(wù)性能檢測(cè)的實(shí)現(xiàn)方法。
背景技術(shù)：
DHCP(動(dòng)態(tài)主機(jī)配置協(xié)議)是目前Internet(互聯(lián)網(wǎng))上使用最多的應(yīng)用服務(wù)之一，用于集中管理訪問(wèn)Internet用戶的IP地址和配置。
隨著IPv6網(wǎng)絡(luò)的部署，DHCP協(xié)議也做了相應(yīng)的擴(kuò)展以適應(yīng)IPv6網(wǎng)絡(luò)，即DHCPv6。相對(duì)于IPv4網(wǎng)絡(luò)，IPv6網(wǎng)絡(luò)將更加龐大和復(fù)雜。而作為應(yīng)用協(xié)議的DHCP直接面向終端用戶，因此，如果DHCP服務(wù)出現(xiàn)問(wèn)題，那么新用戶將由于不能獲取機(jī)器的IP地址和配置信息造成無(wú)法訪問(wèn)網(wǎng)絡(luò)的資源。
可以看出，DHCP服務(wù)的質(zhì)量和性能將直接影響服務(wù)提供商的形象，以及客戶對(duì)服務(wù)提供商提供服務(wù)的滿意程度。這就使得在一個(gè)復(fù)雜的IPv6網(wǎng)絡(luò)中，如何評(píng)估DHCP服務(wù)的質(zhì)量和性能，以及如何及時(shí)發(fā)現(xiàn)DHCP服務(wù)質(zhì)量的下降，成為了一個(gè)亟待解決的重要問(wèn)題。
目前，通常采用Ping(拼)和Trace Route(跟蹤路由)技術(shù)實(shí)現(xiàn)針對(duì)DHCP服務(wù)質(zhì)量和性能的評(píng)估，以及時(shí)發(fā)現(xiàn)相應(yīng)的DHCP服務(wù)質(zhì)量的下降。
所述的ping技術(shù)是一種驗(yàn)證通道和設(shè)備是否正常以及網(wǎng)絡(luò)性能的技術(shù)，以圖1所示為例，具體可以從Route A ping Route B，此時(shí)，Route A將構(gòu)造并發(fā)送一個(gè)ICMPv6(第六版互聯(lián)網(wǎng)控制消息協(xié)議)的報(bào)文，Route A和Route B之間的路由器對(duì)這個(gè)報(bào)文僅做轉(zhuǎn)發(fā)，當(dāng)Route B接收到這個(gè)ICMPv6報(bào)文后，構(gòu)造一個(gè)應(yīng)答報(bào)文，并將應(yīng)答報(bào)文發(fā)送回Route A。Route A接收到所述應(yīng)答報(bào)文后，確認(rèn)Route A到Route B的通道是可達(dá)的，并且能夠計(jì)算出兩個(gè)節(jié)點(diǎn)之間的時(shí)延以確認(rèn)網(wǎng)絡(luò)的性能。
所述的Trace Route技術(shù)也是一種對(duì)鏈路進(jìn)行檢測(cè)的報(bào)文，不同的是，Trace Route通過(guò)增量(從1開(kāi)始增加)報(bào)文中的跳數(shù)限制(Hop Limit)，來(lái)從每一跳返回ICMPv6超時(shí)報(bào)文。如果從Route A Trace Route Route B的地址，則從Route A與Route B之間的路由器和Route B各自返回一個(gè)ICMPv6報(bào)文，RouteA收到ICMPv6報(bào)文后可以確定鏈路的狀態(tài)和時(shí)延。
在實(shí)際應(yīng)用中，經(jīng)常用Ping來(lái)判斷整個(gè)通道的通斷，而采用Trace Route來(lái)定位具體發(fā)生故障的故障點(diǎn)。
也就是說(shuō)，所述的ping和Trace Route技術(shù)只檢測(cè)了網(wǎng)絡(luò)中IP層的可達(dá)性和性能，而無(wú)法檢測(cè)DHCPv6協(xié)議的運(yùn)行狀況，即無(wú)法檢測(cè)當(dāng)前DHCP服務(wù)是否可以正常提供，如DHCPv6服務(wù)的可獲得性和性能等，因此，無(wú)法準(zhǔn)確獲知DHCP服務(wù)的可靠性。
即現(xiàn)有的DHCP服務(wù)質(zhì)量檢測(cè)方法只能檢測(cè)出與DHCP服務(wù)器之間的鏈路的通斷情況，而DHCP服務(wù)器本身的功能是否正常卻無(wú)從獲知，這樣，也就無(wú)法真正準(zhǔn)確評(píng)估DHCP服務(wù)的性能和質(zhì)量，因而也就無(wú)法解決當(dāng)DHCP服務(wù)無(wú)法正常提供時(shí)可能引發(fā)的問(wèn)題。
發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)所存在的問(wèn)題，本發(fā)明的目的是提供一種DHCP服務(wù)性能檢測(cè)的實(shí)現(xiàn)方法，通過(guò)該方法可以準(zhǔn)確獲知DHCP服務(wù)器的功能是否正?？煽?，從而能夠準(zhǔn)確評(píng)估DHCP服務(wù)的性能和質(zhì)量。
本發(fā)明的目的是通過(guò)以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明提供了一種DHCP服務(wù)性能檢測(cè)的實(shí)現(xiàn)方法，包括
A、動(dòng)態(tài)主機(jī)配置協(xié)議DHCP客戶端向待測(cè)試的DHCP服務(wù)器發(fā)送配置請(qǐng)求報(bào)文；B、根據(jù)DHCP客戶端接收到的待測(cè)試的DHCP服務(wù)器返回的應(yīng)答報(bào)文的情況，確定DHCP服務(wù)性能的測(cè)試結(jié)果。
所述的DHCP服務(wù)器包括第六版動(dòng)態(tài)主機(jī)配置協(xié)議DHCPv6服務(wù)器。
本發(fā)明所述的方法中，在執(zhí)行步驟A之前還包括C、DHCP客戶端向DHCP服務(wù)器發(fā)送請(qǐng)求SOLICIT報(bào)文；D、DHCP客戶端根據(jù)各個(gè)DHCP服務(wù)器返回的通告ADVERTISE報(bào)文選擇確定至少一個(gè)待測(cè)試的DHCP服務(wù)器，并執(zhí)行步驟A。
所述的步驟D還包括當(dāng)DHCP客戶端在設(shè)定的時(shí)間內(nèi)沒(méi)有收到DHCP服務(wù)器返回的ADVERTISE報(bào)文，則確定測(cè)試過(guò)程失敗。
本發(fā)明所述的方法還包括在DHCP客戶端上配置進(jìn)行DHCP服務(wù)性能檢測(cè)需要的檢測(cè)參數(shù)信息。
所述的檢測(cè)參數(shù)信息包括測(cè)試的超始/終止時(shí)間、測(cè)試的頻度、測(cè)試的周期和/或測(cè)試使用的源端口信息。
所述的步驟A包括DHCP客戶端根據(jù)所述的檢測(cè)參數(shù)信息構(gòu)造相應(yīng)的配置請(qǐng)求報(bào)文，并向DHCP服務(wù)器發(fā)送所述的配置請(qǐng)求報(bào)文。
所述的步驟B包括DHCP客戶端收到DHCP服務(wù)器返回的應(yīng)答報(bào)文后，對(duì)所述應(yīng)答報(bào)文進(jìn)行檢查，獲得相應(yīng)的檢測(cè)結(jié)果信息。
所述的步驟B還包括
DHCP客戶端與DHCP服務(wù)器端進(jìn)行若干次測(cè)試用的配置請(qǐng)求報(bào)文及應(yīng)答報(bào)文的交互，并獲得檢測(cè)結(jié)果信息；而且，所述的檢測(cè)結(jié)果信息包括DHCP業(yè)務(wù)傳輸?shù)淖钚r(shí)延、DHCP業(yè)務(wù)傳輸?shù)淖畲髸r(shí)延、DHCP業(yè)務(wù)傳輸?shù)钠骄鶗r(shí)延、DHCP業(yè)務(wù)的成功率、DHCP業(yè)務(wù)完成的平均時(shí)間、DHCP業(yè)務(wù)完成的最小時(shí)間和/或DHCP業(yè)務(wù)完成的最大時(shí)間。
本發(fā)明所述的方法還包括DHCP客戶端向DHCP服務(wù)器發(fā)送釋放報(bào)文，請(qǐng)求DHCP釋放在所述的步驟B中為該客戶端分配的地址信息。
所述的測(cè)試結(jié)果信息保存于DHCP客戶端設(shè)備中，且提供本地及遠(yuǎn)程調(diào)用接口，本地用戶或遠(yuǎn)端用戶通過(guò)所述接口調(diào)用保存的測(cè)試結(jié)果信息。
本發(fā)明還提供了一種用于DHCP服務(wù)性能檢測(cè)DHCP客戶端，包括參數(shù)設(shè)置模塊用于設(shè)置并保存進(jìn)行DHCP服務(wù)測(cè)試所需要的各檢測(cè)參數(shù)信息；測(cè)試控制模塊用于根據(jù)所述的檢測(cè)參數(shù)信息控制DHCP客戶端與DHCP服務(wù)器端之間進(jìn)行報(bào)文的交互，進(jìn)行相應(yīng)的DHCP配置處理；測(cè)試信息記錄模塊用于在DHCP客戶端與DHCP服務(wù)器端進(jìn)行報(bào)文交互的過(guò)程中，記錄DHCP服務(wù)過(guò)程信息；測(cè)試數(shù)據(jù)生成模塊用于根據(jù)測(cè)試信息記錄模塊記錄的過(guò)程信息計(jì)算DHCPv6服務(wù)的測(cè)試結(jié)果。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明的實(shí)現(xiàn)可以有效解決IPv6網(wǎng)絡(luò)中DHCPv6協(xié)議的探測(cè)和監(jiān)控，能夠及時(shí)了解DHCPv6服務(wù)器在網(wǎng)絡(luò)中的運(yùn)行情況，且當(dāng)其一旦發(fā)生異常時(shí)可以及時(shí)發(fā)現(xiàn)，并由用戶干預(yù)解決。因此，本發(fā)明對(duì)維護(hù)網(wǎng)絡(luò)中DHCPv6協(xié)議的正常運(yùn)行，為運(yùn)營(yíng)商向客戶提供穩(wěn)定的DHCPv6服務(wù)具有非常重要的意義。
圖1為DHCP服務(wù)性能檢測(cè)應(yīng)用的網(wǎng)絡(luò)結(jié)構(gòu)示意圖；圖2a為點(diǎn)對(duì)點(diǎn)的DHCP服務(wù)性能檢測(cè)示意圖；圖2b為一點(diǎn)對(duì)多點(diǎn)的DHCP服務(wù)性能檢測(cè)示意圖；圖2c為多點(diǎn)到多點(diǎn)的DHCP服務(wù)性能檢測(cè)示意圖；圖2d為多點(diǎn)到一點(diǎn)的DHCP服務(wù)性能檢測(cè)示意圖；圖3為本發(fā)明所述的方法的處理過(guò)程示意圖；圖4為本發(fā)明所述方法中DHCP客戶端的處理流程圖；圖5為本發(fā)明中DHCP客戶端的結(jié)構(gòu)示意圖；圖6為本發(fā)明所述方法中DHCP服務(wù)器端的處理流程圖。
具體實(shí)施例方式
本發(fā)明的核心思想是在網(wǎng)絡(luò)節(jié)點(diǎn)之間采用客戶機(jī)/服務(wù)器模型，實(shí)現(xiàn)對(duì)DHCPv6服務(wù)的探測(cè)功能，同時(shí)完成對(duì)DHCPv6服務(wù)的業(yè)務(wù)所產(chǎn)生的各種信息的統(tǒng)計(jì)和查詢。
采用本發(fā)明對(duì)DHCPv6服務(wù)器進(jìn)行檢測(cè)時(shí)，客戶機(jī)節(jié)點(diǎn)向服務(wù)器節(jié)點(diǎn)發(fā)送DHCPv6 Server請(qǐng)求報(bào)文。服務(wù)器節(jié)點(diǎn)接收到DHCPv6 Server請(qǐng)求報(bào)文后，向客戶機(jī)節(jié)點(diǎn)發(fā)送應(yīng)答報(bào)文。客戶機(jī)節(jié)點(diǎn)接收到應(yīng)答報(bào)文后，向服務(wù)器發(fā)送配置請(qǐng)求報(bào)文。服務(wù)器收到配置請(qǐng)求報(bào)文后，向客戶機(jī)發(fā)送應(yīng)答報(bào)文，提供IPv6地址和相應(yīng)的配置。一次DHCPv6配置過(guò)程完成后，計(jì)算網(wǎng)絡(luò)的時(shí)延，并保存測(cè)試結(jié)果，然后向服務(wù)器發(fā)送ReIease報(bào)文釋放IPv6地址。
如圖2所示，本發(fā)明所述的檢測(cè)可以是一次，也可以是多次或定期檢測(cè)。所述的檢測(cè)可以是點(diǎn)到點(diǎn)、點(diǎn)到多點(diǎn)、多點(diǎn)到多點(diǎn)、多點(diǎn)到點(diǎn)的方式。
本發(fā)明在IPv6網(wǎng)絡(luò)DHCPv6服務(wù)檢測(cè)方法中，主要涉及兩種網(wǎng)絡(luò)設(shè)備，即客戶端節(jié)點(diǎn)和服務(wù)器節(jié)點(diǎn)，其中所述的客戶端節(jié)點(diǎn)設(shè)備主要負(fù)責(zé)測(cè)試的發(fā)起與測(cè)試結(jié)果的分析和保存，具體可以包括但不限于路由器、2層/3層交換機(jī)等設(shè)備；所述的服務(wù)器節(jié)點(diǎn)，即DHCP服務(wù)器端主要負(fù)責(zé)響應(yīng)客戶端的測(cè)試請(qǐng)求，向客戶端發(fā)送應(yīng)答報(bào)文，具體可以是網(wǎng)絡(luò)中提供DHCPv6服務(wù)的設(shè)備，可以是標(biāo)準(zhǔn)的DHCPv6服務(wù)器，也可以是提供DHCPv6服務(wù)的路由器、2層/3層交換機(jī)。
本發(fā)明提供了在IPv6網(wǎng)絡(luò)實(shí)現(xiàn)DHCPv6業(yè)務(wù)測(cè)試的具體過(guò)程如圖3所示，具體過(guò)程包括步驟31在服務(wù)器端啟動(dòng)DHCPv6服務(wù)。
步驟32在客戶端配置DHCPv6業(yè)務(wù)測(cè)試任務(wù)，設(shè)置測(cè)試的起始/結(jié)束時(shí)間、測(cè)試的周期、頻度，測(cè)試使用的源接口。
步驟33客戶端根據(jù)配置，在規(guī)定的時(shí)間、按照設(shè)定的周期和頻度，向DHCPv6服務(wù)器發(fā)出發(fā)送SOLICIT(請(qǐng)求)報(bào)文，尋找DHCPv6服務(wù)器。
步驟34DHCPv6服務(wù)器接收到客戶端的SOLICIT請(qǐng)求報(bào)文后，向客戶端發(fā)送ADVERTISE(通告)響應(yīng)報(bào)文。
步驟35向待測(cè)試的DHCPv6服務(wù)器發(fā)送配置請(qǐng)求報(bào)文；在一個(gè)網(wǎng)絡(luò)中可能存在多個(gè)DHCPv6服務(wù)器，每個(gè)DHCPv6服務(wù)器接收到客戶端的SOLICIT報(bào)文后均會(huì)發(fā)送ADVERTISE報(bào)文，這樣，客戶端可能會(huì)接收到多個(gè)不同服務(wù)器發(fā)送的ADVERTISE報(bào)文；根據(jù)DHCPv6(RFC3315)協(xié)議標(biāo)準(zhǔn)規(guī)定，客戶端要按照策略選擇一個(gè)DHCPv6服務(wù)器為其提供配置，即向某個(gè)選中的服務(wù)器發(fā)送REQUEST配置請(qǐng)求報(bào)文；而在本發(fā)明中，為了方便對(duì)網(wǎng)絡(luò)中的指定的DHCPv6服務(wù)器進(jìn)行性能測(cè)試，此時(shí)，可以選擇按照標(biāo)準(zhǔn)協(xié)議流程進(jìn)行測(cè)試，也可以對(duì)所有DHCPv6服務(wù)器進(jìn)行應(yīng)答，即對(duì)網(wǎng)絡(luò)中的全部DHCPv6服務(wù)器進(jìn)行測(cè)試。
步驟36DHCP服務(wù)器端接收到客戶端的REQUEST請(qǐng)求后，向客戶端發(fā)送REPLY應(yīng)答報(bào)文，提供IPv6地址和相關(guān)的網(wǎng)絡(luò)配置。
步驟37DHCPv6配置過(guò)程完成后，記錄相關(guān)的信息。
步驟38DHCP客戶端向服務(wù)器發(fā)送RELEASE(釋放)報(bào)文，釋放剛剛申請(qǐng)到的IPv6地址。
步驟39客戶端記錄測(cè)試的數(shù)據(jù)，并進(jìn)行初步分析保存，由用戶通過(guò)命令行或網(wǎng)管設(shè)備查看結(jié)果。
經(jīng)過(guò)上述處理過(guò)程，本發(fā)明實(shí)現(xiàn)了針對(duì)網(wǎng)絡(luò)中的提供DHCP服務(wù)的實(shí)體或DHCP服務(wù)器進(jìn)行針對(duì)DHCP服務(wù)性能的測(cè)試，從而可以在DHCP服務(wù)性能下降時(shí)，及時(shí)采取相應(yīng)的手段，以避免因DHCP服務(wù)無(wú)法正常提供，導(dǎo)致網(wǎng)絡(luò)運(yùn)營(yíng)商提供的業(yè)務(wù)無(wú)法正常開(kāi)展。
為對(duì)本發(fā)明有更進(jìn)一步的理解，下面將結(jié)合附圖對(duì)本發(fā)明所述方法在具體實(shí)現(xiàn)過(guò)程中測(cè)試客戶端和服務(wù)器端各自的具體處理操作進(jìn)行說(shuō)明。
首先，對(duì)IPv6網(wǎng)絡(luò)DHCPv6業(yè)務(wù)測(cè)試過(guò)程中客戶端的測(cè)試處理流程進(jìn)行詳細(xì)的說(shuō)明。所述的DHCPv6業(yè)務(wù)測(cè)試客戶端用于完成DHCPv6協(xié)議中客戶端的功能，主要負(fù)責(zé)測(cè)試的發(fā)起與測(cè)試結(jié)果的分析和保存，如圖4所示，具體包括以下處理步驟步驟41保存用戶的配置，如測(cè)試的起始/終止時(shí)間、測(cè)試的頻度、測(cè)試的周期、測(cè)試使用的源端口等。
步驟42根據(jù)用戶配置的測(cè)試起始/終止時(shí)間、測(cè)試的頻度、周期設(shè)定定時(shí)檢測(cè)。
步驟43測(cè)試時(shí)間到時(shí)，首先按照RFC3315構(gòu)造SOLICIT報(bào)文，然后按照標(biāo)準(zhǔn)規(guī)定延時(shí)一段時(shí)間后從指定的源端口發(fā)送出去。
步驟44DHCPv6客戶端判斷在規(guī)定的時(shí)間內(nèi)是否收到DHCPv6服務(wù)發(fā)來(lái)的ADVERTISE報(bào)文，如果收到，則執(zhí)行步驟46，否則，執(zhí)行步驟45；步驟45如果在規(guī)定的時(shí)間內(nèi)沒(méi)有接收到任何DHCPv6服務(wù)器發(fā)送的ADVERTISE報(bào)文，則記錄測(cè)試失敗結(jié)果，等待下一次測(cè)試開(kāi)始。
步驟46向待測(cè)試的DHCPv6服務(wù)器發(fā)送配置請(qǐng)求報(bào)文；由于在一個(gè)網(wǎng)絡(luò)中可能存在多個(gè)DHCPv6服務(wù)器，每個(gè)服務(wù)器接收到客戶端的SOLICIT報(bào)文后，如果本地策略允許均會(huì)發(fā)送ADVERTISE報(bào)文，這種情況下客戶端可能會(huì)接收到多個(gè)不同服務(wù)器發(fā)送的ADVERTISE報(bào)文；按照DHCPv6(RFC3315)協(xié)議標(biāo)準(zhǔn)，客戶端需要按照策略選擇一個(gè)DHCPv6服務(wù)器為其提供配置，即向某個(gè)選中的服務(wù)器發(fā)送REQUEST配置請(qǐng)求報(bào)文，忽略其他服務(wù)器的ADVERTISE報(bào)文；為了方便對(duì)網(wǎng)絡(luò)中的DHCPv6服務(wù)器進(jìn)行測(cè)試，可以選擇按照標(biāo)準(zhǔn)協(xié)議流程進(jìn)行測(cè)試，也可以對(duì)所有DHCPv6服務(wù)器進(jìn)行應(yīng)答，即對(duì)網(wǎng)絡(luò)中的全部DHCPv6服務(wù)器進(jìn)行測(cè)試。
步驟47判斷在規(guī)則的時(shí)間內(nèi)是否收到DHCPv6服務(wù)器返回的REPLY報(bào)文，如果收到，則執(zhí)行步驟49，否則，執(zhí)行步驟48；步驟48如果在規(guī)定的時(shí)間內(nèi)沒(méi)有接收到任何DHCPv6服務(wù)器發(fā)送的REPLY報(bào)文，則記錄測(cè)試失敗結(jié)果，并等待下一次測(cè)試開(kāi)始。
步驟49接收到DHCPv6服務(wù)器的REPLY報(bào)文后，對(duì)REPLY報(bào)文進(jìn)行檢查，并記錄相關(guān)的信息。
步驟410對(duì)測(cè)試結(jié)果進(jìn)行分析并記錄，以便用戶能夠通過(guò)命令行或網(wǎng)管查看。
步驟411構(gòu)造RELEASE報(bào)文，并向DHCPv6服務(wù)器發(fā)送，釋放剛剛申請(qǐng)到的IPv6地址。
之后，便可以啟動(dòng)下一次測(cè)試的定時(shí)檢測(cè)，重新執(zhí)行上述處理步驟。
本發(fā)明在具體實(shí)現(xiàn)過(guò)程中需要對(duì)現(xiàn)有的DHCP客戶端進(jìn)行相應(yīng)的改進(jìn)以適應(yīng)測(cè)試的需要，具體的改進(jìn)如圖5所示，具體包括參數(shù)設(shè)置模塊用于設(shè)置并保存進(jìn)行DHCP服務(wù)測(cè)試所需要的各檢測(cè)參數(shù)信息；測(cè)試控制模塊用于根據(jù)所述的檢測(cè)參數(shù)信息控制發(fā)起測(cè)試操作過(guò)程，即控制DHCP客戶端與DHCP服務(wù)器端之間進(jìn)行報(bào)文的交互，以進(jìn)行相應(yīng)的DHCP配置處理；測(cè)試信息記錄模塊用于在DHCP客戶端與DHCP服務(wù)器端進(jìn)行報(bào)文交互的過(guò)程中，記錄DHCP服務(wù)的過(guò)程信息，具體包括記錄通過(guò)DHCP成功獲取IPv6地址的次數(shù)，獲取地址所需要的時(shí)間，即時(shí)延，等等；測(cè)試數(shù)據(jù)生成模塊用于根據(jù)測(cè)試信息記錄模塊記錄的信息計(jì)算DHCPv6服務(wù)的測(cè)試結(jié)果信息，具體包括DHCPv6服務(wù)的可用性，開(kāi)展DHCP服務(wù)的平均時(shí)間，時(shí)延抖動(dòng)等參數(shù)指標(biāo)信息。
對(duì)于DHCP客戶端獲得的測(cè)試結(jié)果信息保存于測(cè)試的DHCP客戶端設(shè)備中，用戶可以在終端上查看，如果是路由器等網(wǎng)絡(luò)設(shè)備，還可以通過(guò)在網(wǎng)管設(shè)備上遠(yuǎn)程查看。
其次，在對(duì)IPv6網(wǎng)絡(luò)DHCPv6業(yè)務(wù)測(cè)試過(guò)程中服務(wù)器端的測(cè)試處理流程進(jìn)行說(shuō)明。所述的DHCPv6業(yè)務(wù)測(cè)試服務(wù)器端用于完成DHCPv6協(xié)議中服務(wù)器端的功能，主要負(fù)責(zé)響應(yīng)客戶端的測(cè)試請(qǐng)求，向客戶端發(fā)送應(yīng)答報(bào)文，如圖6所示，具體包括以下處理步驟步驟61根據(jù)配置啟動(dòng)DHCPv6協(xié)議的服務(wù)。
步驟62監(jiān)聽(tīng)客戶端發(fā)送的DHCPv6報(bào)文。
步驟63服務(wù)器接收到客戶端發(fā)送的SOLICIT報(bào)文后，根據(jù)本地的策略確認(rèn)是否應(yīng)答。如果確認(rèn)需要應(yīng)答，則首先創(chuàng)建ADVERTISE應(yīng)答報(bào)文，然后向客戶端發(fā)送ADVERTISE報(bào)文。
步驟64監(jiān)聽(tīng)客戶端發(fā)送的DHCPv6報(bào)文。
步驟65服務(wù)器接收到客戶端發(fā)送的REQUEST報(bào)文后，根據(jù)服務(wù)器配置的策略構(gòu)造REPLY報(bào)文，其中包含提供給客戶端的IPv6地址以及相關(guān)的配置信息。
步驟66監(jiān)聽(tīng)客戶端發(fā)送的DHCPv6報(bào)文。
步驟67服務(wù)器接收到客戶端發(fā)送的RELEASE報(bào)文后，將分配給該客戶端的IPv6地址回收。
步驟68繼續(xù)監(jiān)聽(tīng)客戶端發(fā)送的DHCPv6報(bào)文，準(zhǔn)備下一次的DHCP配置操作過(guò)程。
本發(fā)明在具體實(shí)現(xiàn)過(guò)程中，對(duì)網(wǎng)絡(luò)中已經(jīng)存在的提供DHCP服務(wù)的實(shí)體或DHCP服務(wù)器無(wú)需進(jìn)行任何改進(jìn)，即可以直接采用現(xiàn)有的DHCP服務(wù)實(shí)體或DHCP服務(wù)器作為本發(fā)明的DHCP服務(wù)端。
本發(fā)明中，針對(duì)IPv6網(wǎng)絡(luò)的DHCPv6服務(wù)的測(cè)試性能指標(biāo)，即DHCPv6業(yè)務(wù)測(cè)試針對(duì)每個(gè)DHCPv6服務(wù)器和網(wǎng)絡(luò)的DHCPv6服務(wù)測(cè)試指標(biāo)包括DHCPv6業(yè)務(wù)傳輸?shù)淖钚r(shí)延、DHCPv6業(yè)務(wù)傳輸?shù)淖畲髸r(shí)延、DHCPv6業(yè)務(wù)傳輸?shù)钠骄鶗r(shí)延、DHCPv6業(yè)務(wù)的成功率、DHCPv6業(yè)務(wù)完成的平均時(shí)間、DHCPv6業(yè)務(wù)完成的最小時(shí)間和/或DHCPv6業(yè)務(wù)完成的最大時(shí)間。
綜上所述，本發(fā)明有效的解決了IPv6網(wǎng)絡(luò)中DHCPv6協(xié)議的探測(cè)和監(jiān)控，并能夠在DHCP服務(wù)器一旦發(fā)生異常時(shí)可以及時(shí)發(fā)現(xiàn)，從而保證運(yùn)營(yíng)商可以向客戶提供穩(wěn)定的DHCPv6服務(wù)。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種DHCP服務(wù)性能檢測(cè)的實(shí)現(xiàn)方法，其特征在于，包括A、動(dòng)態(tài)主機(jī)配置協(xié)議DHCP客戶端向待測(cè)試的DHCP服務(wù)器發(fā)送配置請(qǐng)求報(bào)文；B、根據(jù)DHCP客戶端接收到的待測(cè)試的DHCP服務(wù)器返回的應(yīng)答報(bào)文的情況，確定DHCP服務(wù)性能的測(cè)試結(jié)果。
2.根據(jù)權(quán)利要求1所述的DHCP服務(wù)性能檢測(cè)的實(shí)現(xiàn)方法，其特征在于，所述的DHCP服務(wù)器包括第六版動(dòng)態(tài)主機(jī)配置協(xié)議DHCPv6服務(wù)器。
3.根據(jù)權(quán)利要求1或2所述的DHCP服務(wù)性能檢測(cè)的實(shí)現(xiàn)方法，其特征在于，該方法在執(zhí)行步驟A之前還包括C、DHCP客戶端向DHCP服務(wù)器發(fā)送請(qǐng)求SOLICIT報(bào)文；D、DHCP客戶端根據(jù)各個(gè)DHCP服務(wù)器返回的通告ADVERTISE報(bào)文選擇確定至少一個(gè)待測(cè)試的DHCP服務(wù)器，并執(zhí)行步驟A。
4.根據(jù)權(quán)利要求3所述的DHCP服務(wù)性能檢測(cè)的實(shí)現(xiàn)方法，其特征在于，所述的步驟D還包括當(dāng)DHCP客戶端在設(shè)定的時(shí)間內(nèi)沒(méi)有收到DHCP服務(wù)器返回的ADVERTISE報(bào)文，則確定測(cè)試過(guò)程失敗。
5.根據(jù)權(quán)利要求1或2所述的DHCP服務(wù)性能檢測(cè)的實(shí)現(xiàn)方法，其特征在于，該方法還包括在DHCP客戶端上配置進(jìn)行DHCP服務(wù)性能檢測(cè)需要的檢測(cè)參數(shù)信息。
6.根據(jù)權(quán)利要求5所述的DHCP服務(wù)性能檢測(cè)的實(shí)現(xiàn)方法，其特征在于，所述的檢測(cè)參數(shù)信息包括測(cè)試的超始/終止時(shí)間、測(cè)試的頻度、測(cè)試的周期和/或測(cè)試使用的源端口信息。
7.根據(jù)權(quán)利要求5所述的DHCP服務(wù)性能檢測(cè)的實(shí)現(xiàn)方法，其特征在于，所述的步驟A包括DHCP客戶端根據(jù)所述的檢測(cè)參數(shù)信息構(gòu)造相應(yīng)的配置請(qǐng)求報(bào)文，并向DHCP服務(wù)器發(fā)送所述的配置請(qǐng)求報(bào)文。
8.根據(jù)權(quán)利要求1或2所述的DHCP服務(wù)性能檢測(cè)的實(shí)現(xiàn)方法，其特征在于，所述的步驟B包括DHCP客戶端收到DHCP服務(wù)器返回的應(yīng)答報(bào)文后，對(duì)所述應(yīng)答報(bào)文進(jìn)行檢查，獲得相應(yīng)的檢測(cè)結(jié)果信息。
9.根據(jù)權(quán)利要求8所述的DHCP服務(wù)性能檢測(cè)的實(shí)現(xiàn)方法，其特征在于，所述的步驟B還包括DHCP客戶端與DHCP服務(wù)器端進(jìn)行若干次測(cè)試用的配置請(qǐng)求報(bào)文及應(yīng)答報(bào)文的交互，并獲得檢測(cè)結(jié)果信息；而且，所述的檢測(cè)結(jié)果信息包括DHCP業(yè)務(wù)傳輸?shù)淖钚r(shí)延、DHCP業(yè)務(wù)傳輸?shù)淖畲髸r(shí)延、DHCP業(yè)務(wù)傳輸?shù)钠骄鶗r(shí)延、DHCP業(yè)務(wù)的成功率、DHCP業(yè)務(wù)完成的平均時(shí)間、DHCP業(yè)務(wù)完成的最小時(shí)間和/或DHCP業(yè)務(wù)完成的最大時(shí)間。
10.根據(jù)權(quán)利要求1或2所述的DHCP服務(wù)性能檢測(cè)的實(shí)現(xiàn)方法，其特征在于，該方法還包括DHCP客戶端向DHCP服務(wù)器發(fā)送釋放報(bào)文，請(qǐng)求DHCP釋放在所述的步驟B中為該客戶端分配的地址信息。
11.根據(jù)權(quán)利要求1或2所述的DHCP服務(wù)性能檢測(cè)的實(shí)現(xiàn)方法，其特征在于，所述的測(cè)試結(jié)果信息保存于DHCP客戶端設(shè)備中，且提供本地及遠(yuǎn)程調(diào)用接口，本地用戶或遠(yuǎn)端用戶通過(guò)所述接口調(diào)用保存的測(cè)試結(jié)果信息。
12.一種用于DHCP服務(wù)性能檢測(cè)DHCP客戶端，其特征在于，包括參數(shù)設(shè)置模塊用于設(shè)置并保存進(jìn)行DHCP服務(wù)測(cè)試所需要的各檢測(cè)參數(shù)信息；測(cè)試控制模塊用于根據(jù)所述的檢測(cè)參數(shù)信息控制DHCP客戶端與DHCP服務(wù)器端之間進(jìn)行報(bào)文的交互，進(jìn)行相應(yīng)的DHCP配置處理；測(cè)試信息記錄模塊用于在DHCP客戶端與DHCP服務(wù)器端進(jìn)行報(bào)文交互的過(guò)程中，記錄DHCP服務(wù)過(guò)程信息；測(cè)試數(shù)據(jù)生成模塊用于根據(jù)測(cè)試信息記錄模塊記錄的過(guò)程信息計(jì)算DHCPv6服務(wù)的測(cè)試結(jié)果。
全文摘要
本發(fā)明涉及一種DHCP服務(wù)性能檢測(cè)的實(shí)現(xiàn)方法。本發(fā)明主要包括首先，由DHCP(動(dòng)態(tài)主機(jī)配置協(xié)議)客戶端向待測(cè)試的DHCP服務(wù)器發(fā)送配置請(qǐng)求報(bào)文；然后，根據(jù)DHCP客戶端接收到的待測(cè)試的DHCP服務(wù)器返回的應(yīng)答報(bào)文的情況，確定DHCP服務(wù)性能的測(cè)試結(jié)果。本發(fā)明的實(shí)現(xiàn)可以有效解決IPv6網(wǎng)絡(luò)中DHCPv6協(xié)議的探測(cè)和監(jiān)控，能夠及時(shí)了解DHCPv6服務(wù)器在網(wǎng)絡(luò)中的運(yùn)行情況，且當(dāng)其一旦發(fā)生異常時(shí)可以及時(shí)發(fā)現(xiàn)，并由用戶干預(yù)解決。因此，本發(fā)明對(duì)維護(hù)網(wǎng)絡(luò)中DHCPv6協(xié)議的正常運(yùn)行，為運(yùn)營(yíng)商向客戶提供穩(wěn)定的DHCPv6服務(wù)具有非常重要的意義。
文檔編號(hào)H04L29/12GK1909482SQ20051008908
公開(kāi)日2007年2月7日 申請(qǐng)日期2005年8月5日 優(yōu)先權(quán)日2005年8月5日
發(fā)明者陳洪飛, 張健 申請(qǐng)人:華為技術(shù)有限公司