LWIP应用笔记

小咪咪 2022-05-13 22:20 709阅读 0赞

死机现象：  
设备作为客户端在判断服务器掉线重连过程中会进入lwip中两个定时器相关函数（tcp\_fasttmr（）和 tcp\_tmr（））造成死循环

LWIP\_TCP修改笔记：  
1.tcp\_fasttmr（）和 tcp\_tmr（）  
2.回调函数Tcp\_Recv中的pbuf\_free(p)位置;  
3.协议栈内核参数配置文件：lwipopts\_.h(lwiplib\_1.4.1.c -> tcp.c -> lwip/opt.h -> lwipopts\_.h)  
4.网卡驱动配置文件  
5.系统引入sys\_check\_timeouts处理内核各种定时事件，则需修改系统时钟 sys\_now( )函数来返回当前系统时间。  
6.协议栈初始化时的g\_ui32LocalTimer系统时间变量  
7.应用层CreatTaskLwipTcp函数中的Task.period.tTimer时间  
8.内存池memp.c文件中memp\_malloc（）函数与memp\_free（）函数  
详见：[https://www.amobbs.com/thread-5554416-1-1.html][https_www.amobbs.com_thread-5554416-1-1.html]  
9.发现客户端会不断进入CLOSE\_WAIT状态（客户端不会出现CLOSE\_WAIT状态，只有服务端才会出现），而客户端连接断开的整个过程应该为：  
CLOSE — SYN\_SENT — ESTABLISHED FIN\_WAIT\_1 — FIN\_WAIT\_2 — TIME\_WAIT（2MSL） — CLOSE  
发现问题是客户端与服务器端同时发送FIN报文所致

问题转化为：两端同时发起主动关闭时（此时没有将任何一端称为客户端或服务端），为什么设备（客户端）会进入CLOSE\_WAIT状态然后造成死循环  
双方同时关闭：FIN\_WAIT\_1 — CLOSING —　TIME\_WAIT —CLOSE

10.首先Client程序处于CLOSE\_WAIT状态的话，说明套接字是被动关闭的！  
重点： 客户端close\_wait解决办法:  
[https://www.cnblogs.com/zl1991/p/7121736.html?utm\_source=itdadao&utm\_medium=referral][https_www.cnblogs.com_zl1991_p_7121736.html_utm_source_itdadao_utm_medium_referral]  
[https://blog.csdn.net/fenglibing/article/details/36706965][https_blog.csdn.net_fenglibing_article_details_36706965]  
[https://blog.csdn.net/Poisx/article/details/79319386][https_blog.csdn.net_Poisx_article_details_79319386]  
[http://new-restart.iteye.com/blog/1935282][http_new-restart.iteye.com_blog_1935282]  
因为如果是Server端主动断掉当前连接的话，那么双方关闭这个TCP连接共需要四个packet：  
Server —> FIN —> Client  
Server <— ACK <— Client

这时候Server端处于FIN\_WAIT\_2状态；而我们的程序处于CLOSE\_WAIT状态(异常)。  
Server <— FIN <— Client

这时Client发送FIN给Server，Client就置为LAST\_ACK状态。  
Server —> ACK —> Client  
11.Create\_LwipTcp –> u\_sTcp\_pcb\[i\]->local\_port = pConnectMesg->wSrcPort;  
12.tcp\_bind()函数返回ERR\_USE表示端口号被占用。  
修改：tcp.c中tcp\_close\_shutdown(); pcb->local\_port = 0;  
资料：[https://blog.csdn.net/fern\_girl/article/details/73657825][https_blog.csdn.net_fern_girl_article_details_73657825]  
（[http://blog.sina.com.cn/s/blog\_72d911930102wnfe.html][http_blog.sina.com.cn_s_blog_72d911930102wnfe.html]）  
（[https://blog.csdn.net/jiangjunjie\_2005/article/details/26051399][https_blog.csdn.net_jiangjunjie_2005_article_details_26051399]）  
13.tcp\_close Lwip\_TcpClose

--------------------

总结：  
Client产生CLOSE\_WAIT状态，属于被动关闭，在被动关闭连接的情况下，在已经接收到FIN但是没有发出自己的FIN的时刻，连接会处于CLOSE\_WAIT  
状态(本应该持续时间很短)，这是因为服务端发送的FIN包客户端接收出错，由TCP代回了一个ACK包，所以客户端就会处在CLOSE\_WAIT的状态中，造成连接池的中创建连接数已经达到了最大数字，不能够创建新的连接了，已经创建的连接都是在等待关闭（CLOSE\_WAIT）的状态，没有被放回到可用的连接池中，不能够用于处理新的连接请求，因而所有的请求都是堵在了从连接池中获取连接哪里。  
解决办法：  
检测到sever关闭后，Client自己再次主动关闭

[https_www.amobbs.com_thread-5554416-1-1.html]: https://www.amobbs.com/thread-5554416-1-1.html
[https_www.cnblogs.com_zl1991_p_7121736.html_utm_source_itdadao_utm_medium_referral]: https://www.cnblogs.com/zl1991/p/7121736.html?utm_source=itdadao&utm_medium=referral
[https_blog.csdn.net_fenglibing_article_details_36706965]: https://blog.csdn.net/fenglibing/article/details/36706965
[https_blog.csdn.net_Poisx_article_details_79319386]: https://blog.csdn.net/Poisx/article/details/79319386
[http_new-restart.iteye.com_blog_1935282]: http://new-restart.iteye.com/blog/1935282
[https_blog.csdn.net_fern_girl_article_details_73657825]: https://blog.csdn.net/fern_girl/article/details/73657825
[http_blog.sina.com.cn_s_blog_72d911930102wnfe.html]: http://blog.sina.com.cn/s/blog_72d911930102wnfe.html
[https_blog.csdn.net_jiangjunjie_2005_article_details_26051399]: https://blog.csdn.net/jiangjunjie_2005/article/details/26051399