Alberto, Turns out that "Send Outgoing request directly to target" in the SMC maps to "use_proxy_for_outbound_calls" in the INI file (with booleans reversed.) This setting is already available in sipXconfig as "Use proxy for outbound calls", on the Network screen under the Line. So, if you check "Use proxy for outbound calls" in sipXconfig, then you should find that "Send Outgoing request directly to target" becomes unchecked in the SMC, and the ITSP call should start working. Please let us know if it doesn't work. I've updated XX-5869 with instructions to change the sipXconfig "Use proxy for outbound calls" default to checked, and hide it under Advanced. I hope that helps!
-Paul [email protected] ________________________________ From: [email protected] [mailto:[email protected]] On Behalf Of Mossman, Paul (CAR:9D30) Sent: June 2, 2009 4:22 PM To: Alberto Cc: [email protected] Subject: Re: [sipX-dev] XX-5623 Closed and new issue recalling a sip URI ofan incoming sipxbridge call (Bria Pro and call back) Alberto, Ah I see now. I fully agree with XX-5869 then. The CounterPath Bria 2.5 Admin Guide say this setting is typically off, intended for lab tests and may cause problems in a NAT environment. I think XX-5869 should turn it off period, with no need to even expose it for admin the the GUI. -Paul [email protected] ________________________________ From: Alberto [mailto:[email protected]] Sent: June 2, 2009 3:50 PM To: Mossman, Paul (CAR:9D30) Cc: Lawrence, Scott (BL60:9D30); [email protected] Subject: Re: [sipX-dev] XX-5623 Closed and new issue recalling a sip URI of an incoming sipxbridge call (Bria Pro and call back) Paul Mossman ha scritto: Scott wrote: On Mon, 2009-06-01 at 23:50 +0200, Alberto wrote: You're very right in this ... and gave the hint to understand Bria is not contacting sipXproxy but trying directly the hard way ... contacting "itspdomain.org" even if does not have an account configured. I configured Bria via sipxconfig. There is only one account configured and is not the ITSP account. There is actually a switch that will fix this behavior. Set "Send Outgoing request directly to target" off. I believe this should be done in the Bria plug-in. Please submit an issue on that - should be easy to fix. All calls should go through the proxy, so I don't think we want to change the default in the Bria plug-in. Can you raise an XTRN again the Bria instead? -Paul [email protected] Paul exactly what is not happening. With the above mentioned switch set to ON calls to "n...@itsp" are not routed through sipxproxy but directly to ITSP. With the current sipxconfig Bria plug-in the setting is set to ON or not set. I cannot really be sure because I could not find such setting in the file generated from sipxconfig, but maybe I just couldn't spot it. What I'm sure is: when the setting is OFF all calls are correctly established. When I close and reopen Bria login again with a sipx user with the profile provisioned through sipxconfig the setting will be back again to ON. And again calls to "n...@itsp" won't be established. http://track.sipfoundry.org/browse/XX-5869 It's not a Bria issue ... at least to my understanding.
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
