南方某省chinanetgd四期擴(kuò)容工程網(wǎng)絡(luò)管理系統(tǒng)設(shè)計(jì)(13頁)-工程設(shè)計(jì)-資料下載頁
【導(dǎo)讀】各節(jié)點(diǎn)的網(wǎng)管路由器，屬于該節(jié)點(diǎn)所在的區(qū)域。東省內(nèi)ChinaNET有效高質(zhì)量運(yùn)行的關(guān)鍵功能之一。上百個(gè)節(jié)點(diǎn)的超大規(guī)模ISP網(wǎng)絡(luò)。臺(tái)的建設(shè)時(shí)，應(yīng)該充分考慮到擴(kuò)展性，要求網(wǎng)管系統(tǒng)具備對(duì)大型廣域網(wǎng)的管理能力。能力、對(duì)關(guān)鍵設(shè)備和服務(wù)的監(jiān)控和管理能力、對(duì)用戶服務(wù)質(zhì)量的管理能力。到網(wǎng)管平臺(tái)的可靠性和安全性。上述目標(biāo)對(duì)網(wǎng)管平臺(tái)的軟件和硬件配置都提出了較高的要。我們以上述目的為指導(dǎo)，進(jìn)行了網(wǎng)管方案的設(shè)計(jì)。理”，避免管理數(shù)據(jù)和網(wǎng)絡(luò)中其他數(shù)據(jù)相互影響，使管理工作產(chǎn)生誤差。這種方式主要適用。內(nèi)管理”，管理數(shù)據(jù)與其他數(shù)據(jù)在共享的路徑中傳輸。這種方式適用于管理節(jié)點(diǎn)較少的內(nèi)部?，F(xiàn)對(duì)網(wǎng)絡(luò)的管理，將網(wǎng)管數(shù)據(jù)與業(yè)務(wù)數(shù)據(jù)分開，為網(wǎng)管數(shù)據(jù)建立獨(dú)立通道。據(jù)，敏感的統(tǒng)計(jì)信息，敏感和占用帶寬的實(shí)時(shí)計(jì)費(fèi)信息在同一個(gè)網(wǎng)絡(luò)中進(jìn)行安全，少，流量較低，因此選用性能和處理能力較小的工作組級(jí)路由器。選用原2511，另配MODEM。網(wǎng)管網(wǎng)采用星形結(jié)構(gòu)，覆蓋整個(gè)163網(wǎng)的各個(gè)節(jié)點(diǎn)。
【正文】 lt Polling周期即 5分鐘 ,典型的局域網(wǎng)上有 300個(gè) object需要查詢 ,則計(jì)算結(jié)果為 : PPS=300x5/300=5pps 典型情況下 ,每個(gè)包的大小不可能超過 50byte,即最大 250byte. 即系統(tǒng)典型情況下產(chǎn)生的最大帶寬為 2,000bit/s Other Polling Types Device Discovery Polling:系統(tǒng)搜尋新節(jié)點(diǎn)時(shí)產(chǎn)生 ,典型情況一個(gè)支持 SNMP的大網(wǎng)絡(luò)路由器需要大約 100個(gè)字節(jié) ,缺省系統(tǒng)在剛安裝時(shí)會(huì)產(chǎn)生 Device Discovery Polling, 在無新節(jié)點(diǎn)產(chǎn)生后 ,系統(tǒng)每 6小時(shí)產(chǎn)生一次 . Topology Configuration Polling:缺省系統(tǒng)每 4小時(shí)產(chǎn)生一次 ,這時(shí)每個(gè)Interface產(chǎn)生 10到 20個(gè) package. Device Configuration Check Polling:缺省系統(tǒng)每 24小時(shí)產(chǎn)生一次 ,這時(shí)每個(gè) Device產(chǎn)生 20到 100個(gè) package. Collection Station Status Polling:分布式管理時(shí)產(chǎn)生 ,缺省系統(tǒng)每 5分鐘一次 ,每個(gè) Collection Station形成約 20個(gè) 管 ,則每分鐘產(chǎn)生約 20個(gè)包 ,占用帶寬為 : 第 11 頁 共 13頁 20x50x8/60=135bit/s 綜上所述可以得出： 序號(hào) 節(jié)點(diǎn) object 流量 1 廣州 A+廣州 B，深圳 A+深圳 B 300 約 2135bps 2 其他節(jié)點(diǎn) 100 約 800bps ITO/ITA ITO/ITA在最初 down load Agent和收集數(shù)據(jù)時(shí)會(huì)產(chǎn)生網(wǎng)絡(luò)帶寬 ,其后的網(wǎng)絡(luò)流量只在系統(tǒng)發(fā)生故障時(shí)或系統(tǒng)數(shù)據(jù)發(fā)生變化時(shí)產(chǎn)生 ,每次變化或故障平均產(chǎn)生約 30個(gè)包 .如果系統(tǒng)中有 30臺(tái)主機(jī) ,平均每臺(tái)主機(jī)每 5分鐘產(chǎn)生一個(gè)故障 ,則每分鐘系統(tǒng)中的故障數(shù)為 6個(gè) ,每分鐘產(chǎn)生約 180個(gè)包 ,占用帶寬為 : 180x50x8/60=1200bit/s 序號(hào) 節(jié)點(diǎn) 主機(jī)數(shù)量 流量 1 廣州 A+廣州 B，深圳 A+深圳 B 30 1200bps 2 其他節(jié)點(diǎn) 10 400bps PerfView 在完成數(shù)據(jù)采集時(shí)需要網(wǎng)絡(luò)帶寬 ,系統(tǒng)缺省數(shù)據(jù)更新的周期是 5分鐘 ,每次變化平均產(chǎn)生約 100個(gè)包 .如果系統(tǒng)中有 30臺(tái)主機(jī) ,則每分鐘產(chǎn)生約 600個(gè)包 ,占用帶寬為 : 600x50x8/60=4000bit/s 第 12 頁 共 13頁 序號(hào) 節(jié)點(diǎn) 主機(jī)數(shù)量 流量 1 廣州 A+廣州 B，深圳 A+深圳 B 30 4000bps 2 其他節(jié)點(diǎn) 10 1333bps Other Applications:其它的應(yīng)用程序如數(shù)據(jù)采集 ,監(jiān)控 MIB數(shù)據(jù)和連接到遠(yuǎn)端系統(tǒng)上也會(huì)產(chǎn)生網(wǎng)絡(luò)流量 .這依賴于用戶具體的應(yīng)用 . 總結(jié) : 預(yù)計(jì)網(wǎng)絡(luò)帶寬為 :2020+135+1200+4000=7335bit/s 即約為 8Kbit/s。 序號(hào) 節(jié)點(diǎn) 基本 SNMP ITO/ITA Perfview 總流量 1 廣州 A+廣州B，深圳 A+深圳 B 約 2135bps 1200bps 4000bps 7335 2 其他節(jié)點(diǎn) 約 800bps 400bps 1333bps 2533 Netmetrix 產(chǎn)生的流量可以通過配置參數(shù)調(diào)整。 第 13 頁 共 13頁 AINetTrend 在不同的網(wǎng)絡(luò)中 ,由于“網(wǎng)民”行為差異較大 ,網(wǎng)流的大小均不盡相同 ,因此 ,對(duì)于網(wǎng)絡(luò)流量輸出的數(shù)據(jù)量的大小很難精確計(jì)算 . 根據(jù)我公司在 ChinaNet二期工程中的施工經(jīng)驗(yàn) ,100MB的出口帶寬 ,一天內(nèi)輸出的原始數(shù)據(jù)量為 ,可以粗略的估算出 1MB有效帶寬（有效帶寬 :指AINetTrend所監(jiān)視的數(shù)據(jù)鏈路帶寬 * 帶寬平均利用率）占用的數(shù)據(jù)量為 :. Collector Server上的原始數(shù)據(jù)保留 2天的數(shù)據(jù)量為 * 2 為,壓縮率為 50%,則實(shí)際保留 2天的數(shù)據(jù)量為* 2 *50%為 以上分析已得出 1天之內(nèi) 1MB有效帶寬產(chǎn)生的原始數(shù)據(jù)量 AIPreMerge的合并 ,合并率為 80%,再經(jīng)過 50%壓縮則 ,1MB有效帶寬 1天之內(nèi)上傳的數(shù)據(jù)為 *(180%)*50%,為 . 故 1MB有效帶寬產(chǎn)生的數(shù)據(jù)量的網(wǎng)絡(luò)帶寬占用為 10*1024KB/24/3600 = . 本期工程中應(yīng)用 Netflow技術(shù)的線路總的有效流量約為 12G，占用帶寬為： 。即一個(gè)設(shè)置了 NFC服務(wù)器的節(jié)點(diǎn)會(huì)有 。 各節(jié)點(diǎn)流量總和 綜上所述 , 大中型業(yè)務(wù)節(jié)點(diǎn)如果采用 2M線路作為帶外網(wǎng)管線路 ,小型節(jié)點(diǎn)暫時(shí)通過帶內(nèi)連接到上級(jí)節(jié)點(diǎn)，再轉(zhuǎn)入帶外線路，其流量疊加到相應(yīng)的大型節(jié)點(diǎn)，則 2M線路可以滿足要求。
鄂ICP備17016276號(hào)-1