QCA4028软件平台启用双WAN指导

1 为何要启用双WAN

　　QCA4028的硬件方案，基板上部署了一个LTE模块插槽，同时又外留了一个USB3.0接口，因此，就可以在此硬件平台上调试基于LTE的双WAN，预期实现：

A 链路备份，在任意一个LTE网络连接异常时，其下的有线/WiFi无线用户仍能持续接入上游网络；

B 负载均衡，尽量让上行流量均衡分配在2个LTE网络链路上，避免流量其中到单个LTE链路。

　　本文档中采用LTE模块为上海移远的EC2X模块，USB3.0的LTE模块转接板来自T宝，它自带了SIM卡槽。

2 具体操作

　　在QSDK软件工程代码中选中"muliiwan"组件，作为双wan的监护进程，它缺省是不启用的，非常好调试。在确保2个LTE模块都能成功保证WiFi用户上网后，再来调试双WAN功能更加有效。本次调试中发现EC系列的模块，它的wwanX接口的MAC地址是随机的，每次都不一样，此外，2个wwan接口的MAC地址还是一样的，开始调不通时为这个折腾了好久，后来才发现MAC一样对用户上网也没有关系（这个问题可能会埋伏了深层BUG，有待持续改进）。

　　mutliwan在同QSDK的配合中，发现提取不到网卡的IP地址和网关地址，导致错误将2个WAN链路都定位为offline，从而会出现将resolv.conf.auto清空，将default gateway条目删除掉，导致无法上网。规避方法是：在acquire_wan_data中，在ipaddr和gateway都为x后，再直接到网卡上取ip和gw值。WiFi用户上网时，会发现打不开页面或网站的情况，这个是因为QSDK固件中用了dnsmasq，而它需要真实的DNS配合进行解析，refresh_dns中频繁地清空resolv.conf.auto文件，可能会导致dnsmasq工作异常，规避方法是：不让refresh_dns频繁操作resolv.conf.auto，而改为操作一个新临时文件，只有当这个新临时文件不为空，且与现有的resolv.conf.auto不同时，再将新临时文件替换resolv.conf.auto，并重启dnsmasq，这样就稳定了。此外，针对monitor_wan，其现有实现对LTE网络是不适合的，因为LTE网络可能已经断开了，但IP和网关却依旧存在的，所以，这里需要让它每次都进入add_task，要不在人工将某个wan口down下来后，监控进程都不处理，导致WIFi用户上网失败。

　　另一方面，就是WAN口的up需要重新优化，在QSDK中，如果不启用multiwan服务，则缺省路由是后启动网卡所对应的缺省路由，且只有一条缺省路由条目，导致你将这个唯一的缺省路由网卡关闭后，WiFi用户就上不了网。这个不是multiwan引入，但也需要规避。可以在定期任务中检查route条目来解决，检查缺省路由条目和带UH标识条目，确保他俩一样即可。但multiwan确实还是引入了问题的，其一：运行中关闭multiwan服务后，会将default路由条目删除掉，导致用户无法上网；其二：WAN接口上线成功后，不会更新dns和缺省路由条目，但它明明检测了新wan口，且状态是online了。规避方法是：在multiwan被stop后，重构路由条目（也可在定时任务中检测路由条目）；在网卡更新IP后，立即重启multiwan服务。但重启multiwan服务它会重构路由表，可能会导致ping包时延波动或丢包，游戏用户可能会影响体验。

3 验证结果

路由信息表

页面显示双WAN正常

负载均衡显示有效

4 结论

　　利用Multiwan来实现双WAN管控是可行的，具体使用时，还需要为目标环境进行简单修改，可能无法做到拿来即可用。