ns3测吞吐量

———————10月14日更—————————- 发现在goal-topo.cc中，由于Node#14被放在初始位置为0的地方，然后它会收到来自AP1和AP2的STA的OLSR消息(距离他们太近了吧)。 然而与goal-topo-trad.cc不同，goal-topo-trad.cc中Node#14可以在很远就跟自己的AP3通信，吞吐量比较稳定。而goal-topo.cc在开始的很长时间内并不能发送UDP包，直到它出现在AP3的信号覆盖范围内之后才开始成功发包。我将csmaHelper从原来的只有唯一一个改成了三个，仍然没有效果。待续… ———————10月10日更—————————- 这次换成了测Node#10(10.0.2.2)->Node#6(192.168.0.8)之间发送UDP包时的吞吐量。 有一个问题，我看GitHub上一哥们儿写的代码跟我有点不一样。我不知道该把 那个dataset.Add()的代码放到for循环里面还是外面。于是我测了一下两种情况，看有什么区别。

dataset.Add()代码放在for外面

void CheckThroughput (FlowMonitorHelper* fmhelper, Ptr<FlowMonitor> monitor, Gnuplot2dDataset dataset) { double localThrou = 0.0; monitor->CheckForLostPackets (); std::map<FlowId, FlowMonitor::FlowStats> stats = monitor->GetFlowStats (); /* since fmhelper is a pointer, we should use it as a pointer. * `fmhelper->GetClassifier ()` instead of `fmhelper.GetClassifier ()` */ Ptr<Ipv4FlowClassifier> classifier = DynamicCast<Ipv4FlowClassifier> (fmhelper->GetClassifier ()); for (std::map<FlowId, FlowMonitor::FlowStats>::const_iterator i = stats.begin (); i != stats.end (); ++i) { /* * `Ipv4FlowClassifier` * Classifies packets by looking at their IP and TCP/UDP headers. * FiveTuple五元组是：(source-ip, destination-ip, protocol, source-port, destination-port) */ /* 每个flow是根据包的五元组(协议，源IP/端口，目的IP/端口)来区分的 */ Ipv4FlowClassifier::FiveTuple t = classifier->FindFlow (i->first); // `10.0.3.2`是client(Node#14)的IP, `192.168.0.8`是server(Node#6)的IP // `10.0.2.2`是 Node#10 的IP // `10.0.1.2`是 Node#7 的IP if ((t.sourceAddress=="10.0.2.2" && t.destinationAddress == "192.168.0.5")) { // UDP_PROT_NUMBER = 17 std::cout << "Flow " << i->first << " Protocol " << unsigned(t.protocol) << " (" << t.sourceAddress << " -> " << t.destinationAddress << ")\n"; std::cout << "Time: " << Simulator::Now ().GetSeconds () << " s\n"; std::cout << "Lost Packets = " << i->second.lostPackets << "\n"; localThrou = i->second.rxBytes * 8.0 / (i->second.timeLastRxPacket.GetSeconds() - i->second.timeFirstTxPacket.GetSeconds())/1024/1024 ; std::cout << " Throughput: " << localThrou << " Mbps\n"; } } dataset.Add ((Simulator::Now ()).GetSeconds (), localThrou); Simulator::Schedule (Seconds(nSamplingPeriod), &CheckThroughput, fmhelper, monitor, dataset); }

得到的吞吐量随时间变化的图

dataset.Add()代码放在for里面

得到的吞吐量随时间变化的图

后来发现这里之所以在19秒左右有一个明显的下降，也许是因为同信道干扰。因为我将traditional和SDN的代码变成一致的(给不同的WIFI网络设置不同的信道1,6,11之后，就没有了这个明显的下降，而是保持平稳)。 由于我们要做相邻AP之间的切换，故这里不能用三个不同的信道，还是改回去了。

wifiPhy.Set("ChannelNumber", UintegerValue(1 + (i % 3) * 5)); // i =0,1,2时，信道分别为1,6,11

设置最大包个数，和包与包之间的时间间隔，测Node#14(10.0.3.2)->Node#6(192.168.0.8)之间发送UDP包时的吞吐量。

nMaxPackets=400; nInterval=0.02

uint32_t nMaxPackets = 400; // The maximum packets to be sent. ns3::Time nInterval = ns3::Seconds (0.02); // The interval between two packet sent.

nMaxPackets=400; nInterval=0.01

nMaxPackets=4000; nInterval=0.01

把UdpEchoClientHelper/UdpEchoServerHelper换成UdpClientHelper/UdpServerHelper之后输出结果跟上一个一样。