[OpenSIPS-Users] lookup "b" flag - one registration at a time
Jeff Pyle
jpyle at fidelityvoice.com
Tue Jan 26 05:49:35 CET 2010
Bogdan,
Early results have this update working perfectly.
- Jeff
On Jan 25, 2010, at 10:29 AM, Jeff Pyle wrote:
> Bogdan,
>
> Will do. Thanks.
>
>
>
> - Jeff
>
>
> On Jan 25, 2010, at 9:35 AM, Bogdan-Andrei Iancu wrote:
>
>> Hi Jeff,
>>
>> See revision #6527 on trunk - if you could run some more tests on it and
>> report if works ok, it will be great.
>>
>> Regards,
>> Bogdan
>>
>> Jeff Pyle wrote:
>>> The "f" flag sounds fantastic. Thanks.
>>>
>>>
>>> - Jeff
>>>
>>>
>>> On Jan 18, 2010, at 9:24 AM, Bogdan-Andrei Iancu wrote:
>>>
>>>
>>>> Hi Jeff,
>>>>
>>>> Jeff Pyle wrote:
>>>>
>>>>> Iñaki,
>>>>>
>>>>> On Jan 9, 2010, at 5:00 PM, Iñaki Baz Castillo wrote:
>>>>>
>>>>>
>>>>>
>>>>>> El Sábado, 9 de Enero de 2010, Jeff Pyle escribió:
>>>>>>
>>>>>>
>>>>>>> Hello,
>>>>>>>
>>>>>>> The docs say that when using the "b" flag with lookup() when multiple
>>>>>>> records are present, it will load only the one with the highest q. What
>>>>>>> if the q is the same for all? How does it decide which to use?
>>>>>>>
>>>>>>>
>>>>>> I've not tested it with multiple users sharing same "q". however it should
>>>>>> fetch all the users with highest "q", not just one of them.
>>>>>>
>>>>>>
>>>>> Perhaps I'm asking the wrong question. I'm looking to allow only one registration per user in the sense that if a second successful registration comes in it will replace tne existing one. My approach so far is to use a max_contacts=2 and the lookup() function with the "b" flag to retrieve only one.
>>>>>
>>>> maybe without the "b" flag as the "b" flag will return you all the
>>>> registered contacts.
>>>>
>>>>> max_contacts=1 returns a 503 to the new "replacement" registration request, so that's out.
>>>>>
>>>>> Perhaps the hot ticket is to run an all-DB mode running a manual mysql query with avp_db_query after successful REGISTER authentication but before the save() so we can remove any existing registrations before the new one is saved. Thoughts?
>>>>>
>>>>>
>>>> No way - the SIP contact matching is much to complicated to do it at DB
>>>> level.
>>>>
>>>>
>>>> As I found that kind of behaviour was more and more asked by people, I
>>>> will add a new flag "f" to force at save() time the override of the
>>>> existing contacts if the max_contacts() was exceeded.
>>>>
>>>> Regards,
>>>> Bogdan
>>>>
>>>>> - Jeff
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users at lists.opensips.org
>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>>
>>>>>
>>>>>
>>>> --
>>>> Bogdan-Andrei Iancu
>>>> www.voice-system.ro
>>>>
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at lists.opensips.org
>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>
>>>
>>> Regards,
>>> --------
>>> Jeff Pyle
>>> Director, Voice Engineering
>>> Fidelity Voice & Data | 23250 Chagrin Blvd, Suite 250 | Beachwood, Ohio 44122
>>> P: 216-245-4106
>>> F: 216-595-0706
>>> E: jpyle at fidelityvoice.com
>>>
>>> Visit us at http://www.fidelityvoice.com
>>>
>>> 2008 & 2009 Inductee to the prestigious Weatherhead 100
>>>
>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>> ------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>> --
>> Bogdan-Andrei Iancu
>> www.voice-system.ro
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
More information about the Users
mailing list