no, you do not have to - I already have such a patch - I will commit it
soon on the cvs.
regards,
bogdan
Kobi Eshun wrote:
Sounds great. Would you like me to write that?
Thanks,
--
kobi
On Sep 14, 2006, at 1:25 AM, Bogdan-Andrei Iancu wrote:
Hi Kobi,
I have a patch you might find useful - instead of taking the AOR from
the request ( registered () and lookup() from RURI and save() from
To), you may push via an AVP what ever AOR you want. So you can take
the TO uri, place it in an AVP and pass it to registered() as AOR.
does it sound reasonable?
regards,
Bogdan
Kobi Eshun wrote:
Thanks for the suggestion, Bogdan, but the setting the max_contacts
parameter doesn't help me determine, at the script level, whether or
not the client is currently registered while processing a REGISTER
request.
Do you foresee any issues with patching the 'registered()' function
to operate on the To header in the case of a REGISTER request? Thanks,
--
kobi
On Sep 13, 2006, at 10:55 AM, Bogdan-Andrei Iancu wrote:
Hi Kobi,
use the max_contacts param to limit the number of registrations:
http://openser.org/docs/modules/1.1.x/registrar.html#AEN233
regards,
bogdan
Kobi Eshun wrote:
Hi,
I need to determine whether or not a client is currently already
registered while processing a REGISTER request from that client.
The obvious solution would be to invoke the 'registered()'
predicate funciton -- unfortunately, that function only searches
for an address-of-record in the R-URI, rather than the To header,
and so it does not work as expected. a) Does anyone know of a
different way to accomplish this query? b) Is there a conceptual
problem with patching the 'registered()' function to extract the
AOR from the To header in the case of REGISTER requests? Best
regards -- kobi
------------------------------------------------------------------------
_______________________________________________
Devel mailing list
[email protected] <mailto:[email protected]>
http://openser.org/cgi-bin/mailman/listinfo/devel
_______________________________________________
Devel mailing list
[email protected]
http://openser.org/cgi-bin/mailman/listinfo/devel
