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.
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.html
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