I believe the channel variable "call_uuid" (or "originating_leg_uuid") contains the UUID of the call that the current session was bridged from. So, from a bridged call it should be easy to get back to the original that way. Not sure on the other way around.

On Sat, Apr 23, 2016 at 5:25 PM Sergey Safarov <s.safarov@gmail.com> wrote:

Check channel vars. One is contains peer session/channel id.


On Sat, Apr 23, 2016, 23:28 Chris Mandra <mandra@gmail.com> wrote:
Hey guys - I have another questions:
Is there a programatic way to obtain BOTH the channel ids of a bridged call?
I only have the uuid of one call leg.  How do i get the other uuid?

(similar to what "show calls" or "show channels" shows in cli
but I need to start with one call leg uuid and get the other
from it)

Thanks!
chris


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org