in your intercept example there is no uuid (note the empty () where the uuid should be and the syntax error)
1. 2008-11-06 16:17:26 [DEBUG] switch_ivr.c:391 switch_ivr_parse_event()sofia/internal/ [EMAIL PROTECTED] Command Execute intercept() 2. 2008-11-06 16:17:26 [ERR] mod_dptools.c:256 intercept_function()Usage: [-bleg] <uuid> in the cli example you specified one of the uuids from the wrong call it should have been. b05f58aa-ac16-11dd-9f4b-f1b593b2c0b8 b0714c7c-ac16-11dd-9f4b-f1b593b2c0b8 you had an existing bridged call and you used one of the uuid from that call instead of your parked calls. the one you specified was in a bridge already. On Thu, Nov 6, 2008 at 9:54 AM, Dennis <[EMAIL PROTECTED]> wrote: > hi anthony, > > i just pasted the results of 3 unsuccessful tests into the pastebin: > http://pastebin.freeswitch.org/6018 > > perhaps you could be so nice and have a look at it... > > in the first test i made an uuid-bridge over our socket script. > in the second test i made an originate and then an intercept (which > shows an error in the debug log). > in the last test, i entered to uuid-bridge into the cli. > > > some more information arround the whole thing: > > 1.) the uuid's must be correct, because we can do everything with the > inbound and the outbound by sending messages with the uuid of the leg, > we want to talk to. > > 2.) if we make two originates, so that we have 2 outbound legs, we are > able to uuid-bride the two outbound legs with each other. it simply > does not work with the inbound... > > > thanks > dennis > > > > 2008/11/6 Anthony Minessale <[EMAIL PROTECTED]>: > > If that doesn't work one of your uuids are wrong or contains a > superfluous > > space or some other character > > You have to understand that the inbound call that uses "socket" is the > same > > thing as &park() > > They are both in a park state at that point and there is no functional > > difference. > > > > once both channels are answered and in the park state, > > you have 2 choices and they both work, so watch the console log on debug > > level to find your mistake. > > > > api uuid_bridge <uuid> <other_uuid> > > sendmsg to <uuid> with call-command: execute to execute intercept on > > <other_uuid> > > > > to prove it, just set your script to accept and answer the inbound call > then > > make the outbound call and do nothing more. > > Then at the CLI type: > >>console loglevel debug > >>show channels > > > > get the 2 uuid from the output > > and type: > >>uuid_bridge <uuid> <other_uuid> > > > > if this does not work, send me a complete copy of the console output > > _______________________________________________ > 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:[EMAIL PROTECTED] <[EMAIL PROTECTED]> GTALK/JABBER/PAYPAL:[EMAIL PROTECTED]<[EMAIL PROTECTED]> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:[EMAIL PROTECTED] <[EMAIL PROTECTED]> iax:[EMAIL PROTECTED]/888 googletalk:[EMAIL PROTECTED]<[EMAIL PROTECTED]> 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
