Paul,
I wonderfully agree!
Thanks
Alberto
Paul Mossman ha scritto:
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
