10、congtiki系统开发-边界路由器PING通测试-终获正果

背景：前一节的基础上确定了2530开发板串口与虚拟机Ubuntu系统之间的连接，这样硬件链路已经具备，本篇将记录边界路由PING通其它感知层节点的测试。

1、将一节点烧录为边界路由器，另2节点分别烧录为server和client例程。

      

                               边界路由器测试网络拓扑图

2、打开一控制台，输入tunslip6 aaaa::1/64 -s /dev/ttyS0 -B 115200 v6

     

      边界路由器启动图示

3、PING 通测试

           

     ping server终端感知设备的图示  

      

   ping client终端感知设备的图示  

4、server和client之间的通信

   

5、遗留的思考：

从sunslip6的启动提示上可以看出，边界路由器系统启动后定义了自身的IPV6地址分别为aaaa::0212:4b00:0128:bc5f和fe80::0212:4b00:0128:bc5f，但我在ping通测试的时候，前者可以ping通，后者却提示参数非法？

user@instant-contiki:~$ ping6 fe80::0212:4b00:0128:bc73
connect: Invalid argument
user@instant-contiki:~$             

如果哪位大牛知道问题所在，请告之。

总结：这个简单的测试网络由边界路由器、server节点、client节点，通过数据监测可以看出server和client之间数据传输正常，IPV6 PING通测试正常。从上面实际测试案例可以看出，通过边界路由器，PC和传感器之间的节点已经实现网络链路。但在测试中也发现了一些新的问题，罗列如下：

1）昨天晚上进行测试时发现tunslip6总是出现异常退出，根据提示信息应该是串口写入异常造成的，这个原因可能是虚拟机带来的，也可能是代码自身的BUG，但不管怎样，tunslip6都还是有提升空间的，至少在推出后应该实现自动启动，不然面对实际自动化应用的时候，这将给运维带来很大的工作量。

2）进行PING通其它传感节点的测试过程中，并不是非常顺利，有时候需要重启边界路由器好几次（控制台程序不用重启，tunslip6这一点做的还是很不错的），或者需要重新执行ping6程序才能成功。

3）对两个感知节点同时进行PING通测试时（此时Client和Server数据传输还在进行），通过PING包观察，单节点PING通测试和2节点ping通测试数据有明显延时。

4）昨天晚上测试时感觉边界路由器很不稳定，但是今天早上测试时感觉边界路由器一直运行的很好，从早上5:00至6：45期间，PING通测试一直非常流畅，而且与昨天晚上明显不同的一点是打开边界路由器后，控制台提示路由器启动成功，然后没有再继续向外吐出数据（昨天晚上每次PING包，边界路由器的控制台都会有输出），而昨天晚上和今天早上测试的差别就是今天早上将/home/user/contiki/tools/tunslip6拷贝到了/bin/目录下运行了，因为每次进入home/user/contiki/tools/目录操作很不方便。