[Freeswitch-users] originate and origination_uuid

[Colin Morelli]

Hey there,

Even if this were possible (ultimately I believe it's going to come down to
a race condition - will FS clean up the old channel's UUID and handles
before starting the next one), it seems like a very bad idea. FS bases all
channel actions on the premise of having unique session uuids. If you share
UUIDs between channels, you're only going to cause yourself more headache.
Assuming you're wanting to be able to identify that these three physical
calls are all part of the same logical call, you'll be much better off
generating a unique ID in your application somewhere and setting it on all
legs as a channel var.  Then you can simply use that identifier in your
application, if you want this behavior.

As to the direct answer to your question, though - as mentioned above I
believe it'll be a race condition at best, and a consistent failure at
worst (and I'm quite confident the FS guys are going to tell you not to do
this).

Best,
Colin

On Tue, Dec 6, 2016 at 9:22 AM, Tihomir Culjaga <tculjaga at gmail.com> wrote:

> Hello everyone,
>
> i'd like to clarify one small thing:
>
> in an originate with multiple dialstrings separated by "|" ( meaning
> sequential dialing ) ... if i set origination_uuid as session variable, can
> i have the same uuid on every session/channel.
>
> something like that:
>
> bgapi originate {originate_timeout=60}
>
> [origination_uuid=c88a737e-d713-4e47-be56-e384df470b44]
> sofia/gateway/gatewayA/1222333444|
> [origination_uuid=c88a737e-d713-4e47-be56-e384df470b44]
> sofia/gateway/gatewayB/1222333444|
> [origination_uuid=c88a737e-d713-4e47-be56-e384df470b44]
> sofia/gateway/gatewayC/1222333444
>
> &application
>
>
> so in other words, when executing originate command, FS, will generate a
> separate thread for the call and within the thread it will generate these
> sessions. So, is it safe to set the same uuid on all session that are being
> dialed sequentially?
>
> Do sessions start and end sequentially ?
>
>
> Appreciate any answer on this.
>
>
> Regards,
> Tihomir.
>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161206/c1334a3e/attachment.html