[Devel] Use of 'registered()' while processing REGISTER request

Mahesh Paolini-Subramanya mahesh at corp.aptela.com
Fri Sep 15 19:22:10 CEST 2006


Actually, this sounds like a great soln. for stuff that i'm doing today - don't know if it solves Kobi's problem, but it would certainly solve mine...

cheers
----- Original Message -----
From: Bogdan-Andrei Iancu <bogdan at voice-system.ro>
To: Kobi Eshun <kobi at sightspeed.com>, devel <devel at openser.org>
Sent: Thursday, September 14, 2006 3:25:57 AM GMT-0600
Subject: Re: [Devel] Use of 'registered()' while processing REGISTER request

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
>>> Devel at openser.org <mailto:Devel at openser.org>
>>> http://openser.org/cgi-bin/mailman/listinfo/devel
>>>
>>>  
>>>
>>
>


_______________________________________________
Devel mailing list
Devel at openser.org
http://openser.org/cgi-bin/mailman/listinfo/devel



-- 
*******************************************
Mahesh Paolini-Subramanya      (703) 386-1500 x9100
CTO                                         mahesh at aptela.com
Aptela, Inc.                               http://www.aptela.com
"Aptela: How Business Answers The Call"
*******************************************




More information about the Devel mailing list