專利名稱：同時獲取ip地址和制造商提供的信息的交互系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種客戶端同時獲取IP地址及制造商提供的信息的交互系統(tǒng)及方法。
背景技術(shù)：
動態(tài)主機配置協(xié)議(DHCP,Dynamic Host Configuration Protocol)是一種用于 簡化主機IP配置管理的協(xié)議標(biāo)準(zhǔn)。通過采用DHCP標(biāo)準(zhǔn)，可以使用DHCP服務(wù)器為網(wǎng)絡(luò)上所 有啟用了 DHCP的客戶端分配、配置、跟蹤和更改(必要時)所有TCP/IP設(shè)置。此外，DHCP 還可以確保不使用重復(fù)地址、重新分配未使用的地址，并且可以自動為連接的子網(wǎng)分配適 當(dāng)?shù)腎P地址。一般CPE (CustomerPremi se Equipment，用戶端設(shè)備)如路由器，交換機等本 身就有 DHCP 服務(wù)器(DHCP SERVER)和 DHCP 中繼(DHCP RELAY)。當(dāng)客戶端與DHCP服務(wù)器在同一個子網(wǎng)中時，各客戶端可自動地從DHCP服務(wù)器得 到IP地址。但如果LAN接入的客戶端設(shè)備在DHCP DISC0RERY或DHCP REQUEST報文中請 求OPTION 43信息，DHCP服務(wù)器是不知道要回什么信息給LAN接入的各客戶端設(shè)備的，當(dāng) 然也可以告知DHCP服務(wù)器怎么回OPTION 43信息給客戶端設(shè)備，但這個不夠靈活，而且如 果需要修改回復(fù)的OPTION 43信息，因為DHCP服務(wù)器設(shè)置在用戶側(cè)，運營商要修改是很不 方便的。當(dāng)客戶端與DHCP服務(wù)器不在同一個子網(wǎng)中時，必須啟用CPE的DHCP中繼(DHCP Relay)來轉(zhuǎn)發(fā)DHCP請求和應(yīng)答信息，設(shè)備可從廣域網(wǎng)(WAN，Wide Area Network)側(cè)DHCP 服務(wù)器上獲取到WAN側(cè)的IP地址及制造商特定信息等。但這種方式DHCP中繼在中間僅轉(zhuǎn) 發(fā)DHCP CLIENT跟DHCP SERVER的報文，其缺點是CPE工作在橋接模式，即經(jīng)DHCP中繼轉(zhuǎn) 發(fā)，不能工作在路由模式，也就是說LAN側(cè)各客戶端設(shè)備需要上網(wǎng)，需要先自行撥號。隨著網(wǎng)絡(luò)的發(fā)展，客戶端設(shè)備不僅有PC機，還包括攝像頭或機頂盒等。為了統(tǒng)一 管理，這些客戶端設(shè)備都需要由CPE通過DHCP SERVER統(tǒng)一分配IP地址。但是，有時攝像頭 和機頂盒還需要跟WAN側(cè)的DHCP SERVER進行交互獲取某些特定的制造商信息(比如IPTV 服務(wù)器地址等)，傳統(tǒng)的DHCP SERVER或DHCP RELAY都滿足不了這種需求。

