lwip-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [lwip-users] Browser finishes every HTTP GET request with a ACK RST,


From: Info
Subject: Re: [lwip-users] Browser finishes every HTTP GET request with a ACK RST, why ?
Date: Wed, 22 Sep 2021 08:52:49 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0

Does nobody have the time to give me some advise where the problem could be ?

At least to understand the main problem I need some help.
In the Wireshark capture file at line number 245 is a TCP frame from the web browser with the [SYN] flag set. Normally the web server would answer with [SYN, ACK]. But for some reason the web server answer only with [ACK] (line number 246 in the capture file). And from this point on the communication with the web server is disturbed.

Any help would really be very welcome.

Kind regards
Roland


Am 15.09.21 um 15:37 schrieb Info:
Hi

I'm using lwIP (2.1.3-RC1) with the httpd web server from the apps directory in my embedded application. After loading a web content from the web server a periodic communication starts from the web browser that opened the website. This all works, but after a view minutes the periodic communication gets broken (the web server/lwIP stack itself does not crash). After a reload of the web site the periodic communication is established again for a view minutes.

In the attached Wireshark capture file I can see many frames (from the web browser) with the set ACK RST flags. For me it not clear why the web browser sends this frames and if it is the reason for the broken periodic communication ? Any help and maybe some explanation would be very welcome.

I also activated the debugging output and the internal lwIP asserts, but this did not help me to track down the problem. The web server does not support encryption.

The lwIP uses FreeRTOS with the sys_arch files found in the contrib package.

IPs used in the Wireshark capture : The web server uses 192.168.3.131 and the client (web browser) 192.168.10.103 .

Thank you very much for any help
Roland

_______________________________________________
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users


reply via email to

[Prev in Thread] Current Thread [Next in Thread]