lwip-users
[Top][All Lists]
Advanced

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

Re: [lwip-users] Frequent window closing (zero window) when receiving MP


From: Norbert Morawski
Subject: Re: [lwip-users] Frequent window closing (zero window) when receiving MP3 stream
Date: Mon, 3 Jul 2023 15:20:04 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.12.0

Hi,

thanks for reply! I think you're right. This is a capture of a scenario when playback stuttered: https://i.imgur.com/OrjXBnn.jpeg. I can see a window not being fulfilled quickly enough and it's bad. So my question is now how to avoid such situations? Is enlarging the window a worthy direction (not to waste RAM on something that won't help)?

On 03/07/2023 14:47, Simon Goldschmidt wrote:
Hi Norbert,

in my opinion, this is ok: what you see here is that data is coming in faster than your application can process it. That's, ok. It would be bad the other way round as you would then probably get breaks in your mp3 stream.

The window being advertised as non-zero and then as zero again simply means the sender is fast in filling it again, which is a good thing.

Regards,
Simon


Am 3. Juli 2023 12:21:58 MESZ schrieb Norbert Morawski <norbertzpilicy@gmail.com>:
Hello, I'm not sure if this is a problem, but my MP3 radio streamer (lwip @ RP2040) frequently closes the window. This is caused by a initial inrush of data from the server, which pushes the window from 12kB to almost 0. Then it only oscillates between 0 and 4kB with a period of about 2 seconds. Isn't there a way to prevent the initial depletion of window size? I'd be much comfortable if it'd oscillate around half of the window size. Changing window size didn't help. Current config is: TCP_MSS                     1460 TCP_WND                    (8 * TCP_MSS) = 11680 bytes The app ACKs data as it decodes the MP3 frames, which would be 2 fast calls to tcp_recved of around 400 bytes each 50 ms. Here are some images regarding the problem. A chart of advertised window size from lwip client to the server and a wireshark dump where initial 8 packets of size 87% of the window are received in about 0.2ms (https://imgur.com/gallery/TVVcTp2) Or I have nothing to worry about and this is a normal TCP behavior? Regards, Norbert.
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]