On Fri, 2010-01-15 at 07:44 -0500, Thomas wrote:
> Content-Type: text/plain;
>   charset="utf-8"
> Content-Transfer-Encoding: 8bit
> Organization: SipXecs Forum
> X-FUDforum: 08063afcdd00a6e76393c5b9527381e8 <40177>
> Message-ID: <[email protected]>
> 
> 
> 
> Being a newbie to VOIP and the various solutions, I am
> charged to evaluate possible open source PBXs and will
> finally influence the decision, if we join a project or
> not.
> 
> I like a lot what I have read about sipXecs on the website
> and in this forum. sipXecs and SIPfoundry impressed me with
> the project goals, the smoothness and the attention to the
> single CD installer, as well as with the functionality I
> discovered in my first rough tests.
> It looks very promising!
> 
> While I think we can cover almost any requirement, I could
> not come to a definite answer for the following two
> questions:
> 
>  Monitoring conversations is important and we would need to
> monitor/record all calls/conversations, including the later
> playback and management of the recordings.
> 
> As far as I understand, this is not possible with sipXecs
> due to the peer-to-peer communication. Is this conclusion
> correct?
> 
> I found 
> http://forum.sipfoundry.org/index.php?t=msg&goto=2870 and I
> wonder if you did not follow up with this
> http://forum.sipfoundry.org/index.php?t=msg&th=8199?
> "Conferencing in the recording service" sounds like a
> possible hack, if we can water down the requirement to "a
> recording on demand by an operator" and could do the second
> point:
> 
>  An operator must be able to listen into any currently
> active calls/conversations. Is there a possibility to do
> this with sipXecs? 

No - not at this time (or in the 4.2 release either).


_______________________________________________
sipx-users mailing list [email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
sipXecs IP PBX -- http://www.sipfoundry.org/

Reply via email to