<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html><head><title>Re: [Icecast] Buffer in IceCast</title>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-15">
<meta http-equiv="Content-Style-Type" content="text/css">
<style type="text/css"><!--
body {
margin: 5px 5px 5px 5px;
background-color: #ffffff;
}
/* ========== Text Styles ========== */
hr { color: #000000}
body, table /* Normal text */
{
font-size: 10pt;
font-family: 'Arial';
font-style: normal;
font-weight: normal;
color: #000000;
text-decoration: none;
}
span.rvts1 /* Heading */
{
font-weight: bold;
color: #0000ff;
}
span.rvts2 /* Subheading */
{
font-weight: bold;
color: #000080;
}
span.rvts3 /* Keywords */
{
font-style: italic;
color: #800000;
}
a.rvts4, span.rvts4 /* Jump 1 */
{
color: #008000;
text-decoration: underline;
}
a.rvts5, span.rvts5 /* Jump 2 */
{
color: #008000;
text-decoration: underline;
}
span.rvts6
{
font-size: 9pt;
}
span.rvts7
{
font-size: 11pt;
font-family: 'tahoma';
font-weight: bold;
color: #ffffff;
background-color: #0000ff;
}
span.rvts8
{
font-size: 9pt;
}
span.rvts9
{
font-size: 9pt;
font-style: italic;
color: #808080;
}
a.rvts10, span.rvts10
{
font-size: 9pt;
color: #0000ff;
text-decoration: underline;
}
/* ========== Para Styles ========== */
p,ul,ol /* Paragraph Style */
{
text-align: left;
text-indent: 0px;
padding: 0px 0px 0px 0px;
margin: 0px 0px 0px 0px;
}
.rvps1 /* Centered */
{
text-align: center;
}
--></style>
</head>
<body>
<p><span class=rvts6>Taner Sener wrote:</span></p>
<div><table border=0 cellpadding=1 cellspacing=2>
<tr valign=top>
<td width=12 style="background-color: #0000ff;">
<p><span class=rvts7>></span></p>
</td>
<td width=839 style="background-color: #ffffff;">
<p><span class=rvts8>You might be right, but I don't get why my existing downloads (I guess they are on different routes) are not affected. If my ADLS provider is doing some IP adjustments (btw my IP is static) I expect everything to disconnect, not only my icecast connection. So I'll monitor my USRobotics logs today and tomorrow so see if there is something strange. </span></p>
</td>
</tr>
</table>
</div>
<p><br></p>
<p>It looks like you have been focusing on the server connection. Are you sure the source client connection isn't the problem? Do you also have responsibility of that system and connection? Here are a couple of things you might try:</p>
<p><br></p>
<p>1. Set up a separate job or computer that periodically pings (or tracert) the source client, and if possible another location on the same IP, logging both results. Then when you do have one of your unscheduled drops, compare the ping results to the time that you have had the dropout. That can possibly localize where the loss is happening.</p>
<p><br></p>
<p><span class=rvts6>2. If you do have control of the source client, consider running a server application on the same machine as the source client. Then run your current server as a relay. I'm unsure if that will provide the buffering you were looking for. Karl can probably tell you if it is likely to do any good.</span></p>
<p><br></p>
<p><span class=rvts9>-- </span></p>
<p><span class=rvts9>Regards</span></p>
<p><span class=rvts9>Dick Trump</span></p>
<p><br></p>
<p><span class=rvts9>Triad AV Services</span></p>
<p><span class=rvts9>1910 Ingersoll Ave.</span></p>
<p><span class=rvts9>Des Moines, IA 50309</span></p>
<p><span class=rvts9>515-243-2125</span></p>
<p><span class=rvts9>515-243-2055 (fax)</span></p>
<p><a class=rvts10 href="http://www.triadav.com">http://www.triadav.com</a></p>
<p><a class=rvts10 href="mailto:dtrump1@triadav.com">dtrump1@triadav.com</a></p>
</body></html>