[SR-Users] One active registration per sip instance.
Daniel-Constantin Mierla
miconda at gmail.com
Mon Nov 26 22:41:00 CET 2012
I received the register requests and did a quick test with master branch
and all is fine - one contact. I checked and branch 3.3 should have same
patches.
What exact version are you running? you said 3.x which is too broad --
instance support was added for 3.3.0 and you should run latest version
(3.3.2 or latest git branch 3.3) as there were some fixes for minor
releases.
Cheers,
Daniel
On 11/26/12 4:58 PM, Daniel-Constantin Mierla wrote:
> Can you grab two such REGISTER requests with ngrep and send over so I
> can test locally?
>
> Cheers,
> Daniel
>
> On 11/26/12 3:06 PM, Krishna Kurapati wrote:
>> Daniel,
>>
>> Here are the usrloc params
>>
>> # ----- usrloc params -----
>> #!ifdef WITH_USRLOCDB
>> /* enable DB persistency for location entries */
>> modparam("usrloc", "db_url", DBURL)
>> modparam("usrloc", "db_mode", 2)
>> modparam("usrloc", "use_domain", MULTIDOMAIN)
>> modparam("usrloc", "desc_time_order", 1)
>> #!endif
>>
>> # params needed for NAT traversal in other modules
>> modparam("nathelper|registrar", "received_avp", "$avp(i:42)")
>> modparam("usrloc", "nat_bflag", FLB_NATB)
>>
>> # ----- registrar params -----
>> modparam("registrar", "method_filtering", 1)
>> /* uncomment the next line to disable parallel forking via location */
>> # modparam("registrar", "append_branches", 0)
>> /* uncomment the next line not to allow more than 5 contacts per AOR */
>> modparam("registrar", "max_contacts", 5)
>>
>>
>>
>>
>>
>>
>>
>> On Mon, Nov 26, 2012 at 7:35 AM, Daniel-Constantin Mierla
>> <miconda at gmail.com <mailto:miconda at gmail.com>> wrote:
>>
>> Hello,
>>
>> what are the parameters of registrar and usrloc modules in your
>> config?
>>
>> Cheers,
>> Daniel
>>
>>
>> On 11/26/12 2:17 PM, Krishna Kurapati wrote:
>>> Hi,
>>>
>>> I have 3.x Kamailio with GRUU support. I see SIP Instance in the
>>> contact. However, I see a problem. When I kill the SIP client on
>>> a device and restart, it sends registration on a different port.
>>> The server instead of updating the contact in user location
>>> table, is creating a new contact for the same instance. Do I
>>> need to turn on something to get the expected behavior? Here is
>>> the output from kamctl ul show.
>>>
>>> Thanks
>>>
>>> Krish Kura
>>>
>>> AOR:: 100227074
>>> Contact:: sip:100227074 at 10.132.60.70:50845;transport=TCP;ob Q=
>>> Expires:: 3132
>>> Callid:: ATZJcr.HqXxwWdsPmanjERetcdeRVeZy
>>> Cseq:: 4399
>>> User-agent:: n/a
>>> Received:: sip:166.137.120.37:48873;transport=TCP
>>> State:: CS_SYNC
>>> Flags:: 0
>>> Cflag:: 192
>>> Socket:: tcp:10.1.0.6:5060 <http://10.1.0.6:5060>
>>> Methods:: 8143
>>> Ruid:: uloc-50b3602b-50e-1
>>> Instance::
>>> <urn:uuid:237BF2F6-2FDE-47E8-A9E2-32D46D43F174-319-00000121AFA29D2E>
>>> Reg-Id:: 1
>>> Contact:: sip:100227074 at 10.132.60.70:50839;transport=TCP;ob Q=
>>> Expires:: 3029
>>> Callid:: oYsIYUyP3N77MKSoQ3EDChEph.lD4fjB
>>> Cseq:: 37489
>>> User-agent:: n/a
>>> Received:: sip:166.137.120.37:61763;transport=TCP
>>> State:: CS_SYNC
>>> Flags:: 0
>>> Cflag:: 192
>>> Socket:: tcp:10.1.0.6:5060 <http://10.1.0.6:5060>
>>> Methods:: 8143
>>> Ruid:: uloc-50b3602b-507-1
>>> Instance::
>>> <urn:uuid:237BF2F6-2FDE-47E8-A9E2-32D46D43F174-319-00000121AFA29D2E>
>>> Reg-Id:: 1
>>> Contact:: sip:100227074 at 10.132.60.70:50803;transport=TCP;ob Q=
>>> Expires:: 1527
>>> Callid:: b4IeJXybn6Yr.jB8sc-Kz8CJ0kt0hNbO
>>> Cseq:: 30014
>>> User-agent:: n/a
>>> Received:: sip:166.137.120.37:36879;transport=TCP
>>> State:: CS_SYNC
>>> Flags:: 0
>>> Cflag:: 192
>>> Socket:: tcp:10.1.0.6:5060 <http://10.1.0.6:5060>
>>> Methods:: 8143
>>> Ruid:: uloc-50b35a12-7f5c-1
>>> Instance::
>>> <urn:uuid:237BF2F6-2FDE-47E8-A9E2-32D46D43F174-319-00000121AFA29D2E>
>>> Reg-Id:: 1
>>> Contact:: sip:100227074 at 10.132.60.70:50818;transport=TCP;ob Q=
>>> Expires:: 2199
>>> Callid:: DM0Z1d-ZenGHknjmT.7Cle5cos7Uhs7H
>>> Cseq:: 22942
>>> User-agent:: n/a
>>> Received:: sip:166.137.120.37:39471;transport=TCP
>>> State:: CS_SYNC
>>> Flags:: 0
>>> Cflag:: 192
>>> Socket:: tcp:10.1.0.6:5060 <http://10.1.0.6:5060>
>>> Methods:: 8143
>>> Ruid:: uloc-50b35a12-7f6f-1
>>> Instance::
>>> <urn:uuid:237BF2F6-2FDE-47E8-A9E2-32D46D43F174-319-00000121AFA29D2E>
>>> Reg-Id:: 1
>>> Contact:: sip:100227074 at 10.132.60.70:50815;transport=TCP;ob Q=
>>> Expires:: 1833
>>> Callid:: VJy3SNE66U1U971u5BEeqbYJi6a-puT-
>>> Cseq:: 64347
>>> User-agent:: n/a
>>> Received:: sip:166.137.120.37:35872;transport=TCP
>>> State:: CS_SYNC
>>> Flags:: 0
>>> Cflag:: 192
>>> Socket:: tcp:10.1.0.6:5060 <http://10.1.0.6:5060>
>>> Methods:: 8143
>>> Ruid:: uloc-50b35a12-7f5a-2
>>> Instance::
>>> <urn:uuid:237BF2F6-2FDE-47E8-A9E2-32D46D43F174-319-00000121AFA29D2E>
>>> Reg-Id:: 1
>>>
>>>
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>> --
>> Daniel-Constantin Mierla -http://www.asipto.com
>> http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> -http://www.linkedin.com/in/miconda
>>
>>
>
> --
> Daniel-Constantin Mierla -http://www.asipto.com
> http://twitter.com/#!/miconda -http://www.linkedin.com/in/miconda
--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20121126/526efa0c/attachment.htm>
More information about the sr-users
mailing list