learning :network simulator plugin（2）

本章主要介绍一下nsim node节点的处理逻辑。

先带着几个问题来学习nsim插件：带宽是如何使用的？延迟是怎么实现的？保序是如何处理的？

带宽是如何使用的？nsim配置时，会将带宽转化为每个worker所存储的最大缓存区的存储报文的个数，超过之后就会丢弃。

下面是nsim配置延迟25ms，带宽是10mbps,报文长度1500字节。先计算每s字节长度：0.025 * 10*1000*1000/8 = 32000；每个报文长度时1500字节，32000/1500 = 21个报文。

vpp# show nsim
configuration
 delay: 25.0 ms
 drop fraction: .50000
 reorder fraction: .50000
 packet size: 1500
 worker wheel size: 21
 throughput: 10.0 mbps

output feature arcs to:
 GigabitEthernet2/6/0 1

上面是只有一个worker核或者只有main核的结果。如果有多个worker核，则worker wheel size还需要除以worker核的个数。如果有2个worker，只有一条流的话，这个带宽就很不准确了。目前为了避免加锁，worker wheel 使用的缓存区是基于worker的。

延迟是怎么实现的？我们以上一节的流程图来说明一下，是在nsim-output-feature节点中，根据配置参数对报文进行处理，将需要延迟的报文记录需要延迟的时间。等待nsim-wheel input节点，来判断时间到时，从wheel_by_thread【1】线程对应的缓存队列里将报文取出，根据nsim_wheel_entry_t结构中记录的信息将报文送到接口tx节点。

保序处理就比较简单了？就是把需要乱序的报文在nsim-output节点直接发送出去，不需要经过网络模拟器调度。如下图所示我们发现有ping回应报文未进行延迟处理。可能就是reorder导致的。

针对报序功能我也是没有完全理解作者的设计意图。可能就是不需要进行延迟处理吧。