our p2p software was working fine and today can't connect to the stratus/cirrus server.
so we resigned up. same problem.
we used to connect to rtmfp://stratus.adobe.com/blah
and we connect to rtmfp://p2p.rtmfp.net/blah
but still fails.
are things still down?
the service was only down for 53 seconds yesterday.
if your devkey begins with "8b8c..." then i think you might have something in the second parameter to NetConnection.connect(), perhaps a blank string or otherwise something that doesn't look like a developer key. if you're putting your developer key in the connect URI, make sure there is no second (or more) parameter to NetConnection.connect().
if your devkey begins with "3b91...", then you're putting the entire URI as both the first *and* second parameters to NetConnection.connect(). in other words, you're saying
but you should be doing one of the following:
i also can see a developer key beginning with "9a20..." in the same boat as the first case i described.
developer keys "8b8c..." and "9a20..." are using "stratus.adobe.com" as the hostname for the service. you should change to "p2p.rtmfp.net".
our developer key starts with 5c...
and we haven't changed anything since it started working 6months ago. didn't realize a change was required... (?)
will try the changes you sugged but those keys u mention are not ours.
ok, yeah, the code has "" as the 2nd part in the connect method. removed that and things look fine...
I've built an application using Cirrus as a testing platform. I'd like to deploy it on my own FMS, but the example code seems to be missing the FMS server side code that implements the 'very simple message relay service' (i.e. nc.call(...) functionality). Can you please provide this so that I can deploy my tested application without being bound to the cirrus server TOS.
This answer is not very satisfying, especially since Cirrus is not commercially available. I'm a paying customer who wants a turn key baseline p2p video chat implementation that works with FMS. I haven't been able to find one. Cirrus is the closest, but you are expecting your customers to reverse engineer the server code to get it to work with FMS. That just seems wrong. On top of that, Adobe engineers claim that the cirrus samples should work with FMS (see the comments in this article: http://www.adobe.com/devnet/flashplayer/articles/rtmfp_cirrus_app.html)
The sample app is by no means a turn-key commercial video chat app. First of all, it lacks user authentication. It uses a web-service for user registration and lookup. Second, it does not have any failover for firewall blocking.
Please see http://www.adobe.com/devnet/flashmediaserver/articles/real-time-collaboration.html, which describes issues that you need to solve for a commercial video chat application.
Nevertheless, here is some SSAS that performs the relay operation that is used in the sample application:
function relay(id, command, data)
for (i = 0; i < application.clients.length; i++)
if (application.clients[i].farID == id)
application.clients[i].call("onRelay", null, this.farID, command, data);
trace("User not found: " + id);
I believe the relay solution is for the Video Phone Labs sample app. Can I get this to work on Flash Media Server ( FMS ) on Amazon Web Services ( AWS )?
From what I understand from the below link Flash Media Server on Amazon Web Services supports peer-assisted multicast streaming. It does not support IP multicast or fusion multicast.
Could you tell me if Video Phone Labs depends on IP multicast or fusion multicast?
VideoPhoneLabs does not use any kind of multicast.