【文章內(nèi)容簡介】 隨著多種網(wǎng)絡類型的不斷出現(xiàn)，網(wǎng)絡管理工作也變得越來越復雜，如何優(yōu)化設備和網(wǎng)絡配置，使網(wǎng)絡系統(tǒng)充分發(fā)揮優(yōu)勢，是今天網(wǎng)絡管理面對的一項艱巨任務。網(wǎng)絡管理是實現(xiàn)各種業(yè)務順利部署的一個關(guān)鍵環(huán)節(jié)，網(wǎng)絡管理的質(zhì)量也會直接影響網(wǎng)絡的運行效率。在使用傳統(tǒng)技術(shù)寬帶無線IP網(wǎng)絡中，主機基本上都是固定不動的或在一個子網(wǎng)范圍內(nèi)小規(guī)模移動，主機使用固定的IP地址進行互相通信。在通信過程中，它們的IP地址和端口號保持不變。移動終端在通信期間可能會發(fā)生移動，當其連接到新的接入路由器時，如果不改變其IP地址，則主機IP地址同接入路由器的IP地址不匹配，無法實現(xiàn)通信。若MN為了連接新的接入路由器而更改移動終端的IP地址，先前的通信就會中斷。IP移動性協(xié)議的發(fā)展在這個問題的解決上起著很重要的作用。PMIPv6協(xié)議是一種基于網(wǎng)絡的移動性支持方案，它允許移動節(jié)點（MN）用一個永久的地址與互聯(lián)網(wǎng)中的任何主機通信，保證MN切換到新MAG時不中斷正在進行的通信。由于PMIPv6工作于網(wǎng)絡層，不僅適用于同種介質(zhì)網(wǎng)絡間的移動，也適用于異構(gòu)網(wǎng)絡間的移動，因此可以運行在不同的數(shù)據(jù)鏈路層協(xié)議之上，同時對網(wǎng)絡層以上透明支持，有廣闊的應用前景。但是，隨著多種網(wǎng)絡類型的不斷出現(xiàn)，網(wǎng)絡管理工作也變得越來越復雜，如何優(yōu)化設備和網(wǎng)絡配置，使網(wǎng)絡系統(tǒng)充分發(fā)揮優(yōu)勢，是當前網(wǎng)絡管理面對的一項艱巨任務。網(wǎng)絡管理是實現(xiàn)各種業(yè)務順利部署的一個關(guān)鍵環(huán)節(jié)，網(wǎng)絡管理的質(zhì)量也會直接影響網(wǎng)絡的運行效率。實現(xiàn)對PMIPv6管理將會對PMIPv6的部署應用提供重要的支持，因此在PMIPv6發(fā)展的過程中，對PMIPv6的網(wǎng)絡管理十分重要。PMIPv6MIB的個人草案。2008年7月份發(fā)布的的關(guān)于PMIPv6MIB設計與定義的第一版草案00版的發(fā)布標志著對PMIPv6協(xié)議的SNMP管理工作全面開展。2008年 11月份 01版本草案對00版本做了更新。本論文設計是針對01草案而設計與實現(xiàn)管理模塊[8]。PMIPv6網(wǎng)絡管理模型圖如圖2 1所示。圖2 1 PMIPv6網(wǎng)絡管理模型Fig 21 PMIPv6 Network Management Model在該模型中存在一個SNMP服務器端和多個SNMP客戶端，其中SNMP客戶端為PIMPv6中的功能實體LMA和MAG。在SNMP客戶端運行管理程序，在SNMP服務器端運行代理程序，每個被管理站即SNMP客戶端同管理站即SNMP服務器端通過網(wǎng)關(guān)協(xié)議SNMP分別建立聯(lián)系。domain描述一下！ SNMP協(xié)議SNMP[9]提供了網(wǎng)絡管理的簡單功能，該協(xié)議實現(xiàn)簡單，且并占用處理器資源較少。由于在SNMP協(xié)議的三個版本中，SNMPv2較SNMPv1來說功能齊全，操作的效率較高，因此本節(jié)講述SNMPv2的管理信息方面的內(nèi)容。網(wǎng)絡管理[10][11]主要分為四個功能區(qū)域：初始化、SNMP引擎、應用程序、MIB接口；功能區(qū)域及各區(qū)域模塊關(guān)系如圖22所示：圖22 網(wǎng)絡管理功能區(qū)域Fig 22 Network Mmanagement Ffunctions of regional初始化：進行系統(tǒng)和MIB模塊的初始化，建立網(wǎng)絡會話機制，并處理配置文件。這是SNMP軟件在啟動過程中，進行的全局性初始化處理。SNMP引擎：用于發(fā)送和接收消息、鑒別、和加密以及進行訪問控制；應用程序：指SNMP實體內(nèi)部應用程序，執(zhí)行一些操作，例如生成SNMP消息，響應接收到的消息等的一些操作；MIB接口：一個模型化的統(tǒng)一的接口，用于訪問對應相應于其它其他子系統(tǒng)的MIB對象。；初始化模塊的工作過程如下：首先需要獲取系統(tǒng)啟動時間，將其記錄于snmpEngin Time中。之后啟動配置處理初始化、MIB庫初始化的過程；然后分析處理配置文件；建立起會話機制用于監(jiān)聽管理站請求；調(diào)用初始化信號處理函數(shù)進行初始化信號的處理；最后發(fā)送系統(tǒng)啟動Trap，完成初始化模塊的全過程。：圖23 初始化的程序流程Fig 23 Initialization of the program Fflow of Initialization應答器響應的工作過程如下：請求消息中已解碼的PDU信息，在應答器響應接收到消息后，首先由VACM對Community進行驗證；如果VACM驗證Community成功，它就根據(jù)PDU類型進入相應處理分支，并開始調(diào)用VACM模塊處理每個變量，進入MIB接口功能區(qū)域進行管理讀寫操作并構(gòu)造Response PDU，最后結(jié)束響應；如果VACM驗證Community失敗，它就直接構(gòu)造Trap PDU并結(jié)束響應。令應答器響應收到的消息，其程序流程如圖24所示：圖24 響應流程圖Fig 24 Flow of Rresponse flowVACM，PDU？？ SNMPv2協(xié)議概述SNMPv2標準取得成功的主要原因在于簡化。由于在大型的、多廠商產(chǎn)品構(gòu)成的復雜網(wǎng)絡中，管理協(xié)議的明晰是至關(guān)重要的，SNMPv2克服了以前的管理協(xié)議的很多缺點，如沒有提供成批存取機制，對大塊數(shù)據(jù)進行存取效率很低；沒有提供足夠的安全機制，安全性很差；只在TCP/IP協(xié)議上運行，不支持別的網(wǎng)絡協(xié)議；沒有提供管理者與管理之間通信的機制，只適合集中式管理，而不利于進行分布管理；只適用于適于監(jiān)測網(wǎng)絡設備，不適用于適于監(jiān)測網(wǎng)絡本身。SNMPv2一共由12份協(xié)議規(guī)范組成（RFC1441RFC1452），已被作為Internet的推薦標準予以公布[12]。 SNMPv2協(xié)議操作如第一章所述，SNMPv2是SNMPv1的擴展。和SNMPv1一樣，SNMPv2也是封裝在消息內(nèi)，SNMP消息格式提供了SNMPv2安全特征所需要的功能，換而言之，消息格式和消息報頭的含義由定義鑒別和保密策略的管理框架來確定。SNMPv2提供了三種訪問管理信息的方法：? 管理站代理請求響應（Managementagent requestresponse）：執(zhí)行管理站功能的SNMPv2實體向執(zhí)行代理功能的SNMPv2實體發(fā)送一個請求，然后SNMPv2實體響應該請求。這種方式用于接收或修改和被管理設備相關(guān)的信息。? 管理站管理站請求響應（Managementagent requestresponse）：執(zhí)行管理站功能的SNMPv2實體向執(zhí)行管理站功能的SNMPv2實體發(fā)送一個請求，然后SNMPv2實體響應該請求。這種方式用于向執(zhí)行管理站功能的SNMPv2實體通告與另一執(zhí)行管理站功能的SNMPv2實體相關(guān)的信息。? 代理管理站不鑒別（Agentmanager unconfirmed）：執(zhí)行代理功能的SNMPv2實體向執(zhí)行管理站功能的SNMPv2實體發(fā)送一個未經(jīng)末經(jīng)請求的消息，術(shù)語上稱為“trap”，而不返回任何響應。這種類型用于向執(zhí)行管理站功能的SNMPv2實體通告因異常事件導致了與被管理設備相關(guān)的管理信息的變化。 SNMPv2協(xié)議管理信息庫基于TCP/IP的網(wǎng)絡管理系統(tǒng)的基礎是包含被管理元素信息的數(shù)據(jù)庫，即管理信息庫，每一管理資源由一個對象所代表，MIB對象就是由這樣一些對象組成的結(jié)構(gòu)化集合。網(wǎng)絡系統(tǒng)中的每個結(jié)點都包括一個MIB，它反映了該節(jié)點中被管理資源的狀態(tài)。網(wǎng)絡管理實體可以通過讀取MIB中的對象值來監(jiān)視網(wǎng)絡資源，也可以通過更改這些值來控制資源。SNMPv2 MIB定義了描述SNMPv2實體行為的對象。該MIB由三個組成：? 系統(tǒng)組：原始MIBII System組的擴展，包含允許執(zhí)行代理功能的SNMPv2實體描述的動態(tài)配置對象資源的對象集合；? SNMP組：原始MIBII SNMP逐個組個改良，由提供協(xié)議活動的節(jié)本工具的對象所組成；? MIB對象組：對象的集合，這些對象處理SNMPv2Trap PDU并允許幾個合作的SNMPv2實體都執(zhí)行一個管理站任務，來調(diào)整它們他們對SNMPv2 set操作的使用。 PMIPv6協(xié)議 PMIPv6協(xié)議概述IETF NETLMM工作組經(jīng)發(fā)布了PMIPv6的正式協(xié)議標準RFC5213[13]版本。PMIPv6同MIPv6的區(qū)別在于，它不使用家鄉(xiāng)代理而實現(xiàn)移動性支持，并且采用基于網(wǎng)絡的移動性管理機制。該協(xié)議不需要移動節(jié)點和用家鄉(xiāng)代理交互交換信令消息。當MN在不同子網(wǎng)間進行移動切換時，能夠保持上層協(xié)議的通信不發(fā)生中斷。在PMIPv6管理信息庫體系結(jié)構(gòu)中，含有三種功能實現(xiàn)：移動節(jié)點MN(Mobile Node)、移動接入網(wǎng)關(guān)MAG（Mobile Access Gateway）、本地移動錨點LMA （Localized Mobility anchor)。MN在移動的過程中直接接入到MAG上，由MAG代表MN來執(zhí)行移動性管理。MAG檢測到MN的接入或離開后移動信息并且向MN的LMA發(fā)送綁定注冊消息。并將發(fā)往MN的數(shù)據(jù)轉(zhuǎn)發(fā)傳發(fā)至MN的當前位置，以此來實現(xiàn)； MN和為與對端節(jié)點的進行通信。LMA作為MN家鄉(xiāng)網(wǎng)絡前綴的拓撲錨點，是用來維護維持MN的接入狀態(tài)，是MN家鄉(xiāng)網(wǎng)絡前綴的拓撲錨點。 一個PMIPv6域的模型圖2 5如圖所示：圖2 5 PMIPv6域的模塊Fig ure 25 PMroxy Mobile IPv6 DomainPMIPv6管理信息庫協(xié)議為PMIPv6MIB。.已經(jīng)初步發(fā)布了PMIPv6MIB的正式協(xié)議標準01版草稿的個人草案。PMIPv6管理信息支持單一終端不需要改動地址配置，當在運行工作在不同的子網(wǎng)間進行移動（MN）切換時，而保持上層協(xié)議的通信不發(fā)生中斷。 PMIPv6協(xié)議信令流程在PMIPv6體系結(jié)構(gòu)中，含有三種功能實體：移動節(jié)點MN（Mobile Node）、移動接入網(wǎng)關(guān)MAG（Mobile Access Gateway）、本地移動錨點LMA（Local Mobility Anchor）[14][15]。其中MN為移動終端；MAG位于相當家鄉(xiāng)子網(wǎng)，負責記錄MN的當前位置，并將發(fā)往MN的數(shù)據(jù)轉(zhuǎn)發(fā)至MN的當前位置；LMA為與MN通信的對端點。PMIPv6協(xié)議的詳細工作流程如圖26所示：圖2 6 PMIPv6信令流程Fig 26 PMIPv6 Signaling Flow1) 當MN接入MAG1連接的AP1的時候，AP1檢測到MN的進入并于是發(fā)送日志消息給MAG1。MAG1獲得接入MN的MNIDmnid后同MN的LMA進行移動消息交互進行信令交互，將MN的PCoA同LMAA綁定并在MAG1同LMA之間建立起雙向隧道。MAG1獲得LMA給MN分配的HNP并將其路由通告給MN。MN根據(jù)RA的HNP選項配置自己的地址。LMA同MAG1更新路由表以及它們維護的MN的相關(guān)信息（bule和bce）。CN與MN之間的通信將通過MAG1和LMA實現(xiàn)。2)