ns3網路模擬系統軟體介紹

Ⅰ UBUNTU NS3裡面的給2組節點設置距離具體要用哪個函數

節點分布和移動：
在NS3模擬設計中節點分布和移動通過調用「mobility-mole.h」頭文件實現
一.調e用MobinlityHe'jlper 生成mobility對象
MobilityHelper mobility
二.用對象函數為節點分配初始化位置
mobility.SetPositionAllocator ("ns3::GridPositionAllocator",
"MinX", DoubleValue (0.0),
"MinY", DoubleValue (0.0),
"DeltaX", DoubleValue (5.0),
"DeltaY", DoubleValue (10.0),
"GridWidth", UintegerValue (3),
"LayoutType" ,StringValue ("RowFirst"));
ns3::GridPositionAllocator 為NS3自帶的位置初始化模型，MinX, MinY為起始位置，DeltaX，DeltaY為節點之間的距離，GridWidth為每行節點數目；LayoutType為布局方式。
三.節點位置初始化後，設定節點之後的運動狀態
RandomWalk2dMobilityModel，為NS3自帶的2d運動模型，bounds屬性為設置節點移動的邊界
mobility.SetMobilityModel ("ns3::RandomWalk2dMobilityModel",
"Bounds", RectangleValue (Rectangle (-50, 50, -50, 50)));
另外我們也可以設置節點靜止：
mobility.SetMobilityModel ("ns3::ConstantPositionMobilityModel");
四.將移動模型綁定在到節點對象上
mobility.Install (Nodes);
————————————————
版權聲明：本文為CSDN博主「比特君」的原創文章，遵循 CC 4.0 BY-SA 版權協議，轉載請附上原文出處鏈接及本聲明。
原文鏈接：https://blog.csdn.net/u010142347/java/article/details/83092457

Ⅱ NS3的NS2與NS3的關系：

(1) NS-3並不是NS-2的擴展，而是一個全新的模擬器。雖然二者都由C++編寫的，但是NS-3並不支持NS-2的API，而是一個全新的模擬器。NS-2的一些模塊已經被移植到了NS-3。在NS-3開發過程時，「NS-3項目」會繼續維護NS-2，同時也會研究從NS-2到NS-3的過渡和整合機制。
(2)對於熟悉NS2的使用者來說，當他轉入使用NS3時，NS3和NS2最明顯的變化是腳本語言選擇。NS2使用OTcl腳本語言，模擬的結果可以利用網路動畫模擬器nam（Network Animator nam）來演示。在NS3中，僅僅使用C++語言而不使用OTcl語言，運行模擬是不可能的(例如，在main()函數中沒有任何OTcl語言)。另外，NS2的許多模塊由C++編寫，還有一部分是用OTcl語言編寫。而在NS3中，模擬器全部是由C++編寫，僅僅帶有選擇性的Python語言綁定。因此，在NS3中模擬腳本可以由C++或者Python語言來編寫。許多模擬結果可以通過nam來演示，但是新的動畫演示器也正在開發之中。由於NS3可以生成pcap包trace文件，也可以用其他工具通過trace文件來分析模擬過程。
(3) NS3和NS2有一些相似之處(比如二者都是基於C++對象，一些NS2的模塊已經移植到了NS3上)。
(4)我們經常聽到一個疑問：「我到底是要繼續使用NS-2，還是轉向NS-3呢？」 答案是視情況而定。雖然NS-3現在還沒有包含所有的NS-2模塊，但是另一方面，NS-3也有一些新的功能(比如，能正確地處理節點上的多重介面，使用IP地址，與網際網路協議和設計更一致，和更加詳細的802.11模塊等)。Ns-2的模塊可以被移植到NS-3中（移植幫助文件正在開發之中）。NS3的多個方面都在積極開發之中。同時，ns3開發者也相信(部分早期使用者也已證明)NS3已經可以充分被使用，也是用戶進行新模擬項目時的一個富有吸引力的選擇。

Ⅲ 網路建設的研究與實踐中專課外體育活動現狀的研究，有什麼作用嗎

