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

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


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