Hi all, I've heard more from CounterPath on this. They're determined the "Send Outgoing request directly to target" setting doesn't make mush sense, and have removed it from the upcoming release.
-Paul [email protected] > -----Original Message----- > From: Tony Graziano [mailto:[email protected]] > Sent: June 11, 2009 12:11 PM > To: [email protected]; Mossman, Paul (CAR:9D30) > Cc: [email protected] > Subject: Re: [sipX-dev] XX-5623 Closed and new issue > recalling a sip URIofan incoming sipxbridge call (Bria Pro > and call back) > > Alberto, is working for you using the Bria client or the SMC client? > > >>> Alberto <[email protected]> 06/11/09 12:06 PM >>> > 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/
