lwip tcp socket在断网时长时间停留在FIN_WAIT_1状态的问题分析

最新推荐文章于 2024-07-19 16:42:21 发布
最新推荐文章于 2024-07-19 16:42:21 发布
阅读量1.7k 收藏 6
点赞数
分类专栏： lwip 学习记录 文章标签： tcp/ip 网络 网络协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/baidu_39191253/article/details/126969512
版权

问题：lwip tcp socket在断网时长时间停留在FIN_WAIT_1状态的问题分析
复现步骤：tcp连接成功，发送心跳包，发现有内存被占据
分析：lwip占据了内存，加打印分析发现close socket后，socket状态停留在FIN_WAIT_1态，所以即使用户层已断开该连接，但lwip还在维护该控制块导致内存被占据。
网络查阅资料得知有两种解决方法：
其一：通过将#define TCP_MAXRTX 12 修改为#define TCP_MAXRTX 4这样子可以加快重传失败回收资源的流程，TCP_MAXRTX 12大致需要30几分钟
其二：将tcp_slowtmr()中这条语句更改：

/* Check if this PCB has stayed too long in FIN-WAIT-2 */
    if (pcb->state == FIN_WAIT_2) {

更改为：
if (pcb->state == FIN_WAIT_2 || pcb->state == FIN_WAIT_1) {
这样子可以通过socket存活时间，控制链接的释放，这种方式最快实现断开，但是不推荐使用

@则强
关注
  • 0
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
LwIP 之十 详解 TCP RAW 编程、示例、API 源码、数据流
技术干货
05-27 338
LwIP 使用一个 struct tcp_pcb 结构来封装一个 TCP 通信实例，一个 tcp_pcb 处理一个 TCP 通信。struct tcp_pcb 封装了通信所需要所有参数，而对于数据包，则通过回调函数的形式传递给用户（由于通信涉及链接，因此涉及的回调比较多 tcp_recv_fn recv;、tcp_connected_fn connected;、tcp_poll_fn poll; 等）
LWIP_socket(3accept)
芋圆＿钰源
03-12 421
1.前言 一个基本的socket建立顺序是 Server端： socket() bind() listen() accept() recv() Client端： socket() connect() send() 本文着重介绍Server端的accept()过程。会有大量代码分析，请提前准备小板凳认真听课． 上一篇我们已经分析了listen()过程，listen()过程新建了pcb并把它放到了tc...
LWIP_TCP--server.rar_LWIP Socket_lwip socket 编程_lwip tcp server_
07-15
stm32f107VCT 实现服务端socket 编程server端程序部分,网络调试助手可以进行数据检验。
为什么kill进程后socket一直处于FIN_WAIT_1状态
weixin_44774358的博客
06-04 510
本文介绍一个因为conntrack内核参数设置和iptables规则设置的原因导致TCP连接不能正常关闭(socket一直处于FIN_WAIT_1状态)的案例，并介绍conntrack相关代码在conntrack表项超时后对新报文的处理逻辑。 案例现象 问题的现象： ECS上有一个进程，建立了到另一个服务器的socket连接。 kill掉进程，发现tcpdump抓不到FIN包发出，导致服务器端的...
STM32被拔网线 LWIP的TCP无法重连解决方案
最新发布
千千道的博客
07-19 1976
一开始的解决思路就是在tcp的recv下面加一个检测网线是否被插入的判断，如果网线被拔出的话，也break，跳出当前while去上一级while里面进行tcp连接，可是忽略了recv函数阻塞的问题，网线被拔出recv没有数据根本不往下执行，如果是netconn不阻塞的那种倒是可以，所以这个方案否了。后来琢磨recv不是阻塞么，不如重新创建一个任务检测网口的网线插入状态，算是解决了网线拔出再插入以后tcp不能重新建立连接的问题，可能方法过于简单粗暴，如果大佬有更好的方法解决这个问题欢迎交流指导。
Lwip 断连,连接几次后不通及偶尔不通的问题.
hecong129的专栏
04-24 1万+
struct tcp_pcb *tcp_find_distant(void) { #if LWIP_AUTO_FREE_ACTIVE_PCB     struct tcp_pcb *pcb  = NULL;     struct tcp_pcb *last_pcb  = NULL;     unsigned long last_tick = get_sys_tick();     in
主机上大量端口处于FIN_WAIT1状态且无进程号
Zdashuang的博客
02-14 1180
FIN_WAIT1状态处理
apache服务器的fin_wait1过多time_wait过多问题解决
野马
05-17 4579
apache服务器的fin_wait1过多time_wait过多问题解决 1、fin_wait1状态过多。fin_wait1状态是在server端主动要求关闭tcp连接，并且主动发送fin以后，等待client端回复ack时候的状态。fin_wait1的产生原因有很多，需要结合netstat的状态来分析。 netstat -nat|awk '{print awk $NF}'|sort|uniq -c|sort -n 上面的命令可以帮助分析哪种tcp状态数量异常 netstat -nat|grep ":80"
关于FIN_WAIT1
热门推荐
bytxl的专栏
06-18 2万+
前些天，一堆人在 TCPCopy 社区里闲扯蛋，有人提了一个问题：FIN_WAIT1 能持续多久？引发了一场讨论，期间我得到斌哥和多位朋友的点化，受益良多。 让我们热热身，通过一张旧图来回忆一下 TCP 关闭连接时的情况： TCP Close 看图可知，主动关闭的一方发出 FIN，同时进入 FIN_WAIT1 状态，被动关闭的一方响应 ACK，从而
【TCP/IP】TIME_WAIT状态及地址reuse问题，SO_REUSEADDR参数详解
lixungogogo的博客
08-07 5034
TCP/IP四次挥手　　在TCP/IP协议取消连接的时候会进行四次挥手过程： 　　 　　 　　当某个应用进程主动关闭的时候，该端TCP会发送一个FIN分节，表示数据发送完毕。 　　接收到这个FIN的对端执行被动关闭，这个FIN由TCP进行确认，他的接受也作为一个文件结束符EOF传递给接收端应用进程，因为FIN的接受意味着接收端应用进程在相应连接上再无额外数据可以接受。 　　一段时间后，接受
TCP/IP传输层协议实现 - TCP连接的建立与终止(lwip)
arm7star的博客
05-10 4109
1、lwip tcp相关数据结构 1.1、tcp报文格式 《TCP-IP详解卷 1：协议》TCP包首部结构如下： 1.2、lwip tcp数据结构 tcp相关数据结构如下，tcp_pcb_listen为服务器的监听tcp链表，各监听的tcp通过next指针连接成一个链表，tcp_pcb为tcp控制块(tcp_pcb_listen监听仅需要端口、ip地址等信息，tcp_pcb为通信过程的tcp控制块，需要包含tcp通信协议的数据等，tcp_pcb包含了tcp_pcb_listen所有的信息，因为监
LWIP实现的TCP、IP协议栈
02-06
它通过状态机来管理TCP连接的不同阶段，如SYN_SENT、ESTABLISHED、FIN_WAIT_2等。TCP窗口滑动机制用于流量控制和拥塞避免，确保数据的可靠传输。 ### 4. IP协议实现 IP模块负责处理IP数据报的封装、解封装和路由...
ZYNQ-7020使用lwip-141，断开网线后无法自动重新连接
大全麦的博客
01-12 698
如果有人感兴趣，踢我一下。
STM32F407 LWIP掉线重连
z961968549的博客
03-02 1万+
STM32F407 LWIP掉线重连STM32CUBE配置(简略)网卡配置(注意网卡复位引脚)LWIP配置TCP/IP 连接自动重连的实现Lwip协议栈TCP保活(KeepAlive)设定自动重连流程简介代码实现 STM32CUBE配置(简略) 请根据硬件自行百度网卡、lwip、freertos配置 网卡配置(注意网卡复位引脚) LWIP配置 这里使用静态IP地址，注意一定要把LWIP_NETIF_LINK_CALLBACK选上，不然连接状态改变不能进入拔下或者插入网线回调函数，里面做一点自己的事情
TCP连接的终止----主动关闭
Justlinux2010的专栏
03-23 1万+
在正常情况下，TCP连接的关闭需要连接的两端进行四次分组交换，具体过程是：执行主动关闭的一端（A端）会首先发送FIN包给对端（B端），B端收到FIN包后会发送一个ACK包给A段；B段执行关闭操作，发送FIN给A端，A端发送一个ACK给B端，连接彻底关闭。分组交换和状态迁移如下图所示：      通常情况下，只有执行主动关闭的一端会进入TIME_WAIT状态，还有一种情况会导致连接的两端都进入T
裸机 lwip，客户端断开连接后，无法重新连接server端
04-24 611
修改error_callback函数，将tcp_server_disconnect函数中的tcp_abort替换为tcp_close。/* PC上位机如果正常运行中闪退或者不良退出会出现这个错误，此时服务器需要释放掉连接 *///tcp_abort(tpcb);/* 关闭连接并释放tpcb控制块 */
关于LWIP因为网络异常导致无法再次连接的解决办法
shjhuang的专栏
05-31 7154
关于这个问题，n年前就遇到了，当时是设备运行半个月一个月网络就中断了，死活连不上。后来在办公室模拟了现场网络不稳定的情况，找到了问题的根源，就是连接一直停留在FIN_WAIT1状态无法超时退出，导致资源占用了，客户端连接不上来。没想到今天新作的项目，也遇到了这个问题，解决办法： 在tcp_slowtmr(void)函数内部，复制FIN_WAIT2的处理程序，改成FIN_WAIT1即可。 /* Check if this PCB has stayed too long in FIN-WAIT-1 *
lwip ---（十三）TCP建立与断开
陈言陈语的小陈
01-28 2495
  TCP部分是整个LWIP最庞大也是难理解的部分，其代码将近占了整个协议栈代码量的一半。看到如此大的一个工程真的不知道从哪里下口才能将它讲清楚。郁闷，看到啥就写啥吧先，等写完了再来慢慢整理。但我想参考的基本主线还是标准协议的TCP部分。   TCP叫传输控制协议，它为上层提供一种面向连接的、可靠的字节流服务，（PS：这一段都剽窃自协议）。TCP通过下面的一系列机制来提供可靠性：应用数据被分割成TCP认为最适合发送的数据块；当TCP发出一个段后，它启动一个定时器，等待目的端确认收到这个报文段，如果不能及时收
lwip tcp socket
06-09
在lwip中，TCP Socket同样是通过lwip/sockets.h头文件提供的API来实现的。要创建一个TCP Socket，可以使用以下代码： ``` #include "lwip/sockets.h" int sockfd; struct sockaddr_in server_addr; // 创建Socket sockfd = socket(AF_INET, SOCK_STREAM, 0); if (sockfd < 0) { printf("socket error\n"); return -1; } // 设置server_addr server_addr.sin_family = AF_INET; server_addr.sin_port = htons(8000); server_addr.sin_addr.s_addr = htonl(INADDR_ANY); // 绑定Socket if (bind(sockfd, (struct sockaddr *)&server_addr, sizeof(server_addr)) < 0) { printf("bind error\n"); return -1; } // 监听Socket if (listen(sockfd, 5) < 0) { printf("listen error\n"); return -1; } ``` 以上代码创建了一个TCP Socket并绑定到本地IP地址和端口号8000，然后监听该Socket，等待客户端连接。 接下来可以使用accept()函数接受客户端连接，并使用send()函数发送数据，使用recv()函数接收数据： ``` int newfd; char buf[1024]; // 接受客户端连接 newfd = accept(sockfd, NULL, NULL); if (newfd < 0) { printf("accept error\n"); return -1; } // 发送数据 send(newfd, "hello, client\n", 14, 0); // 接收数据 recv(newfd, buf, sizeof(buf), 0); printf("recv: %s\n", buf); ``` 以上代码接受了一个客户端连接，并向客户端发送数据"hello, client\n"，然后接收客户端发送的数据并打印。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值