[OpenSIPS-Users] lookup "b" flag - one registration at a time
Bogdan-Andrei Iancu
bogdan at voice-system.ro
Mon Feb 1 17:53:30 CET 2010
Hi Jeff,
as time as you have the sources from the same rev (consistent version),
if you install the same modules, there is not risk to have binaries/libs
from the old installation. When installing, the prev bins/libs are
overwritten.
Just to be sure I do not overlap installations (from different versions)
or versions (on the same machine), I typically install with prefix dir
(all stuff under a single root dir) like /usr/local/opensips_1.6 ...
Regards,
Bogdan
Jeff Pyle wrote:
> Bogdan,
>
> Over the last day or so I've noticed some other weirdness too, particularly with engage_media_proxy() not working reliably. I'm thinking I might have pieces-parts of different builds laying around. I'm not always the best at removing /usr/local/lib/opensips before I install a new build.
>
> I started fresh with 6547 tonight being sure to remove the old lib directory before installing. Both this issue and the Mediaproxy one seem to have resolved themselves.
>
> How much manual housekeeping should be required after an update from svn? I'd prefer not to believe I'm the only one who has encountered issues like this. :)
>
>
> - Jeff
>
>
> On Jan 27, 2010, at 6:54 AM, Bogdan-Andrei Iancu wrote:
>
>
>> Hi Jeff,
>>
>> Got your email - I used the SB you had and from script check_address() -
>> to be able to check with your IPs . It worked
>>
>> Also I tested using some IPs from our network versus
>> check_source_address() and again, It worked.
>>
>> Please apply the attached patched (just debugs) and use debug=4 to
>> capture the logs to see what is going wrong in your case.
>>
>> Regards,
>> Bogdan
>>
>>
>> Bogdan-Andrei Iancu wrote:
>>
>>> I do not think this is related to the registrar update, but rather to
>>> the "permissions" fixes from today (see rev 6539).
>>>
>>> I did some tests and seams to work ok - if you want, you can privately
>>> send me the dump of the address table and the IP which does not match,
>>> just to check what is going on.
>>>
>>> Regards,
>>> Bogdan
>>>
>>> Jeff Pyle wrote:
>>>
>>>
>>>> Bogdan,
>>>>
>>>> I didn't catch it before, but it appears the update seems to have broken the following:
>>>>
>>>> if (check_source_address("1","$avp(s:peer_uuid)")) {
>>>> .. do stuff ..
>>>> }
>>>>
>>>> The check_source_address returns false. As a temporary workaround I've added lines the following lines:
>>>>
>>>> if ($si == '2.3.4.5') {
>>>> .. do stuff ..
>>>> } else if ($si == '2.3.4.6') {
>>>> .. do the same stuff .. {
>>>> } else if ...
>>>>
>>>>
>>>> - Jeff
>>>>
>>>>
>>>> On Jan 25, 2010, at 11:49 PM, Jeff Pyle wrote:
>>>>
>>>>
>>>>
>>>>
>>>>> 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
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>
>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>
>>>
>> --
>> Bogdan-Andrei Iancu
>> www.voice-system.ro
>>
>> <permission.diff>_______________________________________________
>> 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
>
>
--
Bogdan-Andrei Iancu
www.voice-system.ro
More information about the Users
mailing list