廣電網(wǎng)絡設備通信模塊中常見的三種設計BUG

鄧昊 劉偉

摘要：當前廣電行業(yè)網(wǎng)絡設備通信模塊在進行發(fā)展的過程中，根據(jù)特殊操作考慮，在類型上進行了分別的設計。例如在協(xié)議間相互制約等方面進行全面的考慮之后，工程師會對硬件和軟件同時進行設計和開發(fā)，有效規(guī)避其中出現(xiàn)的一些BUG減少同類錯誤反復發(fā)生，以強化軟件容錯性，增強設備的穩(wěn)定性運行。本文圍繞設備通信技術(shù)的實踐經(jīng)驗。在廣電行業(yè)網(wǎng)絡設備通信模塊常見BUG中論述三種，針對這種對于在特殊操作中可能出現(xiàn)的問題，圍繞軟硬件設計的重點事項，展開論述，并提出進行有效規(guī)避的方法。

關(guān)鍵詞：廣電網(wǎng)絡通信 通信模塊 BUG

為了增強軟件容錯性和設備的穩(wěn)定性，因盡量減少設計中BUG的出現(xiàn)。BUG本意是臭蟲，在英文中，尤其是在設備設計領域中還有特殊的含意，當前信息安全領域受到各種重視，設計和實施過程中容易出現(xiàn)錯誤和缺陷，導致了系統(tǒng)層次之間的不兼容和矛盾，這些都被統(tǒng)一歸類為BUG的范疇。

1 廣電網(wǎng)絡設備通訊模塊BUG概述

早期的型號存在于廣電領域的各種類型，屬于一種較為復雜的通信錯誤現(xiàn)象，由于數(shù)量較多，無論是同一廠商的設備，還是不同廠商的設備，在正常的使用中都容易出現(xiàn)，特殊情況下的BUG系統(tǒng)運行正常。但是隨著BUG的不斷增多，出現(xiàn)在廣電領域中的失誤影響了用戶的使用，因此有必要進行軟硬件BUG的研究。

在設計過程中對于BUG進行規(guī)避，就要將計算機的磁盤空間進行科學地查找。對于不常見的靈性操作臨界操作要進行注意，一旦出現(xiàn)系統(tǒng)異常，則要針對不同型號的設備和不兼容的通信協(xié)議加以查找。型號支持串口，后期改成網(wǎng)口的情況，就容易出現(xiàn)設備中的通訊協(xié)議差錯。無論是軟件和硬件都會生成一些臨時文件，在vrindowS操作系統(tǒng)中將計算機磁盤進行貼滿之后，重新啟動相應的操作系統(tǒng)，無論是關(guān)機和重啟都要檢測硬盤剩余容量。對于這些缺陷如果是不加以查找的話，就會出現(xiàn)過多的BUG現(xiàn)象。

廣電行業(yè)一般在進行收入功能的軟件驅(qū)動時，對于視頻和音頻數(shù)據(jù)往往存在數(shù)使用數(shù)量較大的特點。因此如果BUG現(xiàn)象又隱蔽，危害性又大，會直接影響到用戶正常的工作需求，了解BUJ強化廣電行業(yè)中的播出安全，在B軟硬件的開發(fā)和設計上，防止錯誤擴散，規(guī)避經(jīng)濟損失。是需要設計師在軟硬件的設計和開發(fā)中進行注意的。

2 網(wǎng)絡設備通信模塊常用協(xié)議

在TCP-IP協(xié)議的網(wǎng)口通信中用于通信的接口，目前包括了串行接口和網(wǎng)絡接口設備之間采用網(wǎng)口通信的方式進行主要的通信和低中低端設備的連接，對于速率要求不高的不能進行組網(wǎng)。tcp協(xié)議和SNMP協(xié)議目前廣泛使用的是同一層次的網(wǎng)絡接口通信協(xié)議。

2.1 tcp協(xié)議，采用的是傳輸控制協(xié)議的方式實現(xiàn)通信之間的連接。目前面向連接的通訊協(xié)議往往是實現(xiàn)多個階段的通信，tcp通訊要經(jīng)過上述很多過程，實現(xiàn)第一階段和第二階段的握手，雙方才能互相通信。如果是超過對方的通訊數(shù)據(jù)限制時，出現(xiàn)這一情況，就容易出現(xiàn)網(wǎng)絡的中斷，一旦出現(xiàn)通信網(wǎng)絡的中斷，就會出現(xiàn)安全性能受到影響的情況，因此在進行tcp協(xié)議的運行中，需要對設備進行認證。

2.2 SNMP協(xié)議往往是首先定義多個概念，對于tcp協(xié)議的弊端要進行規(guī)避，從監(jiān)控程序的編寫角度上專門對網(wǎng)絡設備進行管理，目標是進行互聯(lián)網(wǎng)眾多品牌的軟硬件設備的驅(qū)動，通過SNMP協(xié)議可以設置和讀取任何支持SNMP協(xié)議的設備。從網(wǎng)管程序的角度看，設計中制作程序維護SNMP中的數(shù)據(jù)對于管理數(shù)據(jù)庫和信息結(jié)構(gòu)加以定義，SNMP協(xié)議對于上述概念采用了通信協(xié)議的方式負責和網(wǎng)管程序進行通訊，增加代理機構(gòu)后，實現(xiàn)網(wǎng)管程序和設備設計之間的連接。

