回收動(dòng)態(tài)主機(jī)配置協(xié)議客戶端的ip地址的方法及設(shè)備的制作方法
【專利摘要】本發(fā)明公開了回收DHCP客戶端的IP地址的方法及設(shè)備。方法包括：當(dāng)DHCP中繼設(shè)備發(fā)現(xiàn)本地新增了ARP表項(xiàng)時(shí)，將該ARP表項(xiàng)添加到DHCP客戶端IP地址緩存表中；當(dāng)DHCP中繼設(shè)備獲得下線客戶端的MAC地址時(shí)，根據(jù)該MAC地址，在DHCP客戶端IP地址緩存表中查找對(duì)應(yīng)的IP地址，將該IP地址攜帶在單播DHCP釋放報(bào)文中發(fā)送給DHCP服務(wù)器，同時(shí)刪除該IP地址對(duì)應(yīng)的DHCP客戶端IP地址緩存表項(xiàng)。本發(fā)明能夠及時(shí)回收下線客戶端的IP地址。
【專利說明】回收動(dòng)態(tài)主機(jī)配置協(xié)議客戶端的IP地址的方法及設(shè)備

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及地址分配【技術(shù)領(lǐng)域】，具體涉及回收動(dòng)態(tài)主機(jī)配置協(xié)議（DHCP, Dynamic Host Configuration Protocol)客戶端的因特網(wǎng)協(xié)議（IP，Internet Protocol)地址的方 法及設(shè)備。

