日本免费全黄少妇一区二区三区-高清无码一区二区三区四区-欧美中文字幕日韩在线观看-国产福利诱惑在线网站-国产中文字幕一区在线-亚洲欧美精品日韩一区-久久国产精品国产精品国产-国产精久久久久久一区二区三区-欧美亚洲国产精品久久久久

  1. 首頁 > 云知道 > >

Internet延遲交談：通道管理( 六 )

云知道


a) reop機制在“reop延遲”期滿，一段隨機時間之后被觸發(fā) 。這樣可以限制此機制在
兩臺分離的服務器上同時觸發(fā)的可能性 。
b) 假如通道規(guī)模很?。ㄎ鍌€用戶或者更少），并且這個通道的“通道延遲”已經(jīng)期滿，
假如至少有一個成員對服務器來說是本地的話，那么就將所有用戶重設治理員 。
c) 假如通道規(guī)模很?。ㄎ鍌€用戶或者更少），并且這個通道的“通道延遲”已經(jīng)期
滿，“reop延遲”也已期滿 。接著就將所有用戶重設治理員 。
d) 對于其他情況，至多將通道上的一個成員重設治理員，以服務器的內(nèi)建方法為基礎 。
假如你不將一個成員重設治理員，內(nèi)建方法應該就是另一個服務器極可能將某個用
戶設為治理員 。這種方法在整個網(wǎng)絡上應該都是一樣的 。一個好的啟發(fā)式方法是隨
機重設治理員 。
（目前的實現(xiàn)實際上是試著選一個服務器的本地成員，這個成員要是沒有閑置太久
的，最終推遲行動，因此使其它服務器有機會尋找一個沒有太閑置的成員 。這太復
雜了，因為服務器只知道本地用戶的閑置時間）
6．目前的問題
IRC通道治理方式有一些問題已經(jīng)被熟悉到了 。有一些能直接歸因于這篇文檔里定義的規(guī)
則，其它的是底層的“IRCServerProtocol”的結(jié)果 。盡管來源于RFC1459[IRC]，這篇文檔
試著提出了一些新鮮方法解決一些已知的問題 。
6.1標志
這篇文檔定義了IRC協(xié)議使用的眾多標志中的一個 。盡管有許多不同的名字空間（給予通
道名字前綴），但是不答應在內(nèi)部重用他們 。目前，有可能不同服務器上的用戶采用相同的可
能引起沖突的標志，（只有一個服務器知道的通道除外，這里能夠防止沖突） 。
6.1.1通道延遲
5.1部分描述的，由前綴是字符‘#’的通道使用的通道延遲機制（追蹤最近使用過的
通道）是一個防止沖突發(fā)生的簡單嘗試 。經(jīng)驗表明，在通常情況下，它非常有效；但是，很
明顯它有很多局限使它不能夠解決這里討論的問題 。
6.1.2安全通道
3.2部分（安全通道）描述的“安全通道”是一個較好的防止沖突發(fā)生的方法，因為
它避免用戶對他們選擇的標志擁有完全控制 。這種標志明顯的缺點是他們對用戶不友好 。但
是，客戶端要改進這一點是相當繁瑣的 。
6.2狀態(tài)傳播延遲
因為網(wǎng)絡引起的延遲，以及每個服務器都要求檢查狀態(tài)變化的正確性（比如，用戶存在
且有合適的特權），有時一條狀態(tài)信息只影響部分網(wǎng)絡，經(jīng)常使服務器上關于通道狀態(tài)的信息
出現(xiàn)差異 。
盡管這個毛病看起來輕易改正（通過讓源服務器檢查狀態(tài)變化正確性的方法），但卻有各種理
由決定不這樣做 。一種擔心是服務器彼此不能信任，這樣發(fā)生錯誤的服務器就輕易檢測出來 。
這樣作業(yè)防止了來自各個方向狀態(tài)信息的不同步對通道造成的巨大影響 。
6.3沖突和通道狀態(tài)
“InternetRelayChat:ServerProtocol”文檔[IRC-SERVER]描述了當兩臺服務器連接時通
道數(shù)據(jù)是如何交換的 。通道沖突（不管是合理的或是不合理的）被認為是內(nèi)部的事情，意味
著參與的通道都使通道成員優(yōu)先連接 。
類似的，每個服務器發(fā)送通道狀態(tài)給其它服務器 。因此，每個服務器也接收這些通道狀
態(tài) 。對一個給定的通道有三種模式：標志，掩碼，和數(shù)據(jù) 。前兩種輕易處理，因為他們要么
設置要么不設置 。假如這樣的一種模式在服務器上設置了，由于相連，它必須在另一個服務
器上也進行設置 。

推薦閱讀