I couldn't restart sipxecs yet. I've just tried with restarting only sipxproxy and sipxregistrar and the SUBSCRIBE still gets forked to every contact received by the 302 from registrar. However, SUBSCRIBE that hits sipXbridge gets rejected with a 405 - Method not allowed, so I believe its safe to say that the last change isn't really needed.
I'll still wait for no calls in my system so I can restart sipxecs entirely and redo the tests. - MM On Fri, Nov 9, 2012 at 3:17 PM, Melcon Moraes <[email protected]> wrote: > Can I just restart proxy and registrar for the test? Would that be enough > for the test? > > I have some ongoing calls using sipXbridge and I wanted to avoid drop'em. > > - > MM > > -- > Melcon Moraes > Sent with Sparrow <http://www.sparrowmailapp.com/?sig> > > On Friday, November 9, 2012 at 10:52 AM, George Niculae wrote: > > On Fri, Nov 9, 2012 at 2:43 PM, Melcon Moraes <[email protected]> wrote: > > Hi George, > > I might be terribly wrong here but how this issue can be related to the > itsp? I believe the scenario Elwin described has no itsp at all. > > > Well not quite, I might be terribly wrong :) Thanks for pointing this out, > what I suggested could be just a part of the big fix > > > > It seems that this config change would allow only INVITE to be forwarded > to itsp accounts, but wouldn't prevent SUBSCRIBE to be forwarded to all of > userforward targets. > > I'll try it and get back to you with the results. > > > Yes, please, if you have an itsp :) > > Thanks > George > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > > >
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
