發表文章

目前顯示的是 6月, 2008的文章

[note]UPnP

Discovery-當UPnP標準全名為Universal Plug and Play,它代表了一連串的電腦網路協定的集合,是由UPnP論壇所提出。UPnP主要是可以將資訊或家電產品,透過網路互相連接的一個標準。雖然目前支援UPnP標準的產品大多僅限於網通類產品,但是隨著數位家庭概念的演進,以及諸如DLNA等基於此規範的標準逐漸推行之下,UPnP的應用也將隨之更為廣泛。某樣裝置加入到特定的網路中之後,UPnP的discovery協議將可容許該裝置在網路中宣稱自己服務控制點的存在,而當該控制點被網路認可並加入後,UPnP的discovery協議將可容許該控制點搜尋在該網路中的其他裝置並進行配對。這方面的協議主要是遵循目前的SSDP機制來進行。 UPnP利用了包括IP、TCP、UDP、HTTP以及XML在內的網路通訊協議,並可透過橋接方式來支援操作非採IP協議的裝置。藉由UPnP的高度通用性,就能達到不需要另行安裝驅動程式即可直接取用其他裝置資源的目的。  簡單介紹一下目前UPnP所包含的協定與運作流程:  Description-當控制點發現網路上的裝置之後,控制點對於該裝置的能力與特性還處於一概不知的狀態,在這種情況之下,當然也就無從控制起,因此就必須要透過偵測該裝置的XML描述語言,來描述裝置本身包括型號、製造商、序號以及該裝置所能提供的服務等等特性。描述內容也包括了執行狀態、資料類型以及事件特徵等等,作為控制點判斷該裝置的有效參考資訊。  Control-當控制點接收到裝置的描述(Description)之後,該控制點便可以開始嘗試對該裝置送出指令,利用SOAP協定,並透過XML來表達。而接收指令之後的動作效果,則是可以從Description中對於服務運作狀態的描述來取得回饋。  Event notification-當UPnP描述中包含了一連串的動作、回應以及變數時,服務本身也會公布這些變數的變化。因此在控制點方面也會取用這些描述。服務本身會利用送出事件訊息來傳達這些更新。同樣的,這些事件訊息也是基於XML的事件描述格式。控制端與服務端為了要進行相互的狀態確認,事件的產生與傳送都會傳達到所有參與控制的控制點。  Presentation-在一連串協定的最後,便是結果的呈現與展示,假如裝置本身包含有URL可供展示,那麼控制點便可以從此URL中渠相關的訊息頁,並

[資料]UPnP IMS

資料待讀 [UPnP] http://zh.wikipedia.org/wiki/UPnP UPnP :自動化網路設定 http://speed. cis.nctu.edu.tw/~ydlin/miscpub/survey_UPnP.pdf 解讀標準-UPnP標準第二版現身 影音多媒體傳輸為加強重點 http://www.alan888.com/Discuz/redirect.php?tid=101652&goto=lastpost  reference  XML    SSDP    SOAP

[資訊網站]

猴子靈藥 [Monkey Potion] 遊戲開發‧遊戲程式‧遊戲設計 平行處理 http://www.zdnet.com.tw/white_board/intel/video-8.htm

ipvsadm 設定參考資料

HA + LVS + ipvsadm + heartbeat-ldir Linux Virtual Server负载均衡 ipvsadm使用方法 網站負載均衡(Load Balance)及備援(HA)機制實做