【背景技術(shù)】
[0002] DHCP用來為網(wǎng)絡(luò)設(shè)備動(dòng)態(tài)地分配IP地址等網(wǎng)絡(luò)配置參數(shù)。DHCP采用客戶端/服 務(wù)器通信模式，由客戶端向服務(wù)器提出配置申請(qǐng)，服務(wù)器返回為客戶端分配的IP地址等相 應(yīng)的配置信息，以實(shí)現(xiàn)IP地址等信息的動(dòng)態(tài)配置。
[0003] 針對(duì)客戶端的不同需求，DHCP提供三種IP地址分配策略：手工分配、自動(dòng)分配和 動(dòng)態(tài)分配，其中絕大多數(shù)客戶端采用動(dòng)態(tài)分配方式。動(dòng)態(tài)分配地址，即DHCP服務(wù)器為客戶 端分配具有一定有效期限的IP地址，到達(dá)使用期限后，客戶端需要重新申請(qǐng)地址。
[0004] 在DHCP的典型應(yīng)用中，對(duì)于比較簡(jiǎn)單的網(wǎng)絡(luò)環(huán)境，一般包含一臺(tái)DHCP服務(wù)器和 多臺(tái)客戶端(如PC和便攜機(jī))，由于客戶端獲取IP地址過程中，DHCP報(bào)文都是廣播發(fā)送的， 所以要求DHCP服務(wù)器和DHCP客戶端屬于同一網(wǎng)段。實(shí)際中對(duì)于稍大點(diǎn)的網(wǎng)絡(luò)，并不能保 證DHCP服務(wù)器和DHCP客戶端屬于同一網(wǎng)段，DHCP服務(wù)器往往同時(shí)需要為多個(gè)不同網(wǎng)段的 DHCP客戶端分配IP地址，因此又引入了 DHCP中繼技術(shù)，完成跨網(wǎng)段情況下的IP地址動(dòng)態(tài) 獲取。
[0005] 現(xiàn)有的不包含DHCP中繼設(shè)備的DHCP組網(wǎng)如圖1所示，對(duì)應(yīng)的IP地址獲取過程如 圖2所示，主要通過四個(gè)階段進(jìn)行：
[0006] (1)發(fā)現(xiàn)階段，即DHCP客戶端尋找DHCP服務(wù)器的階段?？蛻舳艘詮V播方式發(fā)送 DHCP 發(fā)現(xiàn)（Discover)報(bào)文。
[0007] (2)提供階段，即DHCP服務(wù)器提供IP地址的階段。DHCP服務(wù)器接收到客戶端的 DHCP Discover報(bào)文后，根據(jù)IP地址分配的優(yōu)先次序選出一個(gè)IP地址，與其他參數(shù)一起通 過DHCP提供（Offer)報(bào)文發(fā)送給客戶端。DHCP Offer報(bào)文的發(fā)送方式由DHCP Discover 報(bào)文中的標(biāo)志（flag)字段決定。
[0008] (3)選擇階段，S卩DHCP客戶端選擇IP地址的階段。如果有多臺(tái)DHCP服務(wù)器向該 客戶端發(fā)來DHCP Offer報(bào)文，客戶端只接受第一個(gè)收到的DHCP Offer報(bào)文，然后以廣播方 式發(fā)送DHCP請(qǐng)求（Request)報(bào)文，該報(bào)文中包含DHCP服務(wù)器在DHCP Offer報(bào)文中分配的 IP地址。
[0009] (4)確認(rèn)階段，S卩DHCP服務(wù)器確認(rèn)IP地址的階段。DHCP服務(wù)器收到DHCP客戶端 發(fā)來的DHCP Request報(bào)文后，只有DHCP客戶端選擇的服務(wù)器會(huì)進(jìn)行如下操作：如果確認(rèn)將 地址分配給該客戶端，則返回DHCP確認(rèn)（ACK)報(bào)文；否則返回DHCP拒絕（NAK)報(bào)文，表明 地址不能分配給該客戶端。
[0010] 現(xiàn)有的包含DHCP中繼設(shè)備的DHCP組網(wǎng)如圖3所示，對(duì)應(yīng)的IP地址獲取過程如圖 4所示。其中，通過DHCP中繼完成IP地址動(dòng)態(tài)獲取的過程中，DHCP客戶端與DHCP服務(wù)器 的處理方式與不通過DHCP中繼時(shí)的處理方式基本相同。下面只說明DHCP中繼的轉(zhuǎn)發(fā)過程， 具體如下：
[0011] (1) DHCP中繼設(shè)備收到DHCP客戶端以廣播方式發(fā)送的DHCPDi scover或DHCP Request報(bào)文后，將報(bào)文中的網(wǎng)關(guān)IP地址（giaddr)字段填充為DHCP中繼設(shè)備的IP地址， 并根據(jù)配置將報(bào)文單播轉(zhuǎn)發(fā)給指定的DHCP服務(wù)器。
[0012] (2)DHCP服務(wù)器根據(jù)giaddr字段為客戶端分配IP地址等參數(shù)，并通過DHCP中繼 設(shè)備將配置信息轉(zhuǎn)發(fā)給客戶端，完成對(duì)客戶端的動(dòng)態(tài)配置。
[0013] 如果采用動(dòng)態(tài)地址分配策略，則DHCP服務(wù)器分配給客戶端的IP地址有一定的租 借期限，當(dāng)租借期滿后服務(wù)器會(huì)收回該IP地址。如果DHCP客戶端希望繼續(xù)使用該地址，需 要更新IP地址租約。具體來說，在DHCP客戶端的IP地址租約期限達(dá)到一半時(shí)間時(shí)，DHCP 客戶端會(huì)向?yàn)樗峙銲P地址的DHCP服務(wù)器單播發(fā)送DHCP Request報(bào)文，以進(jìn)行IP地址 租約的更新。如果客戶端可以繼續(xù)使用此IP地址，則DHCP服務(wù)器回應(yīng)DHCP ACK報(bào)文，通 知DHCP客戶端已經(jīng)獲得新IP地址租約；如果此IP地址不可以再分配給該客戶端，則DHCP 服務(wù)器回應(yīng)DHCP NAK報(bào)文，通知DHCP客戶端不能獲得新的租約。如果在租約的一半時(shí)間 進(jìn)行的續(xù)約操作失敗，DHCP客戶端會(huì)在租約期限達(dá)到7/8時(shí)，廣播發(fā)送DHCP Request報(bào)文 進(jìn)行續(xù)約。DHCP服務(wù)器的處理方式同上，不再贅述。
[0014] 當(dāng)客戶端下線后，需要及時(shí)收回IP地址，以便將該IP地址及時(shí)分配給其他客戶 端。
[0015] 圖5為現(xiàn)有的采用DHCP客戶端-接入交換機(jī)-DHCP中繼設(shè)備-DHCP服務(wù)器組網(wǎng)方 式的DHCP典型組網(wǎng)圖，如圖5所示，客戶端PC連接到各自對(duì)應(yīng)的接入層的二層交換機(jī)上， 然后二層交換機(jī)連接DHCP中繼設(shè)備，DHCP中繼設(shè)備同時(shí)作為網(wǎng)關(guān)，然后DHCP中繼設(shè)備通 過中間網(wǎng)絡(luò)連接DHCP服務(wù)器。
[0016] 以圖5為例，目前比較常用的回收下線客戶端的IP地址的技術(shù)有如下兩種：
[0017] -種是通過在DHCP中繼設(shè)備上開啟DHCP窺探（Snooping)功能，通過監(jiān)聽和解 析經(jīng)過的DHCP報(bào)文，最終會(huì)形成一張 DHCP Snooping安全特性表，表中記錄了客戶端的媒 體接入控制（MAC，Media Access Control)地址和動(dòng)態(tài)獲取的IP地址，即客戶端的IP+MAC 地址表項(xiàng)。然后DHCP中繼設(shè)備會(huì)定期探測(cè)客戶端，例如發(fā)送Ping報(bào)文或地址解析協(xié)議 (ARP，Address Resolution Protocol)報(bào)文給客戶端，看客戶端是否有回應(yīng)，來判斷客戶端 是否已經(jīng)下線，若該客戶端超時(shí)未響應(yīng)探測(cè)報(bào)文則判定該客戶端不在線，老化該客戶端對(duì) 應(yīng)的安全特性表；最后對(duì)于探測(cè)實(shí)際未在線的用戶發(fā)送由DHCP中繼設(shè)備構(gòu)造關(guān)聯(lián)該用戶 的DHCP釋放（Release)報(bào)文給DHCP服務(wù)器，來達(dá)到對(duì)DHCP服務(wù)器中相應(yīng)IP地址釋放的 目的。
[0018] 另外一種也是DHCP中繼設(shè)備探測(cè)到客戶端不在線后，代替客戶端向DHCP服務(wù)器 發(fā)送對(duì)應(yīng)IP地址的DHCP Release報(bào)文，以此來達(dá)到對(duì)DHCP服務(wù)器中相應(yīng)IP地址釋放的 目的。主要不同之處在于DHCP中繼設(shè)備檢測(cè)客戶端是否已下線的方式不一樣，DHCP中繼 設(shè)備的用戶下線檢測(cè)功能以ARP表項(xiàng)老化功能為基礎(chǔ)，ARP表項(xiàng)老化時(shí)認(rèn)為該表項(xiàng)對(duì)應(yīng)的 用戶已經(jīng)下線，會(huì)刪除對(duì)應(yīng)的用戶DHCP Snooping安全特性表項(xiàng)。同時(shí)，DHCP中繼設(shè)備還 會(huì)向DHCP服務(wù)器發(fā)送DHCP Release報(bào)文，釋放下線用戶的IP地址租約。
[0019] 上述第一種方法的主要缺點(diǎn)如下：
[0020] -、DHCP中繼設(shè)備需要定期輪詢后，才能發(fā)現(xiàn)客戶端已不在線，進(jìn)而通知DHCP服 務(wù)器釋放對(duì)應(yīng)的IP地址，這樣會(huì)造成IP地址不能及時(shí)回收，當(dāng)IP地址比較緊張時(shí)，可能會(huì) 導(dǎo)致其他客戶端無法獲取到IP地址。
[0021] 二、通過DHCP中繼設(shè)備主動(dòng)發(fā)送ARP或者ICMP報(bào)文，等待客戶端回應(yīng)的方式，有 時(shí)并不能有效地判斷DHCP客戶端已經(jīng)下線，因?yàn)楝F(xiàn)在很多客戶端會(huì)開啟防火墻，對(duì)ICMP或 ARP報(bào)文不會(huì)回應(yīng)，這樣會(huì)造成：無法準(zhǔn)確檢測(cè)到客戶端是否下線，從而也會(huì)造成IP地址不 能及時(shí)回收。
[0022] 三、DHCP中繼設(shè)備需要通過窺探DHCP客戶端和DHCP服務(wù)器之間的全部的DHCP交 互報(bào)文并提取報(bào)文中的關(guān)鍵字段，而后創(chuàng)建一張全新的安全特性表。為了維護(hù)安全特性表， 當(dāng)輪詢定時(shí)器到時(shí)，中繼設(shè)備需要針對(duì)安全特性表中相應(yīng)表項(xiàng)全部地發(fā)送ARP或因特網(wǎng)控 制消息協(xié)議（ICMP, Internet Control Message Protocol)報(bào)文進(jìn)行用戶在線探測(cè)。假使 下聯(lián)客戶端數(shù)量龐大，每次輪詢的表項(xiàng)數(shù)量大時(shí)，安全特性表的探測(cè)定時(shí)器觸發(fā)的瞬間可 能會(huì)對(duì)中繼設(shè)備產(chǎn)生巨大壓力。且按照上述方法，在接入層網(wǎng)絡(luò)中將無時(shí)不充斥著大量ARP 或ICMP報(bào)文，不利于網(wǎng)絡(luò)維護(hù)。
[0023] 上述第二種方法的主要缺點(diǎn)如下：
[0024] -、由于ARP表項(xiàng)的老化是需要一段時(shí)間的，一般默認(rèn)是20分鐘。這意味著客戶端 下線之后，還要等待幾十分鐘的時(shí)間，才能探測(cè)到客戶端已經(jīng)下線，從而導(dǎo)致對(duì)應(yīng)的IP地 址不能及時(shí)回收。
[0025] 二、由于ARP表項(xiàng)老化有時(shí)并不能代表客戶端已經(jīng)下線，假如客戶端只是一段時(shí) 間沒有和其他網(wǎng)絡(luò)設(shè)備通信而已，這樣DHCP中繼設(shè)備作為網(wǎng)關(guān)，對(duì)應(yīng)的ARP表項(xiàng)自然會(huì)老 化，但實(shí)際上客戶端并沒有下線，從而導(dǎo)致IP地址被過早回收。


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

