一種dhcp報文轉(zhuǎn)發(fā)方法和設備的制作方法
【專利摘要】本發(fā)明公開了一種DHCP報文轉(zhuǎn)發(fā)方法，該方法包括：中轉(zhuǎn)設備接收DHCP客戶端發(fā)送的DHCP請求報文，所述DHCP請求報文中攜帶具有DHCP客戶端節(jié)點標識的用戶信息子選項；中轉(zhuǎn)設備將自身節(jié)點標識和接收DHCP請求報文的路徑信息攜帶在DHCP請求報文的中繼代理信息子選項中；中轉(zhuǎn)設備將攜帶有DHCP客戶端節(jié)點標識的用戶信息子選項和該中轉(zhuǎn)設備的中繼代理信息子選項的DHCP請求報文轉(zhuǎn)發(fā)至DHCP服務器，以使DHCP服務器根據(jù)所述用戶信息子選項和中繼代理信息子選項進行網(wǎng)絡拓撲描繪。本發(fā)明還公開了一種中轉(zhuǎn)設備。采用本發(fā)明能夠?qū)崿F(xiàn)網(wǎng)絡拓撲收集。
【專利說明】一種DHCP報文轉(zhuǎn)發(fā)方法和設備

【技術領域】
[0001] 本發(fā)明涉及網(wǎng)絡通信【技術領域】，特別涉及一種動態(tài)主機配置協(xié)議（DHCP，Dynamic HostConfigurationProtocol)報文轉(zhuǎn)發(fā)方法和設備。

