Thanks, George.
Can you explain what you mean by a "pull" relay and how I can set that up?
Tim
>>> George Cook <email@hidden> 10/04/05 11:06AM >>>
Timothy:
Today's Internet doesn't support multicast widely. Some ISPs support
multicast within their networks, and many organizations support
multicast within their LAN. Internet 2 supports multicast to I2
nodes. If you want to reach a broad base of Internet users, you are
going to have to use Unicast.
With Unicast streams, the limit is usually network bandwidth. Each
user that connects will consume bandwidth with the associated stream.
So, 300 simultaneous streams would consume 300 x (bit-rate of stream)
in bandwdith. Generally, it is best to test on your hardware and your
network to determine the number of streams supported. My tests on a
local gigabit LAN using QTSS on a dual 2.0 gHz Xserve G5 achieved
over 1,800 simultaneous 300kbit streams (using StreamingLoadTool for
testing).
There are a number of ways to configure relays. If you set up a
"pull" relay on your public streaming server, it wouldn't generate
any traffic from the internal streaming server until a stream was
requested.
-George
On Oct 4, 2005, at 8:33 AM, Timothy A. Johnson wrote:
> I'm researching the possibility of providing 300 live video
> streams. It is likely that fewer than 10 streams will be viewed at
> any given time. My questions are:
>
> How many live streams can DSS reflect / relay simultaneously? Is
> there a restriction based on software or is this a function of the
> hardware? If hardware, what's the most important variable? Memory?
> Processor speed?
>
> What would be the best configuration to do this? I'm thinking that
> I can have an internal DSS that would relay the streams through our
> firewall to an external DSS which would multicast to the public.
> The problem I see with this is that it appears that relays (both
> announced and unannounced) consume bandwidth even when the stream
> is not being viewed. Also, I have talked with another content
> provider who is streaming via unicast. He said that his experience
> was that multicast was a headache since it is not well supported by
> ISP's. Has this changed? Any recommendations? It seems that
> unicast would require enormous bandwidth.
>
> Thanks in advance...
> Tim
>
> p.s. Thanks, George, for all your help.
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Streaming-server-users mailing list (Streaming-server-
> email@hidden)
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/streaming-server-users/cook5%
> 40apple.com
>
> This email sent to email@hidden
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Streaming-server-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/streaming-server-users/email@hidden
This email sent to email@hidden