[0026] 本發(fā)明提供回收DHCP客戶端的IP地址的方法及設(shè)備，以使得在DHCP客戶端下線 后，DHCP服務(wù)器能夠及時(shí)回收IP地址。
[0027] 本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的：
[0028] -種回收動(dòng)態(tài)主機(jī)配置協(xié)議DHCP客戶端的IP地址的方法，應(yīng)用于包含客戶端、中 繼設(shè)備及地址分配服務(wù)器的DHCP網(wǎng)絡(luò)中的中繼設(shè)備上，該方法包括：
[0029] 當(dāng)中繼設(shè)備發(fā)現(xiàn)本地新增了地址解析協(xié)議ARP表項(xiàng)時(shí)，將該ARP表項(xiàng)添加到本地 建立的客戶端IP地址緩存表中，所述ARP表項(xiàng)包含：IP地址字段和媒體接入控制MAC地址 字段；
[0030] 當(dāng)中繼設(shè)備獲得下線客戶端的MAC地址時(shí)，在所述客戶端IP地址緩存表中查找對(duì) 應(yīng)的IP地址，將該IP地址攜帶在單播DHCP的IP地址釋放報(bào)文中發(fā)送給地址分配服務(wù)器， 同時(shí)刪除客戶端IP地址緩存表中的對(duì)應(yīng)表項(xiàng)；
[0031] 其中，所述下線客戶端的MAC地址為：接入交換機(jī)或者中繼設(shè)備上的關(guān)閉 shutdown端口所連接的客戶端的MAC地址。
[0032] 當(dāng)所述客戶端通過接入交換機(jī)連接到所述中繼設(shè)備時(shí)，所述中繼設(shè)備獲得下線客 戶端的MAC地址為：
[0033] 中繼設(shè)備接收接入交換機(jī)發(fā)來的下線客戶端的MAC地址，其中，所述下線客戶端 的MAC地址為：當(dāng)接入交換機(jī)發(fā)現(xiàn)自身與客戶端直連的端口關(guān)閉shutdown時(shí)，接入交換機(jī) 根據(jù)端口與MAC地址的綁定關(guān)系查找該端口對(duì)應(yīng)的MAC地址，將查找到的MAC地址作為下 線客戶端的MAC地址發(fā)送給中繼設(shè)備。
[0034] 預(yù)先在所述中繼設(shè)備與所述接入交換機(jī)上使能連通錯(cuò)誤檢測(cè)CFD的以太網(wǎng)告警 指示信號(hào)EAIS功能，并在接入交換機(jī)的CFD模塊上注冊(cè)端口關(guān)閉shutdown事件；
[0035] 且，所述中繼設(shè)備接收接入交換機(jī)發(fā)來的下線客戶端的MAC地址為：
[0036] 中繼設(shè)備接收接入交換機(jī)發(fā)來的EAIS報(bào)文，該報(bào)文的擴(kuò)展類型長度值TLV中攜帶 下線客戶端的MAC地址；
[0037] 且所述中繼設(shè)備接收接入交換機(jī)發(fā)來的下線客戶端的MAC地址的同時(shí)進(jìn)一步包 括：中繼設(shè)備從接收端口返回一個(gè)EAIS報(bào)文。
[0038] 所述中繼設(shè)備與所述接入交換機(jī)直連，所述中繼設(shè)備接收接入交換機(jī)發(fā)來的下線 客戶端的MAC地址為：中繼設(shè)備接收接入交換機(jī)發(fā)來的鏈路層發(fā)現(xiàn)協(xié)議LLDP報(bào)文，該報(bào)文 的擴(kuò)展類型長度值TLV中攜帶下線客戶端的MAC地址，或者，
[0039] 所述中繼設(shè)備與所述接入交換機(jī)直連或跨設(shè)備連接，且當(dāng)跨設(shè)備連接時(shí)，將接入 交換機(jī)與中繼設(shè)備間的各設(shè)備配置成服務(wù)橋，所述中繼設(shè)備接收接入交換機(jī)發(fā)來的下線客 戶端的MAC地址為：中繼設(shè)備接收接入交換機(jī)發(fā)來的LLDP報(bào)文，該報(bào)文的擴(kuò)展TLV中攜帶 下線客戶端的MAC地址。
[0040] 當(dāng)所述客戶端以所述中繼設(shè)備作為接入設(shè)備時(shí)，所述中繼設(shè)備獲得下線客戶端的 MAC地址包括：
[0041] 當(dāng)中繼設(shè)備發(fā)現(xiàn)本地一 MAC地址表項(xiàng)老化時(shí)，將該表項(xiàng)放入本地建立的老化 MAC地址表副本中；中繼設(shè)備實(shí)時(shí)監(jiān)測(cè)自身與各客戶端直連的端口，當(dāng)發(fā)現(xiàn)一端口關(guān)閉 shutdown時(shí)，在本地MAC地址表和/或老化MAC地址表副本中查找該端口標(biāo)識(shí)對(duì)應(yīng)的MAC 地址，將查找到的MAC地址作為所述下線客戶端的MAC地址，其中，當(dāng)在老化MAC地址表副 本中查找到關(guān)閉端口標(biāo)識(shí)對(duì)應(yīng)的MAC地址時(shí)，刪除老化MAC地址表副本中對(duì)應(yīng)的表項(xiàng)。
[0042] 一種DHCP中繼設(shè)備，該DHCP中繼設(shè)備包括：
[0043] 客戶端IP地址緩存模塊：當(dāng)發(fā)現(xiàn)本地新增了 ARP表項(xiàng)時(shí)，將該ARP表項(xiàng)添加到客 戶端IP地址緩存表中；
[0044] 下線客戶端IP地址查找模塊：當(dāng)獲得下線客戶端的MAC地址時(shí)，根據(jù)該MAC地址， 在客戶端IP地址緩存表中查找對(duì)應(yīng)的IP地址，將該IP地址攜帶在單播DHCP的IP地址釋 放報(bào)文中發(fā)送給DHCP服務(wù)器，同時(shí)刪除該IP地址對(duì)應(yīng)的客戶端IP地址緩存表項(xiàng)，其中，所 述下線客戶端的MAC地址為：接入交換機(jī)或者本設(shè)備上的關(guān)閉shutdown端口所連接的客戶 端的MAC地址。
[0045] 所述客戶端通過接入交換機(jī)連接到本中繼設(shè)備，所述下線客戶端IP地址查找模 塊通過接收接入交換機(jī)發(fā)來的包含下線客戶端的MAC地址的報(bào)文的方式獲得所述下線客 戶端的MAC地址，其中，所述下線客戶端的MAC地址為：當(dāng)接入交換機(jī)發(fā)現(xiàn)自身與客戶端直 連的端口關(guān)閉shutdown時(shí)，接入交換機(jī)根據(jù)端口與MAC地址的綁定關(guān)系查找該端口對(duì)應(yīng)的 MAC地址，將查找到的MAC地址作為下線客戶端的MAC地址發(fā)送給中繼設(shè)備。
[0046] 所述下線客戶端IP地址查找模塊包括：
[0047] CFD模塊：當(dāng)接收到接入交換機(jī)發(fā)來的攜帶下線客戶端的MAC地址的EAIS報(bào)文 時(shí)，從接收端口返回一個(gè)EAIS報(bào)文，將該下線客戶端的MAC地址發(fā)送給查找處理模塊； [0048] 查找處理模塊：接收CFD模塊發(fā)來的下線客戶端的MAC地址，在客戶端IP地址緩 存表中查找對(duì)應(yīng)的IP地址，將該IP地址攜帶在單播DHCP的IP地址釋放報(bào)文中發(fā)送給DHCP 服務(wù)器，同時(shí)刪除該IP地址對(duì)應(yīng)的客戶端IP地址緩存表項(xiàng)。
[0049] 所述客戶端以本中繼設(shè)備作為接入設(shè)備，
[0050] 所述DHCP中繼設(shè)備進(jìn)一步包括：MAC地址表維護(hù)模塊，當(dāng)發(fā)現(xiàn)一 MAC地址表項(xiàng)老 化時(shí)，將該表項(xiàng)放入老化MAC地址表副本中；
[0051] 所述下線客戶端IP地址查找模塊進(jìn)一步用于，實(shí)時(shí)監(jiān)測(cè)本設(shè)備與各客戶端直連 的端口，當(dāng)發(fā)現(xiàn)一端口關(guān)閉shutdown時(shí)，在本地MAC地址表和/或老化MAC地址表副本中 查找該端口標(biāo)識(shí)對(duì)應(yīng)的MAC地址，將查找到的MAC地址作為所述下線客戶端的MAC地址，其 中，當(dāng)在老化MAC地址表副本中查找到關(guān)閉端口標(biāo)識(shí)對(duì)應(yīng)的MAC地址時(shí)，刪除老化MAC地址 表副本中對(duì)應(yīng)的表項(xiàng)。
[0052] -種接入交換機(jī)，DHCP客戶端通過該接入交換機(jī)連接到DHCP中繼設(shè)備，該接入交 換機(jī)包括：
[0053] MAC地址表維護(hù)模塊：當(dāng)發(fā)現(xiàn)一 MAC地址表項(xiàng)老化時(shí)，將該表項(xiàng)放入老化MAC地址 表副本中；
[0054] 端口監(jiān)測(cè)模塊：實(shí)時(shí)監(jiān)測(cè)本交換機(jī)與各DHCP客戶端直連的端口，當(dāng)發(fā)現(xiàn)一端口關(guān) 閉shutdown時(shí)，在MAC地址表和/或老化MAC地址表副本中查找該端口標(biāo)識(shí)對(duì)應(yīng)的MAC地 址，將查找到的MAC地址作為下線客戶端的MAC地址發(fā)送給DHCP中繼設(shè)備，且當(dāng)查找到的 是老化的MAC地址表項(xiàng)時(shí)，刪除老化MAC地址表副本中對(duì)應(yīng)的表項(xiàng)。
[0055] 所述端口監(jiān)測(cè)模塊進(jìn)一步用于，將所述下線客戶端的MAC地址封裝到EAIS報(bào)文的 擴(kuò)展TLV中，以便將該報(bào)文發(fā)送給DHCP中繼設(shè)備。
[0056] 與現(xiàn)有技術(shù)相比，本發(fā)明在DHCP客戶端下線后，能夠及時(shí)檢測(cè)到，并能夠及時(shí)回 收客戶端的MAC地址，同時(shí)減輕了 DHCP中繼設(shè)備的負(fù)載壓力。

