Scott wrote: > On Mon, 2009-07-13 at 17:33 -0400, M. Ranganathan wrote: > > SipXbridge reads etc/sipxpbx/sipxbridge.xml on startup. The current > > strategy I follow fails configtest if there are any accounts found > > which have to REGISTER but have no username or password. Of course > > configtest failing means the service does not start. > Should I start > > the service anyway but send alarm after startup? It appears > that the > > visual indication we have that the service did not start is not > > sufficient. > > > > Possibile strategies are : > > > > 1. Fail configtest ( whcih is what happens at present ). > > If you don't look on the services page you deserve your fate. > > > > 2. Pass configtest but send an alarm on startup so you > have some ITSP > > accounts functioning. When sipxbridge sees an INVITE for the ITSP > > account that failed configtest, I can return a 5xx server > error with > > appropriate error text in the status code. Is 5xx the right > error code > > here? > > > > I propose to leave the brutal approach in place for 4.0.2 > but do the > > kinder gentler approach for 4.2. Any comments on this? > > I agree with Robert that this particular error should be > prevented in sipXconfig (the user should not be able to send > the incorrect profile to the sipXbridge in the first place). > > That having been said, if the configuration file is > schema-valid, then the service should start, and then provide > alerts for any semantic errors such as this one. Using a 5xx > code is appropriate.
+1 > I would suggest 500 with a response > text of "<itsp-name> Configuration Invalid". It would be preferable if the text mentioned the name of the failed Gateway, since you can have multiple Gateways with the same ITSP. But also, why does the SIP Trunking service seem to be restarting without a prompt? (http://list.sipfoundry.org/archive/sipx-dev/msg18788.html) -Paul [email protected] _______________________________________________ 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/
