Skip to main content
Participant
January 30, 2012
Question

rtmfp switching peers

  • January 30, 2012
  • 1 reply
  • 511 views

Hi,

When running a peer-assisted multicast video event, what determines when a peer might switch to another peer?

What I'm asking is that a peer joins the group, is handed a few peers that may be decent cadidates to pull the video stream from.  They start pulling that stream from peer1 and if they can't connect (or I assume if the connection is terrible) they will try the next peer.  What if I want the peer to give up (and try another peer) if the quality of the stream coming from a peer is not terrible but is not great either.  Is that configurable?

Sincerely,

Greg Pulier

This topic has been closed for replies.

1 reply

Nikhil_Kalyan
Participating Frequently
February 1, 2012

Hi,

Thanks for trying out P2P.

When a client joins a P2P group, all the peers are connected to each other forming a huge mesh, irrespective of whether they push/pull the stream from one another. Since there is always a peer connection from one peer to rest all, it can pull from the most appropriate peer to make sure it has all the data to playback the stream. There wont be a case where just one peer sends all the data to another. The stream content is pulled from all over. I dont think this part of is configurable.
This peering can be done in three ways :

manual : which i guess is what you are looking for, where you have to make sure peering happens between the clients, by calling the peer bootstrap APIs over the script.

Server assisted bootstrapping : This is also called automatic bootstrapping where FMS helps in making the connections

LAN Peer discovery : Another method where the clients auto discover over LAN.

Please refer to the documentation : http://help.adobe.com/en_US/flashmediaserver/devguide/WSa4cb07693d123884520b86f312a354ba36d-7ffe.html#WSa4cb07693d123884520b86f312a354ba36d-7ff9

Thank you !