[SR-Users] One active registration per sip instance.
Daniel-Constantin Mierla
miconda at gmail.com
Mon Nov 26 16:58:16 CET 2012
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20121126/5779f22b/attachment-0001.htm>
More information about the sr-users
mailing list