面向業(yè)務(wù)網(wǎng)絡(luò )性能管理的通信平臺設計

　　基于主動(dòng)代碼面向業(yè)務(wù)網(wǎng)絡(luò )性能管理通信平臺的實(shí)現關(guān)鍵是要有一個(gè)良好、可行的主動(dòng)代碼分發(fā)機制。目前，主動(dòng)網(wǎng)絡(luò )的實(shí)現技術(shù)可以分為：封裝法、可編程交換法和結合法，它們都能夠實(shí)現主動(dòng)代碼插入到主動(dòng)節點(diǎn)的功能。根據研究，本文采用以下的方法設計實(shí)現。為了兼容傳統網(wǎng)絡(luò )，將主動(dòng)信包建立在傳統的IP信包格式的基礎之上，格式如圖2所示，由于它使用IP信包，恨制了信包中代碼的長(cháng)度要小于1 KB，即也限制代碼的處理功能。因此，根據不同的情況分兩種方法解決。具體過(guò)程可如圖3所示。

　　首先，如果定制的網(wǎng)管程序小于1 KB，就將其封裝在主動(dòng)信包中一起傳遞到主動(dòng)節點(diǎn)，然后所包含的代碼就被解釋執行完成應用任務(wù)。

　　其次，如果定制網(wǎng)管程序較大，使用頻率較高，在主動(dòng)節點(diǎn)均定制程序不僅不必要，而且加重了網(wǎng)絡(luò )的負擔，因而可以建立一個(gè)主動(dòng)代碼服務(wù)器ACS。在主動(dòng)信包中設定一個(gè)指針域(標識不同應用的主動(dòng)代碼)，通過(guò)網(wǎng)絡(luò )按需動(dòng)態(tài)請求加載主動(dòng)代碼，進(jìn)而完成各種網(wǎng)絡(luò )業(yè)務(wù)管理任務(wù)。并且這種方法也有利于新業(yè)務(wù)的引入。

　　3 基于主動(dòng)代碼分發(fā)機制設計的實(shí)現

　　主動(dòng)代碼分發(fā)機制實(shí)現的關(guān)鍵主要是實(shí)現主動(dòng)代碼的解析與加載兩大功能。圖2給主動(dòng)代碼的解析提供了實(shí)現的基礎，圖3所示的動(dòng)態(tài)加載的過(guò)程提供了主動(dòng)代碼加載的思路?？紤]到Java的平臺無(wú)關(guān)性使網(wǎng)管系統能夠在多種平臺上運行，且具有良好的可移植性的特點(diǎn)。因此，在系統開(kāi)發(fā)時(shí)，主動(dòng)代碼是由Java類(lèi)來(lái)實(shí)現的，啟動(dòng)主動(dòng)應用實(shí)際上就是啟動(dòng)某個(gè)Java程序，所以圖2所示的主動(dòng)信包格式中應包含啟動(dòng)程序所包含main函數的Java類(lèi)名。

　　主動(dòng)節點(diǎn)在下載主動(dòng)代碼的時(shí)候，可以?xún)?yōu)先考慮該節點(diǎn)上設置的缺省下載位置，比如某個(gè)臨近的節點(diǎn)，在其他較近節點(diǎn)中沒(méi)有找到相應的主動(dòng)代碼時(shí)，才去查找這個(gè)位置。這樣做可以防止所有節點(diǎn)一接收到主動(dòng)信包就到指定的主動(dòng)代碼服務(wù)器下載，造成該服務(wù)器必然的繁忙，引起系統的擁塞。

　　在實(shí)現過(guò)程中，所有的參數數據是作為一個(gè)字符串進(jìn)行傳遞的，能夠同時(shí)包含多個(gè)命令行參數。類(lèi)加載器加載Java類(lèi)時(shí)將把這些參數傳遞給它。利用這些信息，管理員能夠設定主動(dòng)應用在目標節點(diǎn)上啟動(dòng)的設置條件和初始參數。

　　類(lèi)PackReceiver()可以實(shí)現接收回應信包和主動(dòng)節點(diǎn)中主動(dòng)信包的接收。PackReceiver類(lèi)圖如圖4所示。

　　4 結語(yǔ)

　　本文引入了主動(dòng)網(wǎng)的概念，將主動(dòng)網(wǎng)中主動(dòng)代碼的移動(dòng)性、可編程性應用到面向業(yè)務(wù)的網(wǎng)絡(luò )性能管理中，并設計了基于主動(dòng)代碼面向業(yè)務(wù)網(wǎng)絡(luò )性能管理的通信平臺。對于通信平臺實(shí)現過(guò)程中涉及到的主動(dòng)代碼分發(fā)機制等關(guān)鍵技術(shù)進(jìn)行了研究。隨著(zhù)對課題不斷深入的研究，系統的實(shí)現將會(huì )進(jìn)一步完善。