發(fā)明內(nèi)容
針對上述問題，本發(fā)明提供一種既能夠為各客戶端統(tǒng)一分配IP地址，又能讓各客 戶端在無需上網(wǎng)的情況下也能跟WAN側(cè)的DHCP SERVER進行交互獲取制造商提供的信息的 同時獲取IP地址和制造商提供的信息的交互系統(tǒng)及方法。為達到上述目的，本發(fā)明所述同時獲取IP地址和制造商提供的信息的交互系統(tǒng)， 包括DHCP PROXY,與至少一個客戶端相連，接收客戶端發(fā)送的請求包，并向客戶端發(fā)送 回復(fù)包；以及DHCP服務(wù)器，設(shè)置在廣域網(wǎng)中，與所述DHCP PROXY相連，接收所述DHCP PROXY發(fā)送的請求包，并向所述DHCP PROXY發(fā)送回復(fù)包。其中，所述請求包為DHCPDISC0VER，或 DHCPREQUEST，或 DHCPINF0RM。所述的回復(fù)包為DHCP0FFER，或DHCPACK。進一步地，所述的DHCP PROXY設(shè)置在CPE上。本發(fā)明同時獲取IP地址和制造商提供的信息的方法，包括以下步驟(1)客戶端發(fā)送第一請求包給DHCP PROXY ；(2) DHCP PROXY接收第一請求包，并對該請求包中的特征信息進行判斷；若特征信 息滿足制定的特征，進行以下步驟，否則，直接從同子網(wǎng)中的DHCP服務(wù)器獲取IP地址；(3)DHCP PROXY依據(jù)特征信息生成第二請求包，并將其發(fā)送到廣域網(wǎng)中的DHCP服 務(wù)器中；(4)DHCP服務(wù)器接收到第二請求包后，依據(jù)該請求包的信息向所述DHCPPR0XY發(fā)
送第一回復(fù)包；(5) DHCP PROXY接收到第一回復(fù)包后，依據(jù)回復(fù)包信息生成第二回復(fù)包，并將該第 二回復(fù)包發(fā)送給客戶端，客戶端獲取到一 IP地址；(6)客戶端獲取到IP地址后，向DHCP PROXY發(fā)送第三請求包；(7) DHCP PROXY接收第三請求包，依據(jù)該請求包的信息生成第四請求包，并將該第 四請求包發(fā)送給DHCP服務(wù)器；(8)DHCP服務(wù)器接收到第四請求包后，依據(jù)該第四請求包的請求信息向DHCP PROXY發(fā)送第三回復(fù)包；(9)DHCP PROXY接收到第三回復(fù)包后，依據(jù)該回復(fù)包信息生成第四回復(fù)包，并將該 第四回復(fù)包發(fā)送給客戶端，客戶端獲取到制造商提供的信息。其中，所述的第一請求包為DHCPDISCOVER ；第二請求包為DHCPREQUEST，或 DHCPINF0RM ；第三請求包為 DHCPREQUEST，或 DHCPINF0RM ；第四請求包為 DHCPREQUEST，或 DHCPINF0RM ；第一回復(fù)包為DHCPACK ；第二回復(fù)包為DHCP0FFER ；第三回復(fù)包為DHCPACK ；第 四回復(fù)包為DHCPACK。特別地，第二請求包為請求獲取IP地址的請求包，第三請求包為對第二回復(fù)包的 回應(yīng)請求包。本發(fā)明通過設(shè)置所述DHCP PROXY，以及在廣域網(wǎng)側(cè)部署一個DHCPSERVER，DHCP PROXY在客戶端和廣域網(wǎng)側(cè)的DHCP SERVER之間，使得與所述DHCP PROXY連接的各客戶端 不僅能夠統(tǒng)一分配到IP地址，還能夠讓各客戶端即使在沒有上網(wǎng)的情況下也能與廣域網(wǎng) 側(cè)的DHCP SERVER進行交互獲取制造商提供的信息。制造商提供的信息可以是固件升級服 務(wù)器地址，或流媒體服務(wù)器地址等等。制造商可以在廣域網(wǎng)側(cè)的DHCP SERVER端進行修改 信息或上傳新的信息，對客戶端設(shè)備的維護或升級都更加方便，避免了現(xiàn)有CPE如路由器， 交換機等一般安裝在用戶側(cè)所帶來的不便。


