專利名稱：網(wǎng)絡管理方法和裝置的制作方法
技術領域：
本發(fā)明涉及通信領域，并且特別地，涉及一種網(wǎng)絡管理方法和 裝置。
背景技術：
目前，不同廠家的網(wǎng)絡進4亍互通一4殳需要標準的網(wǎng)絡管理協(xié)議來實現(xiàn)。簡單網(wǎng)絡管理協(xié)i義(SNMP)正是一種目前4吏用廣泛的網(wǎng) 絡管理協(xié)議標準，該協(xié)議為網(wǎng)絡管理4是供了實現(xiàn)網(wǎng)絡管理的網(wǎng)絡框 架，在這個框架上只要遵循SNMP協(xié)議各個廠家都可以開發(fā)自己的 SNMP網(wǎng)絡管理專欠件。通常，SNMP包括以下要素管理站、代理、管理信息庫(MIB)、 SNMP協(xié)議。MIB是管理信息的集合，使用管理信息結構(SMI)和ASN.l 用來描述管理信息。管理信息建立在SMI定義的信息樹下，每個管 理信息都是管理信息樹的一個節(jié)點，都有唯一的對象標識(OID)。 管理信息的OID是從根節(jié)點到該管理信息的路徑。每個管理信息有 類型、名稱、意義和權限等屬性。對于多個信息才能描述的對象， 可以-使用表來描述。通常， 一個典型的SNMP管理才莫型包4舌一個SNMP管理站和一 個SNMP代理。其中，SNMP代理直接與被管設備交互，代理直接維護了一個MIB,代理負責收集管理信息，并將管理信息存儲MIB 中。SNMP管理站是網(wǎng)全各管理員和網(wǎng)鄉(xiāng)各管理系統(tǒng)之間的一個4妾口 ， 管理站通過SNMP協(xié)i義和SNMP 理交互，乂人而才喿作MIB中定義 的數(shù)據(jù)對象，與SNMP代理進行數(shù)據(jù)交互。SNMP協(xié)議中有一系列的操作，供管理站和代理之間交互。 SNMP的才喿4乍包4舌get-request 、 get-next-request 、 get-bulk-request 、 response 、 set-request 、 trap。 具體i也，get-request用于獲耳又沖旨定的一 組尋皮管理對象的^直得i青求凈艮文；get-next-request用于獲耳又一皮管理對 象的當前值的下一個值，用于連續(xù)獲取被管理對象的值； get-bulk-request用于大數(shù)據(jù)量獲取被管理對象的值， 一般用于獲取 以表的形式組成的^皮管理對象的^直；set-r叫uest用于i殳置一皮管理對 象的值；response是以上4個操作的響應才艮文；trap是用于將被管 理對象信息進行上報的操作。其中，在上述SNMP定義的"^喿作中，只有get-bulk-request可以 獲取大批量的數(shù)據(jù)。但是這個操作獲取的對象信息必須和MIB中定 義的對象——對應，并且只能獲取操作本身指定數(shù)量的信息，而不 能進行條件查詢的操作，需要管理站獲取所有信息，再按照管理員 的具體要求將信息按照條件處理。但是，在很多情況下，尤其是特定的業(yè)務情況下，獲取所有的 數(shù)據(jù)是沒有意義的，并且在上述方案的實現(xiàn)過程中，需要在管理站 和代理之間傳輸?shù)墓芾韺ο蟮臄?shù)據(jù)量龐大，這樣就會會影響通訊質 量和速度。綜上所述，在現(xiàn)有技術中，尚未提出根據(jù)能夠查詢條件獲取查 詢數(shù)據(jù)并且解決管理站和代理之間傳l俞的lt據(jù)量過大的l支術方案。發(fā)明內(nèi)容考慮到上述問題而做出本發(fā)明，為此，本發(fā)明的主要目的在于 提供一種網(wǎng)絡管理方法和裝置，以解決相關技術中不能查詢條件獲 取查詢數(shù)據(jù)、以及解決管理站和代理之間傳輸?shù)臄?shù)據(jù)量過大的問題。根據(jù)本發(fā)明的實施例，提供了一種網(wǎng)絡管理，用于簡單網(wǎng)絡管理協(xié)i義管理站通過i史置查詢條件來管理對象。該方法包括簡單網(wǎng)絡管理協(xié)議管理站設置查詢條件，在請求 報文中攜帶查詢條件，并將請求報文發(fā)送給簡單網(wǎng)絡管理協(xié)議代理； 簡單網(wǎng)絡管理協(xié)議代理解析接收的請求報文，獲取請求報文中的查 詢條件；簡單網(wǎng)絡管理協(xié)議代理查詢滿足查詢條件的管理對象的數(shù) 據(jù)，并將查詢到的數(shù)據(jù)存儲到管理信息庫中；簡單網(wǎng)絡管理協(xié)議管 理站從管理信息庫獲取查詢的管理對象的數(shù)據(jù)。其中，在請求才艮文為get-bulk-request的情況下，簡單網(wǎng)絡管理 協(xié)議管理站設置查詢條件，在請求報文中攜帶查詢條件的處理具體 為將get-bulk-r叫uest中的分組凄t據(jù)單元頭中用于表示大糸匕量查詢 時不可重復的變量數(shù)的第 一 指示信息的值設置為1 ,將 get-bulk-request中的分組凄t據(jù)單元頭中用于表示攜帶的變量中可以 重復獲取的最大迭代次數(shù)的第二指示信息的值設置為0,并將 get-bulk-request中的綁定變量i殳置為包^"查詢^t象和約定4各式的查 詢條件。并且，簡單網(wǎng)絡管理協(xié)議代理解析接收的請求報文，獲取請求 報文中的查詢條件的操作具體為簡單網(wǎng)絡管理協(xié)議代理讀取請求 報文中的第一指示信息和第二指示信息；在第一指示信息為1,且 第二指示信息為0的情況下，簡單網(wǎng)絡管理協(xié)議代理進一步根據(jù)約定格式獲取綁定變量中的查詢條件；簡單網(wǎng)絡管理協(xié)議代理根據(jù)確 定的查詢條件和綁定變量中的查詢對象進4于查詢。另夕卜，在《青^>才艮文為get-request或get-next-request的'l"青;兄下， 簡單網(wǎng)絡管理協(xié)議管理站設置查詢條件，在請求報文中攜帶查詢條 件的處理具體為S尋get-request或get-next-request中第 一個綁定變 量的對象標識設置為1,并在第一個綁定變量之后的綁定變量中i殳 置查詢條件。此夕卜，在i青求才艮文為get-request,且查詢對象為表的情況下， 簡單網(wǎng)絡管理協(xié)議管理站設置查詢條件，在請求報文中攜帶查詢條 4牛的處理具體為將get-request的綁定變量的只于象標識i殳置為表的 標識，并在get-request的綁定變量中i殳置查詢條件。才艮據(jù)本發(fā)明的另一實施例，提供了一種網(wǎng)絡管理裝置，用于筒 單網(wǎng)絡管理協(xié)i義管理站通過"i殳置查詢條件來管理對象。該裝置包括設置才莫塊，位于簡單網(wǎng)絡管理協(xié)議管理站，用于 設置查詢條件；簡單網(wǎng)絡管理協(xié)議管理站，用于在請求報文中攜帶 查詢條件，并將請求才艮文發(fā)送給簡單網(wǎng)絡管理協(xié)議代理，以及在簡 單網(wǎng)絡管理協(xié)議代理完成查詢后從管理信息庫獲取查詢的管理對象 的數(shù)據(jù)；簡單網(wǎng)絡管理協(xié)議代理，用于解析接收的請求報文，獲取 請求才艮文中的查詢條件，以及查詢滿足查詢條件的管理對象的凌t據(jù)， 并將查詢到的數(shù)據(jù)存儲到管理信息庫中。其中，在請求報文為get-bulk-request的情況下，設置模塊設置 查詢條件、簡單網(wǎng)絡管理協(xié)議管理站在請求報文中攜帶查詢條件的 處理具體為將get-bulk-r叫uest中的分組凝:才居單元頭中用于表示大 批量查詢時不可重復的變量數(shù)的第一指示信息的值設置為1，將 get-bulk-request中的分組邀:據(jù)單元頭中用于表示攜帶的變量中可以重復獲取的最大迭代次數(shù)的第二指示信息的值設置為0,并將get-bulk-request中的綁定變量i殳置為包括查詢對象和約定才各式的查 詢條件。另夕卜，在i青,iM"艮文為get-request或get-next-request的'l"青)兄下， 設置模塊設置查詢條件、簡單網(wǎng)絡管理協(xié)議管理站在請求報文中攜 帶查詢條件的處理具體為將get-request或get-next-request中第一 個綁定變量的對象標識i殳置為1，并在第一個綁定變量之后的綁定 變量中設置查詢條件。此夕卜，在請求才艮文為get-request，且查詢對象為表的情況下， 設置模塊設置查詢條件、簡單網(wǎng)絡管理協(xié)議管理站在請求報文中攜 帶查詢條4牛的處理具體為 一奪get-request的綁定變量的對象標識i殳 置為表的標識，并在get-request的綁定變量中i殳置查詢條件。通過本發(fā)明的上述才支術方案，本發(fā)明提供的一種擴展SNMP協(xié) 議操作進行網(wǎng)絡管理的具體實現(xiàn)方法，指定了復雜條件對復雜對象 進行大批量數(shù)據(jù)查詢。能夠比較容易實現(xiàn)對查詢對象指定復雜條件 進行查詢。避免了大規(guī)才莫的數(shù)據(jù)交互。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申 請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并 不構成對本發(fā)明的不當限定。在附圖中圖1是才艮據(jù)本發(fā)明方法實施例的網(wǎng)絡管理方法的流程圖；圖2 的流程圖；圖3是為SNMPv2版本中的的get-bulk-request命令的報文結構圖；圖4是根據(jù)本發(fā)明裝置實施例的網(wǎng)絡管理裝置的框圖。
具體實施方式
方法實施例在本實施例中，^是供了一種網(wǎng)會備管理方法，用于SNMP管理站 通過設置查詢條件來管理對象。本方法利用SNMP協(xié)議:操作的某些 操作，對這些操作做了擴展，這些擴展不與SNMP協(xié)議本身沖突。 使用這些擴展操作下發(fā)管理員需要下發(fā)的條件，由代理對下發(fā)的條 件進行處理。下面將結合附圖進行詳細描述。如圖l所示，才艮據(jù)本實施例的網(wǎng)絡管理方法包括步驟S102, SNMP管理站設置查詢條件，在請求報文中攜帶查詢條件，并將請 求才艮文發(fā)送給SNMP代理；步驟S104， SNMP代理解析接收的請求 報文，獲取請求報文中的查詢條件；步驟S106， SNMP代理查詢滿 足查詢條件的管理對象的數(shù)據(jù)，并將查詢到的數(shù)據(jù)存儲到管理信息 庫中；步驟S108， SNMP管理站從管理信息庫獲取查詢的管理對象 的數(shù)據(jù)。通過該方法，能夠使SNMP管理站設置復雜的查詢條件來查詢 管理對象，并且尤其適用于對復雜對象的管理。另夕卜，本方法還需要管理站和代理之間j故好這些條件4各式的約 定，否則代理無法解析這些條件。參照圖2，才艮據(jù)本實施例方法的處理過程如下第001步，SNMP代理4妄收SNMP管理站的請求才艮文；第002步，代理解析請求報文，如果解析結果是協(xié)議操作的擴 展，那么就進入步驟第三步，否則進入步驟第005步；第003步，代理解析下發(fā)的請求報文，獲取下發(fā)的查詢條件；第004步，代理按照下發(fā)的查詢條件收集下發(fā)條件需要的數(shù)據(jù)， 將數(shù)據(jù)填入MIB中，此時MIB中存儲的是條件約束的lt據(jù)信息；第005步，在報文不是協(xié)議擴展操作的情況下，在按照SNMP 協(xié)議棧協(xié)議操作類型對下發(fā)的請求報文處理，之后執(zhí)行第007步；第006步，SNMP管理站下發(fā)協(xié)議命令獲取管理對象在MIB中 對應的數(shù)據(jù)，該數(shù)據(jù)就是下發(fā)條件的請求數(shù)據(jù)；第007步，結束。其中，在請求才艮文為get-bulk-request (批量獲取請求4喿作)的 情況下，SNMP管理站設置查詢條件，在請求報文中攜帶查詢條件 的處理具體為將get-bulk-r叫uest中的分組凄t據(jù)單元頭中用于表示 大批量查詢時不可重復的變量數(shù)的第一指示信息的值設置為1,將get-bulk-request中的分組凝:據(jù)單元頭中用于表示攜帶的變量中可以 重復獲取的最大迭代次數(shù)的第二指示信息的值設置為0，并將 get-bulk-request中的綁定變量i殳置為包纟舌查詢對象和約定4各式的查 詢條件。并且，SNMP代理解析接收的請求報文，獲取請求報文中的查 詢條件的操作具體為SNMP代理讀取請求報文中的第一指示信息 和第二指示信息；在第一指示信息為1,且第二指示信息為0的情 況下，SNMP 4戈理進一步獲耳又綁定變量中的約定4各式的查詢條件；SNMP代理才艮據(jù)確定的查詢條件和綁定變量中的查詢對象進行查 詢。另夕卜，在i會,j^4艮文為get-request或get-next-request的'l"青;兄下， SNMP管理站設置查詢條件，在請求才艮文中攜帶查詢條件的處理具 體為^!尋get-request或get-next-request中第 一個綁定變量的只t象標 識設置為1,并在第一個綁定變量之后的綁定變量中設置查詢條件。此夕卜，在請求凈艮文為get-request，且查詢對象為表的情況下， SNMP管理站設置查詢條件，在請求報文中攜帶查詢條件的處理具 體為將get-request的綁定變量的對象標識設置為表的標識，并在 get-request的綁定變量中i殳置查詢條件。圖3示出了 SNMPv2的get-bulk-request的^艮文結構。如圖3所 示， 一個SNMP的請求才艮文包括三個部分SNMP頭部、PDU頭部、和綁定的變量。其中，SNMP頭部包4舌SNMP version和community兩個字4史， SNMP version是SNMP的片反本信息；community是^>共體，用于訪 問權限控制，其功能相當于口令。PUD頭部有四個字^殳PDU type、 request id、 non-repeater、 Max-repetition 。
其中，PDU的才喿作類型標識可以包4舌 get/get-next/set/get畫bulk等。其中，Request-id是SNMP管理站在發(fā) 送報文的時候給每個PDU賦的一個標識，用于區(qū)別應答是哪個命令 的應答。Non-repeater (假設為第一指示信息)表示大批量查詢時不 可重復的變量數(shù)，第一個變量的編號是l。 Max-r印etition (假設為 第二指示信息)表示攜帶的變量中可以重復獲取的最大迭代次數(shù)。 如果max-repetition是O，按照擴展前的協(xié)議將不會獲取到數(shù)據(jù)。本 發(fā)明則針對這一點對協(xié)議作了擴展，當Non-repeaters = 1，且Max-repetition = 0時，就認為是約定的指定條件的擴展協(xié)議查詢， 由于協(xié)議中未對這種情況進行相關規(guī)定，所以能夠保證不與現(xiàn)有協(xié) 議操作相沖突。在接收到請求報文時，在第一指示信息為1，且第 二指示信息為0的情況下，SNMP代理進一步獲取綁定變量中的兩 個查詢字4殳，才艮據(jù)兩個查詢字,殳確定查詢條件；SNMP代理根據(jù)確 定的查詢條^f牛和綁定變量中的查詢乂t象進^亍查詢。PUD的最后一個 部分是綁定變量，可以綁定一組變量。每個變量由兩個部分《且成， 一個是OID，另外一個是value。優(yōu)選地，可以將查詢條件部分放在 變量部分。下面^1夸結合圖2所示的查詢處理過禾呈，并以get-bulk-request命 令為例描述查詢的過程。例如，管理站對某個表對象進行批量數(shù)據(jù)獲取時，該表的OID 為 1.3.6.1.4.1.100 ， 表示員工4言息，該表的其它信息有 1.3.6.1.4.1.100.1，表示員工名稱，1.3.6.1.4.1.100.2，表示員工工號。在非協(xié)議擴展操作時，在get-bulk-r叫uest報文PDU中綁定變 量1.3.6.1.4.1.100.1和1.3.6.1.4.1.100.2,下發(fā)Non-repeaters = 0， Max-repetition = 100,就會直接由協(xié)議棧正常進行處理，不會走下 面的擴展查詢流禾呈，get-response凈艮文就會返回最多100個員工的員 工信息。此時可以通過反復查詢獲耳又所有的員工信息凄丈據(jù)。如圖2所示，具體的查詢過禾呈如下(001)管理站要設置get-bulk-r叫uest類型的查詢，并且設置 Non-repeaters = 1 ， Max-repetition = 0;約定了條件信息才各式在變量中綁定三個vb,第一個vb的OID 設置為1.3.6.1.4.1.100，表示查詢對象為員工信息表，第二個vb的 OIDi殳置為1.3.6.1.4.1.100.2, value i殳置為1000,表示工號必須大于1000，第三個vb的OID設置為1.3.6.1.4.1.100.2, value設置為 2000,表示工號必須小于2000。整個條件是查詢工號在1000-2000之間的員工^f言息；管理站下發(fā)該請求^艮文，代理收到管理站下發(fā)的查詢報文；(002) 代理收到管理站下發(fā)的查詢報文，然后代理判斷該才艮文 是否滿足協(xié)議擴展條件，pdu類型是get-bulk-r叫uest ， 并且 Non-repeaters = 1 ， Max-repetition = 0, ^口果不滿足ot匕條^牛，交由十辦 "i義正常處理，即跳轉到第005步；(003) 解析下發(fā)的PDU，獲取查詢對象和查詢條件。此時可以獲 得查詢對象是員工信息表，查詢條件是工號大于1000小于2000的 員工信息；(004) 然后代理根據(jù)條件與管理對象員工信息進行交互，獲取到 指定工號大于1000,小于2000的員工信息，將lt據(jù)填寫到Mib中；(005) 協(xié)議棧處理get-bulk-request操作，此時如果非協(xié)議擴展操 作，就按照協(xié)議正常才乘作進行，完成后跳轉007步；是協(xié)議擴展才喿 4乍，由于Non-repeaters = 1 ， Max-repetition = 0, jt匕時不會有員工4言 息#皮返回纟會管理站；(006) 此時管理站再使用get-bulk-request操作對獲取員工信息 表中的數(shù)據(jù)，該數(shù)據(jù)就是滿足工號大于1000小于2000的所有員工 的數(shù)據(jù)；(007) 結束。應當注意，在上述實例中的get-bulk-r叫uest 4乘作是SNMPv2片反 本才是出的，因此上述實例適用于SNMPv2、 SNMPv3片反本，而不適 用于SNMPvl版本。盡管上面以get-bulk為例進行了描述，但對于Get操作和 get-next才喿作也可以進^f于擴展并"i殳定查詢條件。對于Get和Get-next #:作，可以將其中綁定的第 一個變量的OID 設置為1,后續(xù)綁定變量為條件，OID為1的節(jié)點肯定沒有實例， 因此不會返回信息，只要判斷了該OID,就可以確定其是否是設定 條件查詢，然后再根據(jù)約定解析條件進行查詢，這樣在返回查詢結 果時不會和原有SNMP切、i義發(fā)生沖突。并且，對于Get操作，由于Get命令只能獲取到綁定變量的OID 對應的節(jié)點的值，如果該OID在節(jié)點意義上是表的定義，那么該節(jié) 點肯定不可能有實例(即，無法返回信息)，可以通過判斷下發(fā)的變 量的OID是表的OID來確定其是否是設定條件查詢。例3口，表的定義是1.3.6.1.4.1.100，表示員工4言息，該表的其它 信息有1.3.6.1.4.1.100.1,表示員工名稱，1.3.6.1.4.1.100.2，在這種情況下，只要確定綁定在Get操作里的變量的OID是如上的OID, 就可以確定是下發(fā)的查詢條件，根據(jù)事先約定好的條件格式解析 value值就可以了 。裝置實施例在本實施例中，4是供一種網(wǎng)絡管理裝置，用于SNMP管理站通 過設置查詢條件來管理對象。如圖4所示，根據(jù)本實施例的網(wǎng)絡管理裝置包括設置模塊402， ^立于SNMP管理站，用于i殳置查詢條件；SNMP管理站404,用于在請求報文中攜帶查詢條件，并將請求報文發(fā)送給SNMP代理，以 及在SNMP代理完成查詢后從管理信息庫獲耳又查詢的管理對象的數(shù) 據(jù)；SNMP代理406,用于解析接收的請求才艮文，獲取請求才艮文中 的查詢條件，以及查詢滿足查詢條件的管理對象的^t據(jù)，并將查詢 到的數(shù)據(jù)存儲到管理信息庫中。其中，在請求報文為get-bulk-request的情況下，設置才莫塊402 設置查詢條件、SNMP管理站404在請求報文中攜帶查詢條件的處 理具體為將get-bulk-request中的分組數(shù)據(jù)單元頭中用于表示大批 量查詢時不可重復的變量數(shù)的第一指示信息的值設置為1,將 get-bulk-r叫uest中的分組數(shù)據(jù)單元頭中用于表示攜帶的變量中可以 重復獲取的最大迭代次數(shù)的第二指示信息的值設置為0，并將 get-bulk-request中的綁定變量i殳置為包4舌查詢乂于象和約定才各式的查 詢條件。另夕卜，在i青;i^凈艮文為get-request或get-next-request的十青〉兄下， 設置模塊402設置查詢條件、SNMP管理站404在請求報文中攜帶 查詢條4牛的處J里具體為對尋get-request或get-next畫request中第 一個 綁定變量的對象標識i殳置為1,并在第一個綁定變量之后的綁定變 量中設置查詢條件。此夕卜，在i青求才艮文為get-request,且查詢對象為表的情況下， 設置模塊402設置查詢條件、SNMP管理站404在請求報文中攜帶 查詢條件的處理具體為將get-r叫uest的綁定變量的對象標識i殳置 為表的才示識，并在get-request的綁定變量中i殳置查詢條件。綜上所述，本發(fā)明通過擴展SNMP協(xié)議操作來進行網(wǎng)絡管理， 借助于本發(fā)明的技術方案，能夠通過指定復雜條件來實現(xiàn)對查詢對 象的大批量數(shù)據(jù)查詢，并且還能夠避免大規(guī)模的數(shù)據(jù)交互。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明， 對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在 本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等， 均應包含在本發(fā)明的保護范圍之內(nèi)。
權利要求
1.一種網(wǎng)絡管理方法，用于簡單網(wǎng)絡管理協(xié)議管理站通過設置查詢條件來管理對象，其特征在于，所述方法包括所述簡單網(wǎng)絡管理協(xié)議管理站設置查詢條件，在請求報文中攜帶所述查詢條件，并將所述請求報文發(fā)送給簡單網(wǎng)絡管理協(xié)議代理；所述簡單網(wǎng)絡管理協(xié)議代理解析接收的所述請求報文，獲取所述請求報文中的查詢條件；所述簡單網(wǎng)絡管理協(xié)議代理查詢滿足所述查詢條件的管理對象的數(shù)據(jù)，并將查詢到的數(shù)據(jù)存儲到管理信息庫中；所述簡單網(wǎng)絡管理協(xié)議管理站從所述管理信息庫獲取查詢的所述管理對象的數(shù)據(jù)。
2. 根據(jù)權利要求1所述方法，其特征在于，在所述請求報文為 get-bulk-request的情況下，所述簡單網(wǎng)絡管理協(xié)議管理站i殳置 查詢條件，在所述請求才艮文中攜帶所述查詢條件的處理具體 為將所述get-bulk-r叫uest中的分組教:據(jù)單元頭中用于表示 大批量查詢時不可重復的變量數(shù)的第 一指示信息的值設置為 1,將所述get-bulk-r叫uest中的分組凄史據(jù)單元頭中用于表示攜 帶的變量中可以重復獲取的最大迭代次數(shù)的第二指示信息的 值設置為0，并將所述get-bulk-request中的綁定變量設置為包 括查詢對象和約定^^各式的查詢條件。
3. 根據(jù)4又利要求2所述的方法，其特征在于，所述簡單網(wǎng)絡管理 協(xié)議代理解析接收的所述請求報文，獲取所述請求報文中的查 詢條件的操作具體為所述簡單網(wǎng)絡管理協(xié)議代理讀耳又所述請求報文中的第一 指示信息和所述第二指示信息；在所述第一指示信息為1，且所述第二指示信息為0的情 況下，所述簡單網(wǎng)絡管理協(xié)議代理進一 步根據(jù)所述預定格式獲 取所述綁定變量中的查詢條件；所述簡單網(wǎng)絡管理協(xié)議代理才艮據(jù)確定的所述查詢條件和 所述綁定變量中的查詢對象進行查詢。
4. 根據(jù)4又利要求1所述方法，其特征在于，在所述i青求才艮文為 get-request或get-next-request的情況下，所述簡單網(wǎng)纟各管理十辦 議管理站設置查詢條件，在所述請求報文中攜帶所述查詢條件 的處J里具體為一夸所述get-request或get-next-request中第一個綁定變量的 對象標識設置為1，并在所述第一個綁定變量之后的綁定變量 中設置查詢條件。
5. 才艮據(jù)4又利要求1所述方法，其特征在于，在所述請求才艮文為 get-request,且查詢對象是表的情況下，所述簡單網(wǎng)絡管理協(xié) 議管理站設置查詢條件，在所述請求報文中攜帶所述查詢條件 的處理具體為將所述get-request的綁定變量的對象標識設置為表的標 識，并在所述get-request的綁定變量中設置查詢條件。
6. —種網(wǎng)絡管理裝置，用于簡單網(wǎng)絡管理協(xié)議管理站通過i殳置查 詢條件來管理對象，其特征在于，所述裝置包括設置^f莫塊，位于所述簡單網(wǎng)絡管理協(xié)議管理站，用于設置查詢條4牛；所述簡單網(wǎng)絡管理協(xié)議管理站，用于在請求報文中攜帶所 述查詢條件，并將所述請求報文發(fā)送給簡單網(wǎng)絡管理協(xié)議代 理，以及在所述簡單網(wǎng)絡管理協(xié)議代理完成查詢后/人管理信息 庫獲取查詢的管理對象的數(shù)據(jù)；所述簡單網(wǎng)絡管理協(xié)議代理，用于解析接收的所述請求報 文，獲取所述請求才艮文中的查詢條件，以及查詢滿足所述查詢 條件的管理對象的數(shù)據(jù)，并將查詢到的所述數(shù)據(jù)存儲到所述管 理4言息庫中。
7. 根據(jù)權利要求6所述的裝置，其特征在于，在所述請求報文為 get-bulk-request的情況下，所述設置模塊設置所述查詢條件、 所述簡單網(wǎng)絡管理協(xié)議管理站在所述請求報文中攜帶所述查 詢條件的處理具體為將所述get-bulk-r叫uest中的分組凄t據(jù)單元頭中用于表示 大批量查詢時不可重復的變量數(shù)的第一指示信息的值設置為 1,將所述get-bulk-r叫uest中的分組凝:據(jù)單元頭中用于表示攜 帶的變量中可以重復獲取的最大迭代次數(shù)的第二指示信息的 值設置為0，并將所述get-bulk-request中的綁定變量設置為包 括查詢對象和約定格式的查詢條件。
8. 根據(jù)權利要求6所述裝置，其特征在于，在所述請求報文為 get-request或get-next-request的'l"青;兄下，戶斤述i殳置才莫^^殳置戶斤 述查詢條件、所述簡單網(wǎng)絡管理協(xié)議管理站在所述請求才艮文中 攜帶所述查詢條件的處理具體為一尋所述get-request或get-next-request中第一個綁定變量的 對象標識設置為1，并在所述第一個綁定變量之后的綁定變量 中設置查詢條件。
9. 根據(jù)權利要求6所述裝置，其特征在于，在所述請求報文為 get-request，且查詢對象為表的情況下，所述設置才莫塊設置所 述查詢條件、所述簡單網(wǎng)絡管理協(xié)議管理站在所述請求才艮文中 攜帶所述查詢條件的處理具體為將所述get-request的綁定變量的對象標識設置為表的標 識，并在所述get-request的綁定變量中設置查詢條件。
全文摘要
本發(fā)明公開了一種網(wǎng)絡管理方法，包括簡單網(wǎng)絡管理協(xié)議管理站設置查詢條件，在請求報文中攜帶查詢條件，并將請求報文發(fā)送給簡單網(wǎng)絡管理協(xié)議代理；簡單網(wǎng)絡管理協(xié)議代理解析接收的請求報文，獲取請求報文中的查詢條件；簡單網(wǎng)絡管理協(xié)議代理查詢滿足查詢條件的管理對象的數(shù)據(jù)，并將查詢到的數(shù)據(jù)存儲到管理信息庫中；簡單網(wǎng)絡管理協(xié)議管理站從管理信息庫獲取查詢的管理對象的數(shù)據(jù)。本發(fā)明還公開了一種網(wǎng)絡管理裝置。通過使用本發(fā)明，能夠通過指定復雜條件來實現(xiàn)對查詢對象的大批量數(shù)據(jù)查詢，并且還能夠避免大規(guī)模的數(shù)據(jù)交互。
文檔編號H04L12/24GK101247272SQ200810085600
公開日2008年8月20日 申請日期2008年3月24日 優(yōu)先權日2008年3月24日
發(fā)明者吉才頌, 吳高科, 肖志彬 申請人:中興通訊股份有限公司