專利名稱:分布式網(wǎng)絡管理的制作方法
技術領域:
本說明書一般地涉及網(wǎng)絡,并且更具體地涉及分布式網(wǎng)絡管理。
背景技術:
經(jīng)由因特網(wǎng)協(xié)議("IP")的語音("VoIP")在向家庭、小企業(yè)和 大企業(yè)提供電話和協(xié)作服務方面提供了新的可能性。以前,在選擇這些服 務方面,成本是主要因素。家庭和許多小企業(yè)不能擔負得起購買高級的專 用分支交換機("PBX")的能力,盡管這會給他們提供許多好處。對于 大企業(yè)的分公司場所來說也是如此。由于可攤銷成本的雇員數(shù)量很少,因 此難于證明PBX服務是應該的。
通?;陔娫挋C使用高級處理器的VoIP為減少電話系統(tǒng)成本提供了 新的可能性。通過數(shù)據(jù)網(wǎng)絡可廣泛分布式地連接這種系統(tǒng),并且可經(jīng)由 WAN從遠程位置提供PBX的期望特征。對于小的分公司來說不再需要本 地專用控制器。類似地,可由專業(yè)的服務提供商將容宿的PBX服務提供到 小企業(yè)。
具有PBX級別服務的VoIP網(wǎng)絡將越來越多地在家庭、小企業(yè)和大企 業(yè)分公司場所中建立。然而,在這些環(huán)境中期望可以有專業(yè)人員來配置這 些網(wǎng)絡,或者期望在這些場所存在專門設備,是不經(jīng)濟或不實際的。以類 似方式,期望有受過培訓的專業(yè)人員來管理這些網(wǎng)絡的操作是不現(xiàn)實的。 家庭和小企業(yè)系統(tǒng)將通常從網(wǎng)絡服務提供商獲得服務。服務提供商將向數(shù) 千或數(shù)萬的小企業(yè)以及可能向數(shù)百萬的家庭網(wǎng)絡提供服務。在大企業(yè)的情 況下,向大量分公司提供信息技術("IT")支持,盡管比服務提供商示 例更可行,仍然是企業(yè)寧愿不用的花費。
例如,這種VoIP網(wǎng)絡的一個問題是在該網(wǎng)絡上的每個設備當其進行 VoIP服務的操作時是獨立的并且基本上功能相同。然而,這種設備都共享
內(nèi)部局域網(wǎng)("LAN")的資源和到廣域網(wǎng)("WAN")(例如因特 網(wǎng))的共享鏈路。所有到不在LAN上設備的呼叫將建立在這些共享鏈路 上。通常,在外部鏈路上的帶寬是有限的。在通常的網(wǎng)絡中,不可能所有 設備都同時要建立向外呼叫。這會造成困難,因為存在這樣的情況因為 太多的呼叫同時試圖共享公用的有限帶寬池,所以呼叫失敗或經(jīng)受不良服 務質(zhì)量。
存在處理該問題的現(xiàn)有技術。 一個方法是將設備集成到更大的應用 中。這是由PBX完成的那類資源管理。PBX提供了這樣的環(huán)境,其中例 如電話的設備和例如主干(IP或其它)的外部連接資源由集成軟件系統(tǒng)控 制。通常提供包含關于分配資源的策略的資源管理器軟件元件。因為PBX 可以看到所有呼叫,通過禁止將會超過容量的呼叫可管理帶寬。類似地, 還可集中地管理對系統(tǒng)中其它共享資源的訪問和使用。
另一方法是在資源中提供智能。資源本身將能夠基于請求的相對優(yōu)先 級來分配對其本身的訪問。這可通過具有內(nèi)在智能的資源來實現(xiàn)。然而, 非智能的或遺留的資源可能被包裝以可提供該智能的諸如代理、傳遞器 (mediator)之類的元件。資源中智能的一個例子是使用因特網(wǎng)工程任務 組("IETF")資源預留協(xié)議("RSVP")。其可允許諸如IP電話之類 的末端設備例如使用資源預留協(xié)議(如在Braden等,Resource ReSerVation Protocol (RSVP) — Version 1 Functional Specification Network Working Group, IETF Request for Comments 2005 , http:〃www.ietf.org/rfc/rfc2205.txt中描述的RSVP),來直接與網(wǎng)絡基礎設 施協(xié)商帶寬資源。然而這些技術可向部署增加相當多的復雜性,并且要求 知道RSVP的網(wǎng)絡元件位于呼叫媒體將可能流過的網(wǎng)絡所有部分上。后一 假設可能添加很大的復雜性和/或成本,并且在對VoIP應用來說即使不是 根本性的也是非常常見的、流中涉及任意端點對的一般情況來說可能是不 可行的。
然而在某些配置中,不能設想具有更高級別的應用,例如PBX。具有 這種更高級別的應用將會不經(jīng)濟實惠,而經(jīng)濟實惠是分布性很高的VoIP 系統(tǒng)的優(yōu)點。對于包裝器(wrapper)或代理的替換方案,在其上執(zhí)行該服
務的服務器不可用一設備就其對帶寬的控制來說功能相同,并且更低級別 的帶寬資源沒有能力提供該服務。包裝器和代理功能在呼叫細節(jié)中通常不 涉及它們自己,不能看到可用帶寬或其它資源,并且可能不具有關于進行 中的所有呼叫或其它資源消耗的知識。
發(fā)明內(nèi)容
本說明書可提供對等網(wǎng)絡中的資源分配,其中功能相同的設備組共享 資源(帶寬、服務器等)。本說明書描述了這樣的技術,利用該技術個體 資源可在某些環(huán)境中共享它們的本地視圖以創(chuàng)建網(wǎng)絡范圍的視圖。在某些 方面中使用性能管理器便利了該共享。對性能度量和故障信息的共享都訪 問多個設備,并且對于跨越的單個設備也提供了重新啟動。還提供了基于 網(wǎng)絡的用于性能和故障分析的聚集器,使得可集中提供復雜分析算法,以 輔助網(wǎng)絡管理。
圖1示出了用于分布式網(wǎng)絡管理的系統(tǒng)的圖示。
圖2示出了圖l系統(tǒng)的擴展版本的圖示。 圖3示出了圖2的設備之一的內(nèi)部結構的圖示。 圖4更詳細地示出了圖3的圖示。
具體實施例方式
圖l提供了系統(tǒng)50的圖示。系統(tǒng)50包括例如用于家庭、小企業(yè)或企 業(yè)分公司的小網(wǎng)絡52 。例如根據(jù)Petrie等("Petrie ")在 http:〃tools.ietf.org/html/draft-ietf-sipping-config-framework-12 的 A Framework for Session Initiation Protocol User Agent Profile Delivery的教
導,網(wǎng)絡52是自配置的。由于網(wǎng)絡52的自配置性,具有很少或不具有技 術經(jīng)驗的用戶U可在網(wǎng)絡52上安裝設備。
網(wǎng)絡52包括組合的防火墻和網(wǎng)絡地址轉換器("NAT" ) 54,但防 火墻和NAT 54不一定要被組合。網(wǎng)絡52還包括就VoIP協(xié)作會話的建立
而言功能相同的多個獨立設備58-1、 58-2、 58-3。(為了更清楚,會話指 SIP會話等。SIP使端點能夠協(xié)商它們自己之間的方案(會話)??稍谶@些 會話中協(xié)商的參數(shù)包括媒體類型和授權的帶寬量。這些參數(shù)可以并且通常 在會話中被協(xié)商多次。)設備58-l、 58-2、 58-3被統(tǒng)稱為設備58,并且一 般被稱為設備58。設備58都經(jīng)由局域網(wǎng)("LAN" ) 60連接到防火墻 /NAT 54。
在本實施例中,設備58-1是桌面計算機,而設備58-2是VoIP電話。 然而,預期其它類型的設備,包括個人數(shù)字助理、娛樂設備、智能手機, 無論有線還是無線。
網(wǎng)絡52經(jīng)由共享鏈路66連接到廣域網(wǎng)("WAN" ) 62。廣域網(wǎng)62 可以是(但不一定是)因特網(wǎng)。已知的是,連接到WAN 62的所有設備58 經(jīng)由共享鏈路66實現(xiàn)這一點。
系統(tǒng)50還包括連接到WAN 62的聚集器70,其將在下面更詳細地論述。
如將在下面進一步說明的,系統(tǒng)50還被配置為管理共享資源,以及 收集聚集統(tǒng)計、診斷、故障檢測和其它數(shù)據(jù)并且向整個系統(tǒng)50中的更高 級實體報告。為了更徹底地示出,圖2示出了作為圖l中系統(tǒng)50的擴展的 系統(tǒng)50a。系統(tǒng)50a包括與系統(tǒng)50相同的許多元件并且由此,除了跟隨有 后綴"a"之外,系統(tǒng)50a中對應于系統(tǒng)50中元件的元件包括相同的標 號。類似系統(tǒng)50,系統(tǒng)50a包括獨立的通信設備58。然而此外,系統(tǒng)50a 還在網(wǎng)絡52a上包括其它設備74a,其可配置為供通信設備58a-l、 58a-2、 58a-3使用的共享資源。設備58a-l、 58a-2、 58a-3內(nèi)的軟件或固件(未示 出)被配置為知曉可能存在設備74a并且如果它們可用則可被設置為使用 它們。
在該實施例中網(wǎng)絡52a上的共享設備74a是自動語音識別器 ("ASR" ) 74a-l和會議單元("Conf Unit" ) 74a-2。會議單元74a-2 還可稱為會議服務器。這里也可預見許多其它類型的共享資源,例如媒體 服務器、本地PSTN網(wǎng)關、語音郵件服務器等。另外,存在到WAN 62a 的共享公用鏈路66a,通信設備58a對于VoIP呼叫和其它協(xié)作應用都將共
享該共享公用鏈路66a。共享鏈路66a和LAN60a具有有限容量。由74a-l 和74a-2例示的其它共享資源也具有有限容量。因此提供了對這些共享資 源的協(xié)同仲裁使用。
在共享鏈路66a上的帶寬的情況下,可設想對鏈路66a上的總可用帶 寬的估計已在其配置中被提供到每個設備58a。該配置可利用如在Petrie 中描述的配置文件。例如可在用戶U為服務向服務提供商(未示出)注冊 期間從其獲得該信息??上蛴脩鬠詢問訪問速度的寬泛分類(例如撥號、 Tl、 DSL等)??蓮膩碜杂脩鬠的響應獲得容量的粗略估計,并且在向用 戶U (或與用戶U和/或網(wǎng)絡52a相關的實體)提供新服務時將會將該粗略 估計添加到簡檔信息。如將在下面進一步論述的,還可能通過監(jiān)視服務質(zhì) 量("QoS")度量來動態(tài)估計鏈路66a的帶寬容量。還可提供關于其它 共享資源(例如74a-l和74a-2)的容量的類似配置。然而,該信息獨自可 僅表示資源的總容量,并且在某些環(huán)境中不足以獨自地管理許多設備58a 對資源的共享。
性能或帶寬估計是VoIP操作的一部分。在接受或創(chuàng)建任何呼叫之 前,必須管理要處理來自該設備58a的呼叫的充分剩余帶寬。可將類似的 類推應用于非常寬范圍的共享資源,如在示例性附加共享設備74a中那 樣。例如在ASR設備74a-l的情況下,其可用作用于其余通信設備58a的 交互式語音響應("IVR")服務器,然而由于有限容量,在任何給定時 間僅允許某個數(shù)量的呼叫使用ASR設備74a-l 。
圖3是涉及管理鏈路66a上的帶寬使用狀況(usage)的每個設備58a
內(nèi)的內(nèi)部結構的表示。
因而,每個設備58a包括性能管理器80a。性能管理器80a將帶寬估 計作為一個任務來執(zhí)行。性能管理器80a包含設備58a-l、 58a-2和58a-3 正使用的帶寬量的當前估計,以及它們被允許使用的最大帶寬的估計。
設備58a還包含一個或多個編解碼器,在圖3中表示為編解碼器84a-l 和84a-2??蓜討B(tài)選擇這些編解碼器84a,以減少和/或最小化使用的帶寬 量,同時仍然滿足用戶要求的語音質(zhì)量性能需求。
性能管理器80a還可訪問來自分組接收器88a的相關數(shù)據(jù)。對帶寬使
用狀況的錯誤估計可導致?lián)砣?。擁塞可導致分組丟失或混亂,或導致增大
的分組延遲,這將抖動緩沖器92a的級別較低或為空上表現(xiàn)出來。性能管 理器80a可選地配置為通過使用緩沖器92a的測量結果來檢查其估計的有 效性。
在資源過度利用的情況下,通過檢測對用于連接的帶寬的過度請求或 者通過檢測擁塞情況,性能管理器可選地在調(diào)節(jié)其用于新連接的估計算法 時,和/或通過重新協(xié)商用于當前連接的編解碼器84a等采取補救動作。
在一種實現(xiàn)中,網(wǎng)絡52a可在每個設備58a本地實現(xiàn)帶寬控制的情況 下操作。在該實現(xiàn)中,可給予網(wǎng)絡52上的每個設備58a設備74a在鏈路 66a上可用的總帶寬的估計部分并且每個設備58a設備74a可就該帶寬的 使用做出其自己的決定。對該帶寬的有效使用可由過預訂產(chǎn)生,由此將會 給予每個設備58a和每個設備74a比鏈路66a的嚴格、按比例的份額所允 許的更多的帶寬,并且將做出樂觀設想,即所有設備的總提供負載的統(tǒng)計 屬性將會造成擁塞,并且因此以可接受的低比例出現(xiàn)性能損害。
在替換實現(xiàn)中,可給予每個設備58a專用的、按比例的份額,然而除 了在統(tǒng)計上很罕見的、所有設備58a同時做出呼叫的情況外,這種每設備 估計可導致對鏈路66a的帶寬的利用不足。
同樣的考慮也同樣適用于任何這種共享資源。
在第三實現(xiàn)中,如果利用關于所有使用鏈路66a的設備58a而不是僅 僅一個提供的負載的知識做出關于連接許可的決定,則可改進性能。在逐 個呼叫基礎上,用特定的而不僅僅是概率性的知識,鏈路66a上的當前可 用帶寬可被分配到設備58a。
圖2和4中示出了第三實現(xiàn)。圖2表示在網(wǎng)絡52a中選擇設備58a-3 作為代表所有設備58a的操作性能管理器80a??赏ㄟ^任何期望方式實現(xiàn) 該選擇過程。例如,每個設備58a可廣播或多播表示其執(zhí)行任務的容量的 度量。具有最高度量的設備58a將檢測到它是最適合的并且廣播表示它擔 任角色的信息。
在操作中,所選擇設備58a-3的性能管理器80a創(chuàng)建用于網(wǎng)絡52a上 VoIP的總帶寬估計以及關于網(wǎng)絡52a是否擁塞的指示。為了實現(xiàn)這一點,
性能管理器80a從所有設備52a和74a收集信息。例如,使用會話啟動協(xié) 議("SIP")公布方法或等同物,所有設備52a和74a將注冊它們正使用 的帶寬量,在網(wǎng)絡上經(jīng)由什么路徑(本地LAN還是跨越鏈路66a)。類似 地,所有的設備52a和74a可提供來自它們的抖動緩沖器92a的關于它們 在網(wǎng)絡52a上正看到的擁塞的指示,所述指示例如是通過分組丟失、延遲 或其它度量所測量的。每個設備52a和74a還將請求在整個網(wǎng)絡中通知這 些值,例如使用SIP預訂方法或類似方法??赡苁褂面溌?6a的所有設備 52a將向所選擇的性能管理器80a預訂以接收鏈路66a的狀態(tài)的一個或多 個通知消息(例如鏈路66a是滿的),并且都將使用SIP公布以向所選擇 性能管理器80a發(fā)送它們對鏈路66a的使用狀況?;蛘?,可在兩個方向上 使用預訂/通知關系,或者可在該交互中使用非基于SIP的請求響應方法。
這里應當澄清,這里是聯(lián)系對鏈路66a形式的共享資源的管理來論述 示例實施例的。然而,可修改實施例以管理不同于鏈路66a或除了鏈路 66a之外的其它類型的共享資源,例如設備74a。 LAN 60上的帶寬也可以 該方式估計。
因為每個設備58a將從當前選擇的性能管理器80a接收擁塞測量結果 和帶寬使用狀況的全局估計,那么能夠作為性能管理器操作的每個設備 58a將包含作為所選擇性能管理器80a工作所需的所有知識。每個這種設 備58a因此在需要新的性能管理器80a的情況下,例如如果當前的出現(xiàn)故 障或斷開了連接或由于某種原因而過載時,可擔任該角色。然而,要注 意,不是網(wǎng)絡52a中的所有設備58a都需要能夠作為性能管理器80a操 作。在本地網(wǎng)絡中,至少存在一個能夠作為所選擇性能管理器80a操作的 這種設備58a,然而出于彈性的原因,超過一個這種設備58a可用是重要 的。
圖4示出了圖3中包括的每個設備58a的內(nèi)部結構。然而,在圖4 中,存在與總體空閑資源估計100a本身相關聯(lián)的本地空閑資源估計96a和 全局資源估計98a。每個設備58a將利用全局資源估計98a信息作為其到 網(wǎng)絡52a的連接許可過程的一部分。圖4表示每個設備58a在本地空閑資 源估計96a中維護其自己的使用狀況,并且經(jīng)由向性能管理器80a的預訂
來獲得全局資源估計98a中的全局使用狀況。在每次呼叫許可或終止之 后,每個設備58a將在性能管理器80a處更新(公布)其帶寬使用狀況。 每個設備58a可選地還以適當?shù)臅r間間隔、在呼叫結束時,或在發(fā)生重要 事件時(抖動緩沖器空等),向當前性能管理器80a更新來自其抖動緩沖 器92a的其性能度量(分組錯誤、丟失和混亂,抖動緩沖器低于臨界值 等)。
如果擁塞情況出現(xiàn),每個設備58a可重新協(xié)商連接,以使用具有更低 帶寬需求的編解碼器,減少所允許的同時連接的數(shù)量等。這可通過使用來 自所有設備58a的知識實現(xiàn)。所以僅僅新嘗試做出連接的設備58a可基于 關于擁塞情況的更可靠知識來做出其決定。
上面方法的替換方案是由所選擇的性能管理器80a做出所有連接決 定。每個設備58a將為其發(fā)出的每次呼叫而請求連接許可,并且當呼叫結 束時也通知所選擇的性能管理器80a。所選擇的性能管理器80a將就是否 接受任何和所有呼叫做出決定。它將會維護與以前同樣的全局估計并且在 其決定中使用它們。所選擇性能管理器80a接收對于許可的所有請求并且 接受或拒絕它們中的每個。所選擇的性能管理器80a還維護所有呼叫的狀 態(tài)。網(wǎng)絡52a上每個具有其自己的性能管理器80a的設備58a將從所選擇 的性能管理器80a預訂該全局信息。因為每個設備58a與所選擇的性能管 理器80a具有同樣的關于情況的知識,每個設備將能夠擔任所選擇的性能 管理器80a的角色,而不會損失服務。
第四實現(xiàn)是對于網(wǎng)絡52a上的所有設備58a周期性地廣播或多播它們 的帶寬使用狀況和其它性能信息。網(wǎng)絡52a上裝備有性能管理器的所有設 備58a-2和58-3將接收該信息。它們單獨地創(chuàng)建對使用的總帶寬的估計, 并且可在做出關于對共享資源(例如鏈路66)的使用的決定時使用該估 計。在該情況下,每個設備58a-2和58-3確定并且維護在網(wǎng)絡52a上操作 的設備58a的個體列表。這將包括維護每個設備58a的當前帶寬和性能使 用狀況的估計。對于已從其接收了性能消息的每個設備58a,維護具有個 體條目的列表。該列表將用作為全局估計的基礎,因為可合計或以另外的 方式處理所使用的帶寬以創(chuàng)建全局估計。如果從先前沒有觀察到的設備
58a接收了消息,將為其創(chuàng)建列表中的新條目??蛇x地在每個條目上維護 計時器。如果在超時周期內(nèi)沒有從設備58a接收消息,設備將被從列表移 除。在從設備接收了新消息時,該消息中的估計將代替列表中的先前估 計。
本地網(wǎng)絡性能數(shù)據(jù)的聚集
圖2中示出了基于網(wǎng)絡的聚集器70a??赏ㄟ^例如以在申請人的下述 共同未決的申請中描述的方式,由設備制造商或服務提供商提供聚集器 70a的地址具有申請人加拿大代理人案巻號P1960US00、標題為
"CONFIGURATION OF IP TELEPHONY AND OTHER SYSTEMS"的美 國專利申請(未知),其內(nèi)容通過引用被并入在此("P1660US00")。 如為P1960US00中的所選擇配置管理器所描述的,所選擇的性能管理器 80a可以不時地在聚集器70a處注冊重要信息。聚集器70a的地點可以與 P1960US00中論述的配置聚集器相同或不同,它們是邏輯上分離的。在整 個系統(tǒng)中也可存在多個聚集器70a,每個負責聚集所收集數(shù)據(jù)的不同方面
(例如QoS狀態(tài)、故障檢測)。可通過聚集器70a處的軟件分析該信息, 以對于網(wǎng)絡52a及其元件的性能做出建議。例如,聚集器70a處的該軟件 可分析擁塞出現(xiàn)的頻率,并且如果鏈路66a上的擁塞頻繁出現(xiàn),則建議用 更高帶寬的鏈路代替鏈路66a,或者如果沒有觀察到鏈路66a上的擁塞, 則為了經(jīng)濟實惠建議用更低帶寬的鏈路代替鏈路66a。
其它功能的擴展
圖2還表示了網(wǎng)絡52a上的其它設備74a,例如會議電路設備74a-l和 自動語音識別器74a-2。網(wǎng)絡上的設備58a可被編程為查找設備74a的存在 并且當它們存在時使用它們的能力??赏ㄟ^類似于用于管理鏈路66a上的 外部帶寬的方式而公平地共享這些設備74a。因此,性能管理器80a可包 含類似結構,從而也便利對這些設備74a的共享。該共享還可包括管理網(wǎng) 絡60a上存在的更大LAN帶寬。
每個設備58a還可包括自診斷例程。這些診斷的結果還可注冊到所選
擇的性能管理器80a并且也注冊到聚集器70a。網(wǎng)絡52a上注冊的設備58a 可接收其過去的自診斷歷史。該設備58a然后可以基于對其維護狀態(tài)的更 好了解來調(diào)節(jié)其行為。例如,不斷重置的設備58a可知道該事實并且進入 防止或減少這種重置的復發(fā)的可能性的狀態(tài)。所選擇的性能管理器80a還 可意識到所有設備的自診斷狀態(tài),并且可使用此來檢測網(wǎng)絡范圍的原因。 例如,在LAN 69a上傳送的波動或嘈雜電力供應可使得許多設備58a立刻 重置。所選擇的性能管理器80a可裝備有專家系統(tǒng)或類似技術,以做出這 些類型的診斷。類似地,這種專家系統(tǒng)可駐留在聚集器70a中,如前所述 故障或其它自診斷數(shù)據(jù)被遞送到聚集器70a,并且診斷在聚集器70a處被 執(zhí)行。
跨WAN或路由器網(wǎng)絡的共享
上述實施例集中于由位于LAN 60a等(例如虛擬LAN)上的一組設 備58a共享公用資源。這種布置可允許設備58a通過使用廣播消息找到彼 此。然而存在要求共享公用資源的情況,其中設備58a位于跨越例如企業(yè) WAN的路由網(wǎng)絡的位置。該共享的一個例子可以是企業(yè)網(wǎng)絡中的一組IP PBX。若干個PBX集中在本地區(qū)域中是常見的。通常在該區(qū)域中有充足的 帶寬以用于要建立的媒體路徑,而擁塞的機率不大。然而,這些設備可能 在共享著將它們連接到外部網(wǎng)絡(PSTN、因特網(wǎng)、企業(yè)網(wǎng)絡上其它位 置)的一個或多個公用外部物理鏈路。申請人的共同未決的申請、具有申 請人加拿大代理人案巻號P1955US00、標題為"NETWORK TRAFFIC MANAGEMENT"的美國專利申請(未知)描述了這種網(wǎng)絡,該申請的內(nèi) 容通過引用被并入在此("P1955US00")。然而,P1955US00專注于什 么可稱為組合管理,其中存在一組管理器,每個管理器管理一個資源。這 些管理器協(xié)作以將這些資源組合為更大的整體(在該情況下是路由的網(wǎng) 絡)。在區(qū)域包含多個都需要共享公用外部帶寬的PBX的情況下,該共享 需要通過所描述的共享來補充。
本說明書中描述的技術可用于實現(xiàn)位于跨越路由網(wǎng)絡(例如企業(yè) WAN)的位置處的設備58a的管理。代替廣播消息,可使用多播消息。為
此目的,本地區(qū)域中的路由器可被編程為提供跨越路由網(wǎng)絡的多播路由。
每個設備58a將配備有多播路由地址作為其配置過程的一部分。這例如可 通過使用動態(tài)主機配置協(xié)議("DHCP")或域名服務("DNS")來實 現(xiàn)。用多播路由上發(fā)送的消息代替廣播消息,本說明書中描述的技術可用 于在它們之間建立共享服務。
這里的教導可結合P1960US00和/或P1955US00使用。
這里標識的所有文獻通過弓I用被并入在此。
權利要求
1. 一種用于連接到網(wǎng)絡的設備,包括用于連接到具有共享資源的所述網(wǎng)絡的接口;連接到所述接口的存儲器和處理單元;所述存儲器和處理單元被配置為執(zhí)行利用所述共享資源的用戶應用;除了所述用戶應用,所述存儲器和處理單元還被配置為執(zhí)行性能管理器,用于管理所述設備和也連接到所述網(wǎng)絡也利用所述共享資源的至少一個其它設備之間對所述共享資源的分配;所述設備和所述至少一個其它設備被配置為相互共享關于對所述共享資源的使用的信息。
2. 根據(jù)權利要求1所述的設備,其中所述設備和至少一個其它設備 各自被配置為維護所述性能管理器的相應實例。
3. 根據(jù)權利要求2所述的設備,其中每個所述設備還被配置為選擇 哪個所述性能管理器將管理對所述共享資源的分配。
4. 根據(jù)權利要求2所述的設備,其中所述性能管理器被配置為相互 遞送對在每個所述設備中可用的資源級別的通告。
5. 根據(jù)權利要求3所述的設備,其中具有更大的所述級別的所述設 備之一被自動選擇為將為所有所述設備管理對所述共享資源的分配的所述 資源管理器。
6. 根據(jù)權利要求3所述的設備,其中所述設備經(jīng)由局域網(wǎng)互連并且 所述通告經(jīng)由廣播遞送。
7. 根據(jù)權利要求3所述的設備,其中所述設備跨越廣域網(wǎng)互連并且 所述通告經(jīng)由多播遞送。
8. 根據(jù)權利要求1所述的設備,其中所述至少一個其它設備不維護 所述性能管理器的實例。
9. 根據(jù)權利要求1所述的設備,其中所述設備和所述至少一個其它 設備中的每個都被配置為維護所述設備和所述至少一個其它設備中的每個 對所述共享資源的使用狀況的估計;所述設備還被配置為向所述設備中的 其他每一個提供所述估計的通告。
10. 根據(jù)權利要求9所述的設備,其中由所述設備或所述至少一個其 它設備為訪問所述共享資源進行的重新協(xié)商基于所述估計。
11. 根據(jù)權利要求9所述的設備,其中所述估計被用于對所述共享資 源的分配。
12. 根據(jù)權利要求9所述的設備,其中所述估計被用于確定是否允許 所述至少一個其它設備訪問所述共享資源。
13. 根據(jù)權利要求1所述的設備,其中所述設備和所述至少一個其它 設備中的每個都被配置為維護所述設備和所述至少一個其它設備的每個經(jīng) 歷的所述共享資源的擁塞的估計。
14. 根據(jù)權利要求1所述的設備,其中所述性能管理器被配置為維護 對所述共享資源的全局使用狀況的估計。
15. 根據(jù)權利要求14所述的設備,其中所述性能管理器被配置為基 于所述全局使用狀況的估計來確定是否允許所述至少一個其它設備訪問所 述共享資源。
16. 根據(jù)權利要求14所述的設備,其中所述至少一個其它設備被配 置為基于所述全局使用狀況的估計來確定是否存在足夠的共享資源以訪問 所述共享資源。
17. 根據(jù)權利要求1所述的設備,其中所述性能管理器被配置為聚集 所述共享資源的性能統(tǒng)計。
18. 根據(jù)權利要求1所述的設備,其中所述性能管理器被配置為聚集 與對所述共享資源的利用相關聯(lián)的故障信息。
19. 根據(jù)權利要求1所述的設備,還被配置為連接到聚集器;所述聚 集器被配置為合并對所述共享資源的利用的性能統(tǒng)計;所述性能管理器被 配置為與所述聚集器通信以將所述性能統(tǒng)計遞送到所述聚集器。
20. 根據(jù)權利要求19所述的設備,還被配置為連接到所述聚集器; 所述聚集器被配置為執(zhí)行對所述性能統(tǒng)計的分析并且將所述分析的結果提 供到所述性能管理器。
全文摘要
本發(fā)明公開了分布式網(wǎng)絡管理。本發(fā)明可提供對等網(wǎng)絡中的資源分配,描述了這樣的技術,利用該技術個體的資源可在某些環(huán)境中共享它們的本地視圖以創(chuàng)建網(wǎng)絡范圍的視圖。使用性能管理器便利了該共享。共享故障信息都訪問多個設備,并且對于跨越的單個設備也提供了重新啟動。還提供了基于網(wǎng)絡的用于性能和故障分析的聚集器,使得可集中提供復雜分析算法,以輔助網(wǎng)絡性能管理。
文檔編號H04L12/24GK101394416SQ20081012603
公開日2009年3月25日 申請日期2008年6月30日 優(yōu)先權日2007年7月23日
發(fā)明者彼得·布拉斯威克, 托馬斯·A·格雷, 頌雅·弗拉頓 申請人:米特爾網(wǎng)絡公司