[Icecast] Relaying with Icecast - stand-by or active all the time?
José Luis Artuch
artuch at speedy.com.ar
Wed Feb 20 18:22:19 UTC 2013
Satz,
At first you should define <mount>.
<mount> is the mountpoint to be relayed, located on remote server
(master server).
<local-mount> is the previous mountpoint, but now, located on local
server (relay server).
Trying "wget http://mp3stream7.apasf.apa.at" I get
"http://194.232.200.156:8000/listen.pls" and this works ok.
Otherwise, each mountpoint relayed is considered as a source in the
relay server, so, you must configure correctly <sources> in the
"icecast.xml" file in the relay server.
El mié, 20-02-2013 a las 18:08 +0100, Satz Klauer escribió:
> 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
>
>
>
>
> _______________________________________________
> 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/e464e750/attachment.htm>
More information about the Icecast
mailing list