網(wǎng)絡(luò)傳輸?shù)裙芾碜h題經(jīng)常在監(jiān)控工程與網(wǎng)管人員之間討論不休，例如，網(wǎng)絡(luò)效能不佳影響監(jiān)控系統(tǒng)整體動作、網(wǎng)絡(luò)帶寬不足造成影像延持丟幀、還有影像封包遺失現(xiàn)象產(chǎn)生等等問題。此外，如何了解到網(wǎng)絡(luò)是否發(fā)生過這些現(xiàn)象，有沒有方法可以將網(wǎng)絡(luò)的運作狀態(tài)予以透明化，也困擾著大家。
　　
　　透過網(wǎng)絡(luò)穩(wěn)定與健康度指針的訂定，IT網(wǎng)管人員可以隨時知道監(jiān)控網(wǎng)絡(luò)現(xiàn)在運作的效率是否正常，當問題發(fā)生時候可以透過各項網(wǎng)絡(luò)效能趨勢圖形了解到確實問題發(fā)生在哪個網(wǎng)段、甚至于在那一個網(wǎng)絡(luò)接口或節(jié)點，若問題發(fā)生在特定的控制接端口，系統(tǒng)應該可以直接設(shè)定該接埠跳開以讓用戶繼續(xù)正常存取網(wǎng)絡(luò)監(jiān)控信息，要做到網(wǎng)絡(luò)傳輸管理與問題排除，避免整體網(wǎng)絡(luò)崩潰。此時，就要進行更深入的網(wǎng)絡(luò)傳輸問題分析，可以透過網(wǎng)絡(luò)設(shè)備的自動產(chǎn)生的補捉（Trap）及系統(tǒng)日志（Systemlog）訊息，進行更深入的分析。如此，可以將網(wǎng)絡(luò)管理制度與標準化，降低網(wǎng)絡(luò)除錯時間，提升網(wǎng)絡(luò)整體傳輸?shù)氖褂枚取?br />　　
　　不同的監(jiān)控設(shè)備要進行通訊時候，必須要透過網(wǎng)絡(luò)來傳遞網(wǎng)絡(luò)封包，而建構(gòu)網(wǎng)絡(luò)必須透過網(wǎng)絡(luò)設(shè)備將這些網(wǎng)絡(luò)鏈接起來；當網(wǎng)絡(luò)上的交易或者文件傳輸上發(fā)生了問題，就會變得非常難以分析出問題產(chǎn)生在哪個地方，究竟是Client的計算機設(shè)定問題，或者是監(jiān)控服務器端的負載過重，而單憑直覺就只能說是網(wǎng)絡(luò)又當機而已。
　　
　　網(wǎng)絡(luò)傳輸管理獲得所有的異常發(fā)生時間點大都是過去式，應用系統(tǒng)產(chǎn)生異?；蛘邿o法聯(lián)機，大都會歸咎于網(wǎng)絡(luò)的問題，而在異常發(fā)生當時的時間點，究竟網(wǎng)絡(luò)上有沒有發(fā)生任何異常行為，可能沒有任何一人可以知道；假設(shè)當網(wǎng)絡(luò)帶寬不足、發(fā)現(xiàn)大量的不正常異常流量時候、出現(xiàn)超乎大量的廣播封包，若能實時通知相關(guān)人員作準備或預防，也可以大幅降低IT系統(tǒng)不正常運作而帶來給內(nèi)部或外部客戶不方便。
　　
　　其實這些問題可以透過具有網(wǎng)管功能之網(wǎng)絡(luò)設(shè)備來協(xié)助解決這些問題，這些網(wǎng)管型的網(wǎng)絡(luò)設(shè)備都會提供SNMP、Systemlog、Trap功能來強化網(wǎng)絡(luò)管理，透過這些標準網(wǎng)絡(luò)管理協(xié)議幫助，我們可以搜集到更多相關(guān)網(wǎng)絡(luò)運作的情況以及當時可能異常發(fā)生真正原因。
　　
　　在網(wǎng)絡(luò)傳輸環(huán)境中，透過OSI7Layer模型分工傳輸方式，而透過標準SNMPMIBs可以搜集第二、三層網(wǎng)絡(luò)傳輸運作情況，選擇采用第二、三層做為網(wǎng)絡(luò)健康度監(jiān)控指針的目的在于在網(wǎng)絡(luò)傳輸過程中，zui后都需要透過OSI第二層的方式將網(wǎng)絡(luò)框架做適當?shù)那懈?，以便適應在不同的網(wǎng)絡(luò)實體架構(gòu)下進行傳輸，對于網(wǎng)絡(luò)架構(gòu)與實體設(shè)備上是否發(fā)生的問題，透過此一方式來觀察是zui恰當不過的。
　　
　　我們需要了解到每個網(wǎng)絡(luò)接口（Interface）的相關(guān)運作效能，這些項目包括了：網(wǎng)絡(luò)接口的流進/流出流量、封包、廣播封包、錯誤封包、忽略封包，這些項目使用數(shù)量多寡會影響到使用這臺網(wǎng)絡(luò)設(shè)備上全部用戶運作效能，情況嚴重下會擴展到整個企業(yè)網(wǎng)絡(luò)的運作效能。