0

我在 NS-3 中有一个简单的点对点 UDP WiFi 模拟，可将数据输出到跟踪文件。它提供了大量有用的数据，但没有信息可以为每个数据包提供唯一 ID。当我打开 pcap 文件时，我在wireshark 中也找不到任何东西。

我已将模拟结果输出到两个节点的 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:00:01, BSSID=00:00:00:00:00:01, FragNumber=0, SeqNumber=0 ) ns3::LlcSnapHeader (type 0x806) ns3::ArpHeader (request source mac: 00-06-00:00:00:00:00:01 source ipv4: 10.1.1.1 dest ipv4: 10.1.1.2) ns3::WifiMacTrailer ()

任何建议表示赞赏。

谢谢。

4

1 回答 1

1

如果您可能还没有意识到这一点，让我首先指出似乎显而易见的事情，但是：“在真实网络中没有唯一数据包 id 这样的东西”，并且因为 pcap 跟踪旨在包含真实的转储在真实网络中的数据包，您将能够在 ns-3 生成的 pcap 跟踪中找到唯一数据包 ID 的可能性为零。

现在，ns-3 确实包含一个可用于 Packet::GetId 方法的每个数据包唯一 ID，您可以轻松更改生成 ascii 转储的函数的源代码，以将其添加到 src/wifi/helper/yans -wifi-helper.cc。“Ascii”的 Grep。

现在，如果您想知道为什么默认情况下它不这样做，因为它非常有用，老实说，我不记得了，但是：

  • 可能有一些与 ns2 跟踪格式相关的东西启发了这种 ascii 格式。与现有工具的兼容性可能是个问题

  • 添加数据包 id 违背了 ns-3 匹配真实网络的理念

于 2013-04-15T06:31:41.287 回答