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