On Tue, Dec 16, 2008 at 8:43 AM, Carole O. <carole.olivier@enst.fr> wrote:

Thanks for this answer.
Just a question so that everything is clear: there is no command to bridge
directly a call and both legs into a conference? We have to transfer the
call to another extension and from there create the conference isn't?

I used the command transfer but I still have a problem. I do the following
and it did not work: in my dialplan I write:
<action application="bind_meta_app" data="1 ab s transfer::3333"/>

The extension 3333 works fine.

However, nothing happens when I press *1.
Do you have an idea where am I wrong?

(A subsidiary question: will both legs be transferred to the extension 3333
or just the one which press *1? is there a way to transfer both together?)

Thanks a lot,
Carole

Anthony Minessale-2 wrote:
>
> There is a transfer dial plan application also.
>
> There is not really any benefit in blocking the api commands from the
> dialplan
> apart from the potential for a blocking api call to delay the audio stream
> which
> you can do at your own risk and use the sleep application with 0ms to
> flush
> the read buffers.
>
> So I guess i can lift that limitation in tree.
>
> see r10790
>
>
> On Tue, Dec 16, 2008 at 7:07 AM, Carole O. <carole.olivier@enst.fr> wrote:
>
>>
>> Hello,
>>
>> I have a general question about the API commands. Some of them are not
>> available in the dialplan like uuid_transfer. I was wondering how to call
>> an
>> API command without using the CLI. Especially I would be interested in
>> knowing if there is any way to call them from a phone, I mean bind a key
>> to
>> an API command.
>>
>> For instance I would like to transfer both members of a simple call into
>> a
>> conference by dialing *1.
>> I have seen the transfer is possible from the CLI by doing:
>> api uuid_transfer <uuid> -both 3001
>> but I do not know how to do it else.
>>
>> If somebody could give me an insight about the topic it would be great.
>> Thanks,
>> Carole
>>
>>
>>
>>
>>
>>
>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/general-question-about-API-command-tp21032754p21032754.html
>> Sent from the Freeswitch-users mailing list archive at Nabble.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
>>
>
>
>
> --
> Anthony Minessale II
>
> FreeSWITCH http://www.freeswitch.org/
> ClueCon http://www.cluecon.com/
>
> AIM: anthm

> MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com>
> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com>

> IRC: irc.freenode.net #freeswitch
>
> FreeSWITCH Developer Conference

> sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org>

> iax:guest@conference.freeswitch.org/888

> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org>
> pstn:213-799-1400
>

> _______________________________________________
> 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
>
>

--

View this message in context: http://www.nabble.com/general-question-about-API-command-tp21032754p21033993.html

Sent from the Freeswitch-users mailing list archive at Nabble.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