Zeroconf與UPnP技術(shù)研究.doc

精品論文zeroconf 與 upnp 技術(shù)研究李志鵬1 曹藝坪2 溫向明11北京郵電大學(xué)信息與通信工程學(xué)院，北京 （100876）2信息產(chǎn)業(yè)部電信研究院，北京 （100083）e-mail：摘 要：網(wǎng)絡(luò)設(shè)備的大量出現(xiàn)在帶給我們很大方便的同時(shí)也帶來了網(wǎng)絡(luò)終端配置復(fù)雜的問題，zeroconf 技術(shù)與 upnp 技術(shù)的出現(xiàn)正是為了解決這個(gè)問題，通過使用 zeroconf 或 upnp 技術(shù)可 以實(shí)現(xiàn)終端在不需要人工干預(yù)的情況下接入網(wǎng)絡(luò)并自動(dòng)進(jìn)行諸如 ip 地址配置、相關(guān)服務(wù)的發(fā)現(xiàn) 等操作，從而達(dá)到網(wǎng)絡(luò)終端設(shè)備的零配置目的。本文將對(duì)二者的協(xié)議結(jié)構(gòu)、工作過程等方面做 以詳細(xì)研究及對(duì)比，并在此基礎(chǔ)上給出結(jié)論。關(guān)鍵字：zeroconfupnp零配置服務(wù)發(fā)現(xiàn) 中圖分類號(hào)：tp3931.引言隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，越來越多的網(wǎng)絡(luò)設(shè)備大量出現(xiàn)，但是網(wǎng)絡(luò)設(shè)備普遍存在的配置復(fù)雜 的問題卻在一定程度上限制了設(shè)備更大范圍的應(yīng)用。那么一臺(tái)網(wǎng)絡(luò)設(shè)備能否像臺(tái)燈那樣，接上 電源，打開開關(guān)后就能夠正常工作呢？這就需要有一種自動(dòng)配置或者是零配置技術(shù)的出現(xiàn)。2.零配置技術(shù)介紹當(dāng)前終端的零配置技術(shù)主要有ietf零配置工作組提出的zeroconf技術(shù)1、sun公司提出的java智能網(wǎng)絡(luò)基礎(chǔ)設(shè)施（jini）技術(shù)2以及upnp論壇提出的通用即插即用（upnp）技術(shù)3等。ietf 為實(shí)現(xiàn)網(wǎng)絡(luò)的零配置目標(biāo)而于 1999 年 9 月成立了零配置工作組，并于當(dāng)年 11 月份召 開了第一次工作組官方會(huì)議，zeroconf 技術(shù)正是由該工作組提出的， 其目標(biāo)是在網(wǎng)絡(luò)設(shè)備不需要進(jìn)行任何手工操作以及其它服務(wù)（dhcp、dns）等的支持下，通過自動(dòng)配置自動(dòng)組網(wǎng)并正常工作。upnp 技術(shù)是由 upnp 論壇制定，該論壇是由微軟、英特爾等公司于 1999 年 10 月份發(fā) 起創(chuàng)建，upnp 技術(shù)是針對(duì)局域網(wǎng)范圍內(nèi)的對(duì)等設(shè)備互聯(lián)而設(shè)計(jì)的一種技術(shù)，其目的與 zeroconf技術(shù)類似，是為家庭、小型企業(yè)、公共場(chǎng)所提供基于 ip 技術(shù)、易于使用的網(wǎng)絡(luò)服務(wù)自動(dòng)發(fā)現(xiàn)機(jī) 制，同時(shí)提供互連設(shè)備的遠(yuǎn)程操作控制和信息共享。jini 技術(shù)基本思想是將 java 應(yīng)用環(huán)境從單一主機(jī)的虛擬機(jī)向網(wǎng)絡(luò)化發(fā)展，通過由 java 語言定義的接口來實(shí)現(xiàn)編程，其更接近于一種分布 式的應(yīng)用程序接口及對(duì)象應(yīng)用環(huán)境，這里不再對(duì)其進(jìn)行詳細(xì)分析。接下來，本文將會(huì)對(duì) zeroconf和 upnp 技術(shù)的做進(jìn)一步的研究，并在此基礎(chǔ)上對(duì)二者做以比較在最后給出結(jié)論。3.zeroconf技術(shù)3.1 結(jié)構(gòu)zeroconf技術(shù)是ietf zeroconf工作組專門提出的用于終端零配置的技術(shù)，從功能上來講， 它可以被劃分為三個(gè)部分，即本地ip地址的自動(dòng)獲得、多播dns技術(shù)（mdns）4、基于dns 的服務(wù)發(fā)現(xiàn)技術(shù)（dns-sd）56等。其中，mdns和dns-sd被用于實(shí)現(xiàn)服務(wù)發(fā)現(xiàn)與定位。3.2 工作過程簡(jiǎn)單來講，zeroconf 技術(shù)通過兩個(gè)過程就可以實(shí)現(xiàn)零配置組網(wǎng)的目標(biāo)：本地 ip 地址的自動(dòng) 獲得、服務(wù)的發(fā)現(xiàn)與定位，其中服務(wù)發(fā)現(xiàn)與定位過程使用了 dns-sd 來完成服務(wù)的發(fā)現(xiàn)，使用了 mdns 來完成域名到 ip 地址的轉(zhuǎn)換即服務(wù)的定位。第一步：本地 ip 地址的自動(dòng)獲取。為了自動(dòng)獲取 ip 地址，zeroconf 并不要求網(wǎng)絡(luò)中有 dhcp 服務(wù)器。在沒有 dhcp 服務(wù)器的情況下，設(shè)備可以使用鏈路-本地 ip 地址，首先設(shè)備會(huì)使用一 定的算法選擇一個(gè) 到 55 范圍內(nèi)的 ip 地址，選定 ip 地址之后，設(shè)備通5精品論文過發(fā)送一個(gè) arp 探測(cè)消息來檢查該 ip 地址是否已經(jīng)有人使用。這個(gè) arp 探測(cè)消息是一個(gè) arp 請(qǐng)求，在這個(gè)請(qǐng)求中源 mac 地址使用該設(shè)備的 mac 地址，把源 ip 地址和目標(biāo) mac 置為空， 把目標(biāo) ip 置為這個(gè)剛剛選中的 ip 地址，之后設(shè)備開始偵聽是否有別的設(shè)備已經(jīng)使用了該 ip 地 址。如果設(shè)備偵聽到一個(gè)源 ip 地址是該所選擇地址，但是源 mac 地址與自己的 mac 地址不 同時(shí)，這意味著已經(jīng)有別的設(shè)備使用了該地址。這時(shí)該設(shè)備可以通過：1，立即換用別的本地鏈路 ip；2，如果此時(shí)設(shè)備已經(jīng)建立 tcp 連接或由于其他原因需要繼續(xù)使用這個(gè) ip 地址，那么它就 需要在收到 ip 沖突的 arp 消息一段時(shí)間后通過廣播一個(gè)源 mac 是自己 mac 地址，源 ip 是自己想保留的 ip 地址的 arp 消息來嘗試保留這個(gè) ip 地址。如果設(shè)備在這之后又收到了 ip 沖突 的 arp，則該設(shè)備必須立即更換一個(gè)新的本地鏈路 ip 地址。在選定使用某個(gè) ip 地址后，設(shè)備再通過發(fā)送源 ip 地址和目標(biāo) ip 地址都是這個(gè)已選定的 ip 的 arp 消息來告知其他設(shè)備不要再嘗 試使用這個(gè)地址，并且這樣做也可以告知其他設(shè)備來更新他們的 arp 表。第二步：服務(wù)發(fā)現(xiàn)與定位。zeroconf使用mdns4來實(shí)現(xiàn)域名到ip地址的轉(zhuǎn)換。首先，在局 域網(wǎng)內(nèi)的設(shè)備具有了本地鏈路ip地址之后，設(shè)備就可以使用一個(gè)以.local.為前綴的本地域名，這個(gè)本地域名只是在設(shè)備所在的局域網(wǎng)內(nèi)有效，而且只是在當(dāng)前時(shí)刻有效。如果在其他lan內(nèi)或 者在本lan內(nèi)的不同時(shí)間見到同樣一個(gè)本地域名，這都不代表這個(gè)設(shè)備與之前見到的設(shè)備有任何關(guān)系。本地鏈路上的每一臺(tái)設(shè)備在多播dns端口 53537偵聽，而需要查詢本地域名的設(shè)備則向多 播dns地址 51(ipv4)7/ff02:fb(ipv6)8發(fā)送mdns查詢包，如果所查詢的本地域名與正 在偵聽的某臺(tái)設(shè)備一致，則這臺(tái)設(shè)備就會(huì)回應(yīng)。由于本地域名可能會(huì)改變，在某一時(shí)刻得到的 查詢結(jié)果可能已經(jīng)不是最新的了，所以查詢?cè)O(shè)備時(shí)還需要通過不斷的發(fā)送mdns查詢包來實(shí)時(shí) 更新查詢結(jié)果。為了防止發(fā)送大量的mdns查詢包引起網(wǎng)絡(luò)的擁塞，要求mdns查詢包發(fā)送時(shí)間 間隔要長，比如一個(gè)小時(shí)發(fā)送一次。但是這樣的話，如果有了新的設(shè)備在本次查詢剛剛結(jié)束時(shí) 增加進(jìn)來，下一次查詢將會(huì)是在一小時(shí)之后，這樣這臺(tái)新加入的設(shè)備必須在一小時(shí)之后才能被 發(fā)現(xiàn)，這樣做肯定不行。所以每臺(tái)新加入網(wǎng)絡(luò)的設(shè)備需要在加入網(wǎng)絡(luò)后通過多播一個(gè)mdns響 應(yīng)消息來宣告自己進(jìn)入網(wǎng)絡(luò)。另外，mdns查詢及響應(yīng)都使用的是多播，這樣看似增加網(wǎng)絡(luò)的 流量，但實(shí)際上對(duì)于多播回應(yīng)，網(wǎng)絡(luò)中其他設(shè)備都會(huì)收到，并且記錄結(jié)果，在以后需要的時(shí)候 就不必再進(jìn)行查詢了。zeroconf 使用了 dns-sd 來實(shí)現(xiàn)服務(wù)的發(fā)現(xiàn)。dns-sd 并不是一個(gè)專門的協(xié)議，它的消息 結(jié)構(gòu)與普通 dns 消息一樣，只是 dns-sd 查詢消息中并不是使用的“type=a”這樣的查詢類 型，而是使用了 srv 與 ptr 的查詢類型。dns-sd 通過查詢某一服務(wù)類型來獲取所有關(guān)于該類 服務(wù)的信息，服務(wù)類型使用的是 ietf rfc2782 中所定義的 srv 類型，設(shè)備通過發(fā)送查詢請(qǐng)求 類型為 ptr 的 dns 查詢請(qǐng)求，來得到關(guān)于某個(gè)服務(wù)類型的所有 ptr，每個(gè) ptr 指向一個(gè)提供 某項(xiàng)服務(wù)的 dns 記錄。通過使用該 dns 消息就可以實(shí)現(xiàn)查詢某個(gè)服務(wù)類型的目的。首先dns-sd 客戶端發(fā)出 ptr 查詢消息來查詢某種服務(wù)類型，例如：_http._tcp.local 或_http._如果網(wǎng)絡(luò)上有所查詢的服務(wù)，則會(huì)返回一條或多條 ptr 記錄，例如：032zeroconf._http._dns-sd 中服務(wù)類型可以有子類型，比如可以通過使用查詢：_news._sub ._http._來更精確的查找一個(gè)符合更多條件的服務(wù)。另外，zeroconf還利用了動(dòng)態(tài)dns-ul、dns-llq以及nat-pmp等1技術(shù)來支持wan范圍 內(nèi)的零配置機(jī)制。4.upnp技術(shù)4.1 結(jié)構(gòu)upnp(universal plug and play)39技術(shù)擴(kuò)展了應(yīng)用于計(jì)算機(jī)外設(shè)中plug and play（pnp）技術(shù)， 它將網(wǎng)絡(luò)中的設(shè)備包括了進(jìn)來。支持upnp技術(shù)的網(wǎng)絡(luò)設(shè)備可以實(shí)現(xiàn)動(dòng)態(tài)地加入一個(gè)網(wǎng)絡(luò)并自動(dòng) 獲得ip地址、告知?jiǎng)e的設(shè)備自己的能力和服務(wù)并且獲知網(wǎng)絡(luò)上其他設(shè)備的能力和服務(wù)等。upnp 技術(shù)是建立在tcp/ip協(xié)議之上的，使用了ip、udp、tcp、http、xml、soap、gena等網(wǎng) 絡(luò)協(xié)議與技術(shù)，使用upnp建立起來的網(wǎng)絡(luò)不需要設(shè)備驅(qū)動(dòng)，不使用特定的api，與介質(zhì)無關(guān)。 upnp 結(jié)構(gòu)中包括了控制點(diǎn)、服務(wù)和設(shè)備，服務(wù)和控制點(diǎn)屬于邏輯上的概念，一臺(tái)設(shè)備可能會(huì)包含有零或多個(gè)服務(wù)，也可以包括控制點(diǎn)，它的協(xié)議棧如下表所示：表 1 upnp 協(xié)議棧upnp 設(shè)備商自己的定義upnp 論壇專業(yè)委員會(huì)的設(shè)備定義upnp 設(shè)備體系定義ssdpsoapgenahttpmuhttpuhttphttpudptcpip 層其中，第一層是 ip 層，所有的消息都是基于 ip 傳送的，第二層和第三層屬于傳送層，傳送的內(nèi)容經(jīng)過 xml 封裝后使用 udp 之上的 httpu/httpmu 協(xié)議或 tcp 之上的 http 協(xié)議傳送， 而第四層中的 ssdp、soap、gena 正是所傳送內(nèi)容的數(shù)據(jù)格式；再上一層則是 upnp 論壇專業(yè)委員會(huì)定義的廠商相關(guān)信息；設(shè)備體系定義是一個(gè)抽象的公用模型，所有的設(shè)備都要使用到 這一層；最上層則是 upnp 設(shè)備制造商的自己進(jìn)行的一些定義，包括特定的廠商信息等。下面一節(jié)中將會(huì)對(duì) upnp 的詳細(xì)工作過程做以說明。4.2 工作過程upnp整個(gè)工作過程分為六個(gè)階段9，包括設(shè)備ip尋址、服務(wù)發(fā)現(xiàn)、設(shè)備和服務(wù)的描述、設(shè) 備控制、事件和服務(wù)呈現(xiàn)。第一步，獲取 ip 地址。ip 地址是 upnp 的基礎(chǔ)，一臺(tái)網(wǎng)絡(luò)設(shè)備可以通過 dhcp 來獲取一個(gè)ip 地址，設(shè)備進(jìn)入網(wǎng)絡(luò)后，首先嘗試使用 dhcp 方式獲取 ip 地址，如果 dhcp 獲取方式失敗， 設(shè)備就開始使用 auto-ip 技術(shù)來獲取一個(gè)鏈路-本地 ip 地址。auto-ip 技術(shù)與上述的 zeroconf 中鏈路-本地 ip 地址自動(dòng)獲得過程是一樣的，這里就不再贅述。第二步，服務(wù)發(fā)現(xiàn)。獲取 ip 地址之后就開始發(fā)現(xiàn)過程，upnp 使用 ssdp 來進(jìn)行服務(wù)發(fā)現(xiàn)，ssdp 是 upnp 提出的專門用于服務(wù)發(fā)現(xiàn)的一個(gè)協(xié)議。ssdp 使用了兩種方法：m-search 和notify，在 http 請(qǐng)求中，m-search 被用來發(fā)現(xiàn)設(shè)備或者控制點(diǎn)，notify 方法被用來告 知設(shè)備或控制點(diǎn)的加入網(wǎng)絡(luò)或離開網(wǎng)絡(luò)。當(dāng)有設(shè)備加入網(wǎng)絡(luò)或離開網(wǎng)絡(luò)時(shí)，設(shè)備的 ssdp 服務(wù)通過向網(wǎng)絡(luò)多播發(fā)送一個(gè) nts 值為ssdp:alive 或 ssdp:byebye 的 notify 消息來告知網(wǎng)絡(luò)中其他設(shè)備。當(dāng)有控制點(diǎn)進(jìn)入網(wǎng)絡(luò)時(shí)，控 制點(diǎn)可以通過發(fā)送消息類型為 m-search 設(shè)備搜索消息來得到他感興趣的設(shè)備的信息。這個(gè)搜索消息包括了值為 ssdp:discover 的頭域和搜索目標(biāo)類型以及延遲時(shí)長 mx；如果需要搜索網(wǎng)絡(luò)上的所有設(shè)備，控制點(diǎn)可以發(fā)出一個(gè) st 值為 ssdp:all 的 m-search 消息。 當(dāng)網(wǎng)絡(luò)中有設(shè)備收到 m-search 消息后，如果這個(gè) m-search 消息的 st 頭域值為 ssdp:all、ssdp:rootdevice，或者與自己的 uuid 相同的 uuid 值時(shí)，該設(shè)備就需要對(duì)這個(gè) m-search 消 息進(jìn)行回應(yīng)了。回應(yīng)消息除了消息頭為 http/1.1 200 ok，以及除了 notify 宣告消息中頭域nt 在這里是 st 以外，其他的頭域如 cache-control、location、usn 等都與 notify宣告消息一致。 第三步，設(shè)備和服務(wù)描述。當(dāng)一個(gè)控制點(diǎn)發(fā)現(xiàn)了網(wǎng)絡(luò)中的一臺(tái)設(shè)備后，控制點(diǎn)對(duì)這臺(tái)設(shè)備的信息知道的還不是很多，這就需要控制點(diǎn)通過使用發(fā)現(xiàn)階段得到的這臺(tái)設(shè)備的 url 來和這臺(tái)設(shè)備進(jìn)行交互并嘗試獲得更多的該設(shè)備及該設(shè)備所提供的服務(wù)的詳細(xì)描述。upnp 關(guān)于一臺(tái)設(shè)備 的描述分為兩個(gè)部分：設(shè)備描述和服務(wù)及能力的描述。upnp 設(shè)備描述包含了廠商信息、序列號(hào)等，包括了該設(shè)備提供的所有服務(wù)列表、每個(gè)服務(wù) 的服務(wù)描述、控制 url、事件 url 等。設(shè)備描述是由每個(gè)設(shè)備廠商來寫的，廠商在寫這些設(shè) 備描述的時(shí)候應(yīng)當(dāng)使用 xml 語言并按照 upnp 論壇專業(yè)委員會(huì)定義好的設(shè)備描述模板來寫。服務(wù)描述包括了命令列表、動(dòng)作列表、每個(gè)命令的參數(shù)等，它包括了一系列的變量，通過 使用這些變量以及這些變量的數(shù)據(jù)類型、范圍等定義了在服務(wù)運(yùn)行過程中的狀態(tài)。服務(wù)描述也是由設(shè)備制造商使用 xml 語言并按照 upnp 論壇專業(yè)委員會(huì)定義的服務(wù)描述模板來寫的?？刂泣c(diǎn)可以通過發(fā)送一個(gè)請(qǐng)求 url 為發(fā)現(xiàn)過程中得到的設(shè)備或服務(wù)描述 url 的 http get 請(qǐng)求來獲取設(shè)備的設(shè)備描述或服務(wù)描述。第四步，設(shè)備控制。當(dāng)控制點(diǎn)知道了設(shè)備及其服務(wù)描述后，控制點(diǎn)就可以調(diào)用一些控制動(dòng) 作并接收這些動(dòng)作的結(jié)果。調(diào)用服務(wù)的動(dòng)作是一個(gè)遠(yuǎn)程調(diào)用過程，控制點(diǎn)通過向某一服務(wù)的控制 url 發(fā)送一個(gè)控制請(qǐng)求來調(diào)用服務(wù)，并讓服務(wù)進(jìn)行特定的動(dòng)作，這些控制 url 是在設(shè)備描 述中關(guān)于服務(wù)的控制 url 子集中提供給控制點(diǎn)的?？刂普?qǐng)求是通過使用 http post 請(qǐng)求或者h(yuǎn)ttp m-post 請(qǐng)求及回應(yīng)來傳送以 soap 格式封包的動(dòng)作或結(jié)果。upnp 論壇專業(yè)委員會(huì)和設(shè) 備廠商已經(jīng)定義了一些控制來使得控制點(diǎn)可以很明確的知道當(dāng)前服務(wù)的狀態(tài)。第五步，事件。當(dāng)服務(wù)的狀態(tài)發(fā)生改變時(shí)就產(chǎn)生一個(gè)事件，如果某個(gè)控制點(diǎn)訂閱了這個(gè)事 件，則服務(wù)就會(huì)將該狀態(tài)改變上報(bào)給控制點(diǎn)。為了訂閱某個(gè)事件，控制點(diǎn)需要首先向服務(wù)發(fā)送一個(gè)訂閱消息，訂閱消息使用了 subscribe 請(qǐng)求頭，如果訂閱請(qǐng)求被接受，則事件產(chǎn)生方（一 般是設(shè)備）會(huì)回應(yīng)一個(gè)訂閱超時(shí)時(shí)長以及一個(gè) sid（訂閱 id）。如果訂閱者不再需要這些事件時(shí)，它可以發(fā)送一個(gè)取消訂閱的消息給事件提供者，取消訂閱消息使用unsubscribe 請(qǐng)求頭， 并帶上需要取消的 sid。事件消息使用 notify 請(qǐng)求頭告知事件訂閱者，每一個(gè)事件消息的消息體中包含了一個(gè)或多個(gè)狀態(tài)變量的名字以及當(dāng)前這些狀態(tài)變量的值，這些名字和值也是用 xml 語言描述的。第一次訂閱成功時(shí)，事件提供者會(huì)發(fā)送一個(gè)初始事件消息，這個(gè)初始事件消 息中包含了所有變量的名字以及變量值，訂閱者就可以通過它來初始化該服務(wù)的狀態(tài)模型了。第六步，服務(wù)呈現(xiàn)。呈現(xiàn)屬于 upnp 的可選功能，當(dāng)設(shè)備加入網(wǎng)絡(luò)并獲取地址、對(duì)它感興 趣的控制點(diǎn)發(fā)現(xiàn)了該設(shè)備并獲取了該設(shè)備的服務(wù)描述和設(shè)備描述以及獲取設(shè)備所能提供的能力后，就可以將其展示給用戶了。當(dāng)一個(gè)設(shè)備提供了描述 url，控制點(diǎn)就可以通過這個(gè) url 獲 取一個(gè)頁面，并將這個(gè)頁面載入到瀏覽器中提供給用戶，用戶就可以通過該頁面來控制設(shè)備或者讀取設(shè)備的狀態(tài)信息等。5.zeroconf與upnp對(duì)比通過上述對(duì)二者結(jié)構(gòu)、工作過程等的分析，我們可以看到，在 ip 地址的獲取上，zeroconf 和 upnp 技術(shù)是完全一樣的；在域名到 ip 地址的轉(zhuǎn)換上，zeroconf 使用的是 mdns 技術(shù)，而 upnp 沒有與之對(duì)應(yīng)的技術(shù)，一般情況下，如果需要直接訪問某臺(tái)設(shè)備時(shí)，zeroconf 可以通過訪 問設(shè)備的本地域名來訪問這臺(tái)設(shè)備或者服務(wù)，而 upnp 就需要使用 ip 地址，而這個(gè)所使用的 ip 地址可能是從設(shè)備描述中得來的，也可能是由專門的域名轉(zhuǎn)換系統(tǒng)（比如 dns）得來，但由于 這個(gè)地址可能會(huì)變化，所以有時(shí)候 upnp 這么做就行不通；服務(wù)發(fā)現(xiàn)與定位過程中，zeroconf 使用的是 mdns/dns-sd 來進(jìn)行服務(wù)發(fā)現(xiàn)的，使用了統(tǒng)一的 srv 定義，upnp 使用的是 ssdp 協(xié)議來進(jìn)行服務(wù)發(fā)現(xiàn)，在 upnp 采用 ssdp 作為服務(wù)發(fā)現(xiàn)協(xié)議的時(shí)候，該協(xié)議還沒有完成，并 且后來由于該協(xié)議自身的復(fù)雜性使得在網(wǎng)絡(luò)條件差（比如 802.11 無線網(wǎng)絡(luò)環(huán)境中丟包率過大） 時(shí)不能保證其可靠性以及其它方面的原因，ssdp 并沒有公開發(fā)表而是被取消了，而由于 mdns/dns-sd 的有效性以及使用了重復(fù)查詢壓縮等功能，zeroconf 就不存在這方面的問題。 在應(yīng)用層，zeroconf 并不關(guān)心用戶使用什么樣的應(yīng)用層協(xié)議，它只是通過使用 ip 自動(dòng)獲得、 mdns/dns-sd 的服務(wù)發(fā)現(xiàn)來提供一個(gè)可靠的、自動(dòng)配置的網(wǎng)絡(luò)，對(duì)于這一層面 zeroconf 并沒 有做任何規(guī)定與說明，用戶可以根據(jù)自己的需要使用自己的應(yīng)用層協(xié)議；而這一層恰恰正是 upnp 所最關(guān)心的，它定義了大量的設(shè)備類型、服務(wù)類型，定義了如何去描述一個(gè)服務(wù)、如何去 調(diào)用一個(gè)服務(wù)等。6.結(jié)論從上述分析可以看出，單純說 zeroconf 與 upnp 是兩種互相競(jìng)爭(zhēng)的技術(shù)是不全面的。首先， zeroconf 與 upnp 在某些層面上是相同或相似的，比如二者都使用了相同的鏈路-本地 ip 地址獲 得方式；在某些層面上又存在不同或競(jìng)爭(zhēng)的一方面的，比如在服務(wù)發(fā)現(xiàn)上前者使用的是 mdns/dns-sd 方式，而后者使用的是 ssdp 方式；其次二者的側(cè)重點(diǎn)不同，前者的側(cè)重點(diǎn)是 為了解決普遍性的問題，即不管設(shè)備類型與應(yīng)用層協(xié)議，通過 zeroconf 技術(shù)可以提供一個(gè)零配 置后就能使用的可靠的網(wǎng)絡(luò)，后者側(cè)重點(diǎn)是為了解決特定的問題，除了解決網(wǎng)絡(luò)零配置中提到 的 ip 地址獲得、服務(wù)發(fā)現(xiàn)定位等，還重點(diǎn)規(guī)定了針對(duì)具體設(shè)備類型的具體操作與控制。zeroconf 給出了一個(gè)如何在不需要人工干預(yù)或其它服務(wù)的協(xié)助下網(wǎng)絡(luò)實(shí)現(xiàn)自動(dòng)配置的方法，利用這個(gè)方 法用戶可以開展自己的應(yīng)用，使用自己的應(yīng)用層協(xié)議等，zeroconf 給出的是一個(gè)水平意義上的 零配置技術(shù)；而 upnp 更像是一套完整的工業(yè)標(biāo)準(zhǔn)，它指出了用戶開展自己 upnp 應(yīng)用的具體 途徑，它給出的是一個(gè)垂直層面上自上而下的解決方法。參考文獻(xiàn)1 stuart cheshire, daniel h. steinberg, zero configuration networking, the definitive guide, oreilly, 2005 2 sun microsystems, inc. jini network technology, 20013 upnp forum, upnp device architecture v1.0, 2006.74 ietf draft, draft-cheshire-dnsext-multicastdns-06.txt, 2006.8 5 ietf draft, draft-cheshire-dnsext-dns-sd.txt, 2006.86 ietf rfc 2782, a dns rr for specifying the location of services (dns srv), 2000.2 7 /assignments/multicast-addresses8 /assignments/ipv6-multicast-addresses9 /download/upnp_vendor_implementation_guide_jan2001.htmresearch of zeroconf and upnpli zhipeng1, cao yiping2, wen xiangm