【專利附圖】

【附圖說明】
[0057] 圖1為現(xiàn)有的不包含DHCP中繼設(shè)備的DHCP組網(wǎng)示意圖；
[0058] 圖2為在圖1所示組網(wǎng)環(huán)境下的IP地址獲取過程示意圖；
[0059] 圖3為現(xiàn)有的包含DHCP中繼設(shè)備的DHCP組網(wǎng)示意圖；
[0060] 圖4為在圖3所示組網(wǎng)環(huán)境下的IP地址獲取過程示意圖；
[0061] 圖5為現(xiàn)有的采用DHCP客戶端-接入交換機(jī)-DHCP中繼設(shè)備-DHCP服務(wù)器組網(wǎng) 方式的DHCP典型組網(wǎng)圖；
[0062] 圖6為本發(fā)明實(shí)施例一提供的回收DHCP客戶端的IP地址的方法流程圖；
[0063] 圖7為本發(fā)明實(shí)施例二提供的回收DHCP客戶端的IP地址的方法流程圖；
[0064] 圖8為本發(fā)明實(shí)施例一提供的DHCP中繼設(shè)備的組成示意圖；
[0065] 圖9為本發(fā)明實(shí)施例一提供的接入交換機(jī)的組成示意圖；
[0066] 圖10為本發(fā)明實(shí)施例二提供的DHCP中繼設(shè)備的組成示意圖。

