Mike Thompsett
2013-Feb-20 09:38 UTC
[Icecast] Relaying with Icecast - stand-by or active all the time?
Hi All, Will this also bounce new connections to the relay server once the master server is maxed out? Regards, Mike On 20 Feb 2013, at 07:53, Xabier Oneca -- xOneca <xoneca+icecast at gmail.com> wrote:> You have (little) documentation at > Http://icecast.org/docs/icecast-2.3.2/icecast2_config_file.html#relay > > Xabier Oneca_,,_ > > El 20/02/2013 08:48, "Xabier Oneca -- xOneca" <xoneca+icecast at gmail.com> escribi?: >> You can set globally with the <relays-on-demand>1</relays-on-demand> in the global <icecast/> section, or you can configure per-relay with <on-demand>. >> >> You can find it in the sample config file. (Does not say much more.) >> >> Xabier Oneca_,,_ >> >> El 20/02/2013 08:39, "Satz Klauer" <satzklauer at googlemail.com> escribi?: >>> Thanks, but which parameter influences this behaviour? I could not find anything in description of relaying parameters... >>> >>> On Wed, Feb 20, 2013 at 8:30 AM, Xabier Oneca -- xOneca <xoneca+icecast at gmail.com> wrote: >>>> Hello Satz, >>>> >>>> You can configure that behavior from the config file. >>>> >>>> Xabier Oneca_,,_ >>>> >>>> El 20/02/2013 07:58, "Satz Klauer" <satzklauer at googlemail.com> escribi?: >>>> Hi, >>>> >>>> I found there is a possibility to let IceCast relay other, existing streams. But how is it working exactly when no clients are connected to my relay server: >>>> >>>> - is it going to stand-by and not streaming andy data from the source >>>> >>>> or >>>> >>>> - is it pulling data from the source all the time also when no client is available that could consume this stream? This would mean the relay would consume traffic and bandwidth also when nobody will use it... >>>> >>>> Thanks! >>>> >>>> >>>> _______________________________________________ >>>> Icecast mailing list >>>> Icecast at xiph.org >>>> http://lists.xiph.org/mailman/listinfo/icecast >>> >>> >>> _______________________________________________ >>> Icecast mailing list >>> Icecast at xiph.org >>> http://lists.xiph.org/mailman/listinfo/icecast > _______________________________________________ > 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/20130220/d1916a83/attachment.htm
Rücker Thomas
2013-Feb-20 10:07 UTC
[Icecast] Relaying with Icecast - stand-by or active all the time?
Hi, On 20/02/13 11:38, Mike Thompsett wrote:> Hi All, > > Will this also bounce new connections to the relay server once the > master server is maxed out?So far we haven't done anything in this area. Also because I'd consider this to be outside of core icecast scope. (I won't oppose patches, though) The basic approach is round-robin DNS, which should give you an even distribution across servers. If that's not your intention, then you can use a simple http-redirect with some business logic behind that to account for distribution ratio or geo-ip distribution. I think I've seen such a script on git-hub even. Cheers Thomas> Regards, > Mike > > On 20 Feb 2013, at 07:53, Xabier Oneca -- xOneca > <xoneca+icecast at gmail.com <mailto:xoneca+icecast at gmail.com>> wrote: > >> You have (little) documentation at >> Http://icecast.org/docs/icecast-2.3.2/icecast2_config_file.html#relay >> >> Xabier Oneca_,,_ >> >> El 20/02/2013 08:48, "Xabier Oneca -- xOneca" >> <xoneca+icecast at gmail.com <mailto:xoneca%2Bicecast at gmail.com>> escribi?: >> >> You can set globally with the >> <relays-on-demand>1</relays-on-demand> in the global <icecast/> >> section, or you can configure per-relay with <on-demand>. >> >> You can find it in the sample config file. (Does not say much more.) >> >> Xabier Oneca_,,_ >> >> El 20/02/2013 08:39, "Satz Klauer" <satzklauer at googlemail.com >> <mailto:satzklauer at googlemail.com>> escribi?: >> >> Thanks, but which parameter influences this behaviour? I >> could not find anything in description of relaying parameters... >> >> On Wed, Feb 20, 2013 at 8:30 AM, Xabier Oneca -- xOneca >> <xoneca+icecast at gmail.com <mailto:xoneca+icecast at gmail.com>> >> wrote: >> >> Hello Satz, >> >> You can configure that behavior from the config file. >> >> Xabier Oneca_,,_ >> >> El 20/02/2013 07:58, "Satz Klauer" >> <satzklauer at googlemail.com >> <mailto:satzklauer at googlemail.com>> escribi?: >> >> Hi, >> >> I found there is a possibility to let IceCast relay >> other, existing streams. But how is it working >> exactly when no clients are connected to my relay server: >> >> - is it going to stand-by and not streaming andy data >> from the source >> >> or >> >> - is it pulling data from the source all the time >> also when no client is available that could consume >> this stream? This would mean the relay would consume >> traffic and bandwidth also when nobody will use it... >> >> Thanks! >> >> >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org <mailto:Icecast at xiph.org> >> http://lists.xiph.org/mailman/listinfo/icecast >> >> >> >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org <mailto:Icecast at xiph.org> >> http://lists.xiph.org/mailman/listinfo/icecast >> >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org <mailto: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/20130220/d34017a1/attachment.htm
Satz Klauer
2013-Feb-20 17:08 UTC
[Icecast] Relaying with Icecast - stand-by or active all the time?
The relaying-configuration seems to be straight-forward, unfortunately it does not work. That's my configuration: <relays-on-demand>1</relays-on-demand> <relay> <server>http://mp3stream7.apasf.apa.at</server> <port>8000</port> <mount>/</mount> <local-mount>/oe3.mp3</local-mount> <on-demand>1</on-demand> <relay-shoutcast-metadata>0</relay-shoutcast-metadata> </relay> And that's what the error log says: [2013-02-20 17:56:19] INFO connection/get_ssl_certificate No SSL capability [2013-02-20 17:56:20] DBUG slave/_slave_thread checking master stream list [2013-02-20 17:56:20] DBUG slave/check_relay_stream Adding relay source at mountpoint "/oe3.mp3" [2013-02-20 17:56:21] DBUG slave/_slave_thread checking master stream list [2013-02-20 17:56:37] DBUG auth/add_listener_to_source max on /oe3.mp3 is -1 (cur 0) [2013-02-20 17:56:37] DBUG auth/add_listener_to_source kicking off on-demand relay [2013-02-20 17:56:37] DBUG auth/add_listener_to_source Added client to /oe3.mp3 [2013-02-20 17:56:37] DBUG auth/add_authenticated_listener client authenticated, passed to source [2013-02-20 17:56:37] DBUG stats/modify_node_event update node clients (1) [2013-02-20 17:56:37] DBUG stats/modify_node_event update node connections (1) [2013-02-20 17:56:37] DBUG stats/modify_node_event update node client_connections (1) [2013-02-20 17:56:38] INFO slave/start_relay_stream Starting relayed source at mountpoint "/oe3.mp3" [2013-02-20 17:56:38] INFO slave/open_relay_connection connecting to http://mp3stream7.apasf.apa.at:8000 [2013-02-20 17:56:38] WARN slave/open_relay_connection Failed to connect to http://mp3stream7.apasf.apa.at:8000 [2013-02-20 17:56:38] DBUG source/source_clear_source clearing source "/oe3.mp3" When I'm doing a plain, simple wget http://mp3stream7.apasf.apa.at the stream is downloaded properly. Any Ideas what I'm doing wrong here? Thanks! On Wed, Feb 20, 2013 at 11:07 AM, R?cker Thomas <thomas.ruecker at tieto.com>wrote:> Hi, > > > On 20/02/13 11:38, Mike Thompsett wrote: > > Hi All, > > Will this also bounce new connections to the relay server once the > master server is maxed out? > > > So far we haven't done anything in this area. Also because I'd consider > this to be outside of core icecast scope. (I won't oppose patches, though) > The basic approach is round-robin DNS, which should give you an even > distribution across servers. > If that's not your intention, then you can use a simple http-redirect with > some business logic behind that to account for distribution ratio or geo-ip > distribution. I think I've seen such a script on git-hub even. > > Cheers > > Thomas > > > Regards, > Mike > > On 20 Feb 2013, at 07:53, Xabier Oneca -- xOneca < > xoneca+icecast at gmail.com> wrote: > > You have (little) documentation at > Http://icecast.org/docs/icecast-2.3.2/icecast2_config_file.html#relay > > Xabier Oneca_,,_ > El 20/02/2013 08:48, "Xabier Oneca -- xOneca" <xoneca+icecast at gmail.com> > escribi?: > >> You can set globally with the <relays-on-demand>1</relays-on-demand> in >> the global <icecast/> section, or you can configure per-relay with >> <on-demand>. >> >> You can find it in the sample config file. (Does not say much more.) >> >> Xabier Oneca_,,_ >> El 20/02/2013 08:39, "Satz Klauer" <satzklauer at googlemail.com> escribi?: >> >>> Thanks, but which parameter influences this behaviour? I could not find >>> anything in description of relaying parameters... >>> >>> On Wed, Feb 20, 2013 at 8:30 AM, Xabier Oneca -- xOneca < >>> xoneca+icecast at gmail.com> wrote: >>> >>>> Hello Satz, >>>> >>>> You can configure that behavior from the config file. >>>> >>>> Xabier Oneca_,,_ >>>> El 20/02/2013 07:58, "Satz Klauer" <satzklauer at googlemail.com> >>>> escribi?: >>>> >>>> Hi, >>>> >>>> I found there is a possibility to let IceCast relay other, existing >>>> streams. But how is it working exactly when no clients are connected to my >>>> relay server: >>>> >>>> - is it going to stand-by and not streaming andy data from the source >>>> >>>> or >>>> >>>> - is it pulling data from the source all the time also when no client >>>> is available that could consume this stream? This would mean the relay >>>> would consume traffic and bandwidth also when nobody will use it... >>>> >>>> Thanks! >>>> >>>> >>>> _______________________________________________ >>>> Icecast mailing list >>>> Icecast at xiph.org >>>> http://lists.xiph.org/mailman/listinfo/icecast >>>> >>>> >>> >>> _______________________________________________ >>> Icecast mailing list >>> Icecast at xiph.org >>> http://lists.xiph.org/mailman/listinfo/icecast >>> >>> _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > > > _______________________________________________ > 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/20130220/97215574/attachment-0001.htm
Possibly Parallel Threads
- Relaying with Icecast - stand-by or active all the time?
- Relaying with Icecast - stand-by or active all the time?
- Relaying with Icecast - stand-by or active all the time?
- Relaying with Icecast - stand-by or active all the time?
- Relaying with Icecast - stand-by or active all the time?