Hi Tom, 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. Regards, On Wed, Jun 11, 2008 at 11:59 AM, thesmile <thesmile at ncinet.de> wrote:> Hi Taner > > > I doubt that the change of routes does not affect your connection, because > this is normal practise with carriers (BGP or least cost routing) and > usually it has no impact on the enduser, as it happens in milliseconds. > My personal thinking is, that your ADSL Provider disconnects you once or > twice a day to unload the DSLAM port and sometimes, if you do not have a > fixed IP address, you even get a new IP address. > This disconnect takes a bit long to synchronize in your case. > Have you checked that? Look into the logfile of your modem/router. > > If so, then force your modem or router to do this disconnect at a fixed > time in the middle of the night. > Which equipment are you using? > > Tom > > > > ------------------------------ > *Von:* icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] *Im > Auftrag von *Taner Sener > *Gesendet:* Dienstag, 10. Juni 2008 16:14 > *An:* Maarten Bezemer > *Cc:* icecast at xiph.org > *Betreff:* Re: [Icecast] Buffer in IceCast > > Hi Maarten, > > Yes, I'm behind ADSL with PPPoE but I don't think it is related with my > case. When my client disconnects from IceCast server for 15-20 seconds, my > active downloads are not interrupted. It currently effects only the route > to my IceCast server, other routes looks uneffected. I'm pinging IceCast > server continuously and checking trace route periodically. It is comething > like: my IceCast server is 6 hops far from me and when my connection > goes-gomes it becomes 8 hops far from me. Also some addresses on trace route > are not the same. This is why I see this situation as a route change. > > Regards, > > On Tue, Jun 10, 2008 at 4:44 PM, Maarten Bezemer <mcbicecast at robuust.nl> > wrote: > >> Hi, >> >> Are you running behind an ADSL line? If so, what type of ADSL connection >> (PPPoA, RFC1483 bridged), what type of router, etc. >> Also the line quality (noise margin, line speed, rx/tx attenuation) may be >> an important issue. If the line is indeed gone for 15-20 seconds, this >> indicates a retrain/relogin of your connection. Maybe the logs from your >> modem can tell you more about these outages. >> >> I doubt it is the ISP just changing routes, since the last mile to you is >> always using the same route, and re-routing anything beyond that point >> will have impact on large numbers of customers. Besides, those wouldn't >> take 15-20 seconds. >> >> So, good luck with your new homework ;-) >> >> Regards, >> Maarten >> >> >> On Tue, 10 Jun 2008, Taner Sener wrote: >> >> > Well, if it is the only option to overcome the problems I will certainly >> do >> > it, >> > >> > On Tue, Jun 10, 2008 at 4:23 PM, Sascha Bieler < >> sascha.bieler at radiogong.de> >> > wrote: >> > >> > > Ups? >> > > >> > > Is it possible to place a second (backup) streamer in another network >> and >> > > you define a fallback mount? >> > > >> > > >> > > >> > > *From:* Taner Sener [mailto:tanersener at gmail.com] >> > > *Sent:* Tuesday, June 10, 2008 3:15 PM >> > > >> > > *To:* sascha.bieler at radiogong.de >> > > *Cc:* icecast at xiph.org >> > > *Subject:* Re: [Icecast] Buffer in IceCast >> > > >> > > >> > > >> > > Actually my IP is static, >> > > >> > > My ISP is changing the route (my path to IceCast server). It takes >> more >> > > than 10 seconds to recover also I'm loosing the connection. >> > > >> > > On Tue, Jun 10, 2008 at 3:31 PM, Sascha Bieler < >> sascha.bieler at radiogong.de> >> > > wrote: >> > > >> > > So you have a dynamic IP-address. Right? Did you ever thought about a >> > > static? >> > > >> > > >> > > >> > > >> > > >> > > *From:* Taner Sener [mailto:tanersener at gmail.com] >> > > *Sent:* Tuesday, June 10, 2008 1:11 PM >> > > *To:* sascha.bieler at radiogong.de >> > > *Cc:* icecast at xiph.org >> > > *Subject:* Re: [Icecast] Buffer in IceCast >> > > >> > > >> > > >> > > It happens sometimes after 3 hours, sometimes after 24 hours and lasts >> for >> > > 15-20 seconds. The problem is caused by my ISP actually and I can not >> do >> > > anything from ISP side. >> > > >> > > My client reconnects offcourse but server is playing silence during >> the >> > > failure. >> > > >> > > On Tue, Jun 10, 2008 at 1:30 PM, Sascha Bieler < >> sascha.bieler at radiogong.de> >> > > wrote: >> > > >> > > How long are these interrupts caused through network failure? >> > > >> > > Does your client (streamer) not reconnect automatically? >> > > >> > > >> > > >> > > >> > > >> > > *From:* icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] >> *On >> > > Behalf Of *Taner Sener >> > > *Sent:* Tuesday, June 10, 2008 12:25 PM >> > > *To:* icecast at xiph.org >> > > *Subject:* [Icecast] Buffer in IceCast >> > > >> > > >> > > >> > > Hello, >> > > >> > > I'm trying to establish a radio station using Icecast but I need a >> > > recommendation about a problem. I hope you can give me some tips about >> the >> > > issue. >> > > >> > > My case is: my icecast server and ice cast client are in different >> > > locations and connection between these two is not so healthy. >> Sometimes >> > > network problems causes client to loose connection with server and >> this >> > > causes server to broadcast silence to the listeners. I want to get rid >> of >> > > this. What I wonder is if IceCast Server buffers some amount of time >> before >> > > broadcasting it to the listeners. I mean the stream data in the buffer >> can >> > > be broadcasted to listeners when connection between server and client >> is >> > > lost. I think if there is such kind of implementation it can help me >> on >> > > solving this issue. >> > > >> > > Thanks, >> > > >> > > >> > > >> > > >> > > >> > >> >> >> > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/icecast/attachments/20080611/5da897af/attachment.htm
<!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>
Hallo Taner
Can you send me a private mail and give me your Ip adresses (server and
office) , then I will monitor them
Tom
_____
Von: Taner Sener [mailto:tanersener at gmail.com]
Gesendet: Mittwoch, 11. Juni 2008 19:38
An: thesmile
Cc: icecast at xiph.org
Betreff: Re: [Icecast] Buffer in IceCast
Hi Tom,
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.
Regards,
On Wed, Jun 11, 2008 at 11:59 AM, thesmile <thesmile at ncinet.de> wrote:
Hi Taner
I doubt that the change of routes does not affect your connection, because
this is normal practise with carriers (BGP or least cost routing) and
usually it has no impact on the enduser, as it happens in milliseconds.
My personal thinking is, that your ADSL Provider disconnects you once or
twice a day to unload the DSLAM port and sometimes, if you do not have a
fixed IP address, you even get a new IP address.
This disconnect takes a bit long to synchronize in your case.
Have you checked that? Look into the logfile of your modem/router.
If so, then force your modem or router to do this disconnect at a fixed time
in the middle of the night.
Which equipment are you using?
Tom
_____
Von: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] Im Auftrag
von Taner Sener
Gesendet: Dienstag, 10. Juni 2008 16:14
An: Maarten Bezemer
Cc: icecast at xiph.org
Betreff: Re: [Icecast] Buffer in IceCast
Hi Maarten,
Yes, I'm behind ADSL with PPPoE but I don't think it is related with my
case. When my client disconnects from IceCast server for 15-20 seconds, my
active downloads are not interrupted. It currently effects only the route
to my IceCast server, other routes looks uneffected. I'm pinging IceCast
server continuously and checking trace route periodically. It is comething
like: my IceCast server is 6 hops far from me and when my connection
goes-gomes it becomes 8 hops far from me. Also some addresses on trace route
are not the same. This is why I see this situation as a route change.
Regards,
On Tue, Jun 10, 2008 at 4:44 PM, Maarten Bezemer <mcbicecast at
robuust.nl>
wrote:
Hi,
Are you running behind an ADSL line? If so, what type of ADSL connection
(PPPoA, RFC1483 bridged), what type of router, etc.
Also the line quality (noise margin, line speed, rx/tx attenuation) may be
an important issue. If the line is indeed gone for 15-20 seconds, this
indicates a retrain/relogin of your connection. Maybe the logs from your
modem can tell you more about these outages.
I doubt it is the ISP just changing routes, since the last mile to you is
always using the same route, and re-routing anything beyond that point
will have impact on large numbers of customers. Besides, those wouldn't
take 15-20 seconds.
So, good luck with your new homework ;-)
Regards,
Maarten
On Tue, 10 Jun 2008, Taner Sener wrote:
> Well, if it is the only option to overcome the problems I will certainly
do> it,
>
> On Tue, Jun 10, 2008 at 4:23 PM, Sascha Bieler
<sascha.bieler at radiogong.de>> wrote:
>
> > Ups?
> >
> > Is it possible to place a second (backup) streamer in another network
and> > you define a fallback mount?
> >
> >
> >
> > *From:* Taner Sener [mailto:tanersener at gmail.com]
> > *Sent:* Tuesday, June 10, 2008 3:15 PM
> >
> > *To:* sascha.bieler at radiogong.de
> > *Cc:* icecast at xiph.org
> > *Subject:* Re: [Icecast] Buffer in IceCast
> >
> >
> >
> > Actually my IP is static,
> >
> > My ISP is changing the route (my path to IceCast server). It takes
more
> > than 10 seconds to recover also I'm loosing the connection.
> >
> > On Tue, Jun 10, 2008 at 3:31 PM, Sascha Bieler
<sascha.bieler at radiogong.de>> > wrote:
> >
> > So you have a dynamic IP-address. Right? Did you ever thought about a
> > static?
> >
> >
> >
> >
> >
> > *From:* Taner Sener [mailto:tanersener at gmail.com]
> > *Sent:* Tuesday, June 10, 2008 1:11 PM
> > *To:* sascha.bieler at radiogong.de
> > *Cc:* icecast at xiph.org
> > *Subject:* Re: [Icecast] Buffer in IceCast
> >
> >
> >
> > It happens sometimes after 3 hours, sometimes after 24 hours and lasts
for> > 15-20 seconds. The problem is caused by my ISP actually and I can not
do
> > anything from ISP side.
> >
> > My client reconnects offcourse but server is playing silence during
the
> > failure.
> >
> > On Tue, Jun 10, 2008 at 1:30 PM, Sascha Bieler
<sascha.bieler at radiogong.de>> > wrote:
> >
> > How long are these interrupts caused through network failure?
> >
> > Does your client (streamer) not reconnect automatically?
> >
> >
> >
> >
> >
> > *From:* icecast-bounces at xiph.org [mailto:icecast-bounces at
xiph.org] *On
> > Behalf Of *Taner Sener
> > *Sent:* Tuesday, June 10, 2008 12:25 PM
> > *To:* icecast at xiph.org
> > *Subject:* [Icecast] Buffer in IceCast
> >
> >
> >
> > Hello,
> >
> > I'm trying to establish a radio station using Icecast but I need a
> > recommendation about a problem. I hope you can give me some tips about
the> > issue.
> >
> > My case is: my icecast server and ice cast client are in different
> > locations and connection between these two is not so healthy.
Sometimes
> > network problems causes client to loose connection with server and
this
> > causes server to broadcast silence to the listeners. I want to get rid
of> > this. What I wonder is if IceCast Server buffers some amount of time
before> > broadcasting it to the listeners. I mean the stream data in the buffer
can> > be broadcasted to listeners when connection between server and client
is
> > lost. I think if there is such kind of implementation it can help me
on
> > solving this issue.
> >
> > Thanks,
> >
> >
> >
> >
> >
>
_______________________________________________
Icecast mailing list
Icecast at xiph.org
http://lists.xiph.org/mailman/listinfo/icecast
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.xiph.org/pipermail/icecast/attachments/20080612/ca66eff3/attachment.htm
Hi Dick, I've already tried similar ping, traceroute tests, but couldn't find anything. Karl recommended me some config parametres but they didn't worked for me, so I'll run my server & client on the same host. It is the only working path for me. Thanks, Taner On Wed, Jun 11, 2008 at 9:09 PM, Dick Trump <dtrump1 at triadav.com> wrote:> Taner Sener wrote: > > > > > 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. > > > 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: > > > 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. > > > 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. > > > -- > > Regards > > Dick Trump > > > Triad AV Services > > 1910 Ingersoll Ave. > > Des Moines, IA 50309 > > 515-243-2125 > > 515-243-2055 (fax) > > http://www.triadav.com > > dtrump1 at triadav.com > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/icecast/attachments/20080612/7ce6f063/attachment-0001.htm