|
|
|
|
|
|
|
|
|
|
xen-users
Re: [SPAM] Re: [Xen-users] multiple streaming servers in a xen cloud
I got this suggestion also from some one. Since I had asked this question here so posting this message.
Pretty much nothing using "standard" approach.
Because the target server/application is deeply embedded into the RTMP
traffic of that particular connection, you have to unpack it to know
the target server/application. For this, you need to accept the
connection in the front server. Once you did that, the only way to keep
it functioning is to forward all future traffic/requests to the chosen
server while keeping the initial connection alive. But, as I said, you
will have 2 connections that you MUST maintain:
1. flash_player --> front_server
2. front_server --> target_lan_server
To make the problem even complex than it already is, the surrogate
front_server MUST do the correct RTMP handshake. Otherwise you will not
be able to play h264 content. And the sad part is that the information
required (servername/application) only occurs on the connection AFTER
the handshake is completed (in connection number 1)
Bottom line, very hard.
However, perfectly doable with rtmpd. But you have to hack the server pretty drastically to achieve that.
In any case, the big problem persists. You will have a single point of
failure: front_server. To make the matter even worst, the major
bottleneck will be the bandwidth. ALL traffic will go through one
server:front_server. Unless you have multiple
IPs/NetworkCards/InternetPipes in the front_server,
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users
|
<Prev in Thread] |
Current Thread |
[Next in Thread> |
- Re: [Xen-users] multiple streaming servers in a xen cloud, (continued)
|
|
|
|
|