一、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在终端查看丢包信息: