[Serusers] Re: usrloc loading

Klaus Darilion klaus.mailinglists at pernau.at
Tue Dec 5 14:46:40 CET 2006


Martin Hoffmann wrote:
>>> This leaves the registrar stuff. But that is writing to the database
>>> anyways. What would be more important here is to have it transactional
>>> in a sensible way. They way it works now is that if you have database
>>> problems, you delay your response which makes your UAs re-send the
>>> request which causes more database troubles. (This, BTW, is true for
>>> INVITE processing as well -- here you process your request with all the
>>> checks and database lookups and whatnots only to find out upon t_relay()
>>> that, oops, re-sent INVITE, needs to be dropped, all for nothing).
>>> True, this is not a problem if you use the right db_mode.
>> I think this is a good place for improvement indeed. We have been
>> thinking of some aggregation of delayed writes but haven't moved
>> forward on this yet.
> 
> I think a function "t_go_stateful()" might be enough (and use t_reply()
> in the registrar). The function checks if a transaction for the request
> exists and if so, ends processing right away. Otherwise it creates a
> transaction in a prelimary state.

Doesn't t_lookup_request() help you?

regards
klaus

-- 
Klaus Darilion
nic.at




More information about the sr-users mailing list