專利名稱：一種控制dhcp并發(fā)上線速度的方法和通信設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于通信領(lǐng)域，尤其涉及一種控制DHCP并發(fā)上線速度的方法和通信設(shè)備。
背景技術(shù)：
動(dòng)態(tài)主機(jī)配置協(xié)議(DynamicHost Configuration Protocol, DHCP)提供了在TCP/IP網(wǎng)絡(luò)中向客戶端發(fā)送配置信息的框架。由于DHCP客戶端發(fā)現(xiàn)服務(wù)器之前與DHCP服務(wù)器的交互是用廣播報(bào)文交互的，客戶端和服務(wù)器之間的交互報(bào)文相對(duì)開放。DHCP客戶端和服務(wù)器的交互過(guò)程常規(guī)有四次交互，當(dāng)?shù)?次交互完成后客戶端才正式獲取地址。根據(jù)客戶端和服務(wù)器 是否在同一個(gè)網(wǎng)絡(luò) 內(nèi)，DHCP常規(guī)組網(wǎng)有兩種場(chǎng)景，一種為客戶端和服務(wù)器在同一個(gè)網(wǎng)絡(luò)中的場(chǎng)景，該場(chǎng)景中還可能在客戶端與服務(wù)器之間部署一臺(tái)用于實(shí)現(xiàn)DHCP安全的DHCP防欺騙(snooping)設(shè)備。另ー種為客戶端和服務(wù)器在不同網(wǎng)絡(luò)中的場(chǎng)景?，F(xiàn)有的用DHCP分配地址的網(wǎng)絡(luò)中，一般一個(gè)服務(wù)器對(duì)應(yīng)大量的DHCP客戶端，當(dāng)由于斷電或者網(wǎng)絡(luò)中斷等情況出現(xiàn)時(shí)，網(wǎng)絡(luò)中的客戶端存在全部同時(shí)撥號(hào)的情況，受限于DHCP服務(wù)器、DHCP中繼(relay)設(shè)備、DHCP snooping設(shè)備的處理能力，當(dāng)大量用戶同時(shí)撥號(hào)時(shí)，存在擁堵的情況，因此在DHCP服務(wù)器、DHCP relay設(shè)備、DHCP snooping設(shè)備三臺(tái)設(shè)備上一般設(shè)置ー個(gè)并發(fā)上線規(guī)格。交換機(jī)用做DHCP snooping、relay、server時(shí),只能根據(jù)客戶端的報(bào)文進(jìn)行限速。如果有大量用戶同時(shí)撥號(hào)時(shí)，用戶間的DHCP discover報(bào)文、DHCPrequest報(bào)文會(huì)互相干擾，交換機(jī)的CPU性能有比較大一部分用于處理干擾的報(bào)文，在有限的CPU性能條件下，無(wú)法做到承諾的并發(fā)上線規(guī)格。舉例說(shuō)明如下如圖I所示，DHCP snooping設(shè)備通過(guò)監(jiān)控客戶端(PCI…PCn)與DHCP服務(wù)器之間交互的DHCP報(bào)文而生成綁定表項(xiàng)，用于安全功能。DHCP用戶上線的并發(fā)速率，受DHCPsnooping設(shè)備的CPU處理能力和上送CPU通道的帶寬限制?，F(xiàn)有的實(shí)現(xiàn)方式為根據(jù)經(jīng)驗(yàn)值將DHCP snooping設(shè)備的上送CPU通道帶寬限制為ー個(gè)合理值，例如200PPS，設(shè)置的用戶并發(fā)上線速度為100個(gè)/秒。如果實(shí)際使用過(guò)程中，DHCP snooping設(shè)備下掛了大量的用戶，某時(shí)刻DHCPsnooping設(shè)備產(chǎn)生故障斷網(wǎng)，在故障恢復(fù)吋，大量用戶一起撥號(hào)，PCI—PC100處在DHCPrequest階段，PC101-PC200處在DHCP discover階段。在上送CPU通道帶寬為200PPS的情況下，則 PC101-PC200 的 DHCP discover 報(bào)文會(huì)擠占掉 PCl—PC100 的 DHCP request 報(bào)文，導(dǎo)致PCl—PC100無(wú)法及時(shí)完成交互過(guò)程，導(dǎo)致從整體上看DHCP snooping設(shè)備達(dá)不到預(yù)設(shè)的并發(fā)上線速度。如果將DHCP snooping設(shè)備上送CPU通道帶寬放大，則設(shè)備CPU占用率長(zhǎng)期處在高位，影響設(shè)備穩(wěn)定性。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種控制DHCP并發(fā)上線速度的方法，以使得設(shè)備的CPU上送帶寬和CPU資源達(dá)到最佳利用率，最大可能的發(fā)揮設(shè)備的并發(fā)上線性能的問(wèn)題。第一方面，提供一種控制DHCP并發(fā)上線速度的方法，所述控制DHCP并發(fā)上線速度的方法包括下述步驟 接收動(dòng)態(tài)主機(jī)配置協(xié)議DHCP客戶端發(fā)送的DHCP報(bào)文；當(dāng)正在處理的DHCP客戶端的數(shù)量達(dá)到預(yù)設(shè)的數(shù)量閾值，且所述DHCP客戶端為新的DHCP客戶端吋，暫緩處理所述DHCP客戶端發(fā)送的DHCP報(bào)文；當(dāng)正在處理的DHCP客戶端的數(shù)量未達(dá)到預(yù)設(shè)的數(shù)量閾值，或者所述DHCP客戶端不是新的DHCP客戶端吋，處理所述DHCP客戶端發(fā)送的DHCP報(bào)文。在第一方面的第一種可能的實(shí)現(xiàn)方式中，所述DHCP報(bào)文包括DHCP發(fā)現(xiàn)Discover報(bào)文和DHCP選擇Request報(bào)文。
在第一方面的第二種可能的實(shí)現(xiàn)方式中，所述當(dāng)正在處理的DHCP客戶端的數(shù)量未達(dá)到預(yù)設(shè)的數(shù)量閾值吋，處理所述DHCP客戶端發(fā)送的DHCP報(bào)文具體包括當(dāng)用戶臨時(shí)信息表中記錄的DHCP客戶端的數(shù)量未達(dá)到預(yù)設(shè)的數(shù)量閾值時(shí)，處理所述DHCP客戶端發(fā)送的DHCP報(bào)文；其中所述用戶臨時(shí)信息表用于記錄DHCP服務(wù)器正在處理的DHCP客戶端信息。在第一方面的第三種可能的實(shí)現(xiàn)方式中，所述當(dāng)正在處理的DHCP客戶端的數(shù)量達(dá)到預(yù)設(shè)的數(shù)量閾值，且所述DHCP客戶端為新的DHCP客戶端吋，暫緩處理所述DHCP客戶端發(fā)送的DHCP報(bào)文具體包括當(dāng)用戶臨時(shí)信息表中記錄的DHCP客戶端的數(shù)量達(dá)到預(yù)設(shè)的數(shù)量閾值，且所述用戶臨時(shí)信息表中未記錄所述DHCP客戶端吋，暫緩處理所述DHCP客戶端發(fā)送的DHCP報(bào)文；其中所述用戶臨時(shí)信息表用于記錄DHCP服務(wù)器正在處理的DHCP客戶端信息。在第一方面的第四種可能的實(shí)現(xiàn)方式中，所述暫緩處理所述DHCP客戶端發(fā)送的DHCP報(bào)文具體包括生成訪問(wèn)控制列表ACL規(guī)則，井根據(jù)所述ACL規(guī)則禁止將未學(xué)習(xí)到MAC地址的DHCP報(bào)文上送到DHCP服務(wù)器的處理器進(jìn)行處理。結(jié)合第一方面、第一方面的第一種可能的實(shí)現(xiàn)方式、第一方面的第二種可能的實(shí)現(xiàn)方式、第一方面第三種可能的實(shí)現(xiàn)方式或者第一方面第四種可能的實(shí)現(xiàn)方式，在第一方面的第五種可能的實(shí)現(xiàn)方式中，在所述處理所述DHCP客戶端發(fā)送的DHCP報(bào)文之前，所述方法還包括當(dāng)正在處理的DHCP客戶端的數(shù)量未達(dá)到預(yù)設(shè)的數(shù)量閾值，且所述DHCP客戶端為新的DHCP客戶端吋，記錄發(fā)送DHCP報(bào)文的DHCP客戶端信息。結(jié)合第一方面的第五種可能的實(shí)現(xiàn)方式，在第一方面的第六種可能的實(shí)現(xiàn)方式中，在所述處理所述DHCP客戶端發(fā)送的DHCP報(bào)文之前，所述方法還包括刪除已生成的所述ACL規(guī)則。結(jié)合第一方面、第一方面的第一種可能的實(shí)現(xiàn)方式、第一方面的第二種可能的實(shí)現(xiàn)方式、第一方面第三種可能的實(shí)現(xiàn)方式或者第一方面第四種可能的實(shí)現(xiàn)方式，在第一方面的第七種可能的實(shí)現(xiàn)方式中，所述方法還包括當(dāng)DHCP服務(wù)器正在處理的DHCP客戶端中存在網(wǎng)絡(luò)地址申請(qǐng)成功的DHCP客戶端時(shí)，刪除記錄的所述網(wǎng)絡(luò)地址申請(qǐng)成功的DHCP客戶端信息，同時(shí)刪除已生成的ACL規(guī)則。
第二方面，提供ー種通信設(shè)備，所述通信設(shè)備包括接收單元，用于接收動(dòng)態(tài)主機(jī)配置協(xié)議DHCP客戶端發(fā)送的DHCP報(bào)文；處理單元，用于當(dāng)正在處理的DHCP客戶端的數(shù)量達(dá)到預(yù)設(shè)的數(shù)量閾值，且所述DHCP客戶端為新的DHCP客戶端吋，暫緩處理所述接收單元接收的所述DHCP客戶端發(fā)送的DHCP報(bào)文；當(dāng)正在處理的DHCP客戶端的數(shù)量未達(dá)到預(yù)設(shè)的數(shù)量閾值，或者所述DHCP客戶端不是新的DHCP客戶端吋，處理所述接收單元接收的所述DHCP客戶端發(fā)送的DHCP報(bào)文。在第二方面的第一種可能的實(shí)現(xiàn)方式中，所述處理単元具體用于當(dāng)用戶臨時(shí)信息表中記錄的DHCP客戶端的數(shù)量未達(dá)到預(yù)設(shè)的數(shù)量閾值時(shí)，處理所述DHCP客戶端發(fā)送的DHCP報(bào)文；其中所述用戶臨時(shí)信息表用于記錄DHCP服務(wù)器正在處理的DHCP客戶端信息。在第二方面的第二種可能的實(shí)現(xiàn)方式中，所述處理単元具體用于當(dāng)用戶臨時(shí)信息表中記錄的DHCP客戶端的數(shù)量達(dá)到預(yù)設(shè)的數(shù)量閾值且所述用戶臨時(shí)信息表中未記錄所述DHCP客戶端吋，暫緩處理所述接收單元接收的所述DHCP客戶端發(fā)送的DHCP報(bào)文；其中所述用戶臨時(shí)信息表用于記錄DHCP服務(wù)器正在處理的DHCP客戶端信息。
在第二方面的第三種可能的實(shí)現(xiàn)方式中，所述處理単元具體用于生成訪問(wèn)控制列表ACL規(guī)則，并根據(jù)所述ACL規(guī)則禁止將未學(xué)習(xí)到MAC地址的DHCP報(bào)文上送到DHCP服務(wù)器的處理器進(jìn)行處理。在第二方面的第四種可能的實(shí)現(xiàn)方式中，所述通信設(shè)備還包括記錄單元，用于當(dāng)正在處理的DHCP客戶端的數(shù)量未達(dá)到預(yù)設(shè)的數(shù)量閾值，且所述DHCP客戶端為新的DHCP客戶端吋，記錄發(fā)送DHCP報(bào)文的DHCP客戶端信息。在第二方面的第五種可能的實(shí)現(xiàn)方式中，所述通信設(shè)備還包括刪除單元，用于在處理所述DHCP客戶端發(fā)送的DHCP報(bào)文之前，刪除已生成的所述ACL規(guī)則。結(jié)合第二方面的第五種可能的實(shí)現(xiàn)方式，在第二方面的第六種可能的實(shí)現(xiàn)方式中，所述刪除単元還用于當(dāng)DHCP服務(wù)器正在處理的DHCP客戶端中存在網(wǎng)絡(luò)地址申請(qǐng)成功的DHCP客戶端時(shí)，刪除記錄的所述網(wǎng)絡(luò)地址申請(qǐng)成功的DHCP客戶端信息，同時(shí)刪除已生成的ACL規(guī)則。結(jié)合第二方面、第二方面的第一種可能的實(shí)現(xiàn)方式、第二方面的第二種可能的實(shí)現(xiàn)方式、第二方面的第三種可能的實(shí)現(xiàn)方式、第二方面的第四種可能的實(shí)現(xiàn)方式、第二方面的第六種可能的實(shí)現(xiàn)方式或者第二方面的第六種可能的實(shí)現(xiàn)方式，在第二方面的第七種可能的實(shí)現(xiàn)方式中，所述通信設(shè)備包括DHCP服務(wù)器、DHCP防欺騙snooping設(shè)備、DHCP中繼relay設(shè)備。在本發(fā)明實(shí)施例中，當(dāng)正在處理的DHCP客戶端的數(shù)量達(dá)到預(yù)設(shè)的數(shù)量閾值時(shí)，暫緩新的DHCP客戶端發(fā)送的DHCP報(bào)文，從而可以避免新的DHCP客戶端發(fā)送的DHCP報(bào)文擠占設(shè)備的處理資源，使得設(shè)備CPU的上送帶寬和CPU資源達(dá)到最佳利用率，從而最大可能的發(fā)揮設(shè)備的并發(fā)上線性能。


