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