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/

Reply via email to