Toggle navigation
首页
问答
文章
积分商城
专家
专区
更多专区...
文档中心
返回主站
搜索
提问
会员
中心
登录
注册
RT-Thread一般讨论
[求助]一个有关LWIP的问题。
发布于 2010-03-22 08:53:04 浏览：8448
订阅该版
我在LPC2460平台，使用8019做了一个TCP服务程序。该进程接收从PC传来的自定义数据包。每个数据包包含包头和校验信息。服务进程计算包的数据是否与校验相同，然后向PC机返回正确与否的结果。进行大数据量测试时，发现有时TCP连接会断开。打开LWIP的调试信息，发现出错信息如下： else if (pcb->nrtx == TCP_MAXRTX) { ++pcb_remove; LWIP_DEBUGF(TCP_DEBUG, ("tcp_slowtmr: max DATA retries reached<br>")); 请问，这有可能是什么原因造成的？  下载附件 [1.rar](https://oss-club.rt-thread.org/uploads/1165_3797f81592ff1183429b61c7b3188cd0.rar)
查看更多
8
个回答
默认排序
按发布时间排序
bernard
2010-03-22
这家伙很懒，什么也没写！
>我在LPC2460平台，使用8019做了一个TCP服务程序。该进程接收从PC传来的自定义数据包。每个数据包包含包头和校验信息。服务进程计算包的数据是否与校验相同，然后向PC机返回正确与否的结果。进行大数据量测试时，发现有时TCP连接会断开。打开LWIP的调试信息，发现出错信息如下： > else if (pcb->nrtx == TCP_MAXRTX) { > ++pcb_remove; > LWIP_DEBUGF(TCP_DEBUG, ("tcp_slowtmr: max DATA retries reached >")); >请问，这有可能是什么原因造成的？ --- 这个是重传次数达到最大，有几个可能， 1. 远端的ack收不到，所以出现重传。 2. 底层没发送出去而丢弃掉了。 感觉像是第一种情况。第二种情况，因为TCP有重传机制，所以它不太可能出现，第一次发送失败，第二次。。。最后一次都发送失败。在这种情况下，只能抓抓包看看，看看远端的TCP ACK是否确实发送出来。还有就是，如果出现这种情况的时候，ping设备是否依然是通的。不如不通，就要看看网络中断是否能够正确产生了。
bluecd
2010-03-22
这家伙很懒，什么也没写！
[attach]0[/attach] 今天抓包几个小时没有重现这个错误。上图是以前抓的包。从第21个帧开始192.168.19.41是PC，192.168.19.248是设备。设备应答[RST,ACK]。不知什么原因。 其他需要说明的：我今天发送数据90多M时，每帧发送长度由1024变为488，接着536，然后又488，后面就这样交替。这是设备接收能力不足，将TCP滑动窗口减小造成的吧。为什么会产生这种情况。是不是设备端程序有内存泄露什么的？
bernard
2010-03-22
这家伙很懒，什么也没写！
能否把这个抓包的报文发给我？看起来挺奇怪的，似乎和TCP Window有关系。 是否是内存泄露，只需要list_mem()多看几次就知道了。
bluecd
2010-03-24
这家伙很懒，什么也没写！
>能否把这个抓包的报文发给我？看起来挺奇怪的，似乎和TCP Window有关系。 > >是否是内存泄露，只需要list_mem()多看几次就知道了。 --- 附件是抓的包。我的设备没有使用finsh。
bernard
2010-03-24
这家伙很懒，什么也没写！
你设置的TCP_WND挺小的，从报文来看，前面几次基本上需要设备回了确认才能发下一个包（甚至是初始的还出现了TCP重发） 后面的，像是设备上主动把TCP连接关闭了，只是主机侧的报文也奇怪了些，收到RST后，依然做了几次数据的重发(而且实际上这个数据报文已经是确认了)，而不是发送FIN, ACK
bluecd
2010-03-24
这家伙很懒，什么也没写！
>你设置的TCP_WND挺小的，从报文来看，前面几次基本上需要设备回了确认才能发下一个包（甚至是初始的还出现了TCP重发） > >后面的，像是设备上主动把TCP连接关闭了，只是主机侧的报文也奇怪了些，收到RST后，依然做了几次数据的重发(而且实际上这个数据报文已经是确认了)，而不是发送FIN, ACK --- TCP_WND设置的小只影响速度，对稳定性应该没有影响。现在就是不清楚设备为什么主动发[RST,ACK]。因为以前在ucos上用的LWIP1.2比较稳定。我们又将RTT上的LWIP换为1.2，目前测试3个设备大数据量通讯（每个都已通讯4G以上）都很稳定。
bernard
2010-03-24
这家伙很懒，什么也没写！
是的，TCP_WND只会影响速度，不会影响稳定性。 如果依然出现这个问题，你可以把TCP_RST_DEBUG宏打开看看，并且你也可以把lwip的debug信息输出到一个memory buffer上去，这样的话对性能影响也不会太大。当出现这个问题时，把memory buffer上的东西倒出来即可看到是因为什么而发送了RST。
撰写答案
登录
注册新账号
关注者
0
被浏览
8.4k
关于作者
bluecd
这家伙很懒，什么也没写！
提问
12
回答
32
被采纳
0
关注TA
发私信
相关问题
1
有关动态模块加载的一篇论文
2
最近的调程序总结
3
晕掉了，这么久都不见layer2的踪影啊
4
继续K9ii的历程
5
[GUI相关] FreeType 2
6
[GUI相关]嵌入式系统中文输入法的设计
7
20081101 RT-Thread开发者聚会总结
8
嵌入式系统基础
9
linux2.4.19在at91rm9200 上的寄存器设置
10
[转]基于嵌入式Linux的通用触摸屏校准程序
推荐文章
1
RT-Thread应用项目汇总
2
玩转RT-Thread系列教程
3
国产MCU移植系列教程汇总，欢迎查看！
4
机器人操作系统 (ROS2) 和 RT-Thread 通信
5
五分钟玩转RT-Thread新社区
6
【技术三千问】之《玩转ART-Pi》，看这篇就够了！干货汇总
7
关于STM32H7开发板上使用SDIO接口驱动SD卡挂载文件系统的问题总结
8
STM32的“GPU”——DMA2D实例详解
9
RT-Thread隐藏的宝藏之completion
10
【ART-PI】RT-Thread 开启RTC 与 Alarm组件
最新文章
1
使用百度AI助手辅助编写一个rt-thread下的ONVIF设备发现功能的功能代码
2
RT-Thread 发布 EtherKit开源以太网硬件！
3
rt-thread使用cherryusb实现虚拟串口
4
《C++20 图形界面程序：速度与渲染效率的双重优化秘籍》
5
《原子操作：程序世界里的“最小魔法单位”解析》
热门标签
RT-Thread Studio
串口
Env
LWIP
SPI
AT
Bootloader
Hardfault
CAN总线
FinSH
ART-Pi
USB
DMA
文件系统
RT-Thread
SCons
RT-Thread Nano
线程
MQTT
STM32
RTC
FAL
rt-smart
ESP8266
I2C_IIC
WIZnet_W5500
UART
ota在线升级
PWM
cubemx
freemodbus
flash
packages_软件包
BSP
潘多拉开发板_Pandora
定时器
ADC
GD32
flashDB
socket
中断
Debug
编译报错
msh
SFUD
keil_MDK
rt_mq_消息队列_msg_queue
ulog
C++_cpp
at_device
本月问答贡献
踩姑娘的小蘑菇
7
个答案
3
次被采纳
a1012112796
13
个答案
2
次被采纳
张世争
9
个答案
2
次被采纳
rv666
5
个答案
2
次被采纳
用户名由3_15位
11
个答案
1
次被采纳
本月文章贡献
程序员阿伟
7
篇文章
2
次点赞
hhart
3
篇文章
4
次点赞
大龄码农
1
篇文章
3
次点赞
ThinkCode
1
篇文章
1
次点赞
Betrayer
1
篇文章
1
次点赞
回到
顶部
发布
问题
分享
好友
手机
浏览
扫码手机浏览
投诉
建议
回到
底部
