[Freeswitch-users] Inbound Event Socket Making Calls with UUID Tracking

[Michael Jerris]

you are making an outbound call to your own box, so the three calls are the outbound call, the inbound of the same call (which will of course have a different uuid), and i assume the 3rd is whatever happens with that inbound leg.  In this case, its tricky to track them, but also totally unnecessary to make a call that way.  Why are you looping back to yourself with a sip call instead of calling the correct intended destination to start with?

> On Feb 1, 2018, at 5:53 AM, Kinshuk Bairagi <kinshuk1989 at gmail.com> wrote:
> 
> Hi
> 
> I am trying to track the status of the calls while making call via esl_inbound socket interface, but while making call, the call forks into multiple legs and new uuid's are generated without any ability to track them. Is there something wrong?
> 
> Command Issued : 
> originate {origination_uuid=95622d76-9a98-48d7-a53b-6f55598d78e1,origination_caller_id_number=9876,origination_caller_id_number=0000,originate_timeout=30}sofia/internal/1001 at 10.85.185.65 <mailto:1001 at 10.85.185.65> &park()
> 
> This causes multiple call-legs, with 3  uuids : Portal Screenshot  https://i.imgur.com/ahPdvFK.png <https://i.imgur.com/ahPdvFK.png>
> 
> Log : https://gist.github.com/kingster/88d9e64368e3a2af4a6f603d81100457 <https://gist.github.com/kingster/88d9e64368e3a2af4a6f603d81100457>
> 
> How can I track co-relation between this call-legs? What is the reason that 3 call legs being created, any way to skip that?
> 
> Thanks
> Kinshuk

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20180201/a3aa2a6e/attachment.html>