[icecast] Fallback behaviour
msmith at xiph.org
Sun May 23 18:48:50 PDT 2004
On Saturday 22 May 2004 10:43, Geoff Shang wrote:
> I'm looking at Icecast's fallback behaviour, particularly with the fallback
> override fuctionality that's in SVN Icecast. Everything works well *if*
> connect the client whilst the primary stream is connected. When that
> source drops out, you fall through to the backup, and you get pulled
> forward when it reconnects. All well and good. But if you try to connect
> when the primary stream is not connected, Icecast returns a source not
> found and leaves it at that.
> Is this the intended behaviour? There may be some good reason for this
> behaviour, but I personally can't think of one. Surely part of the point of
> this functionality is to have a single mount that listeners can connect to.
> Now I know I could set up a relay from one mount to another and put my
> primary source on at the time the relay is set up, but this would seem like
> a bit of overkill and also a bit of a cludge. And daisy-chaining fallbacks
> would be made infinitely more difficult to set up.
This sounds like a bug. It's certainly designed to accept connections on the
'missing' mountpoint and re-direct them to the fallback.
I'm in the middle of moving, so I'm not sure when I'll get a chance to check
this out, but hopefully soon. Could you file a bug report in bugzilla
--- >8 ----
List archives: http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-request at xiph.org'
containing only the word 'unsubscribe' in the body. No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.
More information about the Icecast