<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=windows-1252">
<META content="MSHTML 6.00.6000.16640" name=GENERATOR></HEAD>
<BODY>
<DIV dir=ltr align=left><FONT face=Arial color=#0000ff size=2><SPAN 
class=391590809-11062008>ups</SPAN></FONT></DIV>
<DIV dir=ltr align=left><FONT face=Arial color=#0000ff size=2><SPAN 
class=391590809-11062008></SPAN></FONT> </DIV>
<DIV dir=ltr align=left><FONT face=Arial color=#0000ff size=2><SPAN 
class=391590809-11062008>delete the word NOT in the first sentence 
</SPAN></FONT></DIV>
<DIV dir=ltr align=left><FONT face=Arial color=#0000ff size=2><SPAN 
class=391590809-11062008></SPAN></FONT> </DIV>
<DIV dir=ltr align=left><FONT face=Arial color=#0000ff size=2><SPAN 
class=391590809-11062008><SPAN class=840280808-11062008><FONT face=Arial 
color=#0000ff size=2><SPAN class=840280808-11062008><FONT face=Arial 
color=#0000ff size=2>I doubt that t</FONT></SPAN>he change of routes does "not" 
affect </FONT></SPAN></SPAN></FONT></DIV><BR>
<BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px">
  <DIV class=OutlookMessageHeader lang=de dir=ltr align=left>
  <HR tabIndex=-1>
  <FONT face=Tahoma size=2><B>Von:</B> icecast-bounces@xiph.org 
  [mailto:icecast-bounces@xiph.org] <B>Im Auftrag von 
  </B>thesmile<BR><B>Gesendet:</B> Mittwoch, 11. Juni 2008 10:59<BR><B>An:</B> 
  icecast@xiph.org<BR><B>Betreff:</B> Re: [Icecast] Buffer in 
  IceCast<BR></FONT><BR></DIV>
  <DIV></DIV>
  <DIV dir=ltr align=left><SPAN class=840280808-11062008><FONT face=Arial><FONT 
  color=#0000ff><FONT size=2><SPAN 
  class=868085908-11062008>                      </SPAN>Hi 
  Taner</FONT></FONT></FONT></SPAN></DIV>
  <BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px">
    <BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px">
      <DIV dir=ltr align=left><SPAN class=840280808-11062008><FONT face=Arial 
      color=#0000ff size=2></FONT></SPAN> </DIV>
      <DIV dir=ltr align=left><SPAN class=840280808-11062008><FONT face=Arial 
      color=#0000ff size=2><SPAN class=840280808-11062008><FONT face=Arial 
      color=#0000ff size=2>I doubt that t</FONT></SPAN>he change of routes does 
      not affect your connection, </FONT></SPAN><SPAN 
      class=840280808-11062008><FONT face=Arial color=#0000ff size=2>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.</FONT></SPAN></DIV>
      <DIV dir=ltr align=left><SPAN class=840280808-11062008><FONT face=Arial 
      color=#0000ff size=2>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.</FONT></SPAN></DIV>
      <DIV dir=ltr align=left><SPAN class=840280808-11062008><FONT face=Arial 
      color=#0000ff size=2>This disconnect takes a bit long to synchronize in 
      your case.</FONT></SPAN></DIV>
      <DIV dir=ltr align=left><SPAN class=840280808-11062008><FONT face=Arial 
      color=#0000ff size=2>Have you checked that? Look into the logfile of your 
      modem/router.</FONT></SPAN></DIV>
      <DIV dir=ltr align=left><SPAN class=840280808-11062008><FONT face=Arial 
      color=#0000ff size=2></FONT></SPAN> </DIV>
      <DIV dir=ltr align=left><SPAN class=840280808-11062008><FONT face=Arial 
      color=#0000ff size=2>If so, then force your modem or router to do this 
      disconnect at a fixed time in the middle of the night.</FONT></SPAN></DIV>
      <DIV dir=ltr align=left><SPAN class=840280808-11062008><FONT face=Arial 
      color=#0000ff size=2>Which equipment are you using?</FONT></SPAN></DIV>
      <DIV dir=ltr align=left><SPAN class=840280808-11062008><FONT face=Arial 
      color=#0000ff size=2></FONT></SPAN> </DIV>
      <DIV dir=ltr align=left><SPAN class=840280808-11062008><FONT face=Arial 
      color=#0000ff size=2>Tom</FONT></SPAN></DIV>
      <DIV dir=ltr align=left><SPAN class=840280808-11062008><FONT face=Arial 
      color=#0000ff size=2></FONT></SPAN> </DIV>
      <DIV dir=ltr align=left><SPAN class=840280808-11062008><FONT face=Arial 
      color=#0000ff size=2></FONT></SPAN> </DIV><BR>
      <BLOCKQUOTE style="MARGIN-RIGHT: 0px">
        <DIV class=OutlookMessageHeader lang=de dir=ltr align=left>
        <HR tabIndex=-1>
        <FONT face=Tahoma size=2><B>Von:</B> icecast-bounces@xiph.org 
        [mailto:icecast-bounces@xiph.org] <B>Im Auftrag von </B>Taner 
        Sener<BR><B>Gesendet:</B> Dienstag, 10. Juni 2008 16:14<BR><B>An:</B> 
        Maarten Bezemer<BR><B>Cc:</B> icecast@xiph.org<BR><B>Betreff:</B> Re: 
        [Icecast] Buffer in IceCast<BR></FONT><BR></DIV>
        <DIV></DIV>Hi Maarten,<BR><BR>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.<BR><BR>Regards,<BR><BR>
        <DIV class=gmail_quote>On Tue, Jun 10, 2008 at 4:44 PM, Maarten Bezemer 
        <<A href="mailto:mcbicecast@robuust.nl">mcbicecast@robuust.nl</A>> 
        wrote:<BR>
        <BLOCKQUOTE class=gmail_quote 
        style="PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: rgb(204,204,204) 1px solid">Hi,<BR><BR>Are 
          you running behind an ADSL line? If so, what type of ADSL 
          connection<BR>(PPPoA, RFC1483 bridged), what type of router, 
          etc.<BR>Also the line quality (noise margin, line speed, rx/tx 
          attenuation) may be<BR>an important issue. If the line is indeed gone 
          for 15-20 seconds, this<BR>indicates a retrain/relogin of your 
          connection. Maybe the logs from your<BR>modem can tell you more about 
          these outages.<BR><BR>I doubt it is the ISP just changing routes, 
          since the last mile to you is<BR>always using the same route, and 
          re-routing anything beyond that point<BR>will have impact on large 
          numbers of customers. Besides, those wouldn't<BR>take 15-20 
          seconds.<BR><BR>So, good luck with your new homework 
          ;-)<BR><BR>Regards,<BR><FONT color=#888888> Maarten<BR></FONT>
          <DIV>
          <DIV></DIV>
          <DIV class=Wj3C7c><BR><BR>On Tue, 10 Jun 2008, Taner Sener 
          wrote:<BR><BR>> Well, if it is the only option to overcome the 
          problems I will certainly do<BR>> it,<BR>><BR>> On Tue, Jun 
          10, 2008 at 4:23 PM, Sascha Bieler <<A 
          href="mailto:sascha.bieler@radiogong.de">sascha.bieler@radiogong.de</A>><BR>> 
          wrote:<BR>><BR>> >  Ups…<BR>> ><BR>> > Is it 
          possible to place a second (backup) streamer in another network 
          and<BR>> > you define a fallback mount?<BR>> ><BR>> 
          ><BR>> ><BR>> > *From:* Taner Sener [mailto:<A 
          href="mailto:tanersener@gmail.com">tanersener@gmail.com</A>]<BR>> 
          > *Sent:* Tuesday, June 10, 2008 3:15 PM<BR>> ><BR>> > 
          *To:* <A 
          href="mailto:sascha.bieler@radiogong.de">sascha.bieler@radiogong.de</A><BR>> 
          > *Cc:* <A 
          href="mailto:icecast@xiph.org">icecast@xiph.org</A><BR>> > 
          *Subject:* Re: [Icecast] Buffer in IceCast<BR>> ><BR>> 
          ><BR>> ><BR>> > Actually my IP is static,<BR>> 
          ><BR>> > My ISP is changing the route (my path to IceCast 
          server). It takes more<BR>> > than 10 seconds to recover also 
          I'm loosing the connection.<BR>> ><BR>> > On Tue, Jun 10, 
          2008 at 3:31 PM, Sascha Bieler <<A 
          href="mailto:sascha.bieler@radiogong.de">sascha.bieler@radiogong.de</A>><BR>> 
          > wrote:<BR>> ><BR>> > So you have a dynamic 
          IP-address. Right? Did you ever thought about a<BR>> > 
          static?<BR>> ><BR>> ><BR>> ><BR>> ><BR>> 
          ><BR>> > *From:* Taner Sener [mailto:<A 
          href="mailto:tanersener@gmail.com">tanersener@gmail.com</A>]<BR>> 
          > *Sent:* Tuesday, June 10, 2008 1:11 PM<BR>> > *To:* <A 
          href="mailto:sascha.bieler@radiogong.de">sascha.bieler@radiogong.de</A><BR>> 
          > *Cc:* <A 
          href="mailto:icecast@xiph.org">icecast@xiph.org</A><BR>> > 
          *Subject:* Re: [Icecast] Buffer in IceCast<BR>> ><BR>> 
          ><BR>> ><BR>> > It happens sometimes after 3 hours, 
          sometimes after 24 hours and lasts for<BR>> > 15-20 seconds. The 
          problem is caused by my ISP actually and I can not do<BR>> > 
          anything from ISP side.<BR>> ><BR>> > My client reconnects 
          offcourse but server is playing silence during the<BR>> > 
          failure.<BR>> ><BR>> > On Tue, Jun 10, 2008 at 1:30 PM, 
          Sascha Bieler <<A 
          href="mailto:sascha.bieler@radiogong.de">sascha.bieler@radiogong.de</A>><BR>> 
          > wrote:<BR>> ><BR>> > How long are these interrupts 
          caused through network failure?<BR>> ><BR>> > Does your 
          client (streamer) not reconnect automatically?<BR>> ><BR>> 
          ><BR>> ><BR>> ><BR>> ><BR>> > *From:* <A 
          href="mailto:icecast-bounces@xiph.org">icecast-bounces@xiph.org</A> 
          [mailto:<A 
          href="mailto:icecast-bounces@xiph.org">icecast-bounces@xiph.org</A>] 
          *On<BR>> > Behalf Of *Taner Sener<BR>> > *Sent:* Tuesday, 
          June 10, 2008 12:25 PM<BR>> > *To:* <A 
          href="mailto:icecast@xiph.org">icecast@xiph.org</A><BR>> > 
          *Subject:* [Icecast] Buffer in IceCast<BR>> ><BR>> 
          ><BR>> ><BR>> > Hello,<BR>> ><BR>> > I'm 
          trying to establish a radio station using Icecast but I need a<BR>> 
          > recommendation about a problem. I hope you can give me some tips 
          about the<BR>> > issue.<BR>> ><BR>> > My case is: my 
          icecast server and ice cast client are in different<BR>> > 
          locations and connection between these two is not so healthy. 
          Sometimes<BR>> > network problems causes client to loose 
          connection with server and this<BR>> > causes server to 
          broadcast silence to the listeners. I want to get rid of<BR>> > 
          this. What I wonder is if IceCast Server buffers some amount of time 
          before<BR>> > broadcasting it to the listeners. I mean the 
          stream data in the buffer can<BR>> > be broadcasted to listeners 
          when connection between server and client is<BR>> > lost. I 
          think if there is such kind of implementation it can help me 
          on<BR>> > solving this issue.<BR>> ><BR>> > 
          Thanks,<BR>> ><BR>> ><BR>> ><BR>> ><BR>> 
          ><BR>><BR><BR><BR></DIV></DIV></BLOCKQUOTE></DIV><BR></BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML>