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.html
Sent from the freeswitch-users mailing list archive at Nabble.com.



--
-Rupa