---------- Forwarded message ----------
From: paul gore <[email protected]>
Date: Wed, 14 Jul 2010 11:45:53 -0400
Subject: Re: Call events and call control command API?
To: "WORLEY, Dale R (Dale)" <[email protected]>

Based on what I have seen in the wiki it seems like call resolver has
most information about all calls since it able to generate real time
cdrs. So based on that all I need is to be able to subscribe to call
resolver data. Can't be that difficult can it?
And I need to be able to cancel a call in progress, I guess sip proxy
service should have abilty to cancel a call, it just needs to be
exposed as web service.

On 7/13/10, WORLEY, Dale R (Dale) <[email protected]> wrote:
> ________________________________________
> From: [email protected]
> [[email protected]] On Behalf Of paul gore
> [[email protected]]
>
> how difficult it is to add API which would allow receiving call events
> and sending call control commands via a socket or a web service
> similar to what Freeswitch does?
> Can anybody point me into the right direction which modules, code I
> should look at?
> _______________________________________________
>
> sipXecs is not architected so that the central server processes know what
> calls are happening at any given time; the philosophy is that smart
> endpoints know and manage their own state.  So there isn't such an API and
> it would be difficult to build one.
>
> However, an external process that wanted to know the status of a given
> device can monitor the device itself (using the dialog event package) and
> perform a considerable number of call-control operations via SIP operations
> using the information it obtains in that way.  In SIP, this is called
> "third-party call control" (I don't know if that term has wider use), and is
> often abbreviated "3PCC".  See for example, RFC 3725, RFC 5850, and search
> for "3pcc" at http://datatracker.ietf.org/doc/search/ .
>
> Dale
>
_______________________________________________
sipx-dev mailing list [email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
sipXecs IP PBX -- http://www.sipfoundry.org/

Reply via email to