計算機領域相當廣泛，請補充兩個小眾方向:一個是數據中心網路架構的轉型，尤其是數據中心引入光交換機後拓撲和路由的優化。另一種是能夠真正實現大規模網路模擬的模擬器。雖然這個領域已經發展了很多年，但它有明顯的痛點，對專注於網路調度、擁塞控制和任務分配的研究人員極其不友好，Mininet只適合功能模擬和教學。

omnet+++和NS3是成熟的包級模擬器。但是，通過我自己小組的實驗和與sigcomm的一位作者的交流，發現當大規模有幾百個以上的節點時，對於大流量的模擬非常慢，需要幾個小時。如果要在數據中心做上萬個節點的模擬，耗時是一個巨大的痛點。來自sigcomm的紙面自實現模擬器Netbench簡化了一些Omnet++、NS3的設計。

Ⅳ NS3的介紹

NS3是一個離散事件模擬器，旨在滿足學術研究和教學的需求。NS3項目是一個始於2006年的開源項目，負責開發ns3軟體。

Ⅳ ns3 和omnet哪個操作簡單點

NS3一般在linux系統上運行，腳本放在scratch文件夾中，運行通過命令行操作，調試可以通過在命令行gdb調試，或者將NS3工程載入到eclipse進行調試。NS3源碼都是用C++寫的，如果添加模塊或者修改模塊會比較簡單
omnet在windows上linux上都可以用，omnet平台是基於eclipse開發的，可視化效果比NS3好，而且自帶數據統計模塊，現在正在學習omnet。
之前用NS3做過一些工程，NS3操作還是更簡單一些，自我感覺

Ⅵ NS3 Config類API說明

源文件位置：
src/core/model/config.h
config.cc

配置模擬參數和跟蹤。

用法實例：

1.Connect函數的用法：

第二個參數是回調函數，回調函數的參數根據第一個參數的屬性來設置。需要注意的是，第二個參數所設置的回調函數，其第一個參數是string類型的context。

2.ConnectWithoutContext的用法：

第二個參數是回調函數，參數的設置依賴與第一個參數設置的屬性。與Connect函數不同的是，這里的回調函數的第一個參數沒有string類型的context。

3.SetGlobal的用法：

這與SetGlobalFailSafe函數的用法類似。設置全局值。

4.SetDefault函數的用法：

這與SetDefaultFailSafe函數用法類似。

5.Set函數的用法：

Ⅶ NS3模擬如何導出模擬結果

獲取模擬數據方式：列印輸出運行日誌，並在其中配置需要查看的數據。
生成節點（如網卡、應用程序、協議棧等，安裝網路設備（如CSMA、WiFi），安裝協議棧：ns-3一般是TCP/IP協議棧，安裝應用層協議 ，其他配置，啟動模擬。模擬結果分析。一種是網路場景，另外一種是網路數據。
ns3劃分了物理層、MAC層、路由層、傳輸層以及應用程，與實際的物理設備比較相似，所以在看ns3源碼時如果和真實物理設備對比，則可以很快有一個比較清晰的架構。

Ⅷ 基於 Plexe-SUMO 的 V2X 模擬

目前車聯網和車路協同 (V2V, V2I, V2P... 統稱 V2X) 是自動駕駛和智能交通領域研究的核心問題之一。簡單來說，V2X 就是為車輛提供了上帝視角，可以獲取更大范圍、更准確的信息，從而優化駕駛決策。

在各種智能交通場景中，platooning (車隊編排) 是一個很熱門的話題。藉助 V2X， platooning 可以減小車輛之間的安全距離。較小的安全距離可以增加道路的吞吐量，對於在高速公路上行駛的卡車編隊，還可以減小風阻，降低能耗。

對於一般的研究機構，由於各方面的限制，很難在實車、實路上測試智能交通演算法的性能。在這種情況下，模擬測試可以在一定程度上驗證演算法的有效性。

V2X 模擬中涉及到兩方面：交通場景和網路通訊。

SUMO 可以實現交通場景的模擬，網路通訊方面的模擬軟體有 OMNeT++ , NS3 等.

Veins (vehicles in network simulation) = SUMO + OMNeT++
從名字就可以看出來， Veins 是針對車聯網的模擬軟體。