【具體實(shí)施方式】
[0067] 下面結(jié)合附圖及具體實(shí)施例對(duì)本發(fā)明再作進(jìn)一步詳細(xì)的說明。
[0068] 在實(shí)際應(yīng)用中，包含DHCP中繼設(shè)備的DHCP組網(wǎng)方式主要有如下兩種：
[0069] 一、DHCP客戶端-接入交換機(jī)-DHCP中繼設(shè)備-DHCP服務(wù)器，其中，DHCP客戶端與 接入交換機(jī)直連，接入交換機(jī)與DHCP中繼設(shè)備直連或跨設(shè)備連接；
[0070] 二、DHCP客戶端-DHCP中繼設(shè)備-DHCP服務(wù)器，其中，DHCP中繼設(shè)備兼具接入功 能，DHCP客戶端與DHCP中繼設(shè)備直連。
[0071] 以下針對(duì)上述兩種組網(wǎng)方式分別給出具體實(shí)施例：
[0072] 本發(fā)明中，DHCP客戶端的IP地址是DHCP服務(wù)器采用動(dòng)態(tài)分配方式分配的。
[0073] 圖6為本發(fā)明實(shí)施例一提供的回收DHCP客戶端的IP地址的方法流程圖，本實(shí)施 例針對(duì)的組網(wǎng)方式為：DHCP客戶端-接入交換機(jī)-DHCP中繼設(shè)備-DHCP服務(wù)器，如圖6所 示，其具體步驟如下：
[0074] 步驟601 :在與客戶端直連的接入交換機(jī)以及接入交換機(jī)連接的DHCP中繼設(shè)備上 使能連通錯(cuò)誤檢測(cè)（CFD，Connectivity Fault Detection)的以太網(wǎng)告警指示信號(hào)（EAIS， Ethernet Alarm Indication Signal)功能，在 CFD 模塊上注冊(cè)端口關(guān)閉（shutdown)事件。
[0075] 在CFD模塊上注冊(cè)端口 shutdown事件后，CFD模塊就會(huì)監(jiān)測(cè)端口 shutdown事件。
[0076] 這里的CFD遵循電氣和電子工程師協(xié)會(huì)（IEEE, Institute of Electrical and Electronics Engineers) 802. lag 的連通錯(cuò)誤管理（CFM，Connectivity Fault Management)協(xié)議和國際電信聯(lián)盟遠(yuǎn)程通信標(biāo)準(zhǔn)化組織（ITU-T，The ITU Telecommunication Standardization Sector)的 Υ· 1731 協(xié)議。它是一種二層鏈路上 基于虛擬局域網(wǎng)（VLAN, Virtual Local Area Network)的端到端操作、管理和維護(hù)（0ΑΜ， Operations, Administration and Maintenance)機(jī)制，主要用于在二層網(wǎng)絡(luò)中檢測(cè)鏈路連 通性，確認(rèn)故障并確定故障發(fā)生的位置。
[0077] 當(dāng)設(shè)備的端口發(fā)生了 down事件，便立刻開始周期性地發(fā)送EAIS報(bào)文以抑制故障 告警的上報(bào)；當(dāng)該端口重新up后，會(huì)立刻停止發(fā)送EAIS報(bào)文。
[0078] 步驟602 :當(dāng)與客戶端直連的接入交換機(jī)發(fā)現(xiàn)本地一 MAC地址表項(xiàng)老化時(shí)，將該表 項(xiàng)放入本地建立的老化MAC地址表副本中。
[0079] 這里的MAC地址表即，用于支持二層報(bào)文轉(zhuǎn)發(fā)的MAC地址表。
[0080] 老化MAC地址表副本可以在接入交換機(jī)啟動(dòng)時(shí)建立，也可以在第一條MAC地址表 項(xiàng)老化時(shí)建立，專門用于存放老化的MAC地址表項(xiàng)，初始為空。
[0081] 步驟603 :當(dāng)與接入交換機(jī)連接的DHCP中繼設(shè)備發(fā)現(xiàn)本地新增了一 ARP表項(xiàng)時(shí)， 以該ARP表項(xiàng)的IP地址查詢本地建立的DHCP客戶端IP地址緩存表，若查找到對(duì)應(yīng)表項(xiàng)， 則不作處理；否則，將該ARP表項(xiàng)添加到DHCP客戶端IP地址緩存表中。
[0082] DHCP客戶端IP地址緩存表可在DHCP中繼設(shè)備啟動(dòng)時(shí)建立，也可以在新增第一條 ARP表項(xiàng)時(shí)建立，初始為空。
[0083] 由于DHCP中繼設(shè)備一般都兼做網(wǎng)關(guān)，所以最終所有客戶端的IP+MAC地址信息都 會(huì)通過ARP表添加到DHCP客戶端IP地址緩存表中。
[0084] 步驟604 :接入交換機(jī)上的CH)模塊實(shí)時(shí)監(jiān)測(cè)接入交換機(jī)與各DHCP客戶端直連的 端口，當(dāng)發(fā)現(xiàn)一端口關(guān)閉（shutdown)時(shí)，在本地MAC地址表中查找該端口號(hào)對(duì)應(yīng)的MAC地 址，若未查找到，繼續(xù)在本地老化MAC地址表副本中查找該端口號(hào)對(duì)應(yīng)的MAC地址，將查找 到的MAC地址組裝成類型長度值（TLV，Type Length Value)，將該TLV提供給CFD模塊，同 時(shí)，若該MAC地址是在老化MAC地址表副本中查找到的，則刪除老化MAC地址表副本中該 MAC地址所在的老化MAC地址表項(xiàng)。
[0085] 在MAC地址表或老化MAC地址表副本中查找到的MAC地址即下線客戶端的MAC地 址。
[0086] TLV中的類型字段的取值為現(xiàn)有技術(shù)未用過的值即可，如取值100,以用于標(biāo)識(shí) TLV的類型為下線客戶端的MAC地址；TLV的長度字段的取值為MAC地址的長度，如6字節(jié)； TLV字段的值字段的取值為客戶端的MAC地址值。
[0087] 步驟605 :接入交換機(jī)的CFD模塊將該TLV擴(kuò)展到即將發(fā)送的EAIS報(bào)文中，將該 報(bào)文發(fā)送給DHCP中繼設(shè)備。
[0088] 這里，需要對(duì)現(xiàn)有的EAIS報(bào)文進(jìn)行擴(kuò)展，在其中增加 TLV字段。
[0089] CFD模塊監(jiān)測(cè)到端口 shutdown后，會(huì)自動(dòng)持續(xù)發(fā)送EAIS報(bào)文給DHCP中繼設(shè)備。 [0090] 步驟606 :DHCP中繼設(shè)備解析接收到的EAIS報(bào)文中的擴(kuò)展TLV，得到下線客戶端 的MAC地址，并從接收端口返回一個(gè)EAIS報(bào)文。
[0091] 接入交換機(jī)收到DHCP中繼設(shè)備返回的EAIS報(bào)文后，將受到抑制，不再發(fā)送EAIS 報(bào)文。
[0092] 步驟607 :DHCP中繼設(shè)備根據(jù)下線客戶端的MAC地址，在本地DHCP客戶端IP地址 緩存表查找對(duì)應(yīng)的IP地址，將該IP地址攜帶在單播DHCP Release報(bào)文中發(fā)送給DHCP服 務(wù)器，同時(shí)刪除對(duì)應(yīng)的DHCP客戶端IP地址緩存表項(xiàng)。
[0093] 步驟608 :DHCP服務(wù)器接收該DHCP Release報(bào)文，從報(bào)文中解析出下線客戶端的 IP地址，釋放該IP地址。
[0094] 對(duì)于實(shí)施例一，需要說明的是，步驟605中，TLV還可通過鏈路層發(fā)現(xiàn)協(xié)議（LLDP， Link Layer Discovery Protocol)報(bào)文發(fā)送給DHCP中繼設(shè)備。對(duì)應(yīng)地，無需執(zhí)行步驟601 ; 同時(shí)，步驟604中，無需采用CFD模塊實(shí)時(shí)監(jiān)測(cè)接入交換機(jī)與各DHCP客戶端直連的端口，而 采用現(xiàn)有的端口監(jiān)測(cè)技術(shù)來實(shí)現(xiàn)即可；同時(shí)，步驟604?605中，接入交換機(jī)組裝完TLV后， 直接將該TLV封裝到LLDP報(bào)文中發(fā)送給DHCP中繼設(shè)備即可。這里，需要注意的是，若采用 舊版本的LLDP，則由于LLDP報(bào)文不能跨設(shè)備傳遞，因此無法支持接入交換機(jī)和DHCP中繼設(shè) 備跨設(shè)備連接的組網(wǎng)方式；若采用最新版本的LLDP，則需要預(yù)先將接入交換機(jī)和DHCP中繼 設(shè)備間的所有設(shè)備都配置成服務(wù)橋（Service Bridge)，這樣接入交換機(jī)和DHCP中繼設(shè)備 就可通過LLDP最近客戶橋（Nearest Customer Bridge)報(bào)文進(jìn)行通信。
[0095] 圖7為本發(fā)明實(shí)施例二提供的回收DHCP客戶端的IP地址的方法流程圖，本實(shí)施 例針對(duì)的組網(wǎng)方式為：DHCP客戶端-DHCP中繼設(shè)備-DHCP服務(wù)器，如圖7所示，其具體步驟 如下：
[0096] 步驟701 :在與客戶端直連的DHCP中繼設(shè)備上使能CFD功能，在CFD模塊上注冊(cè) 端口 shutdown 事件。
[0097] 步驟702 :當(dāng)DHCP中繼設(shè)備發(fā)現(xiàn)本地一 MAC地址表項(xiàng)老化時(shí)，將該表項(xiàng)放入本地 建立的老化MAC地址表副本中。
[0098] 這里的MAC地址表即，用于支持二層報(bào)文轉(zhuǎn)發(fā)的MAC地址表。
[0099] 老化MAC地址表副本可以在接入交換機(jī)啟動(dòng)時(shí)建立，也可以在第一條MAC地址表 項(xiàng)老化時(shí)建立，專門用于存放老化的MAC地址表項(xiàng)，初始為空。
[0100] 步驟703 :當(dāng)DHCP中繼設(shè)備發(fā)現(xiàn)本地新增了一 ARP表項(xiàng)時(shí)，以該ARP表項(xiàng)的IP地 址查詢DHCP客戶端IP地址緩存表，若查找到對(duì)應(yīng)表項(xiàng)，則不作處理；否則，將該ARP表項(xiàng)添 力口到DHCP客戶端IP地址緩存表中。
[0101] DHCP客戶端IP地址緩存表可在DHCP中繼設(shè)備啟動(dòng)時(shí)建立，也可以在新增第一條 ARP表項(xiàng)時(shí)建立，初始為空。
[0102] 由于DHCP中繼設(shè)備一般都兼做網(wǎng)關(guān)，所以最終所有客戶端的IP+MAC地址信息都 會(huì)通過ARP表添加到DHCP客戶端IP地址緩存表中。
[0103] 步驟704 :DHCP中繼設(shè)備上的CFD模塊實(shí)時(shí)監(jiān)測(cè)DHCP中繼設(shè)備與各DHCP客戶端 直連的端口，當(dāng)發(fā)現(xiàn)一端口 shutdown時(shí)，在本地MAC地址表中查找該端口號(hào)對(duì)應(yīng)的MAC地 址，若未查找到，繼續(xù)在本地老化MAC地址表副本中查找該端口號(hào)對(duì)應(yīng)的MAC地址。
[0104] 在MAC地址表或老化MAC地址表副本中查找到的MAC地址即下線客戶端的MAC地 址。
[0105] 步驟705 :DHCP中繼設(shè)備根據(jù)查找到的MAC地址，在DHCP客戶端IP地址緩存表中 查找對(duì)應(yīng)的IP地址，將該IP地址攜帶在單播DHCP Release報(bào)文中發(fā)送給DHCP服務(wù)器，同 時(shí)刪除對(duì)應(yīng)的DHCP客戶端IP地址緩存表項(xiàng)，且，若該下線客戶端的MAC地址是在老化MAC 地址表副本中查找到的，需要一并刪除老化MAC地址表副本中該MAC地址所在的老化MAC 地址表項(xiàng)。
[0106] 步驟706 :DHCP服務(wù)器接收該DHCP Release報(bào)文，從報(bào)文中解析出下線客戶端的 IP地址，釋放該IP地址。
[0107] 對(duì)于圖7所示實(shí)施例，DHCP中繼設(shè)備也可以采用除CFD之外的現(xiàn)有方法來實(shí)時(shí)監(jiān) 測(cè)DHCP中繼設(shè)備與客戶端直連的端口的狀態(tài)。
[0108] 圖8為本發(fā)明實(shí)施例一提供的DHCP中繼設(shè)備的組成示意圖，該DHCP中繼設(shè)備通 過接入交換機(jī)與DHCP客戶端連接，如圖8所示，該DHCP中繼設(shè)備主要包括：客戶端IP地址 緩存模塊81和下線客戶端IP地址查找模塊82,其中：
[0109] 客戶端IP地址緩存模塊81 :當(dāng)發(fā)現(xiàn)本地新增了 ARP表項(xiàng)時(shí)，將該ARP表項(xiàng)添加到 DHCP客戶端IP地址緩存表中。
[0110] 下線客戶端IP地址查找模塊82 :當(dāng)接收到接入交換機(jī)發(fā)來的下線客戶端的MAC 地址時(shí)，根據(jù)該MAC地址，在客戶端IP地址緩存模塊81維護(hù)的DHCP客戶端IP地址緩存表 中查找對(duì)應(yīng)的IP地址，將該IP地址攜帶在單播DHCP釋放報(bào)文中發(fā)送給DHCP服務(wù)器，同時(shí) 刪除該IP地址對(duì)應(yīng)的DHCP客戶端IP地址緩存表項(xiàng)，其中，下線客戶端的MAC地址為：當(dāng)接 入交換機(jī)發(fā)現(xiàn)自身與一 DHCP客戶端直連的端口關(guān)閉時(shí)，在本地MAC地址表和/或老化MAC 地址表副本中查找該端口標(biāo)識(shí)對(duì)應(yīng)的MAC地址，將該MAC地址作為下線客戶端的MAC地址 發(fā)送給DHCP中繼設(shè)備的，該老化MAC地址表副本保存的是老化的MAC地址表項(xiàng)，且當(dāng)接入 交換機(jī)根據(jù)關(guān)閉端口標(biāo)識(shí)查找到一老化的MAC地址表項(xiàng)時(shí)，將老化MAC地址表副本中的該 表項(xiàng)刪除。
[0111] 在實(shí)際應(yīng)用中，下線客戶端IP地址查找模塊82可包括：CFD模塊和查找處理模 塊，其中：
[0112] CFD模塊：當(dāng)接收到接入交換機(jī)發(fā)來的攜帶下線客戶端的MAC地址的EAIS報(bào)文 時(shí)，從接收端口返回一個(gè)EAIS報(bào)文，將該下線客戶端的MAC地址發(fā)送給查找處理模塊。
[0113] 查找處理模塊：接收CFD模塊發(fā)來的下線客戶端的MAC地址，在客戶端IP地址緩 存模塊81維護(hù)的DHCP客戶端IP地址緩存表中查找對(duì)應(yīng)的IP地址，將該IP地址攜帶在單 播DHCP釋放報(bào)文中發(fā)送給DHCP服務(wù)器，同時(shí)刪除該IP地址對(duì)應(yīng)的DHCP客戶端IP地址緩 存表項(xiàng)。
[0114] 圖9為本發(fā)明實(shí)施例一提供的接入交換機(jī)的組成示意圖，DHCP客戶端通過該接入 交換機(jī)連接到DHCP中繼設(shè)備，如圖9所示，該接入交換機(jī)主要包括：MAC地址表維護(hù)模塊91 和端口監(jiān)測(cè)模塊92,其中：
[0115] MAC地址表維護(hù)模塊91 :維護(hù)MAC地址表和老化MAC地址表副本，當(dāng)發(fā)現(xiàn)一 MAC地 址表項(xiàng)老化時(shí)，將該表項(xiàng)放入老化MAC地址表副本中。
[0116] 端口監(jiān)測(cè)模塊92 :實(shí)時(shí)監(jiān)測(cè)本交換機(jī)與各DHCP客戶端直連的端口，當(dāng)發(fā)現(xiàn)一端口 關(guān)閉時(shí)，在MAC地址表維護(hù)模塊91維護(hù)的MAC地址表和/或老化MAC地址表副本中查找該 端口標(biāo)識(shí)對(duì)應(yīng)的MAC地址，將該MAC地址作為下線客戶端的MAC地址發(fā)送給DHCP中繼設(shè)備， 且當(dāng)查找到的是老化的MAC地址表項(xiàng)時(shí)，將老化MAC地址表副本中的該表項(xiàng)刪除。
[0117] 在實(shí)際應(yīng)用中，端口監(jiān)測(cè)模塊92可將下線客戶端的MAC地址封裝到EAIS報(bào)文的 擴(kuò)展TLV中發(fā)送給DHCP中繼設(shè)備。
[0118] 圖10為本發(fā)明實(shí)施例二提供的DHCP中繼設(shè)備的組成示意圖，該DHCP中繼設(shè)備作 為DHCP客戶端的接入設(shè)備，如圖10所示，該DHCP中繼設(shè)備主要包括:MAC地址表維護(hù)模塊 101、客戶端IP地址緩存模塊102和下線客戶端IP地址查找模塊103,其中：
[0119] MAC地址表維護(hù)模塊101 :維護(hù)MAC地址表和老化MAC地址表副本，當(dāng)發(fā)現(xiàn)一 MAC 地址表項(xiàng)老化時(shí)，將該表項(xiàng)放入老化MAC地址表副本中。
[0120] 客戶端IP地址緩存模塊102 :當(dāng)發(fā)現(xiàn)本地新增了 ARP表項(xiàng)時(shí)，將該ARP表項(xiàng)添加 到DHCP客戶端IP地址緩存表中。
[0121] 下線客戶端IP地址查找模塊103 :實(shí)時(shí)監(jiān)測(cè)本設(shè)備與各DHCP客戶端直連的端口， 當(dāng)發(fā)現(xiàn)一端口關(guān)閉時(shí)，在MAC地址表維護(hù)模塊101維護(hù)的MAC地址表和/或老化MAC地址 表副本中查找該端口標(biāo)識(shí)對(duì)應(yīng)的MAC地址，根據(jù)查找到的MAC地址，在客戶端IP地址緩存 模塊102維護(hù)的DHCP客戶端IP地址緩存表中查找對(duì)應(yīng)的IP地址，將該IP地址攜帶在單 播DHCP釋放報(bào)文中發(fā)送給DHCP服務(wù)器，同時(shí)刪除該IP地址對(duì)應(yīng)的DHCP客戶端IP地址緩 存表項(xiàng)，其中，當(dāng)在老化MAC地址表副本中查找到關(guān)閉端口標(biāo)識(shí)對(duì)應(yīng)的MAC地址時(shí)，刪除老 化MAC地址表副本中對(duì)應(yīng)的表項(xiàng)。
[0122] 以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精 神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明保護(hù)的范圍之內(nèi)。
【權(quán)利要求】
1. 一種回收動(dòng)態(tài)主機(jī)配置協(xié)議DHCP客戶端的IP地址的方法，應(yīng)用于包含客戶端、中繼 設(shè)備及地址分配服務(wù)器的DHCP網(wǎng)絡(luò)中的中繼設(shè)備上，其特征在于，該方法包括： 當(dāng)中繼設(shè)備發(fā)現(xiàn)本地新增了地址解析協(xié)議ARP表項(xiàng)時(shí)，將該ARP表項(xiàng)添加到本地建立 的客戶端IP地址緩存表中，所述ARP表項(xiàng)包含：IP地址字段和媒體接入控制MAC地址字 段； 當(dāng)中繼設(shè)備獲得下線客戶端的MAC地址時(shí)，在所述客戶端IP地址緩存表中查找對(duì)應(yīng)的 IP地址，將該IP地址攜帶在單播DHCP的IP地址釋放報(bào)文中發(fā)送給地址分配服務(wù)器，同時(shí) 刪除客戶端IP地址緩存表中的對(duì)應(yīng)表項(xiàng)； 其中，所述下線客戶端的MAC地址為：接入交換機(jī)或者中繼設(shè)備上的關(guān)閉shutdown端 口所連接的客戶端的MAC地址。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，當(dāng)所述客戶端通過接入交換機(jī)連接到所 述中繼設(shè)備時(shí)，所述中繼設(shè)備獲得下線客戶端的MAC地址為： 中繼設(shè)備接收接入交換機(jī)發(fā)來的下線客戶端的MAC地址，其中，所述下線客戶端的MAC 地址為：當(dāng)接入交換機(jī)發(fā)現(xiàn)自身與客戶端直連的端口關(guān)閉shutdown時(shí)，接入交換機(jī)根據(jù)端 口與MAC地址的綁定關(guān)系查找該端口對(duì)應(yīng)的MAC地址，將查找到的MAC地址作為下線客戶 端的MAC地址發(fā)送給中繼設(shè)備。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，預(yù)先在所述中繼設(shè)備與所述接入交換機(jī) 上使能連通錯(cuò)誤檢測(cè)CFD的以太網(wǎng)告警指示信號(hào)EAIS功能，并在接入交換機(jī)的CFD模塊上 注冊(cè)端口關(guān)閉shutdown事件； 且，所述中繼設(shè)備接收接入交換機(jī)發(fā)來的下線客戶端的MAC地址為： 中繼設(shè)備接收接入交換機(jī)發(fā)來的EAIS報(bào)文，該報(bào)文的擴(kuò)展類型長度值TLV中攜帶下線 客戶端的MAC地址； 且所述中繼設(shè)備接收接入交換機(jī)發(fā)來的下線客戶端的MAC地址的同時(shí)進(jìn)一步包括：中 繼設(shè)備從接收端口返回一個(gè)EAIS報(bào)文。
4. 根據(jù)權(quán)利要求2所述的方法，其特征在于， 所述中繼設(shè)備與所述接入交換機(jī)直連，所述中繼設(shè)備接收接入交換機(jī)發(fā)來的下線客戶 端的MAC地址為：中繼設(shè)備接收接入交換機(jī)發(fā)來的鏈路層發(fā)現(xiàn)協(xié)議LLDP報(bào)文，該報(bào)文的擴(kuò) 展類型長度值TLV中攜帶下線客戶端的MAC地址，或者， 所述中繼設(shè)備與所述接入交換機(jī)直連或跨設(shè)備連接，且當(dāng)跨設(shè)備連接時(shí)，將接入交換 機(jī)與中繼設(shè)備間的各設(shè)備配置成服務(wù)橋，所述中繼設(shè)備接收接入交換機(jī)發(fā)來的下線客戶端 的MAC地址為：中繼設(shè)備接收接入交換機(jī)發(fā)來的LLDP報(bào)文，該報(bào)文的擴(kuò)展TLV中攜帶下線 客戶端的MAC地址。
5. 根據(jù)權(quán)利要求1所述的方法，其特征在于，當(dāng)所述客戶端以所述中繼設(shè)備作為接入 設(shè)備時(shí)，所述中繼設(shè)備獲得下線客戶端的MAC地址包括： 當(dāng)中繼設(shè)備發(fā)現(xiàn)本地一 MAC地址表項(xiàng)老化時(shí)，將該表項(xiàng)放入本地建立的老化MAC地 址表副本中；中繼設(shè)備實(shí)時(shí)監(jiān)測(cè)自身與各客戶端直連的端口，當(dāng)發(fā)現(xiàn)一端口關(guān)閉shutdown 時(shí)，在本地MAC地址表和/或老化MAC地址表副本中查找該端口標(biāo)識(shí)對(duì)應(yīng)的MAC地址，將查 找到的MAC地址作為所述下線客戶端的MAC地址，其中，當(dāng)在老化MAC地址表副本中查找到 關(guān)閉端口標(biāo)識(shí)對(duì)應(yīng)的MAC地址時(shí)，刪除老化MAC地址表副本中對(duì)應(yīng)的表項(xiàng)。
6. -種DHCP中繼設(shè)備，其特征在于，該DHCP中繼設(shè)備包括： 客戶端IP地址緩存模塊：當(dāng)發(fā)現(xiàn)本地新增了 ARP表項(xiàng)時(shí)，將該ARP表項(xiàng)添加到客戶端 IP地址緩存表中； 下線客戶端IP地址查找模塊：當(dāng)獲得下線客戶端的MAC地址時(shí)，根據(jù)該MAC地址，在客 戶端IP地址緩存表中查找對(duì)應(yīng)的IP地址，將該IP地址攜帶在單播DHCP的IP地址釋放報(bào) 文中發(fā)送給DHCP服務(wù)器，同時(shí)刪除該IP地址對(duì)應(yīng)的客戶端IP地址緩存表項(xiàng)，其中，所述下 線客戶端的MAC地址為：接入交換機(jī)或者本設(shè)備上的關(guān)閉shutdown端口所連接的客戶端的 MAC地址。
7. 根據(jù)權(quán)利要求6所述的DHCP中繼設(shè)備，其特征在于，所述客戶端通過接入交換機(jī)連 接到本中繼設(shè)備，所述下線客戶端IP地址查找模塊通過接收接入交換機(jī)發(fā)來的包含下線 客戶端的MAC地址的報(bào)文的方式獲得所述下線客戶端的MAC地址，其中，所述下線客戶端的 MAC地址為：當(dāng)接入交換機(jī)發(fā)現(xiàn)自身與客戶端直連的端口關(guān)閉shutdown時(shí)，接入交換機(jī)根 據(jù)端口與MAC地址的綁定關(guān)系查找該端口對(duì)應(yīng)的MAC地址，將查找到的MAC地址作為下線 客戶端的MAC地址發(fā)送給中繼設(shè)備。
8. 根據(jù)權(quán)利要求7所述的DHCP中繼設(shè)備，其特征在于， 所述下線客戶端IP地址查找模塊包括： CFD模塊：當(dāng)接收到接入交換機(jī)發(fā)來的攜帶下線客戶端的MAC地址的EAIS報(bào)文時(shí)，從 接收端口返回一個(gè)EAIS報(bào)文，將該下線客戶端的MAC地址發(fā)送給查找處理模塊； 查找處理模塊：接收CFD模塊發(fā)來的下線客戶端的MAC地址，在客戶端IP地址緩存表 中查找對(duì)應(yīng)的IP地址，將該IP地址攜帶在單播DHCP的IP地址釋放報(bào)文中發(fā)送給DHCP服 務(wù)器，同時(shí)刪除該IP地址對(duì)應(yīng)的客戶端IP地址緩存表項(xiàng)。
9. 根據(jù)權(quán)利要求6所述的DHCP中繼設(shè)備，其特征在于，所述客戶端以本中繼設(shè)備作為 接入設(shè)備， 所述DHCP中繼設(shè)備進(jìn)一步包括：MAC地址表維護(hù)模塊，當(dāng)發(fā)現(xiàn)一 MAC地址表項(xiàng)老化時(shí)， 將該表項(xiàng)放入老化MAC地址表副本中； 所述下線客戶端IP地址查找模塊進(jìn)一步用于，實(shí)時(shí)監(jiān)測(cè)本設(shè)備與各客戶端直連的端 口，當(dāng)發(fā)現(xiàn)一端口關(guān)閉shutdown時(shí)，在本地MAC地址表和/或老化MAC地址表副本中查找 該端口標(biāo)識(shí)對(duì)應(yīng)的MAC地址，將查找到的MAC地址作為所述下線客戶端的MAC地址，其中， 當(dāng)在老化MAC地址表副本中查找到關(guān)閉端口標(biāo)識(shí)對(duì)應(yīng)的MAC地址時(shí)，刪除老化MAC地址表 副本中對(duì)應(yīng)的表項(xiàng)。
10. -種接入交換機(jī)，DHCP客戶端通過該接入交換機(jī)連接到DHCP中繼設(shè)備，其特征在 于，該接入交換機(jī)包括： MAC地址表維護(hù)模塊：當(dāng)發(fā)現(xiàn)一 MAC地址表項(xiàng)老化時(shí)，將該表項(xiàng)放入老化MAC地址表副 本中； 端口監(jiān)測(cè)模塊：實(shí)時(shí)監(jiān)測(cè)本交換機(jī)與各DHCP客戶端直連的端口，當(dāng)發(fā)現(xiàn)一端口關(guān)閉 shutdown時(shí)，在MAC地址表和/或老化MAC地址表副本中查找該端口標(biāo)識(shí)對(duì)應(yīng)的MAC地址， 將查找到的MAC地址作為下線客戶端的MAC地址發(fā)送給DHCP中繼設(shè)備，且當(dāng)查找到的是老 化的MAC地址表項(xiàng)時(shí)，刪除老化MAC地址表副本中對(duì)應(yīng)的表項(xiàng)。
11. 根據(jù)權(quán)利要求10所述的接入交換機(jī)，其特征在于，所述端口監(jiān)測(cè)模塊進(jìn)一步用于， 將所述下線客戶端的MAC地址封裝到EAIS報(bào)文的擴(kuò)展TLV中，以便將該報(bào)文發(fā)送給DHCP 中繼設(shè)備。
【文檔編號(hào)】H04L29/12GK104158917SQ201310178714
【公開日】2014年11月19日 申請(qǐng)日期:2013年5月14日 優(yōu)先權(quán)日:2013年5月14日
【發(fā)明者】吳文國, 李磊方, 趙昌峰 申請(qǐng)人:杭州華三通信技術(shù)有限公司