Re: Issues with icecast stream from some Verizon users?

Thom Jones <[email protected]> Fri, 10 Jul 2026 11:48:04 -0500
Newsgroups gmane.comp.audio.icecast.general
Message-ID <CAPCn2aDSYjJU+_XnNw6f+izDzMXYyfugBYQ_h=V+TpR3xf+PPw@mail.gmail.com>
--===============0681635438968790471==
Content-Type: multipart/alternative; boundary="000000000000d041c706564481fe"

--000000000000d041c706564481fe
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Thu, Jul 9, 2026 at 11:45=E2=80=AFAM Thom Jones <[email protected]> wrote:

>
>> Thanks, Phillip -
> https://stream.wortfm.org:8443/high.mp3
> The issue is usually that nothing comes through at all either from the
> live listen link on the website (which is just feeding the link from
> icecast) or it plays for several seconds and then cuts off.  Also our pho=
ne
> app gives no audio either and that also is just pulling directly from  th=
e
> icecast server.
> Other Verizon customers that have tested have had no issues whatsoever
> which only compounds the troubleshooting.
> Seems to be both Verizon cell data as well as Verizon FIOS.
> I'm still trying to get more info from our listeners but with such a smal=
l
> sampling it is proving difficult.
> And the only way I can recreate it is asking those affected to "try it
> again" and report back.
>
>
The issue is now, I think, resolved.  Made some changes to the xml file:
* Turned up the listener time-out from 30 seconds to 60.,
* Reduced the burst size from 64KB to 32KB.  I guess Verizon is especially
susceptible to dropping fragmented packets which causes the stream to die
quickly.,
* Increased the queue size for a larger buffer pool for slower connections
from half a meg to a full MB

So far the reports back are that things are working as they are supposed
to.  Not sure which one of these fixed it, but I'm keeping them all in
place!  lol
Thanks for the assist!

--000000000000d041c706564481fe
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon=
t-family:tahoma,sans-serif"><br></div></div><br><div class=3D"gmail_quote g=
mail_quote_container"><div dir=3D"ltr" class=3D"gmail_attr">On Thu, Jul 9, =
2026 at 11:45=E2=80=AFAM Thom Jones &lt;<a href=3D"mailto:[email protected]">=
[email protected]</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" s=
tyle=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);pad=
ding-left:1ex"><div dir=3D"ltr"><div class=3D"gmail_quote"><blockquote clas=
s=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid r=
gb(204,204,204);padding-left:1ex"><br></blockquote><div style=3D"font-famil=
y:tahoma,sans-serif"><span style=3D"background-color:transparent">Thanks, P=
hillip -=C2=A0</span></div><div style=3D"font-family:tahoma,sans-serif"><a =
href=3D"https://stream.wortfm.org:8443/high.mp3" target=3D"_blank">https://=
stream.wortfm.org:8443/high.mp3</a><br>The issue is usually that nothing co=
mes through at all either from the live listen link on the website (which i=
s just feeding the link from icecast) or it plays for several seconds and t=
hen cuts off.=C2=A0 Also our phone app gives no audio either and that also =
is just pulling directly from=C2=A0 the icecast server.=C2=A0=C2=A0<br>Othe=
r=C2=A0Verizon customers that have tested have had no issues whatsoever whi=
ch only compounds the troubleshooting.=C2=A0</div><div style=3D"font-family=
:tahoma,sans-serif">Seems to be both Verizon cell data as well as Verizon F=
IOS.</div><div style=3D"font-family:tahoma,sans-serif">I&#39;m still trying=
=C2=A0to get more info from our listeners but with such a small sampling it=
 is proving difficult.</div><div style=3D"font-family:tahoma,sans-serif">An=
d the only way I can recreate it is asking those affected to &quot;try it a=
gain&quot; and report back.=C2=A0=C2=A0</div><div style=3D"font-family:taho=
ma,sans-serif"><br></div></div></div></blockquote><div><br></div><div class=
=3D"gmail_default" style=3D"font-family:tahoma,sans-serif">The issue is now=
, I think, resolved.=C2=A0 Made some changes to the xml file:<br><span styl=
e=3D"color:rgb(68,68,68);font-family:&quot;Lucida Grande&quot;,Verdana,Aria=
l,sans-serif;font-size:12px">* Turned up the listener time-out from 30 seco=
nds to 60.,</span><br style=3D"color:rgb(68,68,68);font-family:&quot;Lucida=
 Grande&quot;,Verdana,Arial,sans-serif;font-size:12px"><span style=3D"color=
:rgb(68,68,68);font-family:&quot;Lucida Grande&quot;,Verdana,Arial,sans-ser=
if;font-size:12px">* Reduced the burst size from 64KB to 32KB.=C2=A0 I gues=
s Verizon is especially susceptible to dropping fragmented packets which ca=
uses the stream to die quickly.,</span><br style=3D"color:rgb(68,68,68);fon=
t-family:&quot;Lucida Grande&quot;,Verdana,Arial,sans-serif;font-size:12px"=
><span style=3D"color:rgb(68,68,68);font-family:&quot;Lucida Grande&quot;,V=
erdana,Arial,sans-serif;font-size:12px">* Increased the queue size for a la=
rger buffer pool for slower connections from half a meg to a full MB</span>=
</div><div class=3D"gmail_default" style=3D"font-family:tahoma,sans-serif">=
<span style=3D"color:rgb(68,68,68);font-family:&quot;Lucida Grande&quot;,Ve=
rdana,Arial,sans-serif;font-size:12px"><br></span></div><div class=3D"gmail=
_default" style=3D"font-family:tahoma,sans-serif"><span style=3D"color:rgb(=
68,68,68);font-family:&quot;Lucida Grande&quot;,Verdana,Arial,sans-serif;fo=
nt-size:12px">So far the reports back are that things are working as they a=
re supposed to.=C2=A0 Not sure which one of these fixed it, but I&#39;m kee=
ping them all in place!=C2=A0 lol</span></div><div class=3D"gmail_default" =
style=3D"font-family:tahoma,sans-serif"><span style=3D"color:rgb(68,68,68);=
font-family:&quot;Lucida Grande&quot;,Verdana,Arial,sans-serif;font-size:12=
px">Thanks for the assist!</span></div><div class=3D"gmail_default" style=
=3D"font-family:tahoma,sans-serif"><span style=3D"color:rgb(68,68,68);font-=
family:&quot;Lucida Grande&quot;,Verdana,Arial,sans-serif;font-size:12px"><=
br></span></div></div></div>

--000000000000d041c706564481fe--

--===============0681635438968790471==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Icecast mailing list -- [email protected]
To unsubscribe send an email to [email protected]

--===============0681635438968790471==--