[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [SPAM] Re: [Xen-users] multiple streaming servers in a xen cloud


  • To: francisco javier funes nieto <esencia@xxxxxxxxx>
  • From: Tapas Mishra <mightydreams@xxxxxxxxx>
  • Date: Tue, 10 Aug 2010 16:49:00 +0530
  • Cc: Xen List <xen-users@xxxxxxxxxxxxxxxxxxx>, Simon Billis <simon@xxxxxxxxxx>
  • Delivery-date: Tue, 10 Aug 2010 04:20:21 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=j2v4yqIBdCdsQBmopwg5ttJiUXGlNf+jkqOK96RjtzAQMLRgft6rRnbCTLaIx+m66W sZGkM9igwnWucEL8NyW2MrLuhN8raxP+XgrORTB2nWLxIeLjtIohrWZ5J3Mh58oMUkna N/F78GGT7nxREXwMukp86TMi2q+1GOAApFK7E=
  • List-id: Xen user discussion <xen-users.lists.xensource.com>

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

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.