if he just wants to listen to a shoutcast recording of an in-flight call, there is no need for a conference or eavesdrop. uuid_record to shoutcast is sufficient. If he wants to talk on the call... well, shoutcast won't be good 'cause that is one way. he would need a real sip client and then eavesdrop would be the "right" way IMO or a conference... They can all be pushed to a conference on-demand if necessary. On Thu, Jul 15, 2010 at 10:50 AM, David Swardstrom < dswardstrom@remotelink.com> wrote:
If the call is part of a conference and you want to listen to the conference, you should be able to the same thing by recording the conference to an icecast server.
As I noted in another recent post, I think that you need a bridge (conference) to connect two channels so that you are in a conference. No one has contradicted me on this yet.
I think this would not interfere with any automatic recording of the conference if you used a control language such as JS or LUA to control this capability. I cannot be 100% certain that two recordings can be simultaneously attached to a conference without testing it or getting some assurance from someone who knows. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/eavesdroping-tp5296543p5298076... Sent from the freeswitch-users mailing list archive at Nabble.com.
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- -Rupa