Plexe (platooning extension for veins) = Plexe-SUMO + Plexe-Veins
Plexe 是在 Veins 中加入了 platooning 的元素。

在做 V2X 模擬時，如果對網路通訊方面的真實度要求不高，不需要模擬實際聯網中的延遲、丟包等情況，可以只用 Plexe-SUMO，這樣程序編寫要簡單很多。

Plexe-SUMO 是在 SUMO 基礎上加入了 platooning 相關的元素，更方便 platooning 場景的搭建。另外，Plexe-SUMO 提供了 Python API ，可以在 python 中以 mole 的方式調用，程序書寫更簡單。

本文首先介紹了 Plexe-SUMO python API 的安裝方法，然後分析 Plexe-SUMO 官方給的 demo 程序 ，並在此基礎上嘗試構造我們自己的模擬場景。官方 demo 包括

本文重點分析 brakedemo.py 和 joindemo.py 兩個程序。

在 platoon 場景中，車輛的速度控制一般採用 CACC (cooperative adaptive cruise control)，這里的 cooperative 就意味著車輛之間可以協作，共享信息。在 brakedemo.py 程序中，platoon 實現協同剎車，即使跟車距離比較短，也不會發生碰撞。

程序及注釋如下：

該程序實現了單個車輛從中部加入 platoon 的過程

程序及注釋如下：

以上 demo 涵蓋了很多基本場景模塊，如構造編隊、隊列分割、添加新 leader、換道、剎車等。基於這些模塊，我們可以構造不同的模擬場景，測試自己的車聯網和車路協同策略。

這里我們考慮一個 platoon 通過交通路口的場景。交通燈可以向一定范圍內的車輛發送信號，信號中包含當前交通燈狀態以及剩餘時間等信息，platoon leader 基於這些信息作出決策，platoon 中哪些車輛可以通過，哪些車輛需要提前剎車避免闖紅燈。

為了實現上述 V2X 場景，可以在 brakedemo.py 基礎上做簡單修改。需要注意的是，這里的 sumo 網路和配置文件不再是之前的 freeway，而是需要自己設計，加入交通燈等元素。

在車輛顏色方面，為了區分 leader 和 follower，我對 utils 中的車輛顏色做了一些修改，不再使用 random，而是將 leader 設定為紅色， follower 設定為黃色。

platoon leader 在進入交通燈 100m 范圍內就可以獲得交通燈信息，知道當前狀態和剩餘時間，然後進行後續的 platoon split 操作，分裂成兩個 platoon。前部的 platoon 會正常行駛通過路口，後部的 platoon 在新的 leader 帶領下剎車，停在路口處，等待下個綠燈通行。

程序及注釋如下：

Ⅸ OPNET、NS2、OMNET++、OMNET++有什麼區別，哪個更容易上手

這些軟體我都用過opnet，ns，omnet。從使用的方便性來說，opnet和omnet比較好，ns系列用起來比較麻煩。opnet的優勢在於它是商業軟體，所以有一個團隊來維護軟體。所以opnet的協議包非常完善。基本上市面上常用的協議，如3G、4G等相關協議，在opnet中都有相應的模擬包。所以如果你有很多錢，能買到你需要的協議包，opnet的系統完整性和模擬可靠性是最好的。Omnet現在已經可以提供更多的協議包了，但是和opnet相比，提供的協議包數量還是比較少的。而且omnet的協議包都是個人或者團隊維護的，所以協議的完整性和健全性還是有一定差距的。從編程便利性來說，omnet最好，opnet次之，ns系列在我看來最差。在這些模擬軟體中，omnet使用ned語言描述網路框架，使用C實現模塊內部。Ns系列類似，用Otcl語言描述網路框架，具體實現用C；Opnet使用類似於C的語言來構建模擬。根據我的經驗，ned是最容易理解和使用的語言。所以，我覺得從方便性來說，omnet編程是最好的。從目前網路模擬軟體的情況來看，除非你想模擬一個超大規模的網路，那麼中、小型類型的模擬都可以使用以上三種網路模擬軟體來完成模擬任務。如果是模擬修改現有的公共協議，那麼opnet是最好的。如果你的協議是新的，Omnet是最方便的。Ns系列不太推薦。