[Freeswitch-users] Using uuid_transfer with uuid_hold

2009-11-17 Thread Metik
Using the API, any caveats with transferring a call (via uuid_transfer) that has been placed on hold (via uuid_hold) without using uuild_hold off before doing so? Is it even possible? -metik ___ FreeSWITCH-users mailing list

Re: [Freeswitch-users] Using uuid_transfer with uuid_hold

2009-11-17 Thread Mathieu Rene
Shouldnt be a problem, but I think you really want to uuid_park it, not hold it. Mathieu Rene Avant-Garde Solutions Inc Office: + 1 (514) 664-1044 x100 Cell: +1 (514) 664-1044 x200 mr...@avgs.ca On 17-Nov-09, at 9:32 AM, Metik wrote: Using the API, any caveats with transferring a call

Re: [Freeswitch-users] Using uuid_transfer with uuid_hold

2009-11-17 Thread Brian West
uuid_hold will send a HOLD indication to the end you're talking to ... it will NOT put the person your talking to on HOLD... I think that is the confusion of uuid_hold. Example: Phone - FS1 - FS2(uses uuid_hold) will cause the FS1 box to play hold music to the phone. /b On Nov 17,

Re: [Freeswitch-users] Using uuid_transfer with uuid_hold

2009-11-17 Thread Metik
Brian, That explains what I have been seeing... The console would freeze or the xml-rpc request would never receive a response (trunk rev 15463). -metik Brian West wrote: uuid_hold will send a HOLD indication to the end you're talking to ... it will NOT put the person your talking to on