从零开始的ns3笔记（八）：提取所需信息sixth.cc

一、sixth.cc的目的

sixth.cc是基于fifth.cc更改的，想要能够轻松控制仿真输出的数量，并将这些数据保存到文件中，以便日后参考。使用 ns-3 中提供的中层跟踪助手（Mid-Level Helpers）来实现这一目的。

sixtth.cc将fifth.cc 中的 cwnd 更改和丢包事件以单独文件的形式写入磁盘。cwnd 变化存储为以制表符分隔的 ASCII 文件，而丢包事件存储为 PCAP 文件。

二、代码变动

2.1 添加stream参数并写入ASCII文件

我们为 CwndChange Tracing Sink添加了一个 "stream "参数。这是一个用于保存（保持安全存活）C++ 输出流的对象，能管理流的生命周期。

若将添加部分的 *stream->GetStream() 改为 std::cout，就和之前见到的代码类似：

std::cout << Simulator::Now().GetSeconds() << "\t" << oldCwnd << "\t" << newCwnd << std::endl;

所以说 Ptr<OutputStreamWrapper> 实际上只是为你携带了一个 std::ofstream 流，可以像使用其他输出流一样使用它。

为什么不直接用std::ostream 呢？

因为std::ostream复制构造函数被标记为私有。这意味着 std::ostreams 不遵守值语义（value semantics），不能用于任何需要复制流的机制。

2.2 将时间戳和被丢弃数据包的内容写入 PCAP 文件

 与上面类似，在RxDrop 中也添加了文件写入，只不过传递的对象（Ptr<PcapFileWrapper>）代表 PCAP 文件，用于将时间戳和丢弃数据包的内容写入 PCAP 文件：

2.3 实例化

当有代表这两个文件的对象，就需要在某个地方创建它们，并将它们传递给Tracing Sink。在主函数中，我们可以找到实现这一目的的新代码：

第一部分中，利用ASCIITraceHelper 助手，创建了一个负责管理该文件的对象，CreateFileStream函数的作用是实例化一个 std::ofstream 对象并创建一个新文件（或截断一个现有文件）。这个 std::ofstream 对象被封装在一个 ns-3 对象中，用于生命周期管理和复制构造函数问题的解决。
然后，我们将代表文件的 ns-3 对象传递给 MakeBoundCallback()。该函数与 MakeCallback() 一样创建一个回调，但它会将一个新值 "绑定 "到回调中。在调用回调之前，附加的 "stream "参数会添加到正式参数列表的前面。

在第二部分中，实例化了一个 PcapHelper，为 PCAP 跟踪文件执行与 AsciiTraceHelper 相同的操作。

 "w"：文件模式，如果发现现有文件已使用该名称，新文件将被截断（内容被删除）。

"DLT_PPP "：数据链路类型，PCAP 文件将包含以点到点标头为前缀的数据包。因为数据包来自我们的点对点设备驱动程序。

其他常见的数据链路类型：适用于 csma 设备的 DLT_EN10MB（10 MB 以太网）；适用于 wifi 设备的 DLT_IEEE802_11（IEEE 802.11）。

2.4 pcap文件和输出stream的区别

底层对象不同。Ptr<PcapFileWrapper> 是指向 ns-3 对象的智能指针，它是一个支持属性并集成到配置系统中的重量级对象。而 Ptr<OutputStreamWrapper> 则是指向一个引用计数对象的智能指针，是一个非常轻量级的对象。

PcapFileWrapper 是一个 ns-3 对象，OutputstreamWrapper 是一个碰巧支持侵入式引用计数的 C++ 对象。

所以说，读取 Ptr<something> 并不意味着该对象就是 ns-3 对象。

三、运行结果

3.1 结果展示

运行代码：

./ns3 run sixth

终端显示如下：

 与此同时，文件夹里出现了两个新文件，就是我们之前添加的“sixth.cwnd”和“sixth.pcap”文件。

3.2 ASCII文件查看：

sixth.cwnd文件（ASCII文件），正常打开即可：

若想画图可使用gnuplot，具体操作在TCP拥塞窗口跟踪fifth.cc_Wict的博客-CSDN博客。

3.3 pcap文件查看

对于pcap文件，想要查看，可使用tcpdump或wireshark，下面使用tcpdump在终端查看丢包信息：