SNMP經(jīng)過簡化可以不監(jiān)測連接狀態(tài)的網(wǎng)管程序，設置超時值，增加穩(wěn)定性之后，面向無連接的通信協(xié)議，實現(xiàn)UDP協(xié)議，通過連續(xù)多次讀取，進行相應的設備的彌補，再個數(shù)不確定的參數(shù)上，如某一臺計算機ip地址，對于表的讀取能夠進行相應的設計，對這個命令即使不便理解，也可以讀取當前位置后面的數(shù)值。對于設備中包括表和值之間的參數(shù)，都能夠在不調(diào)用該命令的前提下，通讀新型設備中，廣電系統(tǒng)采用MSNMP協(xié)議，能夠?qū)γ總€廠家的每種設備參數(shù)都以樹狀結(jié)構(gòu)進行定義。

3 廣電網(wǎng)絡設備通信模塊中常見的BUG

3.1 由于特殊操作導致的，BUG表現(xiàn)為由于特殊操作命令出現(xiàn)了流程結(jié)構(gòu)等數(shù)值產(chǎn)生，BUG導致用戶的正常程序無法進行操作。所有的遠端操作失敗之后，設備到工作人員都需要進行人工的切換。在設計中遠程的網(wǎng)管程序往往需要設置新密碼，而一旦網(wǎng)管程序需要等待設備的確認之后，只有當設備接到遠端主機網(wǎng)管程序關(guān)機和重啟命令之后，才能直接進入關(guān)機和重啟操作，斷開步驟之后只能進行本地操作，此時網(wǎng)管程序需要設置為只能本地操作，否則就會使得遠端操作失敗。

在面板上進行模式切換，同時實現(xiàn)遠程模式的運用，要求編程人員和操作人員在熟悉具體的設備之后，進行相應的設備服務器的運行。一旦修改管理員密碼就會出現(xiàn)程序操作失誤，導致之后的用戶無法通過管理員用戶登錄系統(tǒng)解決BUG現(xiàn)象。

3.2 因協(xié)議制約導致的BUG，例如在進行傳輸層和數(shù)據(jù)層的運行的時候，多種協(xié)議相互制約，在設備的協(xié)議支持下，不得遵守角色獨立的要求，其他底層和外圍協(xié)議的支持設備良莠不分，容易導致傳輸中內(nèi)定上線的失誤。

例如假設一個OID串占用20個字節(jié)，而SNMP的PDU數(shù)據(jù)包常擁有上線，此時就會使命令中的OID數(shù)量大打折扣，長度只有一個字節(jié)，這意味著整個變量組的長度將被限制。建立在讀取操作基礎上的回復和設置功能，會被樹枝本身所限定，使得各SNMP協(xié)議在實現(xiàn)的時候受到各種限制，結(jié)合實測中的經(jīng)驗值，使用網(wǎng)管程序軟件進行編寫。此時在編寫過程中，程序的開發(fā)者必須避免一次同時讀取多個參數(shù)，返回其他類型操作時，在調(diào)試的時候容易使BUG編程者無所適從。

3.3 由于設計導致的BUG往往是采用某種表格的形式進行報警。此時BUG的顯示是比較隱含的。列表中的第一項代表A報警，第二項代表代表B報警，中間還包含了ABCD其他OIA地址。在報警持續(xù)期間，如果根據(jù)列表中自動添加的命令進行新的表象的填寫，就會因為通訊中斷而使得報警狀態(tài)未發(fā)生。此時網(wǎng)管程序?qū)缶畔⑦M行讀取，無論哪一種報警信息都可以顯示為正確。這種設備運行狀態(tài)，使得返回值可以進行判斷，同時將通信的基本原則加以違反。

設備可以不通過SNMP就返回無報警狀態(tài)，通過超時間接的推斷，使得網(wǎng)管程序以及設備受到影響，報警值會被誤讀。在設備設計中修正這種錯誤，可以對動態(tài)的表形式進行回避，將所有參數(shù)設置為表形態(tài)讀取到OID不存在錯誤時，防止系統(tǒng)出現(xiàn)卡頓，提高網(wǎng)管程序的效率。

4 結(jié)語

廣電設備設計較為復雜，存在的問題較多，從實踐角度對于設備中常見的BUG進行考慮，尤其是協(xié)議間相互制約的問題。對于軟件工程師來說，為了減少排查困難，應從設計之初就要求硬件和軟件工程師，增加設備的可操作性和穩(wěn)定性，從提升設備市場競爭力的角度，避免BUG的出現(xiàn)。

參考文獻

[1]李瑞民.廣電網(wǎng)絡設備通信模塊中常見的三種設計BUG[J].電視工程，2017， （004）.

[2]張鍵.遠程分布式視頻監(jiān)控系統(tǒng)研究[D].四川：電子科技大學，20IL.

[3]李瑞民.基于SNMP協(xié)議的廣電行業(yè)設備常見BUG及其規(guī)避方法[J].有線電視技術(shù)，2016，（6）：9395.