Hi Paul,
works perfectly with the suggested change.
Thanks
Alberto
Paul Mossman ha scritto:
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/