请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：CC3220SF 您好！
我一直在对 CC3220SF 托管的设备进行安全漏洞测试。 我使用名为 hping3的开源工具运行洪水测试。 该器件设置为工作站模式。 具体而言、用于测试的命令如下：
hping3 --icmp --flood --rand-source 192.168.1.57
大约5-30分钟后(取决于路由器)、设备无响应。 下面的日志显示了 器件发生的情况(我认为足够详细了)。 如您所见、设备不时会丢失 IP、但问题在于最后一行-设备分配了某种损坏的 IP 和0.0.0.0网关(或至少这是它所想象的)。
INF: [WLAN_EVENT] Device disconnected
INF: [WLAN_EVENT] Device connectedINF: [WLAN][NETAPP EVENT] IP Acquired: IP=192.168.1.57 , Gateway=192.168.1.1INF: [WLAN][NETAPP EVENT] IP LostINF: [WLAN][NETAPP EVENT] IP Acquired: IP=192.168.1.57 , Gateway=192.168.1.1INF: [WLAN_EVENT] Device disconnectedINF: [WLAN_EVENT] Device connectedINF: [WLAN][NETAPP EVENT] IP Acquired: IP=192.168.1.57 , Gateway=192.168.1.1INF: [WLAN][NETAPP EVENT] IP LostINF: [WLAN][NETAPP EVENT] DHCP IPv4 Acquire timeoutINF: [WLAN][NETAPP EVENT] IP Acquired: IP=169.254.82.241 , Gateway=0.0.0.0问题如下：
1) 1)它是否存在 NWP 问题、应在服务包中修复？
或者如果不是
2)如何区分这种情况与正常操作并保护应用程序免受其影响？
2)如何区分这种情况与正常操作并保护应用程序免受其影响？
区别可能有点棘手，因为至少据我所知，0.0.0.0是有效的网关 IP。 我一直在考虑这样一种情况：如果 WLAN 未断开连接，网关地址必须保持不变。 您认为从网络角度来看这是有效的条件吗？
提前感谢您的支持。
