1 引言

布線管理是針對設備間、交換間的工作區的配線設備、線纜、信息插座等設施，按照一定的模式進行標識和記錄，內容包括：管理方式、標識、色標、交叉連接、跳線等這些內容的實施給用戶系統維護、管理創造方便，提高了管理水平和工作效率，從而實現了綜合布線系統的靈活性、開放性和擴展性。

綜合布線線纜是綜合布線系統的基礎設施，是整個網絡的中樞神經系統，它能為智能建筑提供語音、數據、圖像、多媒體等系統的應用。得益于綜合布線系統網絡靈活性及高可靠性，它在不斷的擴展，但也帶來新的問題，主要表現在隨著系統的使用、網絡的發展，用戶不可避免地要對連接的纜線移動、添加、改動，使得跳線不斷變更，在設備間主配線架及樓層配線架將會出現跳線管理的問題，眾多的纜線難免出現混亂，這一直是用戶和生產廠商極為關注的問題。

因此，提出用布線管理軟件來管理線路資源，提高管理水平，目前對綜合布線系統管理軟件的認識常與網絡管理軟件、電子配線架等的認識模糊不清，所以首先闡述綜合布線管理軟件與它們的區別。

綜合布線系統管理軟件是一套系統，分模塊對綜合布線的物理構成圖形化的導人數據庫。然后，對這些設備、鏈路、信息點、終端相關人實施精確的、高效率的、可更改的維護。關于網絡管理軟件，目前市場上網絡管理軟件可以大概分為以下幾類：網絡資產管理、網絡監控、日志分析、路由追蹤、檢測工具、網絡套件等。當然，目前也可以按這樣來分類：網管系統、應用性能管理、桌面管理系統、員工行為管理、安全管理。通常情況下不太可能將綜合布線管理軟件與桌面管理系統、員工行為管理系統及安全管理系統想混淆。

網管系統(NMS)主要是針對網絡硬件設備進行監測、配置和故障診斷。主要功能有自動拓撲發現、遠程配置、性能參數監測、故障診斷。網管系統通常是由2類公司開發，一類是通用軟件供應商；另一類是各個設備廠商。通用軟件供應商開發的NMS系統是針對各個廠商網絡設備的通用網管系統，目前比較流行的有OpenView，Micromuse，Concord等網管系統。

各個設備廠商為自己產品設計的專用NMS系統對自己的產品監測、配置功能非常全面，可監測一些通用網管系統無法監測的重要性能指標，還有一些獨特配置功能。但是對其他公司生產的設備基本上就無能為力了。目前比較流行的設備廠商網管軟件有Cisco—Works2000，NetSight，國內的Linkmanage，iManager。

2布線管理軟件的關鍵問題和解決方法

2．1靈活性和可擴展性

對于本軟件的需求分析，通常做法是通過調研，了解可能存在的設備種類，被關心的設備屬性，不同的層級關系，然后將這些信息綜合設計成一個數據庫，然后提供網絡數據的管理。

然而，這種方法存在2個問題：

(1)耗費時間長，需要不斷和網絡布線成員的進行溝通，并且由于每個人的關注點不一樣，導致牽涉的屬性變量膨脹；

(2)不靈活，需求分析人員總是希望能了解用戶的所有需求，需求了解完畢后，就假定所有的需求被了解，然后進行設計、編碼工作，這樣導致將來要關注新的屬性時，軟件不能靈活處理。

針對這個問題，認為采取用戶配置和模板的方法，既可以減少軟件實現花費的時間，又可以保證最大范圍的靈活性。提供用戶配置的功能，用戶根據自己所關心的屬性進行配置；提供模板的功能，用戶可以利用其他人已經配置好的模板，進行網絡設計。從而減少耗費的時間和對軟件使用的復雜度。

在具體網絡中有著各種不同的設備和連線，設備可能是路由器，交換機等，連線指連接設備的鏈路，可能有光纖、銅纜，而連線通過端口和設備相連，隨著設備和鏈路隨著新技術的發展不斷涌現，人們對設備和連線所關心的屬性不斷變化。為了應對這種動態需求，需要將軟件建立在一個抽象的模型上，而模型中的元素相關屬性可以動態進行修改，才能滿足這種變化的需求。因此將網絡抽象成一個具有節點和鏈路的網狀結構，節點可以物化成設備，該設備可能帶有端點，鏈路指用于代替連接設備的連線。同時在Internet規劃時，設計者們引入了分層的概念，如現在的TCP／IP協議。因此針對這個模型，這里引入了層級的概念，可以包括實際的層次關系，如建筑、樓層、房間等，以及虛擬的層級如內網、外網、園區網等，從而便于規劃網絡。

在設計過程中，對于層次、設備、鏈路、設備端口有默認的邏輯屬性，如用于標示的id號，該號提供給軟件系統使用，用戶不可見，同時提供用戶可見的name屬性，由用戶設置。此外，對于設備必須有端口數的屬性。對于鏈路有連接的兩端端口的id標示符。這些必須的屬性構成了模型的必備參數，用戶其他關心的屬性可以動態配置。這些必需屬性就可以構成一個網絡，一條鏈路就可以這樣描述：id為d1的設備的端口p1連接到id為d2的設備端口p2，無數條鏈路就構成了一個網絡，這是從端點進行描述，也可以從設備進行描述，即無數設備間的連接構成了一個網絡，從設備描述可以簡化網絡連接的復雜性，避免軟件實現的復雜度和實現查詢時的計算量。如圖1所示。

2．2查找鏈路

