两个人的电影免费视频_国产精品久久久久久久久成人_97视频在线观看播放_久久这里只有精品777_亚洲熟女少妇二三区_4438x8成人网亚洲av_内谢国产内射夫妻免费视频_人妻精品久久久久中国字幕

改善被管理網(wǎng)絡(luò)中的錯誤管理的方法和網(wǎng)絡(luò)單元的制作方法

文檔序號:7654960閱讀:234來源:國知局

專利名稱::改善被管理網(wǎng)絡(luò)中的錯誤管理的方法和網(wǎng)絡(luò)單元的制作方法
技術(shù)領(lǐng)域
:本發(fā)明涉及一種用于在被管理網(wǎng)絡(luò)中識別影響網(wǎng)絡(luò)單元的配置的原因的技術(shù),其中所述網(wǎng)絡(luò)單元受網(wǎng)絡(luò)管理器控制。通過特別關(guān)注在簡單網(wǎng)絡(luò)管理協(xié)議(S麗P)—被管理網(wǎng)絡(luò)中的可能使用而開發(fā)了本發(fā)明。
背景技術(shù)
:筒單網(wǎng)絡(luò)管理協(xié)議(SNMP)是應(yīng)用層協(xié)議,其被設(shè)計來促進網(wǎng)絡(luò)裝置之間的管理信息的交換。通過使用S麗P傳送的數(shù)據(jù)(諸如每秒分組和網(wǎng)絡(luò)錯誤率),網(wǎng)絡(luò)管理員可以更容易地管理網(wǎng)絡(luò)性能,找到和解決網(wǎng)絡(luò)問題,并且計劃網(wǎng)絡(luò)擴展。與傳輸控制協(xié)議(TCP)—樣,簡單網(wǎng)絡(luò)管理協(xié)議(S醒P)是網(wǎng)際協(xié)議.當前,S麗P是用于管理不同的商業(yè)互連網(wǎng)絡(luò)以及在大學和研究^中使用的那些的最常用的協(xié)議。SNMP協(xié)議是因特網(wǎng)網(wǎng)絡(luò)管理架構(gòu)的一部分。這種架構(gòu)基于實體的交互,如在下面所述。如在因特網(wǎng)請求注解中指定的那樣,網(wǎng)絡(luò)管理系統(tǒng)包括—網(wǎng)絡(luò)單元有時被稱為被管理的裝置,它是連接到被管理網(wǎng)絡(luò)的硬件裝置,諸如計算機、路由器和訪問服務(wù)器、終端服務(wù)器、交換機和網(wǎng)橋、集線器、計算機主機或者打印機,所述網(wǎng)絡(luò)單元收集和存儲管理信息,并且使得這個信息使用S麗P協(xié)議可用于網(wǎng)絡(luò)管理站(NMS);-代理所述代理是駐留在網(wǎng)絡(luò)單元中的網(wǎng)絡(luò)管理軟件模塊。代理收集和存儲諸如由網(wǎng)絡(luò)單元接收的錯誤分組的數(shù)量之類的管理信息。代理本地了解管理信息,并且被配置為將所述管理信息轉(zhuǎn)換為與SNMP協(xié)議兼容的形式;—被管理的對象被管理的對象是可以被管理的某物的特征。例如,在特定的主機計算機中的當前有效的傳輸控制協(xié)議(TCP)電路的列表是被管理的對象。所述被管理的對象與作為特定的對象實例的變量不同;例如,對象實例是在特定的主機計算機中的單個有效TCP電路;-管理信息庫(MIB):MIB是分層組織的信息的集合。MIB是在虛擬信息庫中駐留的被管理對象的集合;在特定的MIB模塊中定義了相關(guān)聯(lián)的被管理對象的集合。通過使用網(wǎng)絡(luò)管理協(xié)議一一諸如SMTP協(xié)議一一來訪問管理信息庫;-網(wǎng)絡(luò)管理站(畫S):有時被稱為控制臺,這些裝置執(zhí)行監(jiān)控和控制網(wǎng)絡(luò)單元的管理應(yīng)用。在每個被管理的環(huán)境中必須存在至少一個NMS。所述網(wǎng)絡(luò)管理站可以是工作站或者個人計算機;-管理協(xié)議管理協(xié)議用于在代理和網(wǎng)絡(luò)管理站之間傳送管理信息。對象標識符(或者對象ID)在管理信息庫分層中唯一地標識被管理的對象。所述MIB分層可以被描述為具有無名根的樹,通過不同的組織來分配其葉。頂級MIB對象標識符屬于不同的標準化組織,而通it^目關(guān)聯(lián)的組織來分配下級對象標識符。網(wǎng)絡(luò)管理站管理所述裝置,并且提供所獲悉的信息的匯總,或者才艮告本地存儲的管理信息。近些年來,大多數(shù)網(wǎng)絡(luò)單元一直在使用基于例如簡單網(wǎng)絡(luò)管理協(xié)議(S麗P)的網(wǎng)絡(luò)管理協(xié)議,以管理網(wǎng)絡(luò)和監(jiān)控相應(yīng)的網(wǎng)絡(luò)裝置的操作。SNMP協(xié)議是最典型的網(wǎng)絡(luò)管理協(xié)議,SNMP管理器和SNMP代理可以通過其來交換數(shù)據(jù)。參見圖1,網(wǎng)絡(luò)管理站IOO包括用戶界面102和網(wǎng)絡(luò)管理應(yīng)用104。網(wǎng)絡(luò)管理站100管理三個網(wǎng)絡(luò)單元110,其中每個包括代理模塊112和被管理的信息庫(MIB)114,網(wǎng)絡(luò)管理站IOO和代理模塊112能交換數(shù)據(jù)消息。具體地,S麗P協(xié)議版本vl/v2/v3的標準錯誤管理對于大多數(shù)情況不夠強大。事實上,SNMP標準,僅僅與S麗P管理相關(guān)聯(lián)(參見表1),并且與引起,的裝置無關(guān)。表1引用在現(xiàn)有技術(shù)中已知的一些標準SNMP錯誤狀態(tài)代碼。不能在錯誤狀態(tài)中映射或者引用在MIB說明中標注的所有限制。但是網(wǎng)絡(luò)管理(TWN)應(yīng)用必須幫助用戶管理錯誤和引導用戶克服故障。另外的益處是降低操作費用(OPEX)并且支持用于管理發(fā)溪的強大工具。表l<table>tableseeoriginaldocumentpage6</column></row><table>善S醒P錯誤管理。一些SNMP,代碼不能出現(xiàn)在其中根據(jù)同一模型來建立管理器和代理的系統(tǒng)中,例如"差類型"錯誤。通常,管理器和代理應(yīng)當知道屬性"A"是"T"類型的。管理器發(fā)送錯誤類型的事實不是瞬間運行狀況,而是不兼容的指示,例如安裝了,的版本。這些,代碼有益于檢測安裝/版本選擇問題,但是在固定了問題后,它們將不再發(fā)生。另一個例子是與八位字符串的長度相關(guān)聯(lián)的長度"錯誤。標準的SNMPg代碼是一般的面向協(xié)議的,代碼。它們表示"線已經(jīng)存在"、"只讀"、"一般錯誤"、"無用值"之類。難于更精確地說明所發(fā)生的錯誤。有時,通過代理框架根據(jù)某些初步查看(可能是只讀許可和類似的)而產(chǎn)生錯誤,有可能甚至不涉及應(yīng)用代碼。除了標準,代碼(從1到18——參見表1)之外,S麗P協(xié)議還支持用戶定義的用戶代碼。理論上,在錯誤字段中發(fā)送專用值,但是注意這樣做可能用一般的SNMB瀏覽器損害互操作性,所述一般的S麗B瀏覽器不需要專用值(除非被適當?shù)嘏渲脕硖幚砗妥R別它們),并且對于某些網(wǎng)絡(luò)單元/客戶不能接受這一點。管理器可以做的事情是隔離提供的環(huán)境和將特定的錯誤原因映射到"一般的"M代碼中。管理器使用這個映射(環(huán)境特有)來顯示相關(guān)聯(lián)的可能原因描述。管理器/代理可以在不同的環(huán)境中使用的所述"一般的",代碼僅僅有三個"genErr(—般錯誤)"、"badValue(無用值)"、"InconsistentValue(不一致的值)",但是它們不足以隔離我們需要引用的每個錯誤原因。
發(fā)明內(nèi)容現(xiàn)有技術(shù)的上述說明表明需要定義能夠在被管理的網(wǎng)絡(luò)中識別影響網(wǎng)絡(luò)單元的配置的錯誤原因的解決方案,所述網(wǎng)絡(luò)單元由網(wǎng)絡(luò)管理器控制。因此,本發(fā)明的目的是提供對于這種需求的完全滿意的響應(yīng)。才艮據(jù)本發(fā)明,通過一種具有在所附的權(quán)利要求中給出的特征的方法來實現(xiàn)所述目的。本發(fā)明也涉及相應(yīng)的網(wǎng)絡(luò)單元和相關(guān)聯(lián)的計算機程序產(chǎn)品,所述計算機程序產(chǎn)品可被裝載于至少一個計算機的存儲器中,并且包括軟件代碼部分,所述代碼部分用于當所述產(chǎn)品運行在計算機上時執(zhí)行本發(fā)明的方法的步驟。可以用諸如"c,,之類的編程語言來撰寫所述軟件代碼。在此使用的對于這樣的計算機程序產(chǎn)品的引用旨在等同于對于計算機可讀介質(zhì)的引用,所述計算機可讀介質(zhì)包含用于控制計算機系統(tǒng)以協(xié)調(diào)本發(fā)明的方法的執(zhí)行的指令。對于"至少一個計算機"的引用明顯地旨在強調(diào)要以分布才莫塊化方式實現(xiàn)本發(fā)明的可能性。權(quán)利要求是這里提供的本發(fā)明的公開的整體部分。因此,這里所描述的優(yōu)選實施例是一種用于識別影響網(wǎng)絡(luò)單元的配置的錯誤原因的方法,其中所述網(wǎng)絡(luò)單元受網(wǎng)絡(luò)管理器控制。所述方法包括步驟從網(wǎng)絡(luò)單元向網(wǎng)絡(luò)管理器發(fā)送包括第一字段的消息,所述第一字段用于指示是否在網(wǎng)絡(luò)單元中發(fā)生配置g,其中,從被存儲到網(wǎng)絡(luò)單元中的配置信息動態(tài)地選擇所述配置錯誤,該方法可以有益地被實現(xiàn)在網(wǎng)絡(luò)單元中,所述網(wǎng)絡(luò)單元包括諸如專用集成電路(ASIC)、場可編程門陣列(FPGA)、電子可編程邏輯裝置(EPLD)、微處理器或者存儲器的硬件裝置。所述網(wǎng)絡(luò)單元的優(yōu)選實施例包括-適于接收消息的接收裝置,所述消息用于指示對網(wǎng)絡(luò)單元的配置的請求;-適于存儲所述配置的信息的裝置;—適于檢測影響網(wǎng)絡(luò)單元配置錯誤的部件;-適于發(fā)送響應(yīng)消息的發(fā)送裝置,所述響應(yīng)消息包括用于指示所述配置錯誤是否發(fā)生的第一字段。所述發(fā)送裝置進一步適于發(fā)送包括第二字段的所述響應(yīng)消息,所述第二字段用于指示配置錯誤原因,其中,從所存儲的配置信息動態(tài)地選擇所述配置錯誤原因。在此所述的解決方案基于一種使用SNMP協(xié)議一一特別是SNMP版本vl/v2/v3——以在S麗P代理和SNMP管理器之間交換鐐溪消息以符合所述S麗P標準的方法。S腹P響應(yīng)消息包括可變綁定字段,當,發(fā)生時(即當錯誤狀態(tài)和錯誤索引不是O時)無用。在RFC3416文件(第4.2.4章"響應(yīng)PDU")中陳述"如果響應(yīng)PDU的,狀態(tài)字段不是0,則忽略在可變綁定列表中的可變綁定的值字段。如果響應(yīng)PDU的鐐溪狀態(tài)字段和錯誤索引字段都不是0,則餘溪索引字段的值是對其而言所述請求失敗的可變綁定(在對應(yīng)請求的可變綁定列表中)的索引"。這里描述的解決方案建議用與錯誤原因相關(guān)聯(lián)的新的一組可變綁定來填充所述SNMP響應(yīng)?,F(xiàn)在參見附圖僅僅通過示例來說明本發(fā)明,其中圖l示出了示例性的因特網(wǎng)管理架構(gòu),圖2a示出了在現(xiàn)有技術(shù)中的一種示例性S麗P響應(yīng)消息格式結(jié)構(gòu),圖2b示出了根據(jù)本發(fā)明的SNMP響應(yīng)消息格式結(jié)構(gòu)。具體實施例方式具體地,參見圖2a,SNMP響應(yīng)消息5(分組數(shù)據(jù)單元-PDU)包括PDU類型字段IO、請求ID字段20、餘誤狀態(tài)字段30、鐐溪索引字段40和可變綁定字段50。在現(xiàn)有技術(shù)中,當發(fā)生錯誤時,忽略可變綁定字段50;其以在字段50中的交叉線在圖2a中示出。具體參見表1和圖2b,如果發(fā)生錯誤badValue(3)、genErr(5)和inconsistentValue(12)之一,則S證響應(yīng)消息5將包括在可變綁定字段50中的擴展故障列表(EFL),其包括與錯誤原因相關(guān)聯(lián)的下述可變綁定-原因的,代碼管理器被通知實際硬件/軟件餘溪原因。一種簡單的解決方案是通過文本消息來通知用戶,所述文本消息解碼所述錯誤代碼。一種復(fù)雜的解決方案是通過基于例如貝斯網(wǎng)絡(luò)(或者專家系統(tǒng))的故障消除向?qū)眚?qū)動用戶,;-受限對象列表管理器#1通知對象實例,所述對象實例與餘溪原因相關(guān)聯(lián);它們可以是O、l或者大于l。EFL列表是"面向代理的",^R碼列表,其增加了#^代碼的粒度,示出了關(guān)于涉及所出現(xiàn)的錯誤的對象的名稱和實例的一組結(jié)構(gòu)化的細節(jié)。EFL列表不是,代碼綁定的簡單列表,而可以在軟件代理開發(fā)階段期間被動態(tài)地產(chǎn)生和配置。詳細地說,在這里描述的示例性情況中,用于測試目的的、已經(jīng)用于端口到端口的業(yè)務(wù)的MAU以太網(wǎng)端口#3被配置,并且激活內(nèi)部環(huán)回。如果管理器將"ifAdminStatus#3"對象實例設(shè)置為"down",則返回"InconsistentValue(不一致的值)"錯誤代碼。S麗P集請求可以類似于在表2中所示的那個表2<table>tableseeoriginaldocumentpage10</column></row><table>標準的SNMP響應(yīng)集可以類似于在表3中所示的那個:表3<table>tableseeoriginaldocumentpage10</column></row><table><table>tableseeoriginaldocumentpage11</column></row><table>錯誤狀態(tài)(inconsistentValue)不足以辨別會顯示給用戶的以下原因-"所請求的操作是業(yè)務(wù)影響。請去除在端口#3上的任何交叉連接",一"環(huán)回是有效的。請去除在端口#3上的環(huán)回",或者-上述兩種原因。結(jié)果,應(yīng)向SNMP管理器報告額外信息(EFL字段),以便鑒別原因一錯誤代碼-opticsIMLastErrorStatus(標量對象)是OOl,受限對象=與端口#3相關(guān)聯(lián)的opticsIMEthConflnFlowNumber(整數(shù)),受限對象=與端口#3相關(guān)聯(lián)的opUcsIMEthConfOutFlowNumber(整數(shù));-錯誤代碼-opticsIMLastErrorStatus(標量對象)是004,受限對象=與端口#3相關(guān)聯(lián)的opticsIMEthConfExtlbLine(真值),受限對象=與端口#3相關(guān)聯(lián)的opticsIMEthConfExtlblnternal(真值);一整個上述對象組。完成該例子,參見第三原因,新的SNMP響應(yīng)將由兩個部分構(gòu)成標準S服P響應(yīng)(l-5行)和EFL列表字段(6-ll行),如在表4中所示表4<table>tableseeoriginaldocumentpage11</column></row><table><table>tableseeoriginaldocumentpage12</column></row><table>已經(jīng)產(chǎn)生鐐溪(即IfAdminStatus.3;down(2))的所設(shè)置消息的可變綁定,皮移動到第一位置。以這種方式,預(yù)見對于用戶的SNMP管理信息庫沒有影響。第二益處是返回提供的"最后值"(例如當設(shè)置RowStatus(行狀態(tài))時其4艮有益)。為了優(yōu)化"故障消除向?qū)?(作為管理器業(yè)務(wù))的效率,作為貝斯網(wǎng)絡(luò)(或者專家系統(tǒng))過程的結(jié)果,SNMP代理應(yīng)當向管理器提供盡可能更"有意義"的4t^信息,即以"受限對象"(最有益)的"動態(tài)"選擇來填充SNMP-PDU。每個錯誤信息被定義和存儲在管理信息庫(MIB)中。"錯誤代碼"是存儲已經(jīng)被發(fā)送到管理器的最后的錯誤代碼的S服P-MIB(參見opticsIMLastErrorStatus標量對象)的屬性。#^日志表也被定義來用于跟蹤錯誤消息傳送(參見表5)。在此所述的解決方案的優(yōu)點與錯誤管理的新的支持和故障消除相關(guān)聯(lián)。具體地,對于每個感興趣的代理,容易定制"擴展故障列表"字段(符合SNMP的列表)。所述"擴展故障列表"字段包括兩個強大的單元-"錯誤原因"信息,其立即向用戶通知關(guān)于所出現(xiàn)問題的可能原因,-"受限對象"列表,其可以提供對于故障消除的支持,因此驅(qū)動用戶來執(zhí)行正確的操作。在現(xiàn)有技術(shù)的解決方案中不存在上述兩種特征。表5<table>tableseeoriginaldocumentpage13</column></row><table>標準S麗PMIB瀏覽器(或者第三方應(yīng)用)可以繼續(xù)以通常的方式工作,因為所述解決方案符合SNMP標準。因此,在沒有對于本發(fā)明的基礎(chǔ)原理的偏見的情況下,在不脫離由所附的權(quán)利要求限定的本發(fā)明的范圍的情況下,參考僅通過舉例所述的內(nèi)容,可以相應(yīng)地改變所述細節(jié)和實施例.權(quán)利要求1.一種用于識別影響網(wǎng)絡(luò)單元(110)的配置的錯誤原因的方法,其中所述網(wǎng)絡(luò)單元受網(wǎng)絡(luò)管理器(100)控制,所述方法包括以下步驟-從所述網(wǎng)絡(luò)單元(110)向所述網(wǎng)絡(luò)管理器(100)發(fā)送包括第一字段的消息(5),所述第一字段用于指示是否在所述網(wǎng)絡(luò)單元(110)中發(fā)生配置錯誤,其特征在于,發(fā)送還包括第二字段(50)的所述消息,所述第二字段(50)用于指示所述配置錯誤原因,其中,從被存儲到所述網(wǎng)絡(luò)單元(110)中的配置信息動態(tài)地選擇所述配置錯誤原因。2.根據(jù)權(quán)利要求1的方法,其特征在于,所述第二字段包括擴展故障列表,所述擴展故障列表包括-錯誤代碼字段,用于指示軟件或者硬件錯誤原因;-受限對象列表,用于指示與所述錯誤原因相關(guān)聯(lián)的對象實例。3.根據(jù)權(quán)利要求2的方法,其特征在于,在軟件代理(112)開發(fā)階段期間,動態(tài)地產(chǎn)生和配置所述擴展故障列表。4.根據(jù)權(quán)利要求2或3的方法,其特征在于,所述擴展故障列表還在第一位置包括已經(jīng)產(chǎn)生了所述配置錯誤的可變綁定。5.根據(jù)權(quán)利要求4的方法,其特征在于,在所述網(wǎng)絡(luò)單元中包括的管理信息庫(114)中存儲已經(jīng)被發(fā)送到所述網(wǎng)絡(luò)管理器(100)的最后的錯誤代碼。6.根據(jù)權(quán)利要求5的方法,其特征在于,所述管理信息庫(114)存儲用于跟蹤錯誤消息的表格。7.根據(jù)權(quán)利要求2至6的任一項的方法,其特征在于,對于所述網(wǎng)絡(luò)單元中的每個代理(112)定制所述擴展故障列表。8.—種計算積4呈序產(chǎn)品,可被裝載于至少一個計算機的存儲器中,并且包括用于執(zhí)行權(quán)利要求1至7任一項的方法的軟件代碼部分。9.一種網(wǎng)絡(luò)單元(110),包括-適于接收消息(5)的接收裝置,所述消息(5)用于指示對于網(wǎng)絡(luò)單元(110)的配置的請求;-適于存儲所述配置的信息的裝置;-適于檢測影響所述網(wǎng)絡(luò)單元配置錯誤的裝置;-適于發(fā)送響應(yīng)消息的發(fā)送裝置,所述響應(yīng)消息包括用于指示所述配置錯誤是否發(fā)生的第一字段(30,40);其特征在于,所iiJC送裝置進一步適于發(fā)送包括第二字段(50)的所述響應(yīng)消息,所述第二字段(50)用于指示配置錯誤原因,其中,從所存儲的配置信息動態(tài)地選擇所述配置錯誤原因。全文摘要一種用于識別影響網(wǎng)絡(luò)單元(110)的配置的錯誤原因的方法,其中所述網(wǎng)絡(luò)單元受網(wǎng)絡(luò)管理器(100)控制。所述方法包括以下步驟從網(wǎng)絡(luò)單元(110)向網(wǎng)絡(luò)管理器(100)發(fā)送包括第一字段的消息(5),所述第一字段用于指示是否在所述網(wǎng)絡(luò)單元(110)中發(fā)生配置錯誤。所述消息還包括用于指示所述配置錯誤原因的第二字段(50),其中,從被存儲到網(wǎng)絡(luò)單元(110)中的配置信息動態(tài)地選擇所述配置錯誤原因。文檔編號H04L29/06GK101098257SQ20071011264公開日2008年1月2日申請日期2007年6月26日優(yōu)先權(quán)日2006年6月27日發(fā)明者A·帕帕雷拉,P·多納迪奧,R·里格列蒂申請人:阿爾卡特朗訊公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
同江市| 英德市| 兰西县| 奉新县| 新营市| 绥宁县| 兴海县| 惠安县| 晋江市| 读书| 德令哈市| 嘉兴市| 上犹县| 怀来县| 乃东县| 卢氏县| 石狮市| 承德市| 镶黄旗| 铜鼓县| 潼南县| 庄浪县| 喀喇沁旗| 错那县| 车致| 高雄县| 金湖县| 大埔县| 永靖县| 抚顺县| 乐业县| 阳西县| 绥中县| 盐津县| 宜兰县| 汤原县| 新田县| 陆良县| 松阳县| 济南市| 万全县|