【背景技術】
[0002] DHCP基于客戶端/服務器通信模式，為網(wǎng)絡設備動態(tài)地分配互聯(lián)網(wǎng)協(xié)議（IP， Internet Protocol)地址等網(wǎng)絡配置參數(shù)。
[0003] 圖1為現(xiàn)有技術中的一種典型DHCP組網(wǎng)示意圖，該組網(wǎng)包括DHCP服務器1、DHCP 客戶端111?116、及中轉(zhuǎn)設備11?15。當DHCP客戶端與DHCP服務器不在同一個網(wǎng)段時， 在DHCP客戶端與DHCP服務器之間會存在中轉(zhuǎn)設備。圖1所示的各功能實體將按如下步驟 實現(xiàn)動態(tài)分配IP地址。
[0004] 步驟Sl，DHCP客戶端111廣播DISCOVER(發(fā)現(xiàn)）報文；
[0005] 步驟S2,中轉(zhuǎn)設備11?13根據(jù)配置將DISCOVER報文單播發(fā)送給DHCP服務器1 ;
[0006] 步驟S3,DHCP服務器1為DHCP客戶端111分配IP地址，將分配的IP地址攜帶在 OFFER(提供）報文中單播發(fā)送給中轉(zhuǎn)設備11?13 ;
[0007] 步驟S4,中轉(zhuǎn)設備11?13將OFFER報文單播發(fā)送給DHCP客戶端111 ;
[0008] 步驟S5，DHCP客戶端111廣播REQUEST(請求)報文，REQUEST報文中攜帶DHCP服 務器1分配的IP地址；
[0009] 步驟S6,中轉(zhuǎn)設備11?13根據(jù)配置將REQUEST報文單播發(fā)送給DHCP服務器1 ; [0010] 步驟S7,DHCP服務器1單播發(fā)送ACK(確認)報文，確認IP地址的分配，并為DHCP 客戶端111分配租約；
[0011] 步驟S8,中轉(zhuǎn)設備11?13單播發(fā)送ACK報文給DHCP客戶端111 ;
[0012]步驟S9，根據(jù)DHCP協(xié)議規(guī)定，在某些特定的時間DHCP客戶端111經(jīng)中轉(zhuǎn)設備11? 13單播發(fā)送續(xù)約報文給DHCP服務器1，以保證獲取到的IP地址的可用狀態(tài)。
[0013] 上述DISCOVER報文和REQUEST報文，統(tǒng)稱為DHCP請求報文。
[0014] 現(xiàn)有技術中，實現(xiàn)動態(tài)分配IP地址的網(wǎng)絡設備、服務器以及用戶的PC往往來自于 不同的廠家，因此所支持的信息子選項功能不統(tǒng)一，例如中繼代理信息子選項0ption82,有 的廠家的中轉(zhuǎn)設備所支持的0ption82沒有附加項，不能追加路徑信息，有的廠家的中轉(zhuǎn)設 備所支持的0ption82則可以追加路徑信息，因此，在這種設備來自不同廠家的情況下，通 過上述DHCP報文攜帶0ption82,就導致很難實現(xiàn)網(wǎng)絡拓撲的收集，以及對網(wǎng)絡設備和用戶 PC的監(jiān)管和管理。


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

[0015] 本發(fā)明的目的在于提供一種DHCP報文轉(zhuǎn)發(fā)方法和設備，能夠?qū)崿F(xiàn)網(wǎng)絡拓撲收集。
[0016] 為實現(xiàn)上述發(fā)明目的，本發(fā)明提供了一種DHCP報文轉(zhuǎn)發(fā)方法，該方法包括：
[0017] 中轉(zhuǎn)設備接收DHCP客戶端發(fā)送的DHCP請求報文，所述DHCP請求報文中攜帶具有 DHCP客戶端節(jié)點標識的用戶信息子選項；
[0018] 中轉(zhuǎn)設備將自身節(jié)點標識和接收DHCP請求報文的路徑信息攜帶在DHCP請求報文 的中繼代理信息子選項中；
[0019] 中轉(zhuǎn)設備將攜帶有DHCP客戶端節(jié)點標識的用戶信息子選項和該中轉(zhuǎn)設備的中繼 代理信息子選項的DHCP請求報文轉(zhuǎn)發(fā)至DHCP服務器，以使DHCP服務器根據(jù)所述用戶信息 子選項和中繼代理信息子選項進行網(wǎng)絡拓撲描繪。
[0020] 為實現(xiàn)上述發(fā)明目的，本發(fā)明還提供了一種中轉(zhuǎn)設備，其特征在于，該設備包括：
[0021] 接收單元，用于接收DHCP客戶端發(fā)送的DHCP請求報文，所述DHCP請求報文中攜 帶具有DHCP客戶端節(jié)點標識的用戶信息子選項；
[0022] 信息添加單元，用于將自身節(jié)點標識和接收DHCP請求報文的路徑信息攜帶在 DHCP請求報文的中繼代理信息子選項中；
[0023] 轉(zhuǎn)發(fā)單元，用于轉(zhuǎn)發(fā)所述DHCP請求報文至DHCP服務器，以使DHCP服務器根據(jù)所 述用戶信息子選項和中繼代理子選項進行網(wǎng)絡拓撲描繪。
[0024] 綜上所述，本發(fā)明實施例中，在DHCP客戶端向DHCP服務器申請IP地址時，DHCP客 戶端利用用戶信息子選項將自身節(jié)點標識發(fā)送給中轉(zhuǎn)設備，經(jīng)中轉(zhuǎn)設備發(fā)送給DHCP服務 器；同時中轉(zhuǎn)設備利用中繼代理信息子選項將報文經(jīng)過路徑疊加后攜帶給DHCP服務器。因 此，DHCP服務器根據(jù)用戶信息子選項和中繼代理信息子選項，收集節(jié)點設備標識，并確定節(jié) 點設備間的連接關系，以此描繪網(wǎng)絡拓撲，可以借助WEB實現(xiàn)網(wǎng)絡拓撲圖形展示給用戶，便 于用戶監(jiān)控管理。

【專利附圖】

【附圖說明】
[0025] 圖1為現(xiàn)有技術中的一種典型DHCP組網(wǎng)示意圖。
[0026] 圖2為本發(fā)明DHCP報文轉(zhuǎn)發(fā)方法的流程示意圖。
[0027] 圖3為本發(fā)明實施例中0ption82子選項的結構示意圖。
[0028] 圖4為本發(fā)明實施例中轉(zhuǎn)設備的結構示意圖。
[0029] 圖5為本發(fā)明又一實施例中轉(zhuǎn)設備的結構示意圖。

【具體實施方式】
[0030] 為使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，以下參照附圖并舉實施例，對 本發(fā)明所述方案作進一步地詳細說明。
[0031] 在本發(fā)明中，為使DHCP服務器能夠收集到網(wǎng)絡拓撲，在DHCP請求報文中攜帶兩種 信息子選項，一種為用戶信息子選項，一種為中繼代理信息子選項。其中，用戶信息子選項 為0ption60,用于指示用戶自身的屬性，不但DHCP客戶端可以發(fā)送攜帶0ption60的報文， 中轉(zhuǎn)設備作為客戶端時也可以攜帶0ption60。中繼代理信息子選項為0ption82,用于指示 報文的路徑信息，只有中轉(zhuǎn)設備可以攜帶0ption82。需要說明的是，信息子選項（Option) 根據(jù)用途功能的不同，有〇?254之間的多個取值。
[0032] 本發(fā)明DHCP報文轉(zhuǎn)發(fā)方法的流程示意圖如圖2所示，其包括以下步驟：
[0033] 步驟21，中轉(zhuǎn)設備接收DHCP客戶端發(fā)送的DHCP請求報文，所述DHCP請求報文中 攜帶具有DHCP客戶端節(jié)點標識的用戶信息子選項；
[0034] 步驟22,中轉(zhuǎn)設備將自身節(jié)點標識和接收DHCP請求報文的路徑信息攜帶在DHCP 請求報文的中繼代理信息子選項中；
[0035] 其中，接收DHCP請求報文的路徑信息包括接收到DHCP請求報文的中轉(zhuǎn)設備接收 和轉(zhuǎn)發(fā)所述DHCP請求報文的接口信息。
[0036] 步驟23,中轉(zhuǎn)設備將攜帶有DHCP客戶端節(jié)點標識的用戶信息子選項和該中轉(zhuǎn)設 備的中繼代理信息子選項的DHCP請求報文轉(zhuǎn)發(fā)至DHCP服務器，以使DHCP服務器根據(jù)所述 用戶信息子選項和中繼代理信息子選項進行網(wǎng)絡拓撲描繪。
[0037] 上述DHCP請求報文可以為DISCOVER報文，或者REQUEST報文。為清楚說明本發(fā) 明，以圖1組網(wǎng)為例，對上述方法進行詳細說明。
[0038] 步驟SS1，DHCP客戶端111發(fā)起DISCOVER請求到中轉(zhuǎn)設備11，DISCOVER報文中 攜帶0ption60子選項，其內(nèi)容為DHCP客戶端111的節(jié)點標識，該節(jié)點標識可以包括廠商標 識、設備類別、設備型號等字段。
[0039] 步驟SS2,中轉(zhuǎn)設備11在DISCOVER報文中添加0ption82子選項，發(fā)送給中轉(zhuǎn)設 備12。0ption82子選項結構示意圖如圖3所示，包括：子選項標識、子選項長度、附加項長 度和附加項，附加項可以有N個，表示為附加項Si(i=l，2, 一N)，N為整數(shù)。每個附加項字 段不但填寫一個中轉(zhuǎn)設備的標識，而且填寫該中轉(zhuǎn)設備接收請求報文的路徑信息。該步驟 中中轉(zhuǎn)設備11發(fā)送的DHCP-DISC0VER報文中攜帶0ption60子選項和0ption82子選項，其 中，0ption82子選項的附加項包括中轉(zhuǎn)設備11的設備標識，以及DISCOVER報文經(jīng)過中轉(zhuǎn) 設備11時的入端口Ethl/2,出端口Ethl/1。
[0040] 步驟SS3,中轉(zhuǎn)設備12在DISCOVER報文的0ption82子選項中追加中轉(zhuǎn)設備12的 設備標識，以及DISCOVER報文經(jīng)過中轉(zhuǎn)設備12時的入端口Ethl/2,出端口Ethl/1，發(fā)送給 中轉(zhuǎn)設備13。
[0041] 這里，0ption82子選項的附加項有兩個，附加項1 :中轉(zhuǎn)設備11的設備標識，以及 DISCOVER報文經(jīng)過中轉(zhuǎn)設備11時的入端口Ethl/2,出端口Ethl/1 ;附加項2 :中轉(zhuǎn)設備12 的設備標識，以及DISCOVER報文經(jīng)過中轉(zhuǎn)設備12時的入端口Ethl/2,出端口Ethl/1。
[0042] 步驟SS4,中轉(zhuǎn)設備13在DISCOVER報文的0ption82子選項中追加中轉(zhuǎn)設備13的 設備標識，以及DISCOVER報文經(jīng)過中轉(zhuǎn)設備13時的入端口Ethl/1，出端口Ethl/4,發(fā)送給 DHCP服務器1。
[0043] 這里，0ption82子選項的附加項也有三個，附加項1:中轉(zhuǎn)設備11的設備標識，以 及DISCOVER報文經(jīng)過中轉(zhuǎn)設備11時的入端口Ethl/2,出端口Ethl/1 ;附加項2 :中轉(zhuǎn)設備 12的設備標識，以及DISCOVER報文經(jīng)過中轉(zhuǎn)設備12時的入端口Ethl/2,出端口Ethl/1;附 加項3 :中轉(zhuǎn)設備13的設備標識，以及DISCOVER報文經(jīng)過中轉(zhuǎn)設備13時的入端口Ethl/1， 出端口Ethl/4。
[0044] 步驟SS5，DHCP服務器1收到DHCP-DISC0VER報文，就可以總結出該路徑上存在節(jié) 點設備：DHCP客戶端111、中轉(zhuǎn)設備11、中轉(zhuǎn)設備12和中轉(zhuǎn)設備13,并描繪出從DHCP客戶 端111到中轉(zhuǎn)設備13這條鏈路。
[0045] 基于同樣的方法，DHCP服務器1就可以得到如圖1所示的網(wǎng)絡拓撲圖。
[0046] 由于0ption60子選項用于指示用戶自身的屬性，所以還可以用0ption60子選項 攜帶用戶自身運行信息。因此，為實現(xiàn)對節(jié)點設備的實時監(jiān)管，在DHCP服務器接收到發(fā)現(xiàn) 報文，且確認為DHCP客戶端分配IP地址和租約之后，DHCP報文轉(zhuǎn)發(fā)方法還包括如下步驟：[0047]步驟41，中轉(zhuǎn)設備接收DHCP客戶端發(fā)送的續(xù)約報文，所述續(xù)約報文中攜帶具有 DHCP客戶端自身運行信息的用戶信息子選項；
[0048] 步驟42,中轉(zhuǎn)設備轉(zhuǎn)發(fā)所述續(xù)約報文至DHCP服務器，以使DHCP服務器根據(jù)DHCP 客戶端的運行信息對所述DHCP客戶端進行策略配置。
[0049] 其中，DHCP客戶端運行信息包括：DHCP客戶端CPU占用情況；DHCP客戶端上的每 個接口的接口狀態(tài)；接口上行流量統(tǒng)計；接口下行流量統(tǒng)計。如果DHCP客戶端運行信息存 儲于遠程服務器中，則在續(xù)約報文的用戶信息子選項中攜帶該DHCP客戶端遠程存儲信息 所使用的遠程服務器地址和域名，以及登錄該遠程服務器所需的用戶名和密碼。
[0050] 這樣，DHCP客戶端在續(xù)約報文中，攜帶本機流量給DHCP服務器，則可以將每臺 DHCP客戶端上的流量信息，在DHCP服務器中進行實時顯示。便于網(wǎng)絡管理員對整個網(wǎng)絡 的監(jiān)控。當發(fā)現(xiàn)網(wǎng)絡從某個設備的某個端口爆發(fā)異常流量時，可以通過配置策略，讓DHCP 服務器告訴該設備關閉網(wǎng)絡端口，從而對網(wǎng)絡進行保護。舉例來說，DHCP服務器接收到一 DHCP客戶端的端口流量異常的信息后，DHCP服務器可以在后續(xù)的ACK報文中，攜帶Option 子選項，該Option子選項攜帶該需要關閉的DHCP客戶端的端口信息，以使該DHCP客戶端 收到此Option子選項后關閉自身端口。
[0051]DHCP服務器根據(jù)收集到的網(wǎng)絡信息，通過WEB或者網(wǎng)關軟件進行網(wǎng)絡拓撲圖形描 繪，網(wǎng)絡管理員想登錄其中一臺DHCP客戶端時，點擊DHCP客戶端圖標，即可通過該DHCP 客戶端的標識查找登錄該節(jié)點設備的方法，并實現(xiàn)登錄。這需要在DHCP服務器的策略數(shù) 據(jù)庫中進行預先配置，或者DHCP服務器已經(jīng)動態(tài)收集到各DHCP客戶端的登錄方法。由于 0ption60子選項用于指示用戶自身的屬性，所以還可以用0ption60子選項攜帶用戶自身 登錄信息。因此，在DHCP服務器接收到發(fā)現(xiàn)報文，且為DHCP客戶端分配IP地址之后，DHCP 報文轉(zhuǎn)發(fā)方法還包括如下步驟：
[0052] 步驟51，中轉(zhuǎn)設備接收DHCP客戶端發(fā)送的請求REQUEST報文，所述請求報文中攜 帶具有DHCP客戶端登錄信息的用戶信息子選項；
[0053] 步驟52,中轉(zhuǎn)設備轉(zhuǎn)發(fā)所述請求報文至DHCP服務器，以使網(wǎng)絡管理員根據(jù)DHCP服 務器收集到的DHCP客戶端登錄信息登陸所述DHCP客戶端。
[0054] 其中，登錄信息包括DHCP客戶端所使用的系統(tǒng)標識，例如windows或comware ;所 采用的網(wǎng)絡管理方式，例如遠程登錄，telnet或HTTP等；登錄該DHCP客戶端所使用的服務 端口號、用戶名、密碼；該DHCP客戶端遠程存儲信息所使用的遠程服務器地址和域名，以及 登錄該遠程服務器所需的用戶名和密碼。
[0055] 這樣，只要用戶選中拓撲圖中的DHCP客戶端，DHCP服務器即可自動查找該DHCP客 戶端對應的地址和訪問方法，啟動服務歷程，實現(xiàn)DHCP客戶端登錄管理。
[0056] 需要說明的是，上述方法中DHCP客戶端登錄信息是通過DHCP-REQUEST報文發(fā)送 給DHCP服務器的。在DHCP服務器接收到DHCP客戶端的DHCP-DISC0VER報文時，也會觸發(fā) DHCP客戶端登錄信息的查找，如果無法查找到某一個DHCP客戶端的登錄信息，則在DHCP服 務器向DHCP客戶端返回的DHCP-0FFER報文中，指定該DHCP客戶端向DHCP服務器反饋登 錄信息。這樣，被指定的DHCP客戶端就在后續(xù)的DHCP-REQUEST報文中攜帶自身登錄信息 發(fā)送給DHCP服務器，DHCP服務器收到該DHCP客戶端的登錄信息后，進行保存，在用戶選中 登錄該DHCP客戶端時，提供登錄服務。
[0057] 綜上，0ption60子選項用于指示用戶自身的屬性，所以可以用0ption60子選項 攜帶用戶標識，用戶自身運行信息，以及用戶登錄信息。本發(fā)明實施例中DHCP客戶端將 Option60子選項，經(jīng)過中轉(zhuǎn)設備轉(zhuǎn)發(fā)給DHCP服務器，而中轉(zhuǎn)設備自身也可以作為DHCP客戶 端將自身屬性信息發(fā)送給DHCP服務器。因此上述實施例中所講"DHCP客戶端"，并不專指 "DHCP客戶端111 "，其他中轉(zhuǎn)設備在自身作為DHCP客戶端時，功能與"DHCP客戶端111 "相 同。所以DHCP服務器能夠獲取到各個節(jié)點設備的運行信息及登錄信息。
[0058] 另外，在DHCP服務器獲取網(wǎng)絡拓撲之后，就可以知道節(jié)點設備間的訪問路徑。 DHCP服務器運行路由協(xié)議，進行路由學習，在確認（ACK)報文中通過攜帶信息子選項 0ption33或者0ptionl21，下發(fā)給中轉(zhuǎn)設備其路徑中的下一跳，在該作為DHCP客戶端的中 轉(zhuǎn)設備中形成用于向目的客戶端轉(zhuǎn)發(fā)流量的路由表項。例如，DHCP客戶端111要訪問DHCP 客戶端116,DHCP服務器1為DHCP客戶端116分配的IP地址為1. 1. 1. 1，則DHCP服務器1 下發(fā)給中轉(zhuǎn)設備11，到DHCP客戶端116的下一跳為中轉(zhuǎn)設備12,本地形成的路由表項，如 表1所示：
[0059]
[0060]表1