圖I是現(xiàn)有技術(shù)提供的DHCP客戶端和DHCP服務(wù)器在同一個(gè)網(wǎng)絡(luò)中的連接示意圖；圖2是本發(fā)明實(shí)施例提供的控制DHCP并發(fā)上線速度的方法的實(shí)現(xiàn)流程圖；圖3是本發(fā)明另ー實(shí)施例提供的控制DHCP并發(fā)上線速度的方法的實(shí)現(xiàn)流程圖；圖4是本發(fā)明另ー實(shí)施例提供的控制DHCP并發(fā)上線速度的方法的實(shí)現(xiàn)流程圖；圖5是本發(fā)明實(shí)施例提供的通信設(shè)備的結(jié)構(gòu)框圖；圖6是本發(fā)明實(shí)施例提供的通信設(shè)備的硬件結(jié)構(gòu)圖。
具體實(shí)施例方式為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí)施例，對(duì)本發(fā)明進(jìn)行進(jìn)ー步詳細(xì)說(shuō)明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并 不用于限定本發(fā)明。在本發(fā)明實(shí)施例中，當(dāng)正在處理的DHCP客戶端的數(shù)量達(dá)到預(yù)設(shè)的數(shù)量閾值時(shí)，暫緩處理新的DHCP客戶端發(fā)送的DHCP報(bào)文，當(dāng)正在處理的DHCP客戶端的數(shù)量未達(dá)到預(yù)設(shè)的數(shù)量閾值時(shí)，接收并處理新的DHCP客戶端發(fā)送的DHCP報(bào)文，這種基于用戶粒度控制DHCP報(bào)文的上線速度的方式，可以使設(shè)備CPU的上送帶寬和CPU資源達(dá)到最佳利用率，從而最大可能的發(fā)揮設(shè)備的并發(fā)上線性能。為了說(shuō)明本發(fā)明所述的技術(shù)方案，下面通過(guò)具體實(shí)施例來(lái)進(jìn)行說(shuō)明。圖2示出了本發(fā)明實(shí)施例提供的控制DHCP并發(fā)上線速度的方法的實(shí)現(xiàn)流程，該方法適用于與客戶端直接連接的設(shè)備中，如DHCP服務(wù)器、DHCP snooping設(shè)備、DHCP中繼(relay)設(shè)備等。為了便于說(shuō)明，以DHCP服務(wù)器為例進(jìn)行說(shuō)明，對(duì)于其它與客戶端直接連接的設(shè)備，其原理相同，詳述如下S101, DHCP服務(wù)器接收動(dòng)態(tài)主機(jī)配置協(xié)議DHCP客戶端發(fā)送的DHCP報(bào)文。在本實(shí)施例中，DHCP客戶端在需要接入網(wǎng)絡(luò)時(shí)，向網(wǎng)絡(luò)廣播DHCP報(bào)文。其中DHCP報(bào)文包括但不限于DHCP發(fā)現(xiàn)(Discover)報(bào)文和DHCP選擇(Request)報(bào)文。S102,當(dāng)DHCP服務(wù)器正在處理的DHCP客戶端的數(shù)量達(dá)到預(yù)設(shè)的數(shù)量閾值，且該DHCP客戶端為新的DHCP客戶端吋，暫緩處理接收到的DHCP客戶端發(fā)送的DHCP報(bào)文。在本實(shí)施例中，預(yù)設(shè)的數(shù)量閾值可以設(shè)置為DHCP服務(wù)器的最大并發(fā)上線規(guī)格。其中DHCP服務(wù)器的最大并發(fā)上線規(guī)格是指該DHCP服務(wù)器允許的最大用戶并發(fā)上線速度，如可以設(shè)置為100個(gè)/秒。正在處理的DHCP客戶端的數(shù)量是指正在通過(guò)DHCP服務(wù)器申請(qǐng)網(wǎng)絡(luò)地址但還未獲取到網(wǎng)絡(luò)地址的DHCP客戶端的數(shù)量。其中檢查DHCP服務(wù)器正在處理的DHCP客戶端的數(shù)量是否達(dá)到預(yù)設(shè)的數(shù)量閾值的方式，以及檢查DHCP客戶端是否為新的DHCP客戶端的方式可以采用現(xiàn)有技術(shù)提供的任意一種檢查方式，也可以采用本實(shí)施例提供的如下方式在DHCP服務(wù)器接收到DHCP客戶端發(fā)送的DHCP報(bào)文，并將該DHCP報(bào)文上送到DHCP服務(wù)器的處理器(如CPU)進(jìn)行處理時(shí)，DHCP服務(wù)器記錄發(fā)送該DHCP報(bào)文的DHCP客戶端信息，表示DHCP服務(wù)器正在處理已記錄的DHCP客戶端發(fā)送的DHCP報(bào)文，這樣，后續(xù)在接收到DHCP客戶端發(fā)送的DHCP報(bào)文吋，即可查看DHCP服務(wù)器中是否記錄該DHCP客戶端信息，如果是，則該DHCP客戶端不是新的DHCP客戶端，如果否，則該DHCP客戶端為新的DHCP客戶端。另外，通過(guò)統(tǒng)計(jì)DHCP服務(wù)器中記錄的DHCP客戶端的總數(shù)量，并將統(tǒng)計(jì)出的DHCP服務(wù)器中記錄的DHCP客戶端的總數(shù)量與預(yù)設(shè)的數(shù)量閾值進(jìn)行比較，即可檢查出DHCP服務(wù)器正在處理的DHCP客戶端的數(shù)量是否達(dá)到預(yù)設(shè)的數(shù)量閾值。在本實(shí)施例中，DHCP服務(wù)器可以通過(guò)用戶臨時(shí)信息表來(lái)記錄其正在處理的DHCP客戶端信息。其中DHCP客戶端信息包括DHCP客戶端標(biāo)識(shí)，還可以包括報(bào)文類型等信息。其中DHCP客戶端標(biāo)識(shí)用于唯一標(biāo)識(shí)DHCP客戶端，可以為DHCP客戶端的MAC (Media AccessControl，介質(zhì)訪問(wèn)控制)地址。報(bào)文類型是指當(dāng)前正在處理的該DHCP客戶端的報(bào)文的類型，如DHCPDiscover報(bào)文、DHCPRequest報(bào)文或者DHCPACK報(bào)文等。為了更為清楚，表I示出了本發(fā)明實(shí)施例提供的用戶臨時(shí)信息表的示例，但用戶臨時(shí)信息表不以表I所示為限。表I
權(quán)利要求
1.一種控制DHCP并發(fā)上線速度的方法，其特征在于，所述方法包括下述步驟 接收動(dòng)態(tài)主機(jī)配置協(xié)議DHCP客戶端發(fā)送的DHCP報(bào)文； 當(dāng)正在處理的DHCP客戶端的數(shù)量達(dá)到預(yù)設(shè)的數(shù)量閾值，且所述DHCP客戶端為新的DHCP客戶端吋，暫緩處理所述DHCP客戶端發(fā)送的DHCP報(bào)文； 當(dāng)正在處理的DHCP客戶端的數(shù)量未達(dá)到預(yù)設(shè)的數(shù)量閾值，或者所述DHCP客戶端不是新的DHCP客戶端吋，處理所述DHCP客戶端發(fā)送的DHCP報(bào)文。
2.如權(quán)利要求I所述的控制DHCP并發(fā)上線速度的方法，其特征在于，所述DHCP報(bào)文包括DHCP發(fā)現(xiàn)Discover報(bào)文和DHCP選擇Request報(bào)文。
3.如權(quán)利要求I所述的控制DHCP并發(fā)上線速度的方法，其特征在于，所述當(dāng)正在處理的DHCP客戶端的數(shù)量未達(dá)到預(yù)設(shè)的數(shù)量閾值吋，處理所述DHCP客戶端發(fā)送的DHCP報(bào)文具體包括 當(dāng)用戶臨時(shí)信息表中記錄的DHCP客戶端的數(shù)量未達(dá)到預(yù)設(shè)的數(shù)量閾值時(shí)，處理所述DHCP客戶端發(fā)送的DHCP報(bào)文； 其中所述用戶臨時(shí)信息表用于記錄DHCP服務(wù)器正在處理的DHCP客戶端信息。
4.如權(quán)利要求I所述的控制DHCP并發(fā)上線速度的方法，其特征在于，所述當(dāng)正在處理的DHCP客戶端的數(shù)量達(dá)到預(yù)設(shè)的數(shù)量閾值，且所述DHCP客戶端為新的DHCP客戶端吋，暫緩處理所述DHCP客戶端發(fā)送的DHCP報(bào)文具體包括 當(dāng)用戶臨時(shí)信息表中記錄的DHCP客戶端的數(shù)量達(dá)到預(yù)設(shè)的數(shù)量閾值，且所述用戶臨時(shí)信息表中未記錄所述DHCP客戶端吋，暫緩處理所述DHCP客戶端發(fā)送的DHCP報(bào)文； 其中所述用戶臨時(shí)信息表用于記錄DHCP服務(wù)器正在處理的DHCP客戶端信息。
5.如權(quán)利要求I所述的控制DHCP并發(fā)上線速度的方法，其特征在于，所述暫緩處理所述DHCP客戶端發(fā)送的DHCP報(bào)文具體包括 生成訪問(wèn)控制列表ACL規(guī)則，并根據(jù)所述ACL規(guī)則禁止將未學(xué)習(xí)到MAC地址的DHCP報(bào)文上送到DHCP服務(wù)器的處理器進(jìn)行處理。
6.如權(quán)利要求I至5任ー權(quán)利要求所述的控制DHCP并發(fā)上線速度的方法，其特征在于，在所述處理所述DHCP客戶端發(fā)送的DHCP報(bào)文之前，所述方法還包括 當(dāng)正在處理的DHCP客戶端的數(shù)量未達(dá)到預(yù)設(shè)的數(shù)量閾值，且所述DHCP客戶端為新的DHCP客戶端吋，記錄發(fā)送DHCP報(bào)文的DHCP客戶端信息。
7.如權(quán)利要求5所述的控制DHCP并發(fā)上線速度的方法，其特征在于，在所述處理所述DHCP客戶端發(fā)送的DHCP報(bào)文之前，所述方法還包括 刪除已生成的所述ACL規(guī)則。
8.如權(quán)利要求I至5任ー權(quán)利要求所述的控制DHCP并發(fā)上線速度的方法，其特征在于，所述方法還包括 當(dāng)DHCP服務(wù)器正在處理的DHCP客戶端中存在網(wǎng)絡(luò)地址申請(qǐng)成功的DHCP客戶端吋，刪除記錄的所述網(wǎng)絡(luò)地址申請(qǐng)成功的DHCP客戶端信息，同時(shí)刪除已生成的ACL規(guī)則。
9.ー種通信設(shè)備，其特征在于，所述通信設(shè)備包括 接收單元，用于接收動(dòng)態(tài)主機(jī)配置協(xié)議DHCP客戶端發(fā)送的DHCP報(bào)文； 處理單元，用于當(dāng)正在處理的DHCP客戶端的數(shù)量達(dá)到預(yù)設(shè)的數(shù)量閾值，且所述DHCP客戶端為新的DHCP客戶端吋，暫緩處理所述接收單元接收的所述DHCP客戶端發(fā)送的DHCP報(bào)文；當(dāng)正在處理的DHCP客戶端的數(shù)量未達(dá)到預(yù)設(shè)的數(shù)量閾值，或者所述DHCP客戶端不是新的DHCP客戶端吋，處理所述接收單元接收的所述DHCP客戶端發(fā)送的DHCP報(bào)文。
10.如權(quán)利要求9所述的通信設(shè)備，其特征在于，所述處理単元具體用于當(dāng)用戶臨時(shí)信息表中記錄的DHCP客戶端的數(shù)量未達(dá)到預(yù)設(shè)的數(shù)量閾值時(shí)，處理所述DHCP客戶端發(fā)送的DHCP報(bào)文； 其中所述用戶臨時(shí)信息表用于記錄DHCP服務(wù)器正在處理的DHCP客戶端信息。
11.如權(quán)利要求9所述的通信設(shè)備，其特征在于，所述處理単元具體用于當(dāng)用戶臨時(shí)信息表中記錄的DHCP客戶端的數(shù)量達(dá)到預(yù)設(shè)的數(shù)量閾值且所述用戶臨時(shí)信息表中未記錄所述DHCP客戶端吋，暫緩處理所述接收單元接收的所述DHCP客戶端發(fā)送的DHCP報(bào)文； 其中所述用戶臨時(shí)信息表用于記錄DHCP服務(wù)器正在處理的DHCP客戶端信息。
12.如權(quán)利要求9所述的通信設(shè)備，其特征在于，所述處理単元具體用于生成訪問(wèn)控制列表ACL規(guī)則，并根據(jù)所述ACL規(guī)則禁止將未學(xué)習(xí)到MAC地址的DHCP報(bào)文上送到DHCP服務(wù)器的處理器進(jìn)行處理。
13.如權(quán)利要求9所述的通信設(shè)備，其特征在于，所述通信設(shè)備還包括 記錄單元，用于當(dāng)正在處理的DHCP客戶端的數(shù)量未達(dá)到預(yù)設(shè)的數(shù)量閾值，且所述DHCP客戶端為新的DHCP客戶端吋，記錄發(fā)送DHCP報(bào)文的DHCP客戶端信息。
14.如權(quán)利要求9所述的通信設(shè)備，其特征在于，所述通信設(shè)備還包括 刪除單元，用于在處理所述DHCP客戶端發(fā)送的DHCP報(bào)文之前，刪除已生成的所述ACL規(guī)則。
15.如權(quán)利要求14所述的通信設(shè)備，其特征在于，所述刪除単元還用于當(dāng)DHCP服務(wù)器正在處理的DHCP客戶端中存在網(wǎng)絡(luò)地址申請(qǐng)成功的DHCP客戶端時(shí)，刪除記錄的所述網(wǎng)絡(luò)地址申請(qǐng)成功的DHCP客戶端信息，同時(shí)刪除已生成的ACL規(guī)則。
16.如權(quán)利要求9至15任ー權(quán)利要求所述的通信設(shè)備，其特征在于，所述通信設(shè)備包括DHCP服務(wù)器、DHCP防欺騙snooping設(shè)備、DHCP中繼relay設(shè)備。
全文摘要
本發(fā)明適用于通信領(lǐng)域，提供了一種控制DHCP并發(fā)上線速度的方法和通信設(shè)備，該方法包括接收動(dòng)態(tài)主機(jī)配置協(xié)議DHCP客戶端發(fā)送的DHCP報(bào)文；當(dāng)正在處理的DHCP客戶端的數(shù)量達(dá)到預(yù)設(shè)的數(shù)量閾值，且所述DHCP客戶端為新的DHCP客戶端時(shí)，暫緩處理所述DHCP客戶端發(fā)送的DHCP報(bào)文；當(dāng)正在處理的DHCP客戶端的數(shù)量未達(dá)到預(yù)設(shè)的數(shù)量閾值，或者所述DHCP客戶端不是新的DHCP客戶端時(shí)，處理所述DHCP客戶端發(fā)送的DHCP報(bào)文。本發(fā)明可以避免新的DHCP客戶端發(fā)送的DHCP報(bào)文擠占設(shè)備的處理資源，可以使設(shè)備CPU的上送帶寬和CPU資源達(dá)到最佳利用率，從而最大可能的發(fā)揮設(shè)備的并發(fā)上線性能。
文檔編號(hào)H04L29/06GK102868700SQ20121037010
公開日2013年1月9日 申請(qǐng)日期2012年9月28日 優(yōu)先權(quán)日2012年9月28日
發(fā)明者于斌, 韓志沖 申請(qǐng)人:華為技術(shù)有限公司