【正文】 加載的servlets總數(shù) Server 總共處理事務數(shù) 數(shù)JMSsession 總數(shù) Tuxedo MQ 址列表 WebApp 總請求數(shù)JMSsession 當前總數(shù) Tuxedo MQ 狀態(tài) WebApp 當前請求數(shù)JMSsession 歷史最高Tuxedo Client 名稱列表WebApp 響應時間總數(shù) Tuxedo Client 狀態(tài) WebApp 錯誤數(shù)JMS 已接收消息數(shù) Tuxedo Client 請求數(shù) Transaction 回滾的最佳JMS 未處理消息數(shù)Tuxedo Client 事務處理數(shù)本地事務數(shù)JMS 發(fā)送消息數(shù)Tuxedo Service 名稱列表Transaction 全局超時事務數(shù)ExecuteQueue 執(zhí)行線 Tuxedo Service 狀態(tài)程總數(shù) Tuxedo Service 超時數(shù) Transaction 本地超時事、網(wǎng)絡路由展現(xiàn)? 系統(tǒng)自動發(fā)現(xiàn)網(wǎng)絡中的骨干/次骨干網(wǎng)絡設備，自動獲取其上的路由配置信息； ? 通過多種算法，分析這些路由信息，找出設備間的連接情況，構(gòu)成一張覆蓋全國的網(wǎng)絡拓撲圖； ? 將網(wǎng)絡拓撲圖中的每個網(wǎng)絡設備關(guān)聯(lián)到具體的地址位置信息，通過專業(yè)的 GIS 系統(tǒng)，渲染出一幅包含網(wǎng)絡連接屬性與地理位置屬性的拓撲圖； ? 通過分析每個省市的出口路由信息，將每個省市與 Inter 連接的情況渲染在同一張拓撲圖上。、資產(chǎn)管理? IT 資產(chǎn)管理可整合業(yè)務流程，輔助企業(yè)進行規(guī)范化的采購流程。? 設備到貨，需要做相對應檢查，通過自動化手法在 IT 資產(chǎn)管理模塊中注冊設備? 允許管理員通過流程，報廢已經(jīng)損壞不堪的機器或者年限太老的機器? 通過年限的設定，統(tǒng)計個別折舊年限的設備? 支持維修設備申請流程以及追蹤設備維修返回時間? 支持借調(diào)設備申請流程以及追蹤設備借調(diào)返回時間? 記錄設備使用情況，包括哪一位員工領(lǐng)用了設備等信息、數(shù)據(jù)中心環(huán)境管理? 基于網(wǎng)絡傳感器的多點環(huán)境監(jiān)控，如溫度，濕度，煙感，消防等。Comment [微微微微1]: 平臺類型 Comment [微微微微2]: 機頂盒種類Comment [微微微微3]: 拓撲情況Comment [微微微微4]: 平臺類型Comment [微微微微5]: 平臺類型? 機房門禁系統(tǒng)監(jiān)控。? 各類設備監(jiān)控，如動力設備，UPS 設備，空調(diào)設備。? 機房視頻監(jiān)控，支持多攝像頭。? 圖形化顯示界面。深圳廣電 IPTV服務質(zhì)量保障系統(tǒng)測試方案、部署方案根據(jù)深圳廣電的具體網(wǎng)絡情況，目前在（）的平臺上做功能性測試，因此IPTV服務質(zhì)量保障系統(tǒng)的整體部署方案如下：在深圳廣電進行系統(tǒng)測試部署，配置一臺服務器，兼做管理服務器、數(shù)據(jù)庫服務器、采集服務器、視頻分析儀，系統(tǒng)容量可達：用戶數(shù) 5千，開機并發(fā)數(shù)為 2千；測試部署中 IPTV機頂盒終端為（） 。詳細參見 IPTV服務質(zhì)量保障系統(tǒng)部署拓撲圖。本次測試中，iSA 系統(tǒng)部署在（）的平臺側(cè)，將管理、數(shù)據(jù)庫、采集、視分儀合并在一臺服務器上，服務器的兩個千兆網(wǎng)口，一個連接到交換機上，視分儀通過該端口發(fā)出 IGMP Join消息來加入每個直播頻道組播組，來監(jiān)測各個直播頻道，另一個用于和機頂盒間通信來實現(xiàn)采集并提供用戶操作維護管理。監(jiān)測模塊在機頂盒上相對獨立，不影響機頂盒上的其他應用程序，可以方便的與機頂盒的版本進行整合，測試簡單。機頂盒監(jiān)測功能整合在機頂盒新的版本中，本次測試采用手動集成了監(jiān)測模塊的機頂盒進行，將來可以采用機頂盒版本升級的方式來實現(xiàn)監(jiān)測模塊的部署。同時，基于機頂盒新版本的升級，可根據(jù)需要自由選定用戶賬號進行機頂盒升級。、測試環(huán)境架構(gòu)在深圳廣電部署 IPTV服務質(zhì)量保障系統(tǒng)的服務器（兼管理服務器、視頻分析儀） ，連接到 IPTV業(yè)務的網(wǎng)絡上，實現(xiàn)與機頂盒間的通信。同時，我們將（）的整合了視頻質(zhì)量監(jiān)測模塊的機頂盒接入系統(tǒng)，監(jiān)測模塊將實時對機頂盒Comment [微微微微6]: 待確定Comment [微微微微7]: 四個方面待確認收到的視頻流進行監(jiān)測，并將實時監(jiān)測的結(jié)果上報給采集服務器。此外，為實現(xiàn)采集服務器對相關(guān)網(wǎng)絡設備的監(jiān)控，需要相關(guān)網(wǎng)絡設備（BAS、匯聚交換機、DSLAM 等）的管理端口 IP信息及 SNMP只讀權(quán)限（Community String） ，并在采集服務器上能夠通過 SNMP對這些網(wǎng)絡設備訪問。（測試結(jié)構(gòu)）同時部署視頻分析儀功能，連接至交換機上，分析儀通過該端口發(fā)出 IGMP Join消息來加入每個直播頻道組播組，來監(jiān)測各個直播頻道?；谌缟系臏y試系統(tǒng)架構(gòu)，我們可以從機頂盒、網(wǎng)絡設備、視頻源、數(shù)據(jù)中心四個方面來檢測 IPTV業(yè)務中的視頻質(zhì)量。、測試計劃部署 IPTV服務質(zhì)量保障系統(tǒng)局端設備賽特斯的 IPTV質(zhì)量保障系統(tǒng)局端設備包括省級的管理服務器、在線式視頻分析儀各一套，市級的采集服務器、在線式視頻分析儀等（根據(jù)地市的數(shù)量來部署） 。此次由于在中興的平臺上做功能性測試，演示的機頂盒數(shù)量小，對服務器的壓力非常小，因此省級的管理服務器與市級的采集服務器以及視頻分析儀可以合并在一臺服務器上實現(xiàn)測試目的。對內(nèi)置監(jiān)測模塊的機頂盒進行測試由深圳廣電協(xié)調(diào)中興公司提供機頂盒，由賽特斯把監(jiān)測模塊手動/自動植入到中興的機頂盒中并接入 IPTV網(wǎng)絡，機頂盒將開始對正在收看的視頻流進行實時監(jiān)測，并將監(jiān)測到的視頻流質(zhì)量上報至 IPTV服務質(zhì)量保障系統(tǒng)中。通過 IPTV服務質(zhì)量保障系統(tǒng)，對機頂盒所監(jiān)測到的視頻質(zhì)量進行查看，驗證其監(jiān)測的結(jié)果與收看的視頻質(zhì)量是否相符，并能對各項指標進行比對。對試用平臺網(wǎng)絡的監(jiān)測1）將試用平臺的相關(guān)網(wǎng)絡設備以及機頂盒之間的拓撲關(guān)系錄入至 iSA系統(tǒng)的采集服務器中, 在網(wǎng)絡監(jiān)控中則按照網(wǎng)絡設備列表顯示各種信息，包括定期刷新設備的流量帶寬等信息、路由器和交換機指定時間段內(nèi)的歷史記錄波形圖；2）對通過 DSLAM 接口主動查詢當前時刻機頂盒對應的 ADSL 線路信號信息，包括上下行衰減、信噪比、實際速率等；3) 當機頂盒產(chǎn)生告警事件并持續(xù)一段時間后, 在網(wǎng)絡監(jiān)控中的拓撲關(guān)系圖中則顯示該機頂盒所屬的上行 DSLAM, 交換機以及 BRAS 的運行狀態(tài), 并對出問題的設備高亮顯示同時標注異常數(shù)據(jù), 以達到故障定位目的測試記錄與結(jié)果報告 見“深圳廣電 IPTV 服務質(zhì)量保障系統(tǒng)現(xiàn)網(wǎng)測試報告”、深圳廣電測試配合基于以上測試計劃，請深圳廣電配合，提供保障系統(tǒng)的接入，來實現(xiàn)對IPTV 業(yè)務進行全面視頻質(zhì)量監(jiān)測。測試中，需要深圳廣電提供如下信息及環(huán)境：采集服務器接入環(huán)境需要在采集服務器上分配一個能與機頂盒通信的 IP 地址，實現(xiàn)與機頂盒間的通信。為遠程對采集服務器維護的需要，采集服務器需提供一個公網(wǎng) IP 便于遠程接入。為實現(xiàn)采集服務器對網(wǎng)絡設備通過 SNMP 訪問，在采集服務器上需能訪問網(wǎng)絡設備的管理 IP 地址，請深圳廣電協(xié)調(diào)中興公司在采集服務器的接入設備上配置相應的路由，確保采集服務器能夠通過指定路由訪問網(wǎng)絡設備。網(wǎng)絡設備信息采集服務器通過 SNMP 協(xié)議對 IPTV 業(yè)務涉及到的網(wǎng)絡設備進行監(jiān)測，我們選取一個相對較小的 BAS 進行網(wǎng)絡設備監(jiān)測。在此之前，需要深圳廣電提供選定 BAS 及其下屬網(wǎng)絡設備（包括匯聚交換機、DSLAM）的管理 IP 地址以及拓撲關(guān)系、SNMP 只讀權(quán)限（Community String） ，實現(xiàn)采集服務器通過 SNMP 對這些Comment [微微微微8]: 機頂盒種類網(wǎng)絡設備的監(jiān)測。采集服務器收到機頂盒監(jiān)測信息后，將根據(jù)其網(wǎng)絡設備的連接關(guān)系，進行相應的分析。請深圳廣電提供選定 BAS下各個網(wǎng)絡設備的連接關(guān)系（包括網(wǎng)絡設備的連接端口） ，及機頂盒（用戶賬號）與 DSLAM間的連接關(guān)系（包括 DSLAM對應端口） 。視頻分析儀接入環(huán)境視頻分析儀通過發(fā)送 IGMP Join消息加入相應的組播組來對直播頻道監(jiān)測，需要視頻分析儀的端口能夠連入到現(xiàn)網(wǎng)中并能通過組播方式接收到直播頻道。因考慮到視頻分析儀是對媒體源的監(jiān)測，視頻分析儀的接入端口應該在核心交換機上，如不能滿足，該端口的接入盡量離核心交換機較近的網(wǎng)絡設備上。視頻分析儀是通過加入組播組來進行直播頻道監(jiān)測，請深圳廣電提供監(jiān)測的直播頻道列表信息，包括組播地址、頻道名稱及碼率信息。4． 機頂盒監(jiān)測模塊的植入在本次測試中采用與賽特斯公司做過集成的機頂盒版本，目前（）等幾款機頂盒均可以做測試。監(jiān)測模塊的植入采用現(xiàn)場升級的方法，將其植入到機頂盒中。機頂盒故障分析信息保障系統(tǒng)具有結(jié)合專家分析知識庫的功能，可以將日常運維中遇到的故障現(xiàn)象及分析結(jié)果輸入分析知識庫，保障系統(tǒng)將結(jié)合這些信息將相應的故障現(xiàn)象進行結(jié)果分析。請深圳廣電提供日常運維中的故障現(xiàn)象與分析結(jié)果。、深圳廣電測試階段表階段 任務 時間一 部署局端設備，包括管理/采集服務 器和在線式視頻分析儀 2~3天二 對測試機頂盒進行升級，植入監(jiān)測模 塊 1天三 植入內(nèi)置監(jiān)測模塊的機頂盒在中興試 2~4天Comment [微微微微9]: 時間待確認用平臺上進行功能性測試四 根據(jù)測試機頂盒的連接拓撲對其上聯(lián)BAS/匯聚交換機/DSLAM 進行監(jiān)測3~4天注：階段四需要結(jié)合網(wǎng)絡拓撲信息進行匯總分析，同時系統(tǒng)需通過 SNMP接口對網(wǎng)絡層設備進行監(jiān)控。此階段開始前，需要云南電信配合，提供檢測網(wǎng)絡設備的 SNMP接口信息，并確保系統(tǒng)能夠?qū)W(wǎng)絡設備的管理端口進行訪問。