【文章內(nèi)容簡介】 ne設置是否正確。如果之前選Standalone模式，License HTTP Server、license_server應該為localhost（本機地址或主機名，如Silence_PC），Standalone Licenser Server應該為TRUE。(6)，回車繼續(xù)，等到出現(xiàn)結束提示后，回車關閉該窗口。等待的時間可能會比較長，如果中途退出，license會不完全。(7)從OPNET Modeler的License–License Management菜單啟動License Management，此時License文件中應該已經(jīng)有1000個License了，關閉License Management。(8)在OPNET Modeler的License–Product Modules菜單里選擇所有的項目，確定后重新啟動OPNET Modeler，此時就可以正常使用OPNET Modeler了。 OPNET Modeler啟動界面 OPNET的重要概念項目與場景（Project amp。 Scenario）：OPNET Modeler采用“項目場景”的方法對網(wǎng)絡建模。項目（Project）：是一套場景的集合，用來探索網(wǎng)絡設計的不同方面，一個項目至少包含一個場景。場景（Scenario）：是網(wǎng)絡的一個實例。通常一個場景代表網(wǎng)絡的一套配置，例如拓撲、協(xié)議、應用、流量以及仿真設置。子網(wǎng)（Subnet）：OPNET 子網(wǎng)和TCP/IP 的子網(wǎng)不是同一個概念。OPNET 的子網(wǎng)是將網(wǎng)絡中的一些元素抽象到一個對象中去。子網(wǎng)可以是固定子網(wǎng)、移動子網(wǎng)或者衛(wèi)星子網(wǎng)。子網(wǎng)不具備任何行為，只是為了表示大型網(wǎng)絡而提出的一個邏輯實體。節(jié)點（Node）：節(jié)點通常被看作設備或資源，由支持相應處理能力的硬件和軟件共同組成。數(shù)據(jù)在其中生成、傳輸、接收并被處理。Modeler 包含三種類型的節(jié)點：第一種為固定節(jié)點，例如路由器、交換機、工作站、服務器等都屬于固定節(jié)點；第二種為移動節(jié)點，例如移動臺，車載通信系統(tǒng)等都是移動節(jié)點；第三種為衛(wèi)星節(jié)點，顧名思義是代表衛(wèi)星。鏈路（Link）：鏈路有3種類型，點對點的鏈路、總線鏈路以及無線鏈路。模塊(module)與仿真(simulation)：對于某個協(xié)議的仿真，可能因為其涉及的事件及其相互的聯(lián)系非常龐大，造成建模的困難，這時我們把該協(xié)議分解成一系列的協(xié)議行為，對這些行為單獨建模后通過有限狀態(tài)機把它們聯(lián)系起來后便形成一個系統(tǒng)，這個系統(tǒng)可以稱之為模塊，它將抽象的協(xié)議直觀化。而仿真是基于一系列模塊的一組實驗，它反映模塊和模塊之間的互相作用關系。對象ID（Objid）與用戶ID（user id）：Objid 是對象識別號，由系統(tǒng)分配，全局唯一，整數(shù)。user id 是節(jié)點模型（對象的一種）的一個屬性，由用戶設置，可以不唯一。 OPNET仿真技術 OPNET仿真機制1）離散事件仿真機制OPNET 采用離散事件驅動的模擬機理（Discrete event driven）(其中“事件”是指網(wǎng)絡狀態(tài)的變化)也就是說，只有網(wǎng)絡狀態(tài)發(fā)生變化時，模擬機才工作，網(wǎng)絡狀態(tài)不發(fā)生變化的時間段不執(zhí)行任何模擬計算，即被跳過。因此，與時間驅動相比，離散事件驅動的模擬機計算效率得到很大提高。仿真核心實際上為離散事件驅動的事件調(diào)度器（Event Scheduler），它對所有進程模塊希望完成的事件和計劃該事件發(fā)生的時間進行列表和維護。事件調(diào)度器主要維護一個具有優(yōu)先級的隊列，它按照事件發(fā)生的時間對其中的工作排序，并遵循先進先出（FIFO，F(xiàn)irst In First Out）順序執(zhí)行事件。而各個模塊之間的通信主要依靠傳遞包的方式來實現(xiàn)。仿真核心處理完當前事件A 后，把它從事件列表(Event List)中刪除，并且獲得下一事件B（這時事件B 變?yōu)橹袛郆）。OPNET的仿真時間和逝去時間(Elapsed time)有著本質的區(qū)別。逝去時間是仿真程序運行的時間，是真實的時間，反映了仿真程序執(zhí)行的速度，由機器的硬件速度決定。而仿真時間是系統(tǒng)仿真的時間進度，反映當前仿真執(zhí)行的進度,是一個抽象的時間,它的推進是根據(jù)仿真的邏輯來定。仿真時間的推進隨著事件的發(fā)生而單調(diào)遞增。在進程模型中，可以通過調(diào)度將來的某個時刻的事件來更新仿真時間，例如當前時刻執(zhí)行語句op_intrpt_schedule_self(op_sim_time()+仿真推進的時間T，中斷碼)后，下一個事件的執(zhí)行將使仿真時間推進T 秒。 事件列表有時可能會出現(xiàn)仿真時間始終停留在某個時間點上，這肯定是由于程序的邏輯錯誤導致的，具體來說，在某個時刻循環(huán)觸發(fā)事件，例如，在某個循環(huán)語句中執(zhí)行了以下程序op_intrpt_schedule_self (op_sim_time() , 中斷碼)，這樣仿真核心永遠處理不完當前時刻的時間，因此仿真總是無法結束。仿真結束條件有兩個：（1）Event List 為空。（2）仿真時間推進到所設定的時間?？傊?，執(zhí)行事件不需要任何時間，事件和事件之間可能跨越仿真時間，但是不消耗物理時間，事件執(zhí)行過程直至事件執(zhí)行完畢，仿真時間不推進，但需要物理時間，這個物理時間是受機器CPU 的限制。 OPNET通信機制1)基于包的通信(1)包：OPNET 采用基于包的建模機制（Simulation on packet level）來模擬實際物理網(wǎng)絡中包的流動，包括在網(wǎng)絡設備間的流動和網(wǎng)絡設備內(nèi)部的處理過程；模擬實際網(wǎng)絡協(xié)議中的組包和拆包的過程，可以生成、編輯任何標準的或自定義的包格式，利用調(diào)試功能；還可以在模擬過程中察看任何特定包的包頭（Header）和凈荷（Payload）等內(nèi)容。包是OPNET 為支持基于信息源（Messageoriented）通信而定義的數(shù)據(jù)結構。包被看作是對象，可以動態(tài)創(chuàng)建、修改、檢查、拷貝、發(fā)送、接收和銷毀。 每個包含有一些存儲信息的區(qū)域。包的類型可以是有格式（formatted）或無格式（unformatted）的。一個有格式包中每個域以名字標識，作為訪問（設置或者讀?。┌虻囊罁?jù)，而無格式包只為每個域指定索引號。包域可以存儲不同類型的信息，如整型和雙精度型用來存儲數(shù)字數(shù)據(jù)；包結構類型用來封裝另一個包；結構體用來內(nèi)嵌用戶自定義的數(shù)據(jù)結構。 (2)包流是支持包在同一節(jié)點模型的不同模塊間傳輸包的物理連接，具體來說，它是源模塊的輸出端口和目的模塊輸入端口間的物理連接。包流通常分為源模塊的輸出流（Output stream)和目的模塊的輸入流（Input stream）。雖然連接到模塊的包流（輸入流和輸出流）的個數(shù)沒有限制，但是OPNET 不允許群收（Fanin）和群發(fā)（Fanout）模式，具體來說，每個輸入流只能是一個包的唯一接收者，相對應地，每個輸出流只能是每個包的唯一發(fā)送者。(3)OPNET 為目的模塊設置了一個包隊列，允許包在沒有被移除之前在隊列中積壓。包隊列是隸屬于模塊，而不隸屬于某個包流，因此連接模塊的包流可以有多個，而包隊列只有一個。仿真核心不限制該隊列的大小。隊列采用先進先出（FIFO）模式管理包，位于隊首的包才能被目的模塊通過op_pk_get(stream index)獲取并移除。(4)包傳遞與包發(fā)送的四種方式op_pk_send()、op_pk_send_delayed()、op_pk_send_forced()和op_pk_send_quiet() 相對應，包傳遞也有四種方式，分別是op_pk_deliver() 、op_pk_deliver_delayed()、op_pk_deliver_forced()和op_pk_deliver_quiet()，但是與包發(fā)送不同的是包傳遞需要指定目的模塊的Objid。2)用接口控制信息進行通信（ICI）類似于基于包的通信機制。廣義ICI 是與事件關聯(lián)的用戶自定義的數(shù)據(jù)列表。由于ICI 是以事件為載體，所以它可以用在各種有關事件調(diào)度的場合，比包的應用范圍更廣，如同一節(jié)點模型的不同模塊之間、不同節(jié)點模型之間以及同一節(jié)點模型的相同模塊內(nèi)?；贗CI的通信機制類似于數(shù)據(jù)包的通信機制，且ICI數(shù)據(jù)結構也類似數(shù)據(jù)包，但比包結構更簡單，只包含用戶自定義的域，而不存在封裝的概念。ICI的應用場合主要是：ICI是與事件關聯(lián)的用戶自定義的數(shù)據(jù)列表，ICI與事件綁定，以事件為載體，可以用在各種有關事件調(diào)度的場合，因此比包的應用范圍更廣。如需傳輸額外信息又想避免使用包本身，可以使用ICI。為將ICI與一事件關聯(lián)，仿真核心采用一種稱為綁定的機制，一個進程在一個時刻只能綁定一個ICI。綁定后進程生成的新事件都自動與綁定的ICI地址相聯(lián)系。基于ICI 的通信適用于任何事件，而且常和流事件一起使用，雖然流事件源于包的傳輸，但是如果需要傳輸額外的信息又想避免使用包本身，這時可以用ICI。例如協(xié)議棧中的高層協(xié)議模塊在向底層傳輸包的同時可以通過ICI 捎帶這個包相應的服務等級和目的地址。在使用op_ici_create()創(chuàng)建ICI 之前必須先編輯其格式。屬性名是讀寫ICI 數(shù)據(jù)的依據(jù)，它的作用和包域名稱一樣，以屬性名作為輸入?yún)?shù)可以對相應數(shù)據(jù)進行設置（op_ici_attr_set）讀?。╫p_ici_attr_get) 和存在性判斷(op_ici_attr_exists)等操作。當包被銷毀時，所有包域數(shù)據(jù)所占內(nèi)存會被自動清空，ICI 這點與之不同，ICI 被銷毀時，其封裝的數(shù)據(jù)所占內(nèi)存需要手動清空。 將一個ICI 與一個事件關聯(lián)，仿真核心采用一種稱為綁定（Installation)的機制。在任意時刻每個進程一次最多只能綁定一個ICI，（op_ici_install()綁定ICI，最后一個起作用的）。調(diào)用op_ici_install(OPC_NIL)拆除，ICI 是仿真中進程動態(tài)創(chuàng)建的對象，以ICI 格式文件名為輸入?yún)?shù)，調(diào)用op_ici_create()可以返回一個相應的ICI 指針，它作為所有后續(xù)操作的依據(jù)。3)基于統(tǒng)計線的通信對于一些特定類型的進行少量信息通信的應用而言，利用數(shù)據(jù)包流就顯得過于復雜。因為數(shù)據(jù)包流要經(jīng)過一個完整的創(chuàng)建、傳輸、處理、銷毀等過程。OPNET提供了非常簡單的接口，用來在模塊間傳輸單獨的數(shù)字值，該接口由節(jié)點域中的對象173。173。―統(tǒng)計線來完成，待通信的值稱為統(tǒng)計量。統(tǒng)計線最普遍的應用之一是使得用戶所定義的進程能夠獲知同一節(jié)點內(nèi)其他模塊的狀態(tài)。尤其適用于動態(tài)監(jiān)控其他模塊的應用。另外，統(tǒng)計線可以作為信號量，用于實現(xiàn)不同模塊進程的底層信令機制。 OPNET建模機制網(wǎng)絡是復雜的系統(tǒng)，OPNET Modeler建模采用層次化和模塊化的方式，將復雜的體統(tǒng)分解為不同的層次結構，每層完成一定的功能，一層內(nèi)又由多個模塊組成，每個模塊完成更小的任務。網(wǎng)絡域、節(jié)點域、進程域是構建OPNET Model模型的三個層次。節(jié)點域建模的方法是基于節(jié)點模塊，每個節(jié)點模塊實現(xiàn)節(jié)點行為的某一方面，諸如數(shù)據(jù)生成、數(shù)據(jù)存儲、數(shù)據(jù)的處理或選路和數(shù)據(jù)的傳輸?shù)取６鄠€節(jié)點模塊的集合構成功能完整的節(jié)點。模塊間用包流線或統(tǒng)計線相連，其中包流線承載了模塊間數(shù)據(jù)包的傳輸，統(tǒng)計線可實現(xiàn)對模塊待定參數(shù)變化的監(jiān)視，通過modules，paeketstreams和statistic wires的聯(lián)合使用，用戶可對節(jié)點的行為進行仿真。節(jié)點模塊根據(jù)功能可以劃分為處理器類、數(shù)據(jù)流線類和收/發(fā)機類三種。處理器類功能的實現(xiàn)是在進程域中通過ProC編程完成的。數(shù)據(jù)流類和收/發(fā)機類是通過管道階段模型實現(xiàn)的。作為三層建模機制的最底層，進程模型是實施各種算法的載體，因此是建模仿真過程中最重要的部分，同時也是最難實現(xiàn)的部分。進程模型主要用來刻畫節(jié)點模型里的處理機以及隊列模型的行為，可以模擬大多數(shù)軟件或者硬件系統(tǒng)，包括通信協(xié)議、算法、排隊策略、共享資源、特殊的業(yè)務源等。進程模型主要由狀態(tài)和轉移線構成。狀態(tài)就是進程在仿真過程中所處的眾多模式之一，狀態(tài)之間是互斥和互補的，進程在某一時刻只能處在一個狀態(tài)中，而所有的狀態(tài)則構成了進程狀態(tài)空間的全集。狀態(tài)分為兩類，強迫狀態(tài)和非強迫狀態(tài)，強迫狀態(tài)是不允許停留的狀態(tài)，當進程進入強迫狀態(tài)時，仿真核心將強迫進程立刻轉移到下一個狀態(tài)。而非強迫狀態(tài)不同，當進程進入非強迫狀態(tài)后，將停留在此狀態(tài)，等待事件、其他進程或仿真核心的觸發(fā)。在每個進程模型中都至少有一個初始狀態(tài)，是進程被訪問的第一個狀態(tài)，既可以是強迫狀態(tài)，也可以是非強迫狀態(tài)。每個狀態(tài)都有相應的動作與其對應，在ProC中這些動作被稱為執(zhí)行代碼。ProtoC語言是進程建模中支持各種算法實現(xiàn)的OPNET獨有的語言，它包括三個方面，有限狀態(tài)機，OPNET核心函數(shù)，標準的C和C＋＋。狀態(tài)的執(zhí)行代碼分為兩部分，上面部分稱為進入代碼，是進程進入該狀態(tài)時執(zhí)行的動作；下面部分稱為離開代碼，是進程離開狀態(tài)時執(zhí)行的動作。非強迫狀態(tài)被認為是系統(tǒng)真正的狀態(tài)，因為當進程執(zhí)行完非強迫狀態(tài)的進入代碼后，進程就處于阻塞，等待新的觸發(fā)，而強迫狀態(tài)是為了實際編程和狀態(tài)控制的需要而提出的一種狀態(tài)，進程不會停留在該狀態(tài)。轉移則描述了進程模型從一個狀態(tài)向另一個狀態(tài)轉移的過程和條件，包含4個部分：源狀態(tài)、目的狀態(tài)、轉移條件和轉移執(zhí)行代碼。其含義為在源狀態(tài)時，進程只要完成源狀態(tài)的離開代碼，就立即對轉移條件進行判斷，當轉移條件成立，則執(zhí)行轉移代碼，之后轉移到目的狀態(tài)。轉移分為條件轉移和無條件轉移，分別用虛線和實線表示。Modeler采用階層性的模擬方式，從協(xié)議間關系看，節(jié)點模塊建模完全符合OSI標準，業(yè)務層TCP層IP層IP封裝層ARP層MAC層物理層；從網(wǎng)絡物件層次關系看，提供了三層建模機制，最底層為進程模型，以狀態(tài)機來描述協(xié)議；其次為節(jié)點模型，由相應的協(xié)議模型構成，反映設備特性；最上層為網(wǎng)絡模型。三層模型和實際的協(xié)議、設備、網(wǎng)絡完全對應，全面反映了網(wǎng)絡的相關特性。在過程層次模擬單個對象的行為，在節(jié)點層次中將其互連成設備，在網(wǎng)絡層次中將這些設備互連組成網(wǎng)絡。幾個不同的網(wǎng)絡場景組成“項目”，用以比較不同的設計方案。OPNET中的建模工作在3種不同的層中完成，這3種層次也稱為3個域。Modeler采用面向對象模擬方式，每一類節(jié)點開始都采用相同的節(jié)點模型，再針對不同的對象，設置特定的參數(shù)?；?