Hi Henning, >may i ask why do you want to implement something like this? If your UAs only >register to often or with a too short interval, just reply 423 with a >sensible Min-Expires or 503 with a Retry-Later.
My registrar isn't an Openser. It haven't these type of features. A possible solution was to share the location database of my registrar with my Openser server. Unfortunately, I can't do that. > Its also possible to configure the usrloc module to use a internal cache, so > that REGISTERs could be served from it, and no DB lookup should be necessary. The function 'save' can be used only from REQUEST_ROUTE. My topology : UA <-> Openser Proxy <-> Registrar 1- My UA sends a REGISTER request. 2- Openser relays the REGISTER to my Registrar. 3- The Registrar answers with a challenge. 4- Openser relays the Challenge to my UA. 5- The UA sends a new REGISTER request with the challenge response. 6- Openser relays the REGISTER to my Registrar. (At this moment, I don't known if the challenge response is OK. I can't cache the REGISTER.) 7- The registrar sends a response to my Openser. (At this moment, I known if the UA is REGISTER or not, but I can't call the "save" function.) Do you see other solutions ? -- Julien Mangeard On Mon, Jun 16, 2008 at 11:39 AM, Henning Westerholt < [EMAIL PROTECTED]> wrote: > On Friday 13 June 2008, Julien mangeard wrote: > > I don't known if it's possible but I try to use Openser for caching > > REGISTER requests. > > > > I have make a schema with the ideal registration flow : > > http://img225.imageshack.us/img225/930/registerlj0.png. > > > > What do you think about it ? > > Can I make that with the existing module ? > > Hi Juien, > > may i ask why do you want to implement something like this? If your UAs > only > register to often or with a too short interval, just reply 423 with a > sensible Min-Expires or 503 with a Retry-Later. > Its also possible to configure the usrloc module to use a internal cache, > so > that REGISTERs could be served from it, and no DB lookup should be > necessary. > > Henning >
_______________________________________________ Users mailing list [email protected] http://lists.openser.org/cgi-bin/mailman/listinfo/users
