Freertos+LWIP,使用IPV6+Netconn UDP协议频繁发送存在随机的丢包问题

最近基于公司原有产品,验证采用ipv6传输的可靠性。

测试逻辑是电脑给单片机发长度为512字节的字符串,等待单片机响应,超时1秒钟判断为丢包。发送间隔时间20ms。

电脑和单片机使用交换机连接。TCP测试很稳定,没有丢包问题。测试UDP,丢包概率从几万分之一到一百万分之一不等。偶尔出现几千次就丢包的情况。

使用抓包软件,电脑最后一条数据已经发给单片机了,但是单片机recv函数没有动作。

有没有大神碰到过类似的问题,请指点一二,感激不尽!

后面查资料,终于找到问题了。。。

Windows和LWIP邻居表项都是固定时间过期,windows过期时间为1分钟,LWIP默认时间30秒。过期后需要再次发送MAC查询请求。

将邻居表项过期时间都改为接近永久后,这种丢包情况消失。

因此怀疑频繁的发送导致与Neighbor Solicitation冲突,存在一定概率无法及时获取M4板的MAC后,UDP待发送的包被丢弃。

不过还是没搞明白,我发送间隔时间20ms,没收到响应还会超时等待1秒,理论上够电脑去发MAC获取请求了吧。难道mac信息过期了,照样发出去不管了?

之前默认配置测试丢包率40万分之一,改为永久后,测试了三天,发了1000多万次也没丢。

刚入行小白,记录下自己的学习过程。欢迎交流。

  • 1
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 3
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值