If you are seeing your stream dropping and disconnecting, you may actually be seeing a network-related timeout. Checking your icecast logs will allow you to see a line like this:
[2025-09-05 19:18:55] WARN source/source_read Disconnecting /examplemount due to socket timeout
This line explicitly indicates that Icecast didn't receive any data from the source encoder within the configured timeout window, triggering Icecast mount to shut down the source and causing the downstream listener drops. Icecast cannot control upstream network stability. If the source encoder (or the network path between it and the server) temporarily fails to send data, Icecast treats it as a failure and disconnects to avoid stale streams. Listeners are also dropped when they fall too far behind due to limited queue sizes or network slowdowns, further compounding the appearance of “drops.”
You can try to mitigate the issue by increasing the source and client timeouts as well as the queue size with custom Icecast configuration via the Service Configuration → Advanced tab (Custom XML). This may help the scenario but ultimately it might not considering the issue is network related.
<icecast>
<limits>
<!-- Increase timeouts to allow transient blips -->
<source-timeout>60</source-timeout>
<client-timeout>60</client-timeout>
</limits>
</icecast>
Then in Advanced -> Queue Size, set this to "1048576"