圖1為本發(fā)明同時獲取IP地址和制造商提供的信息的系統(tǒng)一實施例結(jié)構(gòu)示意 圖；圖2為客戶端直接從子網(wǎng)中的DHCP服務(wù)器中獲取IP地址的流程圖。
具體實施例方式下面結(jié)合說明書附圖對本發(fā)明的具體實施方式
做詳細(xì)描述。圖1為本發(fā)明所述同時獲取IP地址和制造商提供的信息的交互系統(tǒng)的一實施例 結(jié)構(gòu)示意圖。本實施例包括DHCP PROXY,與至少一個客戶端相連，接收客戶端發(fā)送的請求包，并向客戶端發(fā)送 回復(fù)包；以及 DHCP服務(wù)器，設(shè)置在廣域網(wǎng)中，與所述DHCP PROXY相連，接收所述DHCP PROXY發(fā) 送的請求包，并向所述DHCP PROXY發(fā)送回復(fù)包。其中，所述請求包為DHCPDISC0VER，或DHCPREQUEST，或DHCPINF0RM。所述的回復(fù) 包為DHCP0FFER，或DHCPACK。在本實施例中客戶端為機頂盒(STB)。所述的DHCPPR0XY設(shè) 置在CPE上。本實施例客戶端機頂盒STB獲取統(tǒng)一分配的IP地址和制造商提供的信息的過程 描述如下步驟1、STB 發(fā)送 DHCP DISCOVRY 報文到 DHCP PROXY, DHCP PROXY 提取報文中的 OPTION 60特征，如果滿足指定的特征，則進行下一步驟，否則，直接從子網(wǎng)中的DHCP服務(wù) 器中獲取IP地址。步驟2、DHCP PROXY保留步驟1中DHCP DISCOVRY報文中所有的OPTION選項，構(gòu) 造一個DHCP REQUEST報文發(fā)送給WAN側(cè)的DHCPSERVER，該DHCP REQUEST報文使用DHCP PROXY 的 WAN 口 的 MAC 地址。步驟3、WAN 側(cè) DHCP SERVER 收到 DHCP PROXY 的 DHCP REQUEST 報文后，將回 DHCPACK給DHCP PROXY。該DHCPACK報文中應(yīng)該帶有STB設(shè)備需要的OPTION字段信息。步驟4、DHCP PROXY 收到 WAN 側(cè) DHCP SERVER 的 DHCPACK 報文后，保留 DHCP ACK 報文中的所有DHCP OPTION字段，構(gòu)造一個DHCP OFFER報文，分配一個私網(wǎng)地址給STB設(shè) 備(比如 192. 168. 1. χ)。步驟5、STB設(shè)備收到DHCP OFFER報文后，回應(yīng)DHCP REQUEST報文給DHCP PROXY。步驟6、DHCP PROXY收到DHCP REQUEST報文，同樣的保留所有的OPTION選項，構(gòu) 造一個DHCP REQUEST報文發(fā)送給WAN側(cè)的DHCPSERVER。步驟7、WAN 側(cè) DHCP SERVER 收到 DHCP PROXY 的 DHCP REQUEST 報文后，將回 DHCP ACK給DHCP PROXY。該DHCP ACK報文中應(yīng)該帶有STB設(shè)備需要的OPTION字段信息。步驟8、DHCP PROXY 收到 WAN 側(cè) DHCP SERVER 的 DHCP ACK 報文后，保留 DHCP ACK 報文中的所有DHCP OPTION字段，構(gòu)造一個DHCP ACK報文，B向應(yīng)STB設(shè)備的DHCP REQUEST, 獲取到WAN側(cè)DHCP SERVER所分配的特殊信息。步驟9、流程結(jié)束。其中，步驟5中所述的DHCP REQUEST可以是DHCP INFORM報文，則驟6中DHCP PROXY 收到 DHCP INFORM 報文。本實施例中STB設(shè)備既獲取到了 CPE分配的私網(wǎng)地址，同時也獲取到了 WAN側(cè) DHCP SERVER制造商提供的信息。實施例中，OPTION字段信息的定義可以參見RFC2132規(guī)范。
上述過程描述中，所述的客戶端直接從子網(wǎng)中的DHCP服務(wù)器中獲取IP地址的過 程如圖2所示，其具體步驟描述如下1、發(fā)現(xiàn)階段即DHCP客戶端尋找DHCP服務(wù)器的階段?？蛻舳艘詮V播方式發(fā)送 DHCPDISCOVER包，只有DHCP服務(wù)器才會響應(yīng)。2、提供階段即DHCP服務(wù)器提供IP地址的階段。DHCP服務(wù)器接收到客戶端的 DHCPDISC0VER包后，從IP地址池中選擇一個尚未分配的IP地址分配給客戶端，向該客戶端 發(fā)送包含租借的IP地址和其他配置信息的DHCP0FFER包。3、選擇階段即DHCP客戶端選擇IP地址的階段。如果有多臺DHCP服務(wù)器向 該客戶端發(fā)送DHCP0FFER包，客戶端從中隨機挑選，然后以廣播形式向各DHCP服務(wù)器回 應(yīng)DHCPREQUEST包，宣告使用它挑中的DHCP服務(wù)器提供的地址，并正式請求該DHCP服務(wù) 器分配地址。其它所有發(fā)送DHCP0FFER包的DHCP服務(wù)器接收到該數(shù)據(jù)包后，將釋放已經(jīng) OFFER (預(yù)分配)給客戶端的IP地址。如果發(fā)送給DHCP客戶端的DHCP0FFER包中包含無效的配置參數(shù)，客戶端會向服務(wù) 器發(fā)送DHCPDECLINE包拒絕接受已經(jīng)分配的配置信息。4、確認(rèn)階段即DHCP服務(wù)器確認(rèn)所提供IP地址的階段。當(dāng)DHCP服務(wù)器收到DHCP 客戶端發(fā)送的DHCPREQUEST包后，便向客戶端發(fā)送包含它所提供的IP地址及其他配置信息 的DHCPACK確認(rèn)包。然后，DHCP客戶端將接收并使用IP地址及其他TCP/IP配置參數(shù)。
DHCP協(xié)議采用CLIENT-SERVER方式進行交互，其數(shù)據(jù)包格式如表1所示表1數(shù)據(jù)包具體格式及其含義
權(quán)利要求
一種同時獲取IP地址和制造商提供的信息的交互系統(tǒng)，其特征在于，包括DHCP PROXY，與至少一個客戶端相連，接收客戶端發(fā)送的請求包，并向客戶端發(fā)送回復(fù)包；以及DHCP服務(wù)器，設(shè)置在廣域網(wǎng)中，與所述DHCP PROXY相連，接收所述DHCP PROXY發(fā)送的請求包，并向所述DHCP PROXY發(fā)送回復(fù)包。
2.根據(jù)權(quán)利要求1所述同時獲取IP地址和制造商提供的信息的交互系統(tǒng)，其特征在 于，所述請求包為 DHCPDISC0VER，或 DHCPREQUEST，或 DHCPINF0RM。
3.根據(jù)權(quán)利要求1所述同時獲取IP地址和制造商提供的信息的交互系統(tǒng)，其特征在 于，所述的回復(fù)包為DHCP0FFER，或DHCPACK。
4.根據(jù)權(quán)利要求1所述同時獲取IP地址和制造商提供的信息的交互系統(tǒng)，其特征在 于，所述的DHCP PROXY設(shè)置在CPE上。
5.一種同時獲取IP地址和制造商提供的信息的方法，其特征在于，包括以下步驟(1)客戶端發(fā)送第一請求包給DHCPPROXY ；(2)DHCPPROXY接收第一請求包，并對該請求包中的特征信息進行判斷；若特征信息滿 足制定的特征，進行以下步驟，否則，直接從同子網(wǎng)中的DHCP服務(wù)器獲取IP地址；(3)DHCP PROXY依據(jù)特征信息生成第二請求包，并將其發(fā)送到廣域網(wǎng)中的DHCP服務(wù)器中；(4)DHCP服務(wù)器接收到第二請求包后，依據(jù)該請求包的信息向所述DHCPPR0XY發(fā)送第 一回復(fù)包；(5)DHCP PROXY接收到第一回復(fù)包后，依據(jù)回復(fù)包信息生成第二回復(fù)包，并將該第二回 復(fù)包發(fā)送給客戶端，客戶端獲取到一 IP地址；(6)客戶端獲取到IP地址后，向DHCPPROXY發(fā)送第三請求包；(7)DHCPPROXY接收第三請求包，依據(jù)該請求包的信息生成第四請求包，并將該第四請 求包發(fā)送給DHCP服務(wù)器；(S)DHCP服務(wù)器接收到第四請求包后，依據(jù)該第四請求包的請求信息向DHCP PROXY發(fā) 送第三回復(fù)包；(9)DHCP PROXY接收到第三回復(fù)包后，依據(jù)該回復(fù)包信息生成第四回復(fù)包，并將該第四 回復(fù)包發(fā)送給客戶端，客戶端獲取到制造商提供的信息。
6.根據(jù)權(quán)利要求5所述同時獲取IP地址和制造商提供的信息的方法，其特征在于，所 述的第一請求包為DHCPDISC0VER ；第二請求包為DHCPREQUEST，或DHCPINF0RM ；第三請求包 為 DHCPREQUEST，或 DHCPINF0RM ；第四請求包為 DHCPREQUEST，或 DHCPINF0RM ；第一回復(fù)包 為DHCPACK ；第二回復(fù)包為DHCP0FFER ；第三回復(fù)包為DHCPACK ；第四回復(fù)包為DHCPACK。
全文摘要
本發(fā)明公開一種同時獲取IP地址和制造商提供的信息的交互系統(tǒng)及方法，主要是為了統(tǒng)一管理各客戶端設(shè)備，并使各客戶端能夠同時獲取IP地址和制造商提供的信息而設(shè)計。本發(fā)明包括DHCP PROXY，與至少一個客戶端相連，接收客戶端發(fā)送的請求包，并向客戶端發(fā)送回復(fù)包；以及DHCP服務(wù)器，設(shè)置在廣域網(wǎng)中，與所述DHCP PROXY相連，接收所述DHCP PROXY發(fā)送的請求包，并向所述DHCP PROXY發(fā)送回復(fù)包。本發(fā)明既能夠統(tǒng)一為與DHCP PROXY連接的所有客戶端分配IP地址，又能夠?qū)崿F(xiàn)客戶端在無需上網(wǎng)的情況下也可以與廣域網(wǎng)側(cè)的DHCP SERVER進行交互獲取制造商提供的信息。
文檔編號H04L29/06GK101969477SQ201010503889
公開日2011年2月9日 申請日期2010年10月12日 優(yōu)先權(quán)日2010年10月12日
發(fā)明者陳曉銘 申請人:深圳市共進電子有限公司