[Freeswitch-users] originating a call from an outbound socket app

[Michael Collins]

On Fri, Jun 10, 2011 at 7:00 AM, Hector Geraldino <
Hector.Geraldino at ip-soft.net> wrote:

> Thanks for your response Michael.
>
>
>
> Finally I found the way of dialing to an external extension. What I did was
> just open a shell, listen in a port using nc  and tried to originate a call.
> It worked using the syntax:
>
>
>
> originate sofia/internal/5562 at 192.168.23.104 &park
>
>
>
> As this is an outbound call (not managed by the socket application) I had
> to use a new inbound socket connection to connect to FS, make the call,
> query for the uuid and receive some events (like DTMF among others).
>  Everything was going great, until I found two issues:
>
>
>
> -          The CHANNEL_ANSWER event is always triggered, no matter if the
> call is actually picked up or not on my phone. I thought that maybe I can
> use some other event to determine if the call have been answered or not
> (like CHANNEL_CALLSTATE or CALL_UPDATE), but the additional information on
> the event headers is the same no matter if it’s answered or not.
>
> -          When the call is answered, and the user presses a key to accept
> the call, the function returns the UUID of this session to the main method.
> Then I tried to make the bridge between the two calls (the legA call handled
> by the socket application, and the legB outbound call generated in the
> application using an inbound connection). I using the command
>
>
>
> api uuid_bridge <incoming_uuid> <outbound_uuid>
>
>
>
> but this didn’t work. Am I missing something here?
>
You're missing the debug log on the pastebin. ;)

Yeah, let's take a look at the debug log of this happening. Capture from the
beginning of the a leg all the way through to trying the uuid_bridge.
-MC
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110610/525f6c3a/attachment.html