一个奇怪的NS2错误

最近在调试一个协议SPR(Shortest path routing），调试环境是在我已经安装好的NS2.34环境上。当然，该环境上之前已经安装了LEACH协议。

 

SPR协议有一个过程，是进行路由发现，即需要Flooding来找到节点到Sink节点的最短路径。其实现方法是由Sink节点定期发送Hello Message，收到的节点则更新其到该Sink节点的路由信息。奇怪是，我发现节点无法接收到Sink发送的Hello消息。根据以往的经验推测，可能的原因是发送的距离不够，因此接收节点没有感应到Hello Msg。但是我查看了仿真的代码，是没有错误的，其中通信距离为40m，而节点间的平均间距20m。理论上没有问题。

 

因此查看了Wireless-phy.h/cc源代码，发现LEACH协议在初始化类的时候设置了一些初始值。会不会跟这个有关？因此，在该文件中的Recv函数设置断点并打印接收能量Pt_值，发现果然只有0.0002，与实际的40m对应的Pt_值（8.5872e-4）不符。

 

解决方法：按理说，很简单。直接去年LEACH协议就可以。LEACH协议设计较好，所有的代码都加入了宏MIT_uAMPS，只需要修改Makefile文件，去掉宏定义，并注释掉相应的源代码文件。但是实际上，却发现这样修改后编译总是出错，提示：

......

diffserv -I./satellite -I./wpan -I./mit/rca -I./mit/uAMPS -o common/ptypes2tcl.o common/ptypes2tcl.cc
g++ -Wl,-export-dynamic  -o common/ptypes2tcl common/ptypes2tcl.o
./common/ptypes2tcl > gen/ptypes.cc
Segmentation fault
make: *** [gen/ptypes.cc] Error 139

 

开始以为是哪里改得不对，修改后怎么都不行，甚至都怀疑是不是Makefile不能手工修改。最后，终于找到原因，是因为common/packet.h的文件，必须要注释掉不用的数据包头的定义，并且要求所有常量的值顺序递增，不允许增量大于1。如下：

。。。

static const packet_t PT_SCTP = 55;
static const packet_t PT_SCTP_APP1 = 56;

        // SMAC packet
static const packet_t PT_SMAC = 57;
        // XCP packet
static const packet_t PT_XCP = 58;

        // HDLC packet
static const packet_t PT_HDLC = 59;

 

static packet_t       PT_NTYPE = 66; // This MUST be the LAST one

 

上面这样就会出错，实际上是无法编译生成packet包。