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