面向有線電視網(wǎng)絡的網(wǎng)管代理系統(tǒng)設計與實現(xiàn)

張鐵

[摘要]針對傳統(tǒng)有線電視網(wǎng)絡存在網(wǎng)絡兼容性差、功能單一以及無法遠程管理等問題，本文提出了一種新的網(wǎng)管代理系統(tǒng)架構設計方法，能夠解決對有線電視網(wǎng)絡系統(tǒng)的遠程集中管理。經(jīng)測試，網(wǎng)管代理系統(tǒng)的平均響應時間為0.5秒左右，能夠滿足網(wǎng)絡管理的時效性。

[關鍵詞]有線電視網(wǎng)絡 網(wǎng)管代理 時效性

0引言

隨著有線電視基礎設施的不斷建設和業(yè)務結構復雜性越來越高，提供相應服務的硬件設備數(shù)量也在不斷增加，只靠人為去管理如此龐大的網(wǎng)絡設備資源，無法對網(wǎng)絡中出現(xiàn)的突發(fā)事件做出快速準確的響應，從而在很大程度上降低了用戶的滿意度。目前在有線電視基礎網(wǎng)絡和設備管理中面臨的問題較多，比如當網(wǎng)絡出現(xiàn)故障后，傳統(tǒng)的管理模式響應速度慢，使得網(wǎng)絡整體的穩(wěn)定性降低，客戶服務質量下降。

網(wǎng)絡管理是對網(wǎng)絡中包括軟件、硬件和人力的綜合、使用以及協(xié)調，以實現(xiàn)對網(wǎng)絡資源的監(jiān)督、組合和控制。隨著有線電視網(wǎng)絡技術的快速發(fā)展及業(yè)務規(guī)模的不斷擴大，建立一個科學有效的網(wǎng)管系統(tǒng)，實現(xiàn)對所有有線電視網(wǎng)絡設備的集中管理，提高網(wǎng)絡運營的可靠性與服務質量，成為有線電視網(wǎng)絡管理領域迫切需要解決的問題。

1網(wǎng)管代理系統(tǒng)架構設計

本網(wǎng)管代理系統(tǒng)主要由網(wǎng)管通信、協(xié)議轉換、串口通信三個功能模塊組成。網(wǎng)管代理系統(tǒng)架構如圖1所示。

串口通信功能主要負責與OmniStar光傳輸平臺進行串口通信，一方面通過輪詢的方式獲取OmniStar光傳輸平臺的告警信息，還能根據(jù)請求獲取各個模塊的狀態(tài)信息，同時向OmniStar光傳輸平臺特定的模塊發(fā)送設值指令進行配置，另一方面將從Omn-iStar光傳輸平臺返回的狀態(tài)信息指令傳遞給協(xié)議轉換功能，該功能能從這些串口通信指令解析并分離出狀態(tài)信息;協(xié)議轉換功能主要負責串口通信指令的解析與串口通信指令的封裝，能從串口通信功能獲取的串口通信指令中解析出數(shù)據(jù)信息，將其存入MIB庫中，提供給網(wǎng)管通信功能，同時能將網(wǎng)管通信功能傳遞而來的來自管理站的Get、Set請求封裝成相應的串口通信指令轉發(fā)給Om-niStar光傳輸平臺，進行查詢和配置管理;網(wǎng)管通信功能主要負責與管理站進行SNMP協(xié)議通信及與協(xié)議轉換功能通信，它接受來自管理站的請求，并將其解析處理后將請求傳遞給協(xié)議轉換功能，同時能將協(xié)議轉換功能存入MIB的值封裝成SNMP協(xié)議報文轉發(fā)給管理站。

2網(wǎng)管代理系統(tǒng)進程設計

依據(jù)本網(wǎng)管代理設計的三個功能，將網(wǎng)管代理系統(tǒng)的進程設計為參數(shù)收集、SNMP代理和Trap輪詢?nèi)齻€進程，三者之間協(xié)同工作確保軟件系統(tǒng)正常運行。參數(shù)收集進程主要負責與OmniStar光傳輸平臺進行串口指令通信，通過對串口指令的解析提取狀態(tài)信息數(shù)據(jù)、描述信息數(shù)據(jù)等并將其存入MIB庫中，為SNMP代理進程提供數(shù)據(jù)信息服務，同時還能將SNMP代理進程的Set請求組裝成串口通信指令的設置請求轉發(fā)給OmniStar光傳輸平臺，從而對OmniStar光傳輸平臺進行配置管理。參數(shù)收集進程設計流程見圖2所示。

SNMP代理進程主要負責與管理站的SNMP協(xié)議通信，能解析管理站的請求并從MIB庫中讀取數(shù)據(jù)信息及向參數(shù)收集進程發(fā)送配置管理請求。SNMP代理進程能從MIB庫中讀取數(shù)據(jù)信息，并可將管理站的Set請求傳遞給參數(shù)收集進程，SNMP代理進程狀態(tài)轉換流程見圖3所示。

Trap輪詢進程主要負責收集OmniStar光傳輸平臺的告警信息，同時通過輪詢的方式發(fā)現(xiàn)本網(wǎng)管代理所需管理的OmniStar機架的個數(shù)以及每個機架中所管理的模塊個數(shù)，然后將所收集的告警數(shù)據(jù)信息封裝成SNMP消息報文轉發(fā)給管理站。其中參數(shù)收集進程與Trap輪詢進程對串口的使用進行競爭獲取，參數(shù)收集進程的優(yōu)先級高于Trap輪詢進程。

3網(wǎng)管代理系統(tǒng)測試與分析

網(wǎng)管代理系統(tǒng)根據(jù)網(wǎng)管接口測試標準進行測試，包括標準MIB變量的讀取和設置、告警信息的獲取以及代理系統(tǒng)響應時間等測試。嵌入式網(wǎng)管代理的響應時間是指嵌入式網(wǎng)管代理對來自管理端的SNMP請求的處理響應時間，即網(wǎng)管軟件MIB Browser向網(wǎng)管代理發(fā)送SNMP請求到收到嵌入式網(wǎng)管代理返回的響應報文之間的時間。表1為測試得到的網(wǎng)管代理系統(tǒng)響應時間，表2為采集100次數(shù)據(jù)得到的網(wǎng)管代理系統(tǒng)平均響應時間。

測試結果表明，所設計的網(wǎng)管代理系統(tǒng)因受網(wǎng)絡環(huán)境的影響會產(chǎn)生不同的響應時間，響應時間范圍為0.3-0.7秒，平均響應時間為0.5秒左右，能夠滿足遠程集中管理的需求。

4結論

本文從有線電視網(wǎng)絡管理的實際問題出發(fā)，以OmniStar光傳輸平臺為開發(fā)對象，提出了面向有線電視網(wǎng)絡的網(wǎng)管代理系統(tǒng)架構設計方法，并對三個進程進行了詳細設計，最后對設計網(wǎng)管代理系統(tǒng)進行了測試，測試結果良好，能夠滿足對有線電視網(wǎng)絡的集中管理。