【權利要求】
1. 一種動態(tài)主機配置協(xié)議DHCP報文轉(zhuǎn)發(fā)方法，該方法包括： 中轉(zhuǎn)設備接收DHCP客戶端發(fā)送的DHCP請求報文，所述DHCP請求報文中攜帶具有DHCP 客戶端節(jié)點標識的用戶信息子選項； 中轉(zhuǎn)設備將自身節(jié)點標識和接收DHCP請求報文的路徑信息攜帶在DHCP請求報文的中 繼代理信息子選項中； 中轉(zhuǎn)設備將攜帶有DHCP客戶端節(jié)點標識的用戶信息子選項和該中轉(zhuǎn)設備的中繼代理 信息子選項的DHCP請求報文轉(zhuǎn)發(fā)至DHCP服務器，W使DHCP服務器根據(jù)所述用戶信息子選 項和中繼代理信息子選項進行網(wǎng)絡拓撲描繪。
2. 如權利要求1所述的方法，其特征在于，所述接收DHCP請求報文的路徑信息包括接 收到DHCP請求報文的中轉(zhuǎn)設備接收和轉(zhuǎn)發(fā)所述DHCP請求報文的接口信息。
3. 如權利要求1所述的方法，其特征在于，在DHCP服務器為DHCP客戶端分配IP地址 和租約之后，該方法進一步包括： 中轉(zhuǎn)設備接收DHCP客戶端發(fā)送的續(xù)約報文，所述續(xù)約報文中攜帶具有DHCP客戶端自 身運行信息的用戶信息子選項； 中轉(zhuǎn)設備轉(zhuǎn)發(fā)所述續(xù)約報文至DHCP服務器，W使DHCP服務器根據(jù)DHCP客戶端的運行 信息對所述DHCP客戶端進行策略配置。
4. 如權利要求3所述的方法，其特征在于，DHCP客戶端運行信息包括；DHCP客戶端CPU 占用情況；DHCP客戶端上的每個接口的接口狀態(tài)；接口上行流量統(tǒng)計；接口下行流量統(tǒng)計。
5. 如權利要求3或4所述的方法，其特征在于，DHCP客戶端運行信息存儲于遠程服務 器中，該方法進一步包括：在續(xù)約報文的用戶信息子選項中攜帶該DHCP客戶端遠程存儲信 息所使用的遠程服務器地址和域名，W及登錄該遠程服務器所需的用戶名和密碼。
6. 如權利要求1所述的方法，其特征在于， 在DHCP服務器為DHCP客戶端分配IP地址之后，該方法進一步包括： 中轉(zhuǎn)設備接收DHCP客戶端發(fā)送的請求REQ肥ST報文，所述請求報文中攜帶具有DHCP 客戶端登錄信息的用戶信息子選項； 中轉(zhuǎn)設備轉(zhuǎn)發(fā)所述請求報文至DHCP服務器，W使網(wǎng)絡管理員根據(jù)DHCP服務器收集到 的DHCP客戶端登錄信息登陸所述DHCP客戶端。
7. 如權利要求6所述的方法，其特征在于，所述登錄信息包括DHCP客戶端所使用的系 統(tǒng)標識；所采用的網(wǎng)絡管理方式；登錄該DHCP客戶端所使用的服務端口號、用戶名、密碼； 該DHCP客戶端遠程存儲信息所使用的遠程服務器地址和域名，W及登錄該遠程服務器所 需的用戶名和密碼。
8. 如權利要求1所述的方法，其特征在于，中轉(zhuǎn)設備自身作為D肥P客戶端時，還接收 DHCP服務器在確認ACK報文中攜帶的利用運行的路由協(xié)議下發(fā)的路徑中的下一跳，在該中 轉(zhuǎn)設備中形成用于向目的客戶端轉(zhuǎn)發(fā)流量的路由表項。
9. 如權利要求1所述的方法，其特征在于，中轉(zhuǎn)設備自身作為D肥P客戶端時，還接收 DHCP服務器在確認ACK報文中攜帶的DHCP客戶端IP地址與MAC地址的對應關系，并保存 該對應關系，W使DHCP客戶端在該對應關系下合法使用網(wǎng)絡資源。
10. -種中轉(zhuǎn)設備，其特征在于，該設備包括： 接收單元，用于接收動態(tài)主機配置協(xié)議DHCP客戶端發(fā)送的DHCP請求報文，所述DHCP 請求報文中攜帶具有DHCP客戶端節(jié)點標識的用戶信息子選項； 信息添加單元，用于將自身節(jié)點標識和接收DHCP請求報文的路徑信息攜帶在DHCP請 求報文的中繼代理信息子選項中； 轉(zhuǎn)發(fā)單元，用于轉(zhuǎn)發(fā)所述DHCP請求報文至DHCP服務器，W使DHCP服務器根據(jù)所述用 戶信息子選項和中繼代理子選項進行網(wǎng)絡拓撲描繪。
11. 如權利要求10所述的設備，其特征在于，所述接收單元，還用于接收DHCP客戶端發(fā) 送的續(xù)約報文，所述續(xù)約報文中攜帶具有DHCP客戶端自身運行信息的用戶信息子選項； 所述轉(zhuǎn)發(fā)單元，還用于轉(zhuǎn)發(fā)所述續(xù)約報文至DHCP服務器，W使DHCP服務器根據(jù)DHCP 客戶端的運行信息對所述DHCP客戶端進行策略配置。
12. 如權利要求10所述的設備，其特征在于，所述接收單元，還用于接收DHCP客戶端 發(fā)送的請求REQ肥ST報文，所述請求報文中攜帶具有DHCP客戶端登錄信息的用戶信息子選 項； 轉(zhuǎn)發(fā)單元，還用于轉(zhuǎn)發(fā)所述請求報文至DHCP服務器，W使網(wǎng)絡管理員根據(jù)DHCP服務器 收集到的DHCP客戶端登錄信息登陸所述DHCP客戶端。
13. 如權利要求10所述的設備，其特征在于，中轉(zhuǎn)設備自身作為DHCP客戶端時，所述接 收單元，還用于接收DHCP服務器在確認ACK報文中攜帶的利用運行的路由協(xié)議下發(fā)的路徑 中的下一跳，在該中轉(zhuǎn)設備中形成用于向目的客戶端轉(zhuǎn)發(fā)流量的路由表項。
14. 如權利要求10所述的設備，其特征在于，中轉(zhuǎn)設備自身作為DHCP客戶端時，所述接 收單元，還用于接收畑CP服務器在確認ACK報文中攜帶的畑CP客戶端IP地址與MAC地址 的對應關系，并保存該對應關系，W使DHCP客戶端在該對應關系下合法使用網(wǎng)絡資源。
【文檔編號】H04L12/24GK104468467SQ201310418600
【公開日】2015年3月25日 申請日期:2013年9月13日 優(yōu)先權日:2013年9月13日
【發(fā)明者】崔曉會 申請人:杭州華三通信技術有限公司