Hello Daniel,
Thank you for you clarification.
Best Regards
José Seabra
2016-04-21 6:43 GMT+01:00 Daniel-Constantin Mierla :
> Hello,
>
> I expect this is due to replications of the same records from the other
> server. The errors can be ignored, we will think of a way to avoid them
> somehow.
>
Hello,
I expect this is due to replications of the same records from the other
server. The errors can be ignored, we will think of a way to avoid them
somehow.
Cheers,
Daniel
On 15/04/16 15:26, José Seabra wrote:
> Hi There,
>
> I'm using dmq and dmq_usrloc between 2 kamailio(version 4.4.0)
> re
Hi There,
I'm using dmq and dmq_usrloc between 2 kamailio(version 4.4.0) registrar
servers.
I'm registering 15000 subscribers with sipp and everything is ok, the
registration address of record are shared between both registrar servers.
The problem here is when I restart one of the registrar s
Hello,
On 27/10/15 12:17, Sebastian Damm wrote:
> Hi,
>
> when inspecting dmq a bit further, I found that in fact there is an
> autodiscovery built in. When I told registrar 1 and registrar 2 to
> send to receiver, and told receiver to only send to itself, everything
> worked. Until the receiver w
Hi,
when inspecting dmq a bit further, I found that in fact there is an
autodiscovery built in. When I told registrar 1 and registrar 2 to send to
receiver, and told receiver to only send to itself, everything worked.
Until the receiver went offline. Then it got disabled by the registrars and
no p
Hello,
not that familiar with the dmq code to assert something by hart, but you
can always prevent any incident by capturing the SIP packet inside
config file and reply from there instead of handling it with dmq module
(if(method==...) ).
Cheers,
Daniel
On 21/10/15 09:49, Sebastian Damm wrote:
>
Hi,
I did see that REGISTERs received via DMQ are not replicated. What I was
wondering is, whether registrar 1 at some point discovers registrar 2
through the DMQ pings, and then "automagically" starts replicating its
packets to registrar 2, too.
Best Regards,
Sebastian
On Tue, Oct 20, 2015 at 5
Hello,
iirc, if one node doesn't handle a SIP register itself, should not
publish to other nodes anything. Is this what you are looking for -- one
node not to send to the others?
Cheers,
Daniel
On 20/10/15 17:24, Sebastian Damm wrote:
> Hi,
>
> I evaluated the dmq_usrloc module, and it works pre
Hi,
I evaluated the dmq_usrloc module, and it works pretty good if there are
two identical machines which replicate their location with each other. But
what I actually want to do is to send registrations to an extra machine
which is just there for writing the location into a central DB (in one
tab
he output of "kamctl ul show" and the
>>>>>>>> relevant modparam sections of your config (usrloc, dmq, dmq_usrloc).
>>>>>>>>
>>>>>>>> Cheers,
>>>>>>>> Charles
>>>>>>>&
c crashes once it gets a DMQ
>>>>>>>>
>>>>>>>> #0 0x7f2a82a5727c in get_urecord_by_ruid (_d=0x0,
>>>>>>>> _aorhash=8118438, _ruid=0x7ffe6028d5c0, _r=0x7ffe6028d568,
>>>>>>>> _c=0x7ffe6028d578)
007f2a83959e6f in worker_loop (id=1) at worker.c:105
>>>>>>> #4 0x7f2a8393e566 in child_init (rank=0) at dmq.c:293
>>>>>>> #5 0x00599658 in init_mod_child (m=0x7f2a86955c78, rank=0)
>>>>>>> at sr_module.c:898
>>>>>
d_child (m=0x7f2a86956098, rank=0)
>>>>>> at sr_module.c:895
>>>>>> #7 0x00599390 in init_mod_child (m=0x7f2a86956a78, rank=0)
>>>>>> at sr_module.c:895
>>>>>> #8 0x000000599390 in init_mod_child (m=0x7f2a86956e6
000599390 in init_mod_child (m=0x7f2a869570f8, rank=0) at
>>>>> sr_module.c:895
>>>>> #10 0x00599390 in init_mod_child (m=0x7f2a86957498, rank=0) at
>>>>> sr_module.c:895
>>>>> #11 0x00599390 in init_mod_child (m=0x7f
0599390 in init_mod_child (m=0x7f2a86957db0, rank=0) at
>>>> sr_module.c:895
>>>> #13 0x00599390 in init_mod_child (m=0x7f2a86958090, rank=0) at
>>>> sr_module.c:895
>>>> #14 0x00599390 in init_mod_child (m=0x7f2a869582c0, rank=0) at
;
>>>> https://github.com/kamailio/kamailio/issues/265
>>>>
>>>>
>>>>
>>>> Cheers
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> *From:* sr-users [mailto:sr-users-boun...@lists.sip-router.org]
gt;> sr_module.c:895
>> #18 0x0059996c in init_child (rank=0) at sr_module.c:924
>> #19 0x004aa753 in main_loop () at main.c:1650
>> #20 0x004b02b0 in main (argc=13, argv=0x7ffe6028e318) at
>> main.c:2533
>>
>>
>> Kelvin Chua
>&g
trange 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-
mailto:sr-users-boun...@lists.sip-router.org] *On
> Behalf Of *Kelvin Chua
> *Sent:* Friday 7 August 2015 14:56
> *To:* Kamailio (SER) - Users Mailing List
> *Subject:* Re: [SR-Users] dmq_usrloc
>
>
>
> have you seen your usrloc actually populate data from another server?
>
-boun...@lists.sip-router.org] On Behalf Of
Kelvin Chua
Sent: Friday 7 August 2015 14:56
To: Kamailio (SER) - Users Mailing List
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
t 2015 07:29
> *To:* SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) -
> Users Mailing List
> *Subject:* [SR-Users] dmq_usrloc
>
>
>
> is there any function to trigger replication?
>
>
>
> i enabled the module and dmq is working for my htables
>
Express Router (SER) - Users
Mailing List
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 t
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
FYI, I opened issue #265 for this particular oddity :-)
On 22/07/2015 11:48, Charles Chance wrote:
Hi,
It seems to me like another bug, although again I'm not familiar with
the module so can't be sure without looking that it is not intended
behaviour.
I plan to look later this week when I h
Thanks Charles, I'll send some examples of what I am on about to you in
the next 30 minutes or so.
On 22/07/2015 11:48, Charles Chance wrote:
Hi,
It seems to me like another bug, although again I'm not familiar with
the module so can't be sure without looking that it is not intended
behaviou
Hi,
It seems to me like another bug, although again I'm not familiar with the
module so can't be sure without looking that it is not intended behaviour.
I plan to look later this week when I have some time but in the meantime,
you can send me the examples directly if you like.
Cheers,
Charles
Hi,
Any thoughts on this, I can provide actual examples for this, however, I
would rather not send valid subsciber info directly to the list.
If anyone is available for looking into it I can send the relevent
information/examples directly to them.
Thanks
On 21/07/2015 15:03, Asgaroth wrote
sorry, I forgot to mention, this is kamailio v4.3.1:
# kamailio -V
version: kamailio 4.3.1 (x86_64/linux) f38e67
flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS,
DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC,
F_MALLOC, DBG_F_MALLOC, USE_FUTEX, FAST
Hi All,
I have a situation where I have 2 devices registering with the same AOR,
I have the registrar module's max_contacts parameter set to 1 and I use
the 0x04 flag on the save function.
When I use dmq_usrloc for replication, I can see 2 contacts registered
for the AOR on the "client" node
29 matches
Mail list logo
