2013-04-14 58 views
0

我有一個簡單的點到點在NS-3 UDP的WiFi模擬數據輸出到跟蹤文件中。它提供了大量有用的數據,但沒有爲每個數據包提供唯一ID的信息。當我打開pcap文件時,我無法在wireshark中找到任何內容。NS-3的跟蹤文件包ID

我有我的輸出模擬的轉換成ASCII跟蹤文件和文件PCAP兩個節點的結果,但我無法找到任何數據包標識。我可以看到數據包的序列號,但就是這樣。

我是新來的NS-3,所以我不知道如何生產這些信息。

下面是一些從跟蹤文件的輸出。

t 2.00082/NodeList/0/DeviceList/0/$ ns3 :: WifiNetDevice/Phy/State/Tx ns3 :: WifiMacHeader(DATA ToDS = 0,FromDS = 0,MoreFrag = 0,Retry = 0,MoreData = 0持續時間/ ID = 0usDA = ff:ff:ff:ff:ff:ff,SA = 00:00:00:00:01,BSSID = 00:00:00:00:00:01,FragNumber = 0 ,SeqNumber = 0)ns3 :: LlcSnapHeader(類型0x806)ns3 :: ArpHeader(請求源mac:00-06-00:00:00:00:00:01源ipv4:10.1.1.1目的ipv4:10.1.1.2) NS3 :: WifiMacTrailer()

任何建議都理解的。

謝謝。

回答

1

萬一你可能不知道這一點已經讓我首先指出什麼可能似乎是顯而易見的,但是:「沒有這樣的事情在現實網絡作爲唯一的包ID」,自PCAP痕跡被設計成在真實網絡中包含真實數據包的轉儲,您幾乎沒有機會在ns-3生成的pcap trace中找到唯一的數據包ID。

現在,NS-3不包含每個數據包的唯一的ID可與包:: GETID方法,你可以平凡變更生成您的ASCII轉儲在SRC/WIFI添加此功能的源代碼/helper/yans-wifi-helper.cc。 Grep爲「Ascii」。

現在,如果你想知道爲什麼它不這樣做在默認情況下,因爲它是非常有用,我真的不記得,但:

  • 有可能是一些相關的NS2跟蹤格式啓發了這種ascii格式。與現有工具的兼容性可能是一個問題

  • 加入了包ID違背匹配什麼是真正的網絡做的NS-3的理念