Re: [OpenSER-Users] Intervention in provisional responses of stateful INVITE processing.

Greetings, An OpenSER REQUEST-ROUTE that statefully t_relay()s an INVITE request will automatically pass back a provisional "100 Trying" response to the sender. The problem I have is that I have a database operation that occurs in my main REQUEST-ROUTE that can potentially, under certain unfavourable circumstances, be somewhat latent. This operation must run before the relaying can occur, since its results are used to rewrite the RURI, etc. When the operation lags, sometimes it exhausts the T-timers and results in retransmission of the INVITE, or, for equipment configured in a particularly conservative way, even a failure. So, what I need is some way to pass a provisional "100 Trying" at the beginning of the REQUEST-ROUTE immediately in order to placate the sender. I can't just reply statelessly, because I need the stateful processing for other things related to call accounting, so I must use 'tm.' And if I send a stateless "100 Trying" reply, the subsequent t_relay() will not know that and duplicate it, and although as far as I know this does not violate the RFC, it is still a situation I would like to avoid in principle. What I need to know is if there is some way in 'tm' to disable automatic provisional responses in a temporary or ephemeral fashion, or else to disable them entirely and then re-enable them later. Thank you so much in advance for all of your help!