BYR Achieve · 镜像论坛

用ns2仿真场景的时候发现这样一个诡异的现象：寻路阶段：建立路径1->10->18->40->5->2没有问题。发送数据阶段：路径传输1->10->18阶段都没有问题，都有正常的RTS、CTS、cbr、ACK交互反馈。但是18接收10转发来的cbr后网络开始路由维护（HELLO），不知道怎么回事。通过一页页的观察.tr的日志记录，发现这样一个诡异的规律，即从第一次开始路由维护到仿真结束，除了HELLO的日志记录，其余的都是RTS的发送广播、0节点的CTS相应回馈！也就是说大家都在与0节点来往和竞争RTS。通过观察nam的GUI效果图也可看出0节点与其余节点交互频谱。例如下面截取片段日志所示： s 2.633852692 _42_ MAC --- 0 RTS 44 [4ee 0 a8 0] r 2.634204862 _10_ MAC --- 0 RTS 44 [4ee 0 a8 0] r 2.634204880 _47_ MAC --- 0 RTS 44 [4ee 0 a8 0] r 2.634204926 _20_ MAC --- 0 RTS 44 [4ee 0 a8 0] r 2.634205024 _0_ MAC --- 0 RTS 44 [4ee 0 a8 0] r 2.634205035 _44_ MAC --- 0 RTS 44 [4ee 0 a8 0] r 2.634205079 _29_ MAC --- 0 RTS 44 [4ee 0 a8 0] r 2.634205185 _23_ MAC --- 0 RTS 44 [4ee 0 a8 0] r 2.634205234 _36_ MAC --- 0 RTS 44 [4ee 0 a8 0] r 2.634205341 _1_ MAC --- 0 RTS 44 [4ee 0 a8 0] r 2.634205369 _45_ MAC --- 0 RTS 44 [4ee 0 a8 0] r 2.634205459 _8_ MAC --- 0 RTS 44 [4ee 0 a8 0] s 2.634215024 _0_ MAC --- 0 CTS 38 [3b4 a8 0 0] r 2.634519355 _42_ MAC --- 0 CTS 38 [3b4 a8 0 0] （42节点接收到0节点反馈的CTS） s 2.634529355 _42_ MAC --- 0 AOMDV 78 [13a 0 a8 800] ------- [42:255 0:255 1 0] [0x12 0 [0 1118502808] 0.000000] (HELLO) r 2.635153687 _0_ MAC --- 0 AOMDV 26 [13a 0 a8 800] ------- [42:255 0:255 1 0] [0x12 0 [0 1118502808] 0.000000] (HELLO) s 2.635163687 _0_ MAC --- 0 ACK 38 [0 a8 0 0] r 2.635178687 _0_ RTR --- 0 AOMDV 26 [13a 0 a8 800] ------- [42:255 0:255 1 0] [0x12 0 [0 1118502808] 0.000000] (HELLO) r 2.635468019 _42_ MAC --- 0 ACK 38 [0 a8 0 0] s 2.635638175 _45_ MAC --- 0 RTS 44 [4ee 0 b4 0] r 2.635990359 _36_ MAC --- 0 RTS 44 [4ee 0 b4 0] r 2.635990518 _44_ MAC --- 0 RTS 44 [4ee 0 b4 0] r 2.635990664 _0_ MAC --- 0 RTS 44 [4ee 0 b4 0] r 2.635990695 _8_ MAC --- 0 RTS 44 [4ee 0 b4 0] r 2.635990793 _47_ MAC --- 0 RTS 44 [4ee 0 b4 0] r 2.635990853 _42_ MAC --- 0 RTS 44 [4ee 0 b4 0] r 2.635990972 _10_ MAC --- 0 RTS 44 [4ee 0 b4 0] s 2.636000664 _0_ MAC --- 0 CTS 38 [3b4 b4 0 0] r 2.636305152 _45_ MAC --- 0 CTS 38 [3b4 b4 0 0] （45节点接收到0节点反馈的CTS）。。。。。。。。。。。。。。。。。。

ns2的一个问题