Icecast Streaming Media Server

[gee2803]

Hello,

we are serving 10.000 listeners at the moment in a master/slave config.

01 master with 100 Mbit/s
11 relays with 100 MBit/s and
01 relay with 1000 Mbit/s.

We have 5 channels as mountpoints on each server. All icecast configs have set unlimited listeners for each mountpoint. Only the option clients is set.

We would like to serve more listeners on the 1000 Mbit/s server, but that one has the same count of listeners as the others. Even with a higher clients number set.

Is there a way to let the last server handle more listeners automatically or is this only possible by a listener per mountpoint option?

We don't want to limit the mountpoints so that every channel has always enough listener ports.

Could there be an option for max clients AND max listeners for the future?
We are using Icecast 2.3.2-kh30.

Thank you in advance.

[karlH]

sounds like you want a weighted balance and that doesn't exist. You could have a dynamic playlist and order the servers so that one server is listed first for more of the requests, you could even use url auth to send a temporary redirect back to the listener to balance the listeners.

The only server-wide option I have currently, that can trigger redirection of new listeners is <max-bandwidth> in <limits> which will send listeners back to the master (if configured) or the <redirect> <host> <port> </redirect> entries.

karl.

[gee2803]

That sounds interesting.

So could I set clients to a very high number to still receive listener stats and limit the server by max-bandwith?

What will the weight be then? Will it be like now with same listener count on every server or will it be like same percentage of maximum bandwith each server?

I don't want to use playlists or another authorization. Your weighted listener balance is perfect so far. Only because a higher bandwith server has been added, I would not to drop of this solution. Just in case there is an easy way like above, I would change it. Otherwise we would either let it run like now or switch to 1000 Mbit/s servers at all.

Thank you very much for your work on Icecast and time to answer.

[karlH]

I believe I said the weighted balance does not exist. The max-bandwidth setting is there to act as a trigger for redirecting new listeners on that particular server. That sort of trigger works fine for a spill over type of sharing.

The question is how you distribute the new listeners. As I said before you could use a dynamic playlist that mixes up the servers, or trap a redirect request via auth url to handle redirecting listeners.

karl.

[gee2803]

Okay, I'll give it a try then. Thank you very much,