[sr-dev] unREGISTER not working on recent master (built Saturday evening) when usrloc db_mode = 3

[Daniel-Constantin Mierla]

Hello,

On 5/20/13 4:34 PM, Peter Dunkley wrote:
> Hi,
>
> I don't have time to roll-back and check right now, but will hopefully 
> do so later in the week.
I just said in case you an workaround for it quickly and also to point 
to Juha for a double-check.

Doesn't look I will have time for it in the next days as well.

Cheers,
Daniel
>
> Regards,
>
> Peter
>
> On 20/05/13 15:28, Daniel-Constantin Mierla wrote:
>> iirc, Juha did some commits recently related to this part, perhaps 
>> something got broken.
>>
>> The version before commit 6c3853981a7574cd162117ef0d98dba205193d1b 
>> can be checked to see if goes fine.
>>
>> There were some notes in those commits that somehow triggered a 
>> warning and I added on my list to review, but I had no time yet.
>>
>> Cheers,
>> Daniel
>>
>> On 5/20/13 4:17 PM, Peter Dunkley wrote:
>>> It looks like the unregister() using RUID might be broken in db_mode 
>>> = 3 too.
>>>
>>> Regards,
>>>
>>> Peter
>>>
>>> On 20/05/13 15:15, Peter Dunkley wrote:
>>>> This un-REGISTER:
>>>>
>>>>     REGISTERsip:...domain... SIP/2.0
>>>>     Via: SIP/2.0/TCP 10.244.155.159:5080;branch=z9hG4bKc449.b2edda67c9b4a8c76a60a96e2855f29f.0
>>>>     Via: SIP/2.0/WSS 18vku8fabcfq.invalid;rport=50434;received=90.152.0.102;branch=z9hG4bK5064405
>>>>     Max-Forwards: 16
>>>>     To:<sip:...user... at ...domain...>
>>>>     From:<sip:...user... at ...domain...>;tag=ksmq223j0u
>>>>     Call-ID: pv465kef31j1l3qagh2bu7
>>>>     CSeq: 84 REGISTER
>>>>     Contact:<sip:pufj2a59 at 18vku8fabcfq.invalid;transport=ws>;reg-id=1;+sip.instance="<urn:uuid:d098383b-5d6d-4816-9c6e-f1aa00b7cef5>";expires=0
>>>>     Supported: path, outbound, gruu
>>>>     Content-Length: 0
>>>>     Path:<sip:7n4oJa+O7yfY4QYK9JufAbtamABmxQI=@10.244.155.159:5080;transport=tcp;lr;ob>
>>>>
>>>> Results in this 200 OK (with 0 bindings):
>>>>
>>>>     SIP/2.0 200 OK
>>>>     Via: SIP/2.0/TCP 10.244.155.159:5080;branch=z9hG4bKc449.b2edda67c9b4a8c76a60a96e2855f29f.0
>>>>     Via: SIP/2.0/WSS 18vku8fabcfq.invalid;rport=50434;received=90.152.0.102;branch=z9hG4bK5064405
>>>>     To:<sip:...user... at ...domain...>;tag=8ab1eb0246bb313f703b656487ebc696.9519
>>>>     From:<sip:...user... at ...domain...>;tag=ksmq223j0u
>>>>     Call-ID: pv465kef31j1l3qagh2bu7
>>>>     CSeq: 84 REGISTER
>>>>     Path:<sip:7n4oJa+O7yfY4QYK9JufAbtamABmxQI=@10.244.155.159:5080;transport=tcp;lr;ob>
>>>>     Supported: outbound
>>>>     Require: outbound
>>>>     Content-Length: 0
>>>>
>>>> But with usrloc db_mode set to 3 the corresponding record remains 
>>>> in the database.
>>>>
>>>> When I set usrloc db_mode to 0 I can use "mi ul_dump" with kamcmd 
>>>> and see that the records are removed from the hash-table.
>>>>
>>>> It looks like some recent change to the way usrloc interacts with 
>>>> the database has broken something.
>>>>
>>>> Regards,
>>>>
>>>> Peter
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> sr-dev mailing list
>>>> sr-dev at lists.sip-router.org
>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>>
>>>
>>>
>>> _______________________________________________
>>> sr-dev mailing list
>>> sr-dev at lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>
>> -- 
>> Daniel-Constantin Mierla -http://www.asipto.com
>> http://twitter.com/#!/miconda  -http://www.linkedin.com/in/miconda
>> Kamailio Advanced Training, San Francisco, USA - June 24-27, 2013
>>    *http://asipto.com/u/katu  *
>>
>>
>> _______________________________________________
>> sr-dev mailing list
>> sr-dev at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>
>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

-- 
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, San Francisco, USA - June 24-27, 2013
   * http://asipto.com/u/katu *

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-dev/attachments/20130520/0b481634/attachment-0001.html>