RTP stream stops every 120s

[+SIMu]

Hello folks,

I recently got a problem streaming IPTV. About 120 seconds after streaming start VLC stops the replay. Net-monitor shows that there is absolutely zero traffic.

However let me explain my situation.
I moved my VLC installation from my old PC to my new PC. Everything was working fine on the old one.
Differences except hardware are Win11 instead of Win10 and WIFI instead cable connection.

I'm using the playlist for german iptv. E.g. addresses are looking like this rtp://SOMEIP@SOMEIP:10000

What I've tried so far.
Disabled IPv6 and only having IPv4.
IPv4 Advanced TCP/IP Settings disabled automatic metric and setting value to 1 (I had to to this on my old system as well)
Checked windows energy saving settings for WIFI (is set to max. performance)

VLC settings:
Increased Input/Codes > Networksettings TCP-Connection-Time-Out
Increased Input/Codes > Cache value for network (ms)
Enabled Input/Codes > Demuxer > RTP/RTSP > Use RTP over RTSP (TCP)
Enabled Input/Codes > Demuxer > RTP/RTSP > Force Multicast-RTP via RTSP

Nothing has improved. Replay stops after the same timespan.

Sadly the VLC logger does not show any errors or warnings or states a reason for interrupting.

Any ideas what I can try? If you need further information let me know. I will provide the needed info if I can. Thank you very much.

VLC version 3.0.20 Vetinari

PS: A https source is working perfectly (https:// url /index_1M.m3u8)

[Rémi Denis-Courmont]

This is most likely a problem with your WiFi equipment or drivers. Try using a wired connection.

[dzoey]

This can happen if the video source expects some RTSP traffic periodically. Sort of a keep-alive function so the video source knows the receiver is still out there, especially if rtcp is not being received. Make sure there's a firewall rule that allows not only UDP from the video source to the receiver but a rule that permits UDP traffic back from the receiver to the video source so that the receiver can tell the video source about the connection quality. Another keep alive is the receiver needs to periodically, every minute or so, send an OPTIONS command back to the video source, otherwise the video source may decide the receiver has gone away.