軟件主要提供了網絡規劃功能和鏈路管理功能，網絡規劃是指用戶根據層級來設計網絡結構，在適當的層級中添加設備，進行設備間的連接；在構建完網絡后，可以進行端點到端點的鏈路查詢以及鏈路各設備、端口等的屬性查詢。網絡規劃需要用戶有較多的經驗，通過配置層級、設備、鏈路后可以完整描述自己的意圖。在構建好網絡后，可以利用存儲在數據庫中的贖金提供鏈路查詢，指當網絡出現故障時，查找出問題設備的連接端口到主機房或者到指定端口要經過的鏈路，提供各設備和鏈路的信息給網絡管理人員使用，用于確定可能存在問題的鏈路。

鏈路查找是指在構建完網絡后，提供端到端的查詢，其中心思想是網絡的深度優先遍歷算法，找出所有的路徑。算法中心思想是：獲取設備間連線的鄰接矩陣，先確定兩點之間的鏈路經過的設備，然后確定設備間的連接情況。如設備間的鏈路個數和鏈路相關的屬性等。在明確兩點間的所有鏈路之后，網絡管理員可以判斷網絡不通的問題出現在哪一段鏈路上。整個網絡是由端點和端點簡單連接組成，在查找鏈路時，如果以端點作為節點，則會導致以下問題：一是鏈路繁多，計算量大；二是反映不出用戶關心的內容，用戶總是從宏觀上掌握信息，如設備間的連接，而不是設備間端口的連接，因此首先定位端點間經過的設備，然后再考慮設備間的鏈路，這樣需要考慮的節點就少很多，計算量也小很多。設備間的鏈接構成了一個無向網，查找網中2個節點間的節點，可以采用深度優先遍歷算法和廣度優先遍歷算法，在這里采用深度優先算法。圖以鄰接矩陣的方式進行存取，即從端口表的數據出發，得到設備為單位構成設備間的鄰接矩陣，供算法進行存取。同時提供1個臨時數組用于保存算法遍歷時是否經過了某設備，提供1個變量用于存放找到一條鏈路后經過的相關設備。v表示查找的起點；des表示查找的目標點；length表示查找的下一個點在整個路徑的位置。gVisited數組用于存放遍歷足跡；gmExistLink變量用于存放已經有的路徑；gPath數組用于存放一條路徑；gDevice—Count用于統計網絡中的設備個數，gAdjMax設備間連接的鄰接矩陣。

2．3可視化設計

布線管理軟件通過圖形化的方式管理各種系統結構、存儲數據信息、描述關聯關系，也是一個根據數據信息的變化，動態地顯示不同圖形狀態的數據前端開發工具。在日常工作中，人們可能會想到要用各種各樣的畫圖工具去制圖，如CAD，Visio等，或者用一些信息系統來管理的各種圖紙資料、設備資源、管網資源、技術文檔等。但使用者都有體會的是，純粹的畫圖軟件，很難把眾多的設備信息、連接關系信息表達清楚，不同的設計圖紙之間也沒有直觀的連接關系能夠表達出來，更不能對設計圖中用到的設備材料進行快速定位、準確統計。

可是表格式的MIS系統又很難清楚表達復雜的系統結構和連接關系的。就是一些花巨資用GIS系統管理的單位，也已經充分意識到，單是管理設備資源的地理信息數據也是遠遠不夠的，還有眾多的信息如技術文檔、設備的細節等都無法通過一個設計頁面表達出來。因此，無論目前使用哪一種方覺得存在明顯的缺陷。其實原因很簡單：因為即使是一個很簡單的圖紙，里面的每一個對象都有其自身的數據屬性、技術參數和具體的業務特征，同時它又和系統中的其他對象發生關聯。而常見的靜態圖表軟件已經不可能把這些關系、屬性和業務特征一一反映出來，更不能做到圖形與實物一一對應。另外光有圖紙資料還不能滿足要求，使用者經常為了計算、統計、維護或訪問廠家網站的需要，還要使用各種數據庫工具、文字處理系統以及第三方軟件。大量工具的使用，造成了人員技能跟不上、協調困難、錯誤增多、效率低下等問題。

布線管理軟件使用可視化設計，對不同設備采用不同的標識，根據設置的層級關系構建整個網絡的拓撲結構，同時對設備、層級、鏈路數據的相關屬性進行管理，可以把圖形、數據、連接關系綜合起來，并且存在數據庫中，從而為用戶提供一個易用的管理平臺，為保障項目決策，網絡設計等提供幫助。

3測試結果

在采取上述設計方法后，目前已經實現了具有靈活、可配置架構的布線管理軟件，搜索算法能快速地在一個項目數據庫中查找出所有鏈路，目前已經用在某部委的管理系統中。

4發展趨勢

布線管理軟件智能化：智能配線管理軟件是與連接PC機和網絡設備的實時管理的網絡數據庫，它包括針對每一用戶的全部有源和物理無源元器件構成的網絡，用最短時間和最低的費用為手段就能夠順利完成網絡連接的移動、添加、變更、維護等，以及預置參數、瀏覽查閱、檢索、內容審定等人機對話。

布線管理軟件標準化：目前電信基礎設施管理的標準是：TIA／EIA一606標準，該標準是商業建筑物電信基礎設施管理標準，是目前國際上有關商業建筑物電信基礎結構的惟一管理標準。

5結語

文章對綜合布線管理軟件的關鍵問題提出了解決方案：快速的鏈路查找算法，達到了靈活配置和可擴展性的要求，同時提出基于數據的可視化設計方案。最后對綜合布線管理軟件的發展方向進行簡單的分析。

轉載連接：http://network.51cto.com/art/201107/279300.htm