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@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@10.85.185.65 &park()

This causes multiple call-legs, with 3  uuids : Portal Screenshot  https://i.imgur.com/ahPdvFK.png


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