5

I would like to use Flash's RTMFP peer protocol but I am wondering if its worth developing for a mainstream audience? From what I understand it uses UDP and unless firewalls/routers of the users are configured correctly it becomes useless.

Is there a solution to this problem?

Shane
  • 368
  • 1
  • 4
  • 13

5 Answers5

4

There is this: https://github.com/OpenRTMFP/Cumulus

Not sure if you guys have seen it.

I have spoken with the developer and apparently its 95% complete.

I do not know about the failback to RTMP. Which strikes me as the whole thing being useless.

Can anyone investigate and comment further?

I'll also add this into the mix: http://jasmeetsingh.wordpress.com/2009/01/29/my-first-attempt-to-learn-stratus-rtmfp/

The older RTMP operates over TCP port 1935 and falls back to tunneling over 443 and/or 80.

The newer RTMFP uses UDP and requires the ability to make outbound connections to 1935 and also higher port numbers in order to establish a server connection.

Running over port 443 and 80 UDP wouldn’t help, the firewall is likely configured to open up TCP 443 (HTTPS) and TCP 80 (HTTP) while still blocking UDP (Outbound UDP to be enabled).

The Flash Player can also be configured manually to use a TURN proxy, if you’re able to have the customer’s IT department install one to get past the firewall. In Flash Player 10.0, draft-ietf-behave-turn-08 is supported.

Another edit:

Now looking at this: https://labs.ericsson.com/developer-community/blog/beyond-html5-peer-peer-conversational-video

They were able to do RTP/UDP and in circumstances where both clients were behind NAT.

Most networks use some type of NAT (Network Address Translation), which complicates peer-to-peer connections like this. The ICE (Interactive Connectivity Establishment; RFC 5245) procedure allows for establishing connectivity even in the presence of NATs, using STUN/TURN servers.

Could this mean that using ICE means RTMFP could be a worthwhile stopgap until it becomes embedded within the browser?

PaulM
  • 3,281
  • 3
  • 28
  • 38
  • As far as I can tell, Cumulus is an alternative to Adobe Cirrus/Stratus, the service to handshake two peers. Though it still doesn't seem to be independent from Cirrus, as the manual says you should pass your Cirrus developer key..? Anyways, the problem here is not the handshake part, as we can get our Peer ID's from Cirrus, but the P2P part where those connections are failing due to firewalls. – Will Kru Mar 19 '11 at 11:52
1

In addition to the Ericsson link, they now have released an adaptation of the Chrome (webkit) browser which inlcudes an experimental version of webRTC and P2P video chat:

https://labs.ericsson.com/apis/web-real-time-communication/

Not really ready for release, but yet quite exciting.

For more information see: http://sites.google.com/site/webrtc/

Fab
  • 11
  • 1
0

well this is the issue of your network, internet service provider. when i am using my office WiFi or LAN internet the RTMFP server is not connecting when in same laptop i am using my GSM internet from my cellphone all the servers are connecting, then what i am doing is when i connect the website and all the servers are getting connect from my cellphone internet then i am disconnecting the internet from the cellphone and connecting it to WiFi or LAN internet of my office, ( without refreshing the browser) then all the servers connecting properly and works with no issue.

Aziz Ahmadzai
  • 1
0

I actually was about to post a question on this matter, it being if someone managed to get it working. Recently I started experimenting with flash P2P and so far it only seems to be working locally, connecting 2 browser flash clients on the same pc. As soon as the data has to travel over the internet (and thus has to deal with firewalls) connections will always fail, though both clients are able to fetch a Stratus peer ID.

For what I have been reading, apps that use P2P/RTMFP also implement a fallback to RTMP, losing the P2P benefits like not having server bandwidth and UDP speed.

Decompiling the chatroulette client, I also found it uses the RTMP fallback which makes me wonder how many sessions on chatroulette are actual P2P sessions.

So apparently yes, it seems like a useless protocol..

Really curious if someone managed to proof that otherwise.

Will Kru
  • 5,164
  • 3
  • 28
  • 41
  • 1
    I could always connect my peers to my apps. Maybe its your router that is not properly configured, therefore all connection fails for you. – Anon21 Apr 08 '11 at 17:28
  • 2
    Useless for the purpose described here, maybe. Useless in general, not at all. – Aaron Jun 22 '11 at 15:49
  • I have successfully made a p2p serverless app with connect("rtmfp:"). Worked fine on local network for Windows/MAC/Android. As far as i have read about multicasting, IGMP need to be enabled on router/firewalls for p2p communication. – Usama Ahmed Aug 20 '13 at 06:58
0

You will need a central server to manage the handshake required to get a rtmfp udp connection started. without this server, it will always fail if a firewall is in place. This is actually the whole strength of the rtmfp protocol - the ability to traverse firewalls, even if both ends are behind a NAT.

If the openrtmfp /cumulus server is up and running now, it could be a free solution to get you running.

Brady Moritz
  • 8,624
  • 8
  • 66
  • 100