[SR-Users] dmq_usrloc
Kelvin Chua
kelchy at gmail.com
Tue Aug 18 07:00:55 CEST 2015
yes, same crash
Kelvin Chua
On Mon, Aug 17, 2015 at 3:17 PM, Charles Chance <
charles.chance at sipcentric.com> wrote:
> There were some issues fixed since 4.3.1 - have you tried with latest
> master?
>
> Cheers,
> Charles
> On 17 Aug 2015 04:50, "Kelvin Chua" <kelchy at gmail.com> wrote:
>
>> i think we should support custom location tables in the future but either
>> way,
>> i tried changing location to kam_location in 2 instances on usrloc_sync.c
>> -- crash
>> i tried changing save("location") -- crash
>>
>>
>> Kelvin Chua
>>
>> On Fri, Aug 14, 2015 at 7:32 PM, Charles Chance <
>> charles.chance at sipcentric.com> wrote:
>>
>>> Hi,
>>>
>>> I'm not sure why, but the dmq_usrloc module was written with the usrloc
>>> domain hardcoded as "location".
>>>
>>> I intend to address that along with some other improvements but in the
>>> meantime, try changing your call to save() to use "location" instead of
>>> "kam_location"...
>>>
>>> save("location");
>>>
>>> Please report back the result.
>>>
>>> Cheers,
>>> Charles
>>> On 14 Aug 2015 11:03, "Kelvin Chua" <kelchy at gmail.com> wrote:
>>>
>>>> 4.3.1
>>>>
>>>> kamctl ul show shows blank on the other machine. the registrar is ok.
>>>>
>>>> here is the DMQ message captured using ngrep
>>>>
>>>> KDMQ sip:usrloc at 1.2.3.4:5090 SIP/2.0.
>>>> Via: SIP/2.0/UDP 1.2.3.4:5080
>>>> ;branch=z9hG4bK97d1.f42de484000000000000000000000000.0.
>>>> To: <sip:usrloc at 1.2.3.4:5090>.
>>>> From: <sip:usrloc at 1.2.3.4:5080
>>>> >;tag=c5ea0db92ae4ac0758f8c2b12d8addf4-4d17.
>>>> CSeq: 10 KDMQ.
>>>> Call-ID: 40be1e6c728bfe96-27604 at 1.2.3.4.
>>>> Content-Length: 403.
>>>> User-Agent: Sipsurge Registrar/1.0.0.
>>>> Max-Forwards: 1.
>>>> Content-Type: application/json.
>>>> .
>>>>
>>>> {"action":1,"aor":"kelvin","ruid":"uloc-55cdbac7-6bd4-1","c":"sip:kelvin at 192.168.1.120:5060
>>>> ;alias=2.4.6.8~5060~1","received":"","path":"<sip:1.2.3.4:6055
>>>> ;lr;received=sip:2.4.6.8:5060>","callid":"559751939 at 192.168.1.120
>>>> ","user_agent":"qutecom/rev-g-trunk","instance":"","expires":1439549023,"cseq":2,"flags":0,"cflags":0,"q":-1,"last_modified":1439546083,"methods":4294967295,"reg_id":0}
>>>>
>>>>
>>>> here are the modparams
>>>>
>>>> modparam("usrloc", "db_mode", 0)
>>>> modparam("usrloc", "use_domain", MULTIDOMAIN)
>>>> modparam("dmq", "server_address", DMQ_INT)
>>>> modparam("dmq", "notification_address", DMQ_EXT)
>>>> modparam("dmq_usrloc", "enable", 1)
>>>>
>>>>
>>>> sometimes, the registrar crashes, sometimes, the backup, sometimes both
>>>> but i manage to catch kamctl ul show and this is how it looks like:
>>>>
>>>> Domain:: kam_location table=1024 records=1 max_slot=1
>>>> AOR:: kelvin
>>>> Contact:: sip:kelvin at 192.168.1.120:5060;alias=2.4.6.8~5060~1
>>>> Q=
>>>> Expires:: deleted
>>>> Callid:: 559751939 at 192.168.1.120
>>>> Cseq:: 30
>>>> User-agent:: qutecom/rev-g-trunk
>>>> Path:: <sip:1.2.3.4:6055;lr;received=sip:
>>>> 2.4.6.8:5060>
>>>> State:: CS_DIRTY
>>>> Flags:: 0
>>>> Cflag:: 0
>>>> Socket:: udp:1.2.3.4:5080
>>>> Methods:: 4294967295
>>>> Ruid:: uloc-55cdbac7-6bd4-1
>>>> Reg-Id:: 0
>>>> Last-Keepalive:: 1439546340
>>>> Last-Modified:: 1439546340
>>>>
>>>>
>>>> Kelvin Chua
>>>>
>>>> On Thu, Aug 13, 2015 at 7:54 PM, Charles Chance <
>>>> charles.chance at sipcentric.com> wrote:
>>>>
>>>>> Hello,
>>>>>
>>>>> From which version has this been generated?
>>>>>
>>>>> Also, can you provide the output of "kamctl ul show" and the relevant
>>>>> modparam sections of your config (usrloc, dmq, dmq_usrloc).
>>>>>
>>>>> Cheers,
>>>>> Charles
>>>>>
>>>>>
>>>>> On 13 August 2015 at 10:23, Kelvin Chua <kelchy at gmail.com> wrote:
>>>>>
>>>>>> I don't know if this is related, this happens on 4.3.1 as well but
>>>>>> usrloc crashes once it gets a DMQ
>>>>>>
>>>>>> #0 0x00007f2a82a5727c in get_urecord_by_ruid (_d=0x0,
>>>>>> _aorhash=8118438, _ruid=0x7ffe6028d5c0, _r=0x7ffe6028d568,
>>>>>> _c=0x7ffe6028d578)
>>>>>> at udomain.c:1153
>>>>>> #1 0x00007f2a8282029a in usrloc_get_all_ucontact
>>>>>> (node=0x7f2a01790998) at usrloc_sync.c:166
>>>>>> #2 0x00007f2a828240a7 in usrloc_dmq_handle_msg (msg=0x7f2a01790f78,
>>>>>> resp=0x7ffe6028d820, node=0x7f2a01790998) at usrloc_sync.c:363
>>>>>> #3 0x00007f2a83959e6f in worker_loop (id=1) at worker.c:105
>>>>>> #4 0x00007f2a8393e566 in child_init (rank=0) at dmq.c:293
>>>>>> #5 0x0000000000599658 in init_mod_child (m=0x7f2a86955c78, rank=0)
>>>>>> at sr_module.c:898
>>>>>> #6 0x0000000000599390 in init_mod_child (m=0x7f2a86956098, rank=0)
>>>>>> at sr_module.c:895
>>>>>> #7 0x0000000000599390 in init_mod_child (m=0x7f2a86956a78, rank=0)
>>>>>> at sr_module.c:895
>>>>>> #8 0x0000000000599390 in init_mod_child (m=0x7f2a86956e68, rank=0)
>>>>>> at sr_module.c:895
>>>>>> #9 0x0000000000599390 in init_mod_child (m=0x7f2a869570f8, rank=0)
>>>>>> at sr_module.c:895
>>>>>> #10 0x0000000000599390 in init_mod_child (m=0x7f2a86957498, rank=0)
>>>>>> at sr_module.c:895
>>>>>> #11 0x0000000000599390 in init_mod_child (m=0x7f2a86957838, rank=0)
>>>>>> at sr_module.c:895
>>>>>> #12 0x0000000000599390 in init_mod_child (m=0x7f2a86957db0, rank=0)
>>>>>> at sr_module.c:895
>>>>>> #13 0x0000000000599390 in init_mod_child (m=0x7f2a86958090, rank=0)
>>>>>> at sr_module.c:895
>>>>>> #14 0x0000000000599390 in init_mod_child (m=0x7f2a869582c0, rank=0)
>>>>>> at sr_module.c:895
>>>>>> #15 0x0000000000599390 in init_mod_child (m=0x7f2a869589b0, rank=0)
>>>>>> at sr_module.c:895
>>>>>> #16 0x0000000000599390 in init_mod_child (m=0x7f2a86958f88, rank=0)
>>>>>> at sr_module.c:895
>>>>>> #17 0x0000000000599390 in init_mod_child (m=0x7f2a869594d8, rank=0)
>>>>>> at sr_module.c:895
>>>>>> #18 0x000000000059996c in init_child (rank=0) at sr_module.c:924
>>>>>> #19 0x00000000004aa753 in main_loop () at main.c:1650
>>>>>> #20 0x00000000004b02b0 in main (argc=13, argv=0x7ffe6028e318) at
>>>>>> main.c:2533
>>>>>>
>>>>>>
>>>>>> Kelvin Chua
>>>>>>
>>>>>> On Sat, Aug 8, 2015 at 12:09 AM, Asgaroth <00asgaroth00 at gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Yes, I do see it replicating contacts to the other 2 servers on the
>>>>>>> dmq bus, however, I did come across a strange issue with the max contacts
>>>>>>> parameter, which the devs are looking at:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> https://github.com/kamailio/kamailio/issues/265
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Cheers
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> *From:* sr-users [mailto:sr-users-bounces at lists.sip-router.org] *On
>>>>>>> Behalf Of *Kelvin Chua
>>>>>>> *Sent:* Friday 7 August 2015 14:56
>>>>>>> *To:* Kamailio (SER) - Users Mailing List <
>>>>>>> sr-users at lists.sip-router.org>
>>>>>>> *Subject:* Re: [SR-Users] dmq_usrloc
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> have you seen your usrloc actually populate data from another server?
>>>>>>>
>>>>>>> i can verify my dmq is working properly. just usrloc not populating.
>>>>>>>
>>>>>>>
>>>>>>> Kelvin Chua
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Fri, Aug 7, 2015 at 6:22 PM, Asgaroth <00asgaroth00 at gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> I’m a new user to the dmq subsystem in kamailio, but, once I had a
>>>>>>> properly configured dmq environment and loaded dmq_usrloc after dmq, all I
>>>>>>> had to do was add the following to the module paramters:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> modparam("dmq_usrloc", "enable", 1)
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Then in the routing logic of the registrar’s you just need to add
>>>>>>> the appropriate dmq message handling blocks.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Hope this helps in some way.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> *From:* sr-users [mailto:sr-users-bounces at lists.sip-router.org] *On
>>>>>>> Behalf Of *Kelvin Chua
>>>>>>> *Sent:* Thursday 6 August 2015 07:29
>>>>>>> *To:* SIP Router - Kamailio (OpenSER) and SIP Express Router (SER)
>>>>>>> - Users Mailing List <sr-users at lists.sip-router.org>
>>>>>>> *Subject:* [SR-Users] dmq_usrloc
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> is there any function to trigger replication?
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> i enabled the module and dmq is working for my htables
>>>>>>>
>>>>>>> but usrloc is not replicating.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> "kamctl ul show" does not show anything
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> i used ngrep to trace the KDMQ packets, i can see the frequent
>>>>>>> exchanges but nothing related to usrloc. am i doing something wrong?
>>>>>>>
>>>>>>>
>>>>>>> Kelvin Chua
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
>>>>>>> list
>>>>>>> sr-users at lists.sip-router.org
>>>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
>>>>>>> list
>>>>>>> sr-users at lists.sip-router.org
>>>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
>>>>>> list
>>>>>> sr-users at lists.sip-router.org
>>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> *Charles Chance*
>>>>> Managing Director
>>>>>
>>>>> t. 0121 285 4400 m. 07932 063 891
>>>>>
>>>>> *** We're rebranding! Learn more here
>>>>> <http://www.sipcentric.com/2015/07/were-rebranding/> ***
>>>>>
>>>>> www.sipcentric.com
>>>>>
>>>>> Follow us on twitter @sipcentric <http://twitter.com/sipcentric>
>>>>>
>>>>> Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered
>>>>> office: Faraday Wharf, Innovation Birmingham Campus, Holt Street,
>>>>> Birmingham Science Park, Birmingham B7 4BB.
>>>>> _______________________________________________
>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>>> sr-users at lists.sip-router.org
>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>> sr-users at lists.sip-router.org
>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>
>>>>
>>> *** We're rebranding! Learn more here
>>> <http://www.sipcentric.com/2015/07/were-rebranding/> ***
>>>
>>> www.sipcentric.com
>>>
>>> Follow us on twitter @sipcentric <http://twitter.com/sipcentric>
>>>
>>> Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered
>>> office: Faraday Wharf, Innovation Birmingham Campus, Holt Street,
>>> Birmingham Science Park, Birmingham B7 4BB.
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
> *** We're rebranding! Learn more here
> <http://www.sipcentric.com/2015/07/were-rebranding/> ***
>
> www.sipcentric.com
>
> Follow us on twitter @sipcentric <http://twitter.com/sipcentric>
>
> Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered
> office: Faraday Wharf, Innovation Birmingham Campus, Holt Street,
> Birmingham Science Park, Birmingham B7 4BB.
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20150818/fe5428bf/attachment.html>
More information about the sr-users
mailing list