We have tried setting both effective_caller_id_number and origination_caller_id_number: session1.originate(session1,"{origination_caller_id_number=fixed0248b}sofia/gateway/halonet/0225490317",15); but the problem still exists. The solution we have found for the case when we originate two calls, local and external, is as follow: session1 = new Session(); session1.originate(session1,"user/1003@192.168.1.122",15);//local if(session1.ready()) { session1.execute("execute_extension","00930691688627 XML default");//external } so the external call goes through the dialplan. It does not work if both calls are external. One possible solution could be to pass the originating call through dialplan (loopback?) but we have not managed to figure out how to do it. Thanks Jacek Dnia 03-02-2009, wto o godzinie 14:31 -0300, Nicolas Brenner pisze:
Oops! Well, fortunately I don't use that voip provider anymore (nor the script).
Thanks Brian.
Nicolas
On Tue, Feb 3, 2009 at 2:25 PM, Brian West <brian@freeswitch.org> wrote:
YOU should NEVER use this method or call setCallerData at all you should use the correct methods to override the callerid.
If its a B-Leg born from an A-Leg you use these on the on the A-Leg:
http://wiki.freeswitch.org/wiki/Channel_Variables#effective_caller_id_name http://wiki.freeswitch.org/wiki/Channel_Variables#effective_caller_id_number
If you're originating you use this:
http://wiki.freeswitch.org/wiki/Channel_Variables#origination_caller_id_name http://wiki.freeswitch.org/wiki/Channel_Variables#origination_caller_id_numb...
/b
_______________________________________________ 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