无线传输测试方法

公司大多产品都采取了无线传输功能，相当于DTU（data transfer unit）。
DTU：是专门用于将串口数据转换为IP数据或将IP数据转换为串口数据通过无线通信网络进行传送的无线。由于DTU大多用于遥远的监测现场，因此DTU的稳定性就变得非常重要。
那么关于DTU测试方法有那些呢？值得大家去思考，这里我简单的列举几点，供大家参考：
-）在线空闲测试
测试原因：测试DTU自己维持已建链路的能力，当没有数据时，DTU通过呼吸包（心跳）保持自己的连接，DTU应至少维持平均1小时以上的链路持续时间，不发生断线重连。
测试方法：让DTU连上数据中心后不发任何数据，观察它能维持链路多久，时间越长越好。本项测试临近结束时，应向数据中心和DTU各发几个数据包，来验证该DTU保持的空闲链路是真实可用的，如果DTU或数据中心任何一方无法收到对方的数据包，则为不合格。
二）数据中心/DTU关闭后恢复测试
测试原因：数据中心在以后运行和维护过程中，肯定会出现临时停止暂停服务的情况，因此需要测试DTU在数据中心恢复后的快速恢复能力。
测试方法：
1）让数据中心关闭短时间，如1分钟，然后恢复数据中心，看DTU是否能快速连接上来，恢复时间应该在5分钟内，越快越好，重复多次该项测试，DTU必须能100%恢复连接，只要出现一次DTU始终无法恢复连接的现象，即为不合格。
2）让数据中心关闭长时间，如60分钟，然后恢复数据中心，看DTU是否能快速连接上来，恢复时间应该在5分钟内，越快越好，重复多次该项测试，DTU必须能100%恢复连接，只要出现一次DTU始终无法恢复连接的现象，即为不合格。
3)让DTU关闭短时间，如1分钟，然后恢复DTU，看与数据中心是否能快速连接上来，恢复时间应该在5分钟内，越快越好，重复多次该项测试，DTU必须能100%恢复连接，只要出现一次DTU始终无法恢复连接的现象，即为不合格。
4）让DTU关闭长时间，如60分钟，然后恢复DTU，看与数据中心是否能快速连接上来，恢复时间应该在5分钟内，越快越好，重复多次该项测试，DTU必须能100%恢复连接免费云主机域名，只要出现一次DTU始终无法恢复连接的现象，即为不合格。三）频繁双向小数据量测试
测试原因：测试DTU频繁收发小数据包的能力，因为日常运行中主要是小数据包的频繁双向收发。测试方法：在数据中心（传输端）和DTU端（嵌入式端），每10秒向对方发送一个100字节左右的数据包，持续30分钟，并进行统计，是否出现网络断线的情况，以及双方是否出现数据包丢失的情况，最好的结果是：没有发生断线重连，也没有丢失任何数据包，如果出现DTU断线后再也不上线，或上线后无法继续双向收发数据，即为有问题。
四）双向大数据压力测试
测试原因：有些应用需要临时传输大数据量，因此该项测试也是非常必要的。
测试方法：在数据中心和DTU端，每2秒都向对方发送一个1000字节左右的数据包，持续30分钟，并进行统计，是否出现网络断线的情况，以及双方是否出现数据包丢失的情况，一般来说，压力测试下，DTU可能会出现断线重连，也会丢失数据包。但断线重连的次数不应超过10次，而且次数越小越好。如果出现DTU断线后再也不能上线，或上线后无法继续双向收发数据，即为不合格。

相关推荐: Wireshark 【OSI二层】抓包过滤规则和显示过滤规则实例

wireshark的主界面示例如下：抓包过滤器Ethernet过滤器（OSI第二层过滤器）#ether host 8c:ec:4b:69:a6:a7 抓取以太网流量的源或目的MAC地址（比如：ether host 00:00:5e:00:53:00）#ethe…