<div dir="ltr"><div>Dear sr-users<br></div><div>I need to save cdrs of calls and messages can you help me please </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 27, 2019 at 1:09 PM ali mahfouz <<a href="mailto:arm037@usal.edu.lb">arm037@usal.edu.lb</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">if I send my kamailio.cfg file can you edit it to me please because it is so urgent<div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 27, 2019 at 1:06 PM <<a href="mailto:sr-users-request@lists.kamailio.org" target="_blank">sr-users-request@lists.kamailio.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Send sr-users mailing list submissions to<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:sr-users-request@lists.kamailio.org" target="_blank">sr-users-request@lists.kamailio.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:sr-users-owner@lists.kamailio.org" target="_blank">sr-users-owner@lists.kamailio.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of sr-users digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: TOPOS uid in contact param instead of username<br>
(Daniel-Constantin Mierla)<br>
2. Kamailio 5.x and Call_control module (Efelin Novak)<br>
3. Re: Kamailio 5.x and Call_control module<br>
(Daniel-Constantin Mierla)<br>
4. Statistics for locally generated replies (Duarte Rocha)<br>
5. Re: Kamailio 5.x and Call_control module<br>
(Daniel-Constantin Mierla)<br>
6. Re: Kamailio 5.x and Call_control module (Efelin Novak)<br>
7. Re: kamailio as UAC and NAPTR / sendsocket question<br>
(Karsten Horsmann)<br>
8. MongoDB for Kamailio (Gaurav Bmotra)<br>
9. Presence publish manipulation (Gertjan Wolzak)<br>
10. Re: Question about registrar behavior<br>
(Володимир Іванець)<br>
11. Re: MongoDB for Kamailio (Henning Westerholt)<br>
12. Re: DMQ: dmq_t_replicate() (Henning Westerholt)<br>
13. Re: does kamailio support graph database ?? (Henning Westerholt)<br>
14. Re: Question about registrar behavior (Henning Westerholt)<br>
15. Need help with "no branches for forwarding" message (Andrew Chen)<br>
16. Topos / Remove HF_re (Nicolas Breuer)<br>
17. Re: Kamailio 5.x and Call_control module (Efelin Novak)<br>
18. Re: Question about registrar behavior<br>
(Володимир Іванець)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Wed, 26 Jun 2019 12:52:05 +0200<br>
From: Daniel-Constantin Mierla <<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>><br>
To: "Kamailio (SER) - Users Mailing List"<br>
<<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>><br>
Subject: Re: [SR-Users] TOPOS uid in contact param instead of username<br>
Message-ID:<br>
<<a href="mailto:CAFRry4VMJd9aaJ_teWd3E-CYg-O9K%2BqutW699n9GDc9is7wAxQ@mail.gmail.com" target="_blank">CAFRry4VMJd9aaJ_teWd3E-CYg-O9K+qutW699n9GDc9is7wAxQ@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hello,<br>
ok, feel free to ask question if something is not clear ... and I think<br>
topoh might help looking at its code, iirc, it uses uri param for contact<br>
masking ...<br>
<br>
Anyhow, there is no better fun that C coding ;-) ...<br>
Cheers,<br>
Daniel<br>
<br>
On Wed, Jun 26, 2019 at 10:12 AM Thomas Weber <<a href="mailto:thomas.weber@pascom.net" target="_blank">thomas.weber@pascom.net</a>><br>
wrote:<br>
<br>
> Hello,<br>
><br>
> thank you for your opinions.<br>
><br>
> So i will give it a try throughout the next weeks because we have some<br>
> customer pressure here.<br>
> Didn't do a C project since some 10 years, so it could be fun to "learn it<br>
> again".<br>
><br>
> Cheers,<br>
><br>
><br>
> Thomas<br>
><br>
> _______________________________________________<br>
> Kamailio (SER) - Users Mailing List<br>
> <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
> <a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
><br>
<br>
<br>
-- <br>
Daniel-Constantin Mierla - <a href="http://www.asipto.com" rel="noreferrer" target="_blank">http://www.asipto.com</a><br>
<a href="http://twitter.com/#!/miconda" rel="noreferrer" target="_blank">http://twitter.com/#!/miconda</a> - <a href="http://www.linkedin.com/in/miconda" rel="noreferrer" target="_blank">http://www.linkedin.com/in/miconda</a><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/f3d6e4f2/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/f3d6e4f2/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Wed, 26 Jun 2019 13:44:40 +0200<br>
From: Efelin Novak <<a href="mailto:efelin.novak@gmail.com" target="_blank">efelin.novak@gmail.com</a>><br>
To: "Kamailio (SER) - Users Mailing List"<br>
<<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>><br>
Subject: [SR-Users] Kamailio 5.x and Call_control module<br>
Message-ID:<br>
<<a href="mailto:CABKTgAorur8sw37v%2BmKAZ9C0b__ALtCbChX2DTOe6HFGknDMHg@mail.gmail.com" target="_blank">CABKTgAorur8sw37v+mKAZ9C0b__ALtCbChX2DTOe6HFGknDMHg@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi Folks,<br>
<br>
I'm migrating to Kamailio 5.2.x from 4.4.x. Everything seems to be fine,<br>
however I have came to an issue with call_control module as this one is<br>
still using old MI interface.<br>
<br>
Standard situations work nice (maximum debit, prepaid, "CDRs") however when<br>
call_control needs to kill a call (credit is gone), it tries to send<br>
dlg_end_dlg over MI and it fails.<br>
<br>
Question are:<br>
Is call_control still supported? I haven't found any note about it.<br>
Is there any workaround from Kamailio point of view?<br>
<br>
I'm running last versions of both applications. I'm also rising a ticket at<br>
ag-projects side.<br>
<br>
Thanks<br>
<br>
Efelin<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/cd9ad900/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/cd9ad900/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Wed, 26 Jun 2019 14:20:24 +0200<br>
From: Daniel-Constantin Mierla <<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>><br>
To: "Kamailio (SER) - Users Mailing List"<br>
<<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>><br>
Subject: Re: [SR-Users] Kamailio 5.x and Call_control module<br>
Message-ID:<br>
<<a href="mailto:CAFRry4WP24kBu1Qy876WWONGXdGTXsGkmPh3NO-3c1VpTUx9%2Bw@mail.gmail.com" target="_blank">CAFRry4WP24kBu1Qy876WWONGXdGTXsGkmPh3NO-3c1VpTUx9+w@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hello,<br>
<br>
are you saying that the call_control module in kamailio is still using MI<br>
in version 5.2.x? The code related to MI was removed, should not be any use<br>
of it, can you point in the code where that happens? It can be migrated to<br>
RPC if is some raw MI operation ...<br>
<br>
Cheers,<br>
Daniel<br>
<br>
On Wed, Jun 26, 2019 at 1:45 PM Efelin Novak <<a href="mailto:efelin.novak@gmail.com" target="_blank">efelin.novak@gmail.com</a>> wrote:<br>
<br>
> Hi Folks,<br>
><br>
> I'm migrating to Kamailio 5.2.x from 4.4.x. Everything seems to be fine,<br>
> however I have came to an issue with call_control module as this one is<br>
> still using old MI interface.<br>
><br>
> Standard situations work nice (maximum debit, prepaid, "CDRs") however<br>
> when call_control needs to kill a call (credit is gone), it tries to send<br>
> dlg_end_dlg over MI and it fails.<br>
><br>
> Question are:<br>
> Is call_control still supported? I haven't found any note about it.<br>
> Is there any workaround from Kamailio point of view?<br>
><br>
> I'm running last versions of both applications. I'm also rising a ticket<br>
> at ag-projects side.<br>
><br>
> Thanks<br>
><br>
> Efelin<br>
> _______________________________________________<br>
> Kamailio (SER) - Users Mailing List<br>
> <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
> <a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
><br>
<br>
<br>
-- <br>
Daniel-Constantin Mierla - <a href="http://www.asipto.com" rel="noreferrer" target="_blank">http://www.asipto.com</a><br>
<a href="http://twitter.com/#!/miconda" rel="noreferrer" target="_blank">http://twitter.com/#!/miconda</a> - <a href="http://www.linkedin.com/in/miconda" rel="noreferrer" target="_blank">http://www.linkedin.com/in/miconda</a><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/4000ec7e/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/4000ec7e/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Wed, 26 Jun 2019 13:31:26 +0100<br>
From: Duarte Rocha <<a href="mailto:duarterocha91@gmail.com" target="_blank">duarterocha91@gmail.com</a>><br>
To: "Kamailio (SER) - Users Mailing List"<br>
<<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>><br>
Subject: [SR-Users] Statistics for locally generated replies<br>
Message-ID:<br>
<<a href="mailto:CAAJJHZjFjBW9ATPbsthDUvcSikc85KOMciMtXRu%2BY1urfpX6YA@mail.gmail.com" target="_blank">CAAJJHZjFjBW9ATPbsthDUvcSikc85KOMciMtXRu+Y1urfpX6YA@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Greetings,<br>
<br>
Does the statistics command "kamcmd tm.stats" has an argument or a way to<br>
only list locally generated replies?<br>
<br>
As far as i know, sl.stats only lists local generated replies. Can tm work<br>
the same way?<br>
<br>
Best Regards,<br>
<br>
Duarte Rocha<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/5390ae52/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/5390ae52/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Wed, 26 Jun 2019 14:39:58 +0200<br>
From: Daniel-Constantin Mierla <<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>><br>
To: "Kamailio (SER) - Users Mailing List"<br>
<<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>><br>
Subject: Re: [SR-Users] Kamailio 5.x and Call_control module<br>
Message-ID:<br>
<CAFRry4X5=<a href="mailto:HqLxN9uZC6Na9utk--m0AtmUmw3T5UHvv0YH1s24Q@mail.gmail.com" target="_blank">HqLxN9uZC6Na9utk--m0AtmUmw3T5UHvv0YH1s24Q@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hello,<br>
I looked a bit over the code and actually it is not any MI code there,<br>
there is a different control socket (unix file) specific for the module,<br>
not having to deal with Kamailio's RPC interface. Likely it is the control<br>
socket for an external application, so it should not be a problem from<br>
Kamailio point of view, that has not been changed from 4.x to 5.x. Not<br>
using that module myself, but it should work unless the external app using<br>
that control socket has changed, but the code in Kamailio in v4.x should be<br>
the same as in v5.x.<br>
<br>
Cheers,<br>
Daniel<br>
<br>
On Wed, Jun 26, 2019 at 2:20 PM Daniel-Constantin Mierla <<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>><br>
wrote:<br>
<br>
> Hello,<br>
><br>
> are you saying that the call_control module in kamailio is still using MI<br>
> in version 5.2.x? The code related to MI was removed, should not be any use<br>
> of it, can you point in the code where that happens? It can be migrated to<br>
> RPC if is some raw MI operation ...<br>
><br>
> Cheers,<br>
> Daniel<br>
><br>
> On Wed, Jun 26, 2019 at 1:45 PM Efelin Novak <<a href="mailto:efelin.novak@gmail.com" target="_blank">efelin.novak@gmail.com</a>><br>
> wrote:<br>
><br>
>> Hi Folks,<br>
>><br>
>> I'm migrating to Kamailio 5.2.x from 4.4.x. Everything seems to be fine,<br>
>> however I have came to an issue with call_control module as this one is<br>
>> still using old MI interface.<br>
>><br>
>> Standard situations work nice (maximum debit, prepaid, "CDRs") however<br>
>> when call_control needs to kill a call (credit is gone), it tries to send<br>
>> dlg_end_dlg over MI and it fails.<br>
>><br>
>> Question are:<br>
>> Is call_control still supported? I haven't found any note about it.<br>
>> Is there any workaround from Kamailio point of view?<br>
>><br>
>> I'm running last versions of both applications. I'm also rising a ticket<br>
>> at ag-projects side.<br>
>><br>
>> Thanks<br>
>><br>
>> Efelin<br>
>> _______________________________________________<br>
>> Kamailio (SER) - Users Mailing List<br>
>> <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
>> <a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
>><br>
><br>
><br>
> --<br>
> Daniel-Constantin Mierla - <a href="http://www.asipto.com" rel="noreferrer" target="_blank">http://www.asipto.com</a><br>
> <a href="http://twitter.com/#!/miconda" rel="noreferrer" target="_blank">http://twitter.com/#!/miconda</a> - <a href="http://www.linkedin.com/in/miconda" rel="noreferrer" target="_blank">http://www.linkedin.com/in/miconda</a><br>
><br>
<br>
<br>
-- <br>
Daniel-Constantin Mierla - <a href="http://www.asipto.com" rel="noreferrer" target="_blank">http://www.asipto.com</a><br>
<a href="http://twitter.com/#!/miconda" rel="noreferrer" target="_blank">http://twitter.com/#!/miconda</a> - <a href="http://www.linkedin.com/in/miconda" rel="noreferrer" target="_blank">http://www.linkedin.com/in/miconda</a><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/c8abe627/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/c8abe627/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Wed, 26 Jun 2019 14:45:39 +0200<br>
From: Efelin Novak <<a href="mailto:efelin.novak@gmail.com" target="_blank">efelin.novak@gmail.com</a>><br>
To: "Kamailio (SER) - Users Mailing List"<br>
<<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>><br>
Subject: Re: [SR-Users] Kamailio 5.x and Call_control module<br>
Message-ID:<br>
<CABKTgArTSMfPKc=xHJa3LyTatrg7eRd=<a href="mailto:yP4n-5ZQUAxkesPeGw@mail.gmail.com" target="_blank">yP4n-5ZQUAxkesPeGw@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi Daniel,<br>
<br>
thanks for a reply. No, the module is not using an MI. The Python<br>
application call-control is using the MI to end the calls using<br>
dlg_end_dlg. I see it like this: the communication from Kamailio to<br>
Call-control works, however the communication from Call-Control to Kamailio<br>
(I think this is only used to kill a call -<br>
<a href="http://callcontrol.ag-projects.com/images/prepaid-engine.png" rel="noreferrer" target="_blank">http://callcontrol.ag-projects.com/images/prepaid-engine.png</a>) does not. It<br>
is using an MI (CallControl -> Kamailio).<br>
<br>
I understand this is not your problem (that is why I also post a message to<br>
the developer list), but call_control module without call-control<br>
application is useless (as far as I understand).<br>
<br>
Is there any workaround how to turn the MI on or to have some interface<br>
separately, to do MI <-> JSON-RPC?<br>
<br>
I want to switch to Evapi and CGRateS, however in a meanwhile I wanted to<br>
have both systems running simultaneously.<br>
<br>
Again thanks<br>
<br>
Efelin<br>
<br>
st 26. 6. 2019 o 14:21 Daniel-Constantin Mierla <<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>><br>
napísal(a):<br>
<br>
> Hello,<br>
><br>
> are you saying that the call_control module in kamailio is still using MI<br>
> in version 5.2.x? The code related to MI was removed, should not be any use<br>
> of it, can you point in the code where that happens? It can be migrated to<br>
> RPC if is some raw MI operation ...<br>
><br>
> Cheers,<br>
> Daniel<br>
><br>
> On Wed, Jun 26, 2019 at 1:45 PM Efelin Novak <<a href="mailto:efelin.novak@gmail.com" target="_blank">efelin.novak@gmail.com</a>><br>
> wrote:<br>
><br>
>> Hi Folks,<br>
>><br>
>> I'm migrating to Kamailio 5.2.x from 4.4.x. Everything seems to be fine,<br>
>> however I have came to an issue with call_control module as this one is<br>
>> still using old MI interface.<br>
>><br>
>> Standard situations work nice (maximum debit, prepaid, "CDRs") however<br>
>> when call_control needs to kill a call (credit is gone), it tries to send<br>
>> dlg_end_dlg over MI and it fails.<br>
>><br>
>> Question are:<br>
>> Is call_control still supported? I haven't found any note about it.<br>
>> Is there any workaround from Kamailio point of view?<br>
>><br>
>> I'm running last versions of both applications. I'm also rising a ticket<br>
>> at ag-projects side.<br>
>><br>
>> Thanks<br>
>><br>
>> Efelin<br>
>> _______________________________________________<br>
>> Kamailio (SER) - Users Mailing List<br>
>> <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
>> <a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
>><br>
><br>
><br>
> --<br>
> Daniel-Constantin Mierla - <a href="http://www.asipto.com" rel="noreferrer" target="_blank">http://www.asipto.com</a><br>
> <a href="http://twitter.com/#!/miconda" rel="noreferrer" target="_blank">http://twitter.com/#!/miconda</a> - <a href="http://www.linkedin.com/in/miconda" rel="noreferrer" target="_blank">http://www.linkedin.com/in/miconda</a><br>
> _______________________________________________<br>
> Kamailio (SER) - Users Mailing List<br>
> <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
> <a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/84064943/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/84064943/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 7<br>
Date: Wed, 26 Jun 2019 14:50:22 +0200<br>
From: Karsten Horsmann <<a href="mailto:khorsmann@gmail.com" target="_blank">khorsmann@gmail.com</a>><br>
To: "Kamailio (SER) - Users Mailing List"<br>
<<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>><br>
Subject: Re: [SR-Users] kamailio as UAC and NAPTR / sendsocket<br>
question<br>
Message-ID:<br>
<<a href="mailto:CAFArqsbHWBVyxP-wZLrgOq2_uqjwvdcwtmbrZ3ECQRCuuBkx9A@mail.gmail.com" target="_blank">CAFArqsbHWBVyxP-wZLrgOq2_uqjwvdcwtmbrZ3ECQRCuuBkx9A@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hello Daniel<br>
<br>
<br>
i verifed that can send tcp with that public ip (used nc for that).<br>
Hopefully the linux-networking is not the problem.<br>
<br>
I tried method $fs="212.xx.xx.xx"; and force_send_socket("212.xx.xx.xx");<br>
Both versions (with and without transport=tcp param) but kamailio sends out<br>
via UDP.<br>
<br>
Any ideas?<br>
<br>
event_route[tm:local-request] {<br>
if(!is_method("OPTIONS")) {<br>
xlog("L_INFO", "[tm:local-request] request rm:[$rm] from fu:[$fu]<br>
to ru:[$ru] rP:[$rP] sut:[$sut] du:[$du] dP:[$dP] sas:[$sas]\n");<br>
}<br>
if(is_method("REGISTER")) {<br>
xlog("its [$rm] [$ru] sas:[$sas]\n");<br>
<br>
#$fs="$sas";<br>
add_uri_param("transport=tcp");<br>
# First try<br>
# $fs="212.xx.xx.xx";<br>
# Second try<br>
# force_send_socket("212.xx.xx.xx");<br>
}<br>
}<br>
<br>
tcpdump to see TCP or UDP outgoing:<br>
<br>
212.xx.xx.xx.sip > 217.0.15.67.sip: [bad udp cksum 0xe921 -> 0x39df!]<br>
SIP, length: 459<br>
REGISTER sip:<a href="http://sip-trunk.telekom.de" rel="noreferrer" target="_blank">sip-trunk.telekom.de</a>;transport=tcp SIP/2.0<br>
Via: SIP/2.0/UDP<br>
212.xx.xx.xx;branch=z9hG4bKa4e7.2adf59a7000000000000000000000000.0;i=0<br>
To: <<a href="mailto:sip%3A%2B49xxxxxx0@sip-trunk.telekom.de" target="_blank">sip:+49xxxxxx0@sip-trunk.telekom.de</a>><br>
From: <<a href="mailto:sip%3A%2B49xxxxxx@sip-trunk.telekom.de" target="_blank">sip:+49xxxxxx@sip-trunk.telekom.de</a><br>
>;tag=4f1676d5afd8e4fcf22b77a7b449c44f-8d04<br>
CSeq: 10 REGISTER<br>
Call-ID: 17110ff874fd4810-19875@212.xx.xx.xx<br>
Max-Forwards: 70<br>
Content-Length: 0<br>
User-Agent: SBC-OS<br>
Contact: <sip:49xxxxxx@xx.xx.xx.xx><br>
Expires: 360<br>
<br>
<script>: [tm:local-request] request rm:[REGISTER] from fu:[<br>
<a href="mailto:sip%3A%2B49xxxxxx@sip-trunk.telekom.de" target="_blank">sip:+49xxxxxx@sip-trunk.telekom.de</a>] to ru:[sip:<a href="http://sip-trunk.telekom.de" rel="noreferrer" target="_blank">sip-trunk.telekom.de</a>]<br>
rP:[UDP] sut:[sip:212.xx.xx.xx:5060;transport=tcp] du:[sip:<br>
<a href="http://reg.sip-trunk.telekom.de" rel="noreferrer" target="_blank">reg.sip-trunk.telekom.de</a>] dP:[UDP] sas:[tcp:212.xx.xx.xx:5060]<br>
<script>: its [REGISTER] [sip:<a href="http://sip-trunk.telekom.de" rel="noreferrer" target="_blank">sip-trunk.telekom.de</a>]<br>
sas:[tcp:212.xx.xx.xx:5060]<br>
<br>
<br>
Cheers<br>
Karsten<br>
<br>
Am Mi., 26. Juni 2019 um 10:15 Uhr schrieb Daniel-Constantin Mierla <<br>
<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>>:<br>
<br>
> Hello,<br>
><br>
> does it happen for both UDP and TCP? Or only for TCP is the private<br>
> interface used? Normally should work no matter the transport, try to force<br>
> only ip with force_send_sock("x.y.z.w").<br>
><br>
> I assume that the IP routing rules allow traffic from private IP to public<br>
> addresses.<br>
><br>
> Cheers,<br>
> Daniel<br>
><br>
> On Fri, Jun 21, 2019 at 5:49 PM Karsten Horsmann <<a href="mailto:khorsmann@gmail.com" target="_blank">khorsmann@gmail.com</a>><br>
> wrote:<br>
><br>
>> Hi List,<br>
>><br>
>> after reading the corebook in the wiki and some issue reports (1), I<br>
>> think it's not possible to force the outgoing ip for uac.so registration.<br>
>><br>
>> I saw traffic with<br>
>> <a href="http://172.20.120.53:45689" rel="noreferrer" target="_blank">172.20.120.53:45689</a> - - - > <a href="http://reg.sip-trunk.telekom.de" rel="noreferrer" target="_blank">reg.sip-trunk.telekom.de</a><br>
>><br>
>> So that's random highport generated traffic tcp traffic on the first<br>
>> interface ip.<br>
>><br>
>> AFAIK this behavior could not change, right?<br>
>><br>
>> (1)<br>
>> <a href="https://github.com/kamailio/kamailio/issues/1532" rel="noreferrer" target="_blank">https://github.com/kamailio/kamailio/issues/1532</a><br>
>><br>
>><br>
>> Karsten Horsmann <<a href="mailto:khorsmann@gmail.com" target="_blank">khorsmann@gmail.com</a>> schrieb am Fr., 21. Juni 2019,<br>
>> 11:44:<br>
>><br>
>>> Hi List,<br>
>>><br>
>>><br>
>>> I try to register to Deutsche Telekom and there product Deutschland Lan<br>
>>> siptrunk.<br>
>>><br>
>>> Thats works find but i see an intressting behaviour on selecting the<br>
>>> right outgoing interface.<br>
>>> Kamailio is sending out with tcp the REQUEST via first private ip<br>
>>> configured on that server (172.20.120.53).<br>
>>> There is no listen directive for that.<br>
>>><br>
>>> I forced NAPTR to use tcp or udp and i assume that kamailio got the<br>
>>> right dns answers.<br>
>>><br>
>>> On the list i read also that i can use force_send_socket to force the<br>
>>> outgoing request.<br>
>>><br>
>>> Now my idea - hey i use the $rP for the outgoing to select the right<br>
>>> outgoing listen directive.<br>
>>> $rP - reference to transport protocol of R-URI<br>
>>> But to my surprise the logfile told me thats "UDP" - it sends out via<br>
>>> TCP (thats okay).<br>
>>><br>
>>> Whats an good transport selector variable from kamailio that works?<br>
>>><br>
>>><br>
>>> event_route[tm:local-request] {<br>
>>> if(!is_method("OPTIONS")) {<br>
>>> xlog("L_INFO", "[tm:local-request] request [$rm] from [$fu] to<br>
>>> [$ru] [$rP]\n");<br>
>>> }<br>
>>> }<br>
>>><br>
>>> INFO: <script>: [tm:local-request] request [REGISTER] from [<br>
>>> <a href="mailto:sip%3A%2B49XXXXXXXX@sip-trunk.telekom.de" target="_blank">sip:+49XXXXXXXX@sip-trunk.telekom.de</a>] to [sip:<a href="http://sip-trunk.telekom.de" rel="noreferrer" target="_blank">sip-trunk.telekom.de</a>]<br>
>>> [UDP]<br>
>>><br>
>>><br>
>>> listen=tcp:2xx.xx.xx.xx:5060<br>
>>> listen=udp:2xx.xx.xx.xx:5060<br>
>>> listen=tls:2xx.xx.xx.xx:5061 advertise CFG_EXT_NAME:5061<br>
>>><br>
>>><br>
>>> listen=udp:<a href="http://172.20.120.55:5060" rel="noreferrer" target="_blank">172.20.120.55:5060</a><br>
>>> listen=udp:<a href="http://172.20.120.56:5060" rel="noreferrer" target="_blank">172.20.120.56:5060</a><br>
>>> listen=udp:<a href="http://172.20.120.57:5060" rel="noreferrer" target="_blank">172.20.120.57:5060</a><br>
>>> listen=udp:<a href="http://172.20.120.58:5060" rel="noreferrer" target="_blank">172.20.120.58:5060</a><br>
>>> listen=tcp:<a href="http://172.20.120.58:5060" rel="noreferrer" target="_blank">172.20.120.58:5060</a><br>
>>><br>
>>><br>
>>> use_dns_cache=on # use internal DNS cache<br>
>>> use_dns_failover=on # depends on internal DNS cache<br>
>>> dns_srv_loadbalancing=on<br>
>>> dns_try_naptr=on<br>
>>> dns_retr_time=1 # seconds before retrying a DNS request<br>
>>> dns_retr_no=3 # number of DNS retransmissions<br>
>>> dns_naptr_ignore_rfc=yes # ignore target NAPTR priority<br>
>>> dns_tcp_pref=30 # TCP has second-highest priority<br>
>>> dns_udp_pref=10 # use UDP with least priority<br>
>>> tcp_connection_lifetime=3605 # set higher than registration expires<br>
>>><br>
>>> #dont' restore<br>
>>> modparam("uac","restore_mode","none")<br>
>>> modparam("uac","restore_dlg",0)<br>
>>><br>
>>> ## UAC REGISTER<br>
>>> #!ifdef WITH_UAC_REGISTER<br>
>>> modparam("uac", "reg_contact_addr", "CFG_PROD_IP")<br>
>>> modparam("uac", "reg_timer_interval", 10)<br>
>>> modparam("uac", "reg_retry_interval", 10)<br>
>>> modparam("uac", "reg_db_url", DBURL)<br>
>>> modparam("uac", "restore_mode", "none")<br>
>>> modparam("uac", "auth_username_avp", "$avp(AVP_AUTH_USERNAME)")<br>
>>> modparam("uac", "auth_password_avp", "$avp(AVP_AUTH_PASSWORD)")<br>
>>> modparam("uac", "auth_realm_avp", "$avp(AVP_AUTH_REALM)")<br>
>>> #!endif<br>
>>><br>
>>><br>
>>><br>
>>> ip a l<br>
>>> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN<br>
>>> group default qlen 1000<br>
>>> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00<br>
>>> inet <a href="http://127.0.0.1/8" rel="noreferrer" target="_blank">127.0.0.1/8</a> scope host lo<br>
>>> valid_lft forever preferred_lft forever<br>
>>> inet6 ::1/128 scope host<br>
>>> valid_lft forever preferred_lft forever<br>
>>> 2: ens192: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast<br>
>>> state UP group default qlen 1000<br>
>>> link/ether 00:50:56:b5:c1:48 brd ff:ff:ff:ff:ff:ff<br>
>>> inet <a href="http://172.20.120.53/24" rel="noreferrer" target="_blank">172.20.120.53/24</a> brd 172.20.120.255 scope global ens192<br>
>>> valid_lft forever preferred_lft forever<br>
>>> inet 2xx.xx.xx.xx/29 scope global ens192<br>
>>> valid_lft forever preferred_lft forever<br>
>>> inet <a href="http://172.20.120.56/24" rel="noreferrer" target="_blank">172.20.120.56/24</a> scope global secondary ens192<br>
>>> valid_lft forever preferred_lft forever<br>
>>> inet <a href="http://172.20.120.57/24" rel="noreferrer" target="_blank">172.20.120.57/24</a> scope global secondary ens192<br>
>>> valid_lft forever preferred_lft forever<br>
>>> inet <a href="http://172.20.120.58/24" rel="noreferrer" target="_blank">172.20.120.58/24</a> scope global secondary ens192<br>
>>> valid_lft forever preferred_lft forever<br>
>>> inet <a href="http://172.20.120.55/24" rel="noreferrer" target="_blank">172.20.120.55/24</a> brd 172.20.120.255 scope global secondary<br>
>>> ens192<br>
>>> valid_lft forever preferred_lft forever<br>
>>> inet6 fe80::250:56ff:feb5:c148/64 scope link<br>
>>> valid_lft forever preferred_lft forever<br>
>>><br>
>>> default via 172.20.120.253 dev ens192<br>
>>> <a href="http://172.20.120.0/24" rel="noreferrer" target="_blank">172.20.120.0/24</a> dev ens192 proto kernel scope link src 172.20.120.53<br>
>>> 2xx.xx.xx.xx/29 dev ens192 proto kernel scope link src 2xx.xx.xx.xx<br>
>>><br>
>>><br>
>>> --<br>
>>> Kind Regards<br>
>>> Mit freundlichen Grüßen<br>
>>> *Karsten Horsmann*<br>
>>><br>
>> _______________________________________________<br>
>> Kamailio (SER) - Users Mailing List<br>
>> <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
>> <a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
>><br>
><br>
><br>
> --<br>
> Daniel-Constantin Mierla - <a href="http://www.asipto.com" rel="noreferrer" target="_blank">http://www.asipto.com</a><br>
> <a href="http://twitter.com/#!/miconda" rel="noreferrer" target="_blank">http://twitter.com/#!/miconda</a> - <a href="http://www.linkedin.com/in/miconda" rel="noreferrer" target="_blank">http://www.linkedin.com/in/miconda</a><br>
> _______________________________________________<br>
> Kamailio (SER) - Users Mailing List<br>
> <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
> <a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
><br>
<br>
<br>
-- <br>
Mit freundlichen Grüßen<br>
*Karsten Horsmann*<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/eecdb198/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/eecdb198/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 8<br>
Date: Wed, 26 Jun 2019 18:23:31 +0530<br>
From: Gaurav Bmotra <<a href="mailto:saigauravmehra91@gmail.com" target="_blank">saigauravmehra91@gmail.com</a>><br>
To: "Kamailio (SER) - Users Mailing List"<br>
<<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>><br>
Subject: [SR-Users] MongoDB for Kamailio<br>
Message-ID:<br>
<<a href="mailto:CAHeMQFqpMMVtCCcUYFYWaUbtBqV_ZZW5h2UViKQ5-adsunVtqg@mail.gmail.com" target="_blank">CAHeMQFqpMMVtCCcUYFYWaUbtBqV_ZZW5h2UViKQ5-adsunVtqg@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
hi<br>
i m using kamailio 5.1 , on Ubuntu 18.4<br>
and right now i m using Maria DB for kamailio , but i want to migrate my<br>
Maria data to MingoDB ,, plz help me how can i use MOngoDB with kamailio<br>
<br>
thanks<br>
<br>
-- <br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
*Regards:*<br>
Gaurav Kumar<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/3c74d17c/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/3c74d17c/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 9<br>
Date: Wed, 26 Jun 2019 15:34:24 +0200<br>
From: Gertjan Wolzak <<a href="mailto:g.wolzak@kazlow.nl" target="_blank">g.wolzak@kazlow.nl</a>><br>
To: <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
Subject: [SR-Users] Presence publish manipulation<br>
Message-ID: <<a href="mailto:d4b0068f-10a1-7094-83d1-be5a88412afb@kazlow.nl" target="_blank">d4b0068f-10a1-7094-83d1-be5a88412afb@kazlow.nl</a>><br>
Content-Type: text/plain; charset=utf-8; format=flowed<br>
<br>
Hello Kamailions,<br>
<br>
I'm running into the following challenge.<br>
<br>
A kamailio setup where phones register with their mac address as uid and <br>
a password.<br>
<br>
Users have to login to the system by dialing a special number where they <br>
have to enter their internal extension and a pin code.<br>
<br>
Now the system knows which extension(number) is logged in on which <br>
phone(macaddress). This is done with from updates, just a type of <br>
hotdesking.<br>
<br>
Now I want to use presence....<br>
<br>
When a phone makes a phone call, kamailio generates a publish message <br>
where the "local" part of the xml code contains the mac address.<br>
<br>
How can I manipulate the Publish xml information? I mean the <br>
manipulation can be done with textops, but which variables to use and <br>
where in the configuration?<br>
<br>
Im asking because when I disable the presence route and do not call it <br>
in my configuration, but with presence enabled, I still get Publish <br>
messages....<br>
<br>
I have tried adding a Sender header which contains the "extension" of <br>
the phone and then call the publish in the PRESENCE route like this: <br>
handle_publish("$hdr(Sender)");<br>
<br>
But this does not change the xml information.<br>
<br>
Am I doing things wrong?<br>
<br>
Below the first publish message that is send, where 10.88.77.172 is the <br>
kamailio server.<br>
<br>
U 2019/06/26 14:54:37.233345 <a href="http://10.88.77.172:5060" rel="noreferrer" target="_blank">10.88.77.172:5060</a> -> <a href="http://10.88.77.172:5060" rel="noreferrer" target="_blank">10.88.77.172:5060</a> #7<br>
PUBLISH <a href="http://sip:0015659a9931@10.88.77.172:5060" rel="noreferrer" target="_blank">sip:0015659a9931@10.88.77.172:5060</a> SIP/2.0.<br>
Via: SIP/2.0/UDP <br>
10.88.77.172;branch=z9hG4bK1a87.5510d093000000000000000000000000.0.<br>
To: <<a href="http://sip:0015659a9931@10.88.77.172:5060" rel="noreferrer" target="_blank">sip:0015659a9931@10.88.77.172:5060</a>>.<br>
From: <br>
<<a href="http://sip:0015659a9931@10.88.77.172:5060" rel="noreferrer" target="_blank">sip:0015659a9931@10.88.77.172:5060</a>>;tag=a2652bb825a097f3b7285d4c70edd51a-5c5d.<br>
CSeq: 10 PUBLISH.<br>
Call-ID: <a href="mailto:173009c21f4e3c77-94480@10.88.77.172" target="_blank">173009c21f4e3c77-94480@10.88.77.172</a>.<br>
Content-Length: 579.<br>
User-Agent: kamailio (5.1.8 (x86_64/linux)).<br>
Max-Forwards: 70.<br>
Event: dialog.<br>
Expires: 125.<br>
Content-Type: application/dialog-info+xml.<br>
.<br>
<?xml version="1.0"?><br>
<dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="0" <br>
state="full" entity="<a href="http://sip:0015659a9931@10.88.77.172:5060" rel="noreferrer" target="_blank">sip:0015659a9931@10.88.77.172:5060</a>"><br>
<dialog id="<a href="mailto:0_2285997339@10.88.77.184" target="_blank">0_2285997339@10.88.77.184</a>" <br>
call-id="<a href="mailto:0_2285997339@10.88.77.184" target="_blank">0_2285997339@10.88.77.184</a>" direction="initiator"><br>
<state>Trying</state><br>
<remote><br>
<identity><a href="http://sip:604113@10.88.77.172:5060" rel="noreferrer" target="_blank">sip:604113@10.88.77.172:5060</a></identity><br>
<target uri="<a href="http://sip:604113@10.88.77.172:5060" rel="noreferrer" target="_blank">sip:604113@10.88.77.172:5060</a>"/><br>
</remote><br>
<local><br>
<identity><a href="http://sip:0015659a9931@10.88.77.172:5060" rel="noreferrer" target="_blank">sip:0015659a9931@10.88.77.172:5060</a></identity><br>
<target uri="<a href="http://sip:0015659a9931@10.88.77.172:5060" rel="noreferrer" target="_blank">sip:0015659a9931@10.88.77.172:5060</a>"/><br>
</local><br>
</dialog><br>
</dialog-info><br>
<br>
<br>
I would like to change the local identity and target uri into the <br>
extension assigned to that phone, for example 604114....<br>
<br>
So that subscribers to the extension 604114 get informed about the state <br>
of the phone with the used uid 0015659a9931.<br>
<br>
Feedback would be appricated. Pointers to where I am going wrong as <br>
well, ... that's feedback too.<br>
<br>
Rgds,<br>
<br>
Gertjan<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 10<br>
Date: Wed, 26 Jun 2019 17:25:02 +0300<br>
From: Володимир Іванець <<a href="mailto:volodyaivanets@gmail.com" target="_blank">volodyaivanets@gmail.com</a>><br>
To: "Kamailio (SER) - Users Mailing List"<br>
<<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>><br>
Subject: Re: [SR-Users] Question about registrar behavior<br>
Message-ID:<br>
<CAOQgkjZ+FcXZ9Zty2MQ8FY64Wvjsm7Z3SPpy92wfzo2XoFR=<a href="mailto:eA@mail.gmail.com" target="_blank">eA@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hello!<br>
<br>
I've just tested this on Kamailio v. 5.3.0-dev6 with *modparam("usrloc",<br>
"db_mode", 0)* setting. save() return code was 1 too. I'm also interested<br>
if this behavior is by design.<br>
<br>
Thanks.<br>
<br>
ср, 26 черв. 2019 о 11:34 Lars Olsson <<a href="mailto:lars.olsson@optimobile.se" target="_blank">lars.olsson@optimobile.se</a>> пише:<br>
<br>
> Hi,<br>
><br>
> I have found a behavior in the registrar module that I do have a question<br>
> about. Is the current behavior correct and wanted?<br>
><br>
> Using the save() method in the script I see the following:<br>
><br>
><br>
> - Processing a register request for a user gives return code 1 ( or 2 )<br>
> - Processing a unregister request (expires=0) for registered user<br>
> gives return code 3<br>
> - Processing a unregister request (expires=0) for a user which is NOT<br>
> registered gives return code 1. Why?<br>
><br>
> What is the reason behind this?<br>
> No database entry is added which is expected.<br>
><br>
> Test performed on 5.1.4, using DB mode 3.<br>
><br>
> For handling a late unregister request ( where registration has already<br>
> expired) return code does not reflect the the action.<br>
> I assume that manually checking $expires(max) is the option to go then if<br>
> I want to detect the unregister request or?<br>
><br>
> Cheers,<br>
> Lars<br>
><br>
> _______________________________________________<br>
> Kamailio (SER) - Users Mailing List<br>
> <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
> <a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/b6ac1422/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/b6ac1422/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 11<br>
Date: Wed, 26 Jun 2019 16:56:54 +0000<br>
From: Henning Westerholt <<a href="mailto:hw@skalatan.de" target="_blank">hw@skalatan.de</a>><br>
To: "Kamailio (SER) - Users Mailing List"<br>
<<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>>, Gaurav Bmotra<br>
<<a href="mailto:saigauravmehra91@gmail.com" target="_blank">saigauravmehra91@gmail.com</a>><br>
Subject: Re: [SR-Users] MongoDB for Kamailio<br>
Message-ID: <<a href="mailto:fd3e7664-bd61-c17b-34e3-a7e5a4a2091a@skalatan.de" target="_blank">fd3e7664-bd61-c17b-34e3-a7e5a4a2091a@skalatan.de</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hello,<br>
<br>
using this module for example: <a href="https://www.kamailio.org/docs/modules/5.2.x/modules/db_mongodb.html" rel="noreferrer" target="_blank">https://www.kamailio.org/docs/modules/5.2.x/modules/db_mongodb.html</a><br>
<br>
would be a good start.<br>
<br>
Cheers,<br>
<br>
Henning<br>
<br>
Am 26.06.19 um 14:53 schrieb Gaurav Bmotra:<br>
hi<br>
i m using kamailio 5.1 , on Ubuntu 18.4<br>
and right now i m using Maria DB for kamailio , but i want to migrate my Maria data to MingoDB ,, plz help me how can i use MOngoDB with kamailio<br>
<br>
thanks<br>
<br>
--<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
Regards:<br>
Gaurav Kumar<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><mailto:<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br>
<br>
--<br>
Henning Westerholt - <a href="https://skalatan.de/blog/" rel="noreferrer" target="_blank">https://skalatan.de/blog/</a><br>
Kamailio services - <a href="https://skalatan.de/services" rel="noreferrer" target="_blank">https://skalatan.de/services</a><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/190c726d/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/190c726d/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 12<br>
Date: Wed, 26 Jun 2019 17:39:41 +0000<br>
From: Henning Westerholt <<a href="mailto:hw@skalatan.de" target="_blank">hw@skalatan.de</a>><br>
To: "Kamailio (SER) - Users Mailing List"<br>
<<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>>, Lars Olsson <<a href="mailto:lars.olsson@optimobile.se" target="_blank">lars.olsson@optimobile.se</a>><br>
Subject: Re: [SR-Users] DMQ: dmq_t_replicate()<br>
Message-ID: <<a href="mailto:516bbb99-191b-bddb-4305-dc507a60b99b@skalatan.de" target="_blank">516bbb99-191b-bddb-4305-dc507a60b99b@skalatan.de</a>><br>
Content-Type: text/plain; charset="windows-1252"<br>
<br>
Hello Lars,<br>
<br>
<br>
maybe I did not understood your scenario correctly.<br>
<br>
<br>
But if your use case is just to replicate all registrations to another Kamailio instance, you just add the dmq_usrloc module and enable the synchronization. It should work right out of the box.<br>
<br>
<br>
Cheers,<br>
<br>
<br>
Henning<br>
<br>
<br>
Am 26.06.19 um 10:39 schrieb Lars Olsson:<br>
Hi,<br>
<br>
I am trying to replicate a REGISTER request between several nodes.<br>
<br>
When I am using dmq_t_replicate(), it ends the execution of the script.<br>
It this correct or I have missed anything?<br>
I can not find anything in the documentation of the DMQ module the says that it will end the script execution.<br>
<br>
Is it recommended to use the DMQ module or should I simply forward the request instead as described in <a href="https://medium.com/@tumalevich/kamailio-registration-replication-without-dmq-65e225f9a8a7" rel="noreferrer" target="_blank">https://medium.com/@tumalevich/kamailio-registration-replication-without-dmq-65e225f9a8a7</a><br>
<br>
Best Regards,<br>
Lars<br>
<br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><mailto:<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br>
<br>
--<br>
Henning Westerholt - <a href="https://skalatan.de/blog/" rel="noreferrer" target="_blank">https://skalatan.de/blog/</a><br>
Kamailio services - <a href="https://skalatan.de/services" rel="noreferrer" target="_blank">https://skalatan.de/services</a><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/953e1da3/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/953e1da3/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 13<br>
Date: Wed, 26 Jun 2019 17:44:15 +0000<br>
From: Henning Westerholt <<a href="mailto:hw@skalatan.de" target="_blank">hw@skalatan.de</a>><br>
To: "Kamailio (SER) - Users Mailing List"<br>
<<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>>, Gaurav Bmotra<br>
<<a href="mailto:saigauravmehra91@gmail.com" target="_blank">saigauravmehra91@gmail.com</a>><br>
Subject: Re: [SR-Users] does kamailio support graph database ??<br>
Message-ID: <<a href="mailto:eeda7bb5-0fe4-2777-d320-e45103def217@skalatan.de" target="_blank">eeda7bb5-0fe4-2777-d320-e45103def217@skalatan.de</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hello,<br>
<br>
you can find all supported DB in the module docs:<br>
<br>
<a href="https://www.kamailio.org/docs/modules/5.2.x/" rel="noreferrer" target="_blank">https://www.kamailio.org/docs/modules/5.2.x/</a><br>
<br>
If your preferred DB is not there, it is not supported. But it can of course be added by developing a new module.<br>
<br>
Cheers,<br>
<br>
Henning<br>
<br>
Am 25.06.19 um 08:12 schrieb Gaurav Bmotra:<br>
hi i m using kamailio 5.1 ,<br>
does kamailio support graph database ??<br>
<br>
thank you<br>
--<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
Regards:<br>
Gaurav Kumar<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><mailto:<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br>
<br>
--<br>
Henning Westerholt - <a href="https://skalatan.de/blog/" rel="noreferrer" target="_blank">https://skalatan.de/blog/</a><br>
Kamailio services - <a href="https://skalatan.de/services" rel="noreferrer" target="_blank">https://skalatan.de/services</a><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/58590ebc/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/58590ebc/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 14<br>
Date: Wed, 26 Jun 2019 20:36:01 +0000<br>
From: Henning Westerholt <<a href="mailto:hw@skalatan.de" target="_blank">hw@skalatan.de</a>><br>
To: "Kamailio (SER) - Users Mailing List"<br>
<<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>>, Володимир Іванець<br>
<<a href="mailto:volodyaivanets@gmail.com" target="_blank">volodyaivanets@gmail.com</a>><br>
Subject: Re: [SR-Users] Question about registrar behavior<br>
Message-ID: <<a href="mailto:b2f5ca2f-59ab-6d7c-e82e-d12f1b37be51@skalatan.de" target="_blank">b2f5ca2f-59ab-6d7c-e82e-d12f1b37be51@skalatan.de</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hello,<br>
<br>
just briefly looked into the code, but I think the return value is like this for the following reasons:<br>
<br>
- function update_contacts(..) will skip if a contact is not found and a expires=0 is given (it could be also e.g. that the Contact just expired a few seconds ago in Kamailio)<br>
<br>
- this function will return 0, means success<br>
<br>
- the calling function save(..) will then return 1 as the default return value<br>
<br>
The main question to change this would be how to differentiate between a the valid case (just expired in Kamailio) from the other case (simply not registered at all). What issues do you experience because of this behaviour?<br>
<br>
Cheers,<br>
<br>
Henning<br>
<br>
Am 26.06.19 um 16:25 schrieb Володимир Іванець:<br>
Hello!<br>
<br>
I've just tested this on Kamailio v. 5.3.0-dev6 with modparam("usrloc", "db_mode", 0) setting. save() return code was 1 too. I'm also interested if this behavior is by design.<br>
<br>
Thanks.<br>
<br>
ср, 26 черв. 2019 о 11:34 Lars Olsson <<a href="mailto:lars.olsson@optimobile.se" target="_blank">lars.olsson@optimobile.se</a><mailto:<a href="mailto:lars.olsson@optimobile.se" target="_blank">lars.olsson@optimobile.se</a>>> пише:<br>
Hi,<br>
<br>
I have found a behavior in the registrar module that I do have a question about. Is the current behavior correct and wanted?<br>
<br>
Using the save() method in the script I see the following:<br>
<br>
<br>
* Processing a register request for a user gives return code 1 ( or 2 )<br>
* Processing a unregister request (expires=0) for registered user gives return code 3<br>
* Processing a unregister request (expires=0) for a user which is NOT registered gives return code 1. Why?<br>
<br>
What is the reason behind this?<br>
No database entry is added which is expected.<br>
<br>
Test performed on 5.1.4, using DB mode 3.<br>
<br>
For handling a late unregister request ( where registration has already expired) return code does not reflect the the action.<br>
I assume that manually checking $expires(max) is the option to go then if I want to detect the unregister request or?<br>
<br>
Cheers,<br>
Lars<br>
<br>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><mailto:<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br>
<br>
<br>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><mailto:<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br>
<br>
--<br>
Henning Westerholt - <a href="https://skalatan.de/blog/" rel="noreferrer" target="_blank">https://skalatan.de/blog/</a><br>
Kamailio services - <a href="https://skalatan.de/services" rel="noreferrer" target="_blank">https://skalatan.de/services</a><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/34717749/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/34717749/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 15<br>
Date: Wed, 26 Jun 2019 13:33:22 -0400<br>
From: Andrew Chen <<a href="mailto:achen@fuze.com" target="_blank">achen@fuze.com</a>><br>
To: "Kamailio (SER) - Users Mailing List"<br>
<<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>><br>
Subject: [SR-Users] Need help with "no branches for forwarding"<br>
message<br>
Message-ID:<br>
<CAEytwJ247Z+D9zU1x2O2f3Kex=<a href="mailto:ZzKZco1CX%2BWuiTitaFD4HtAA@mail.gmail.com" target="_blank">ZzKZco1CX+WuiTitaFD4HtAA@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hey guys,<br>
<br>
I need help to identify the cause of this is error:<br>
<br>
Jun 26 12:03:53 ashintgtpsg51 /usr/sbin/kamailio[1651]: ERROR: tm<br>
[t_fwd.c:1728]: t_forward_nonack(): no branches for forwarding<br>
<br>
This message was shortly printed after I xlog a message in onsend_route[]<br>
block. What else is strange is that the dialog continued on with that same<br>
SIP Call-ID.<br>
<br>
This is what it looks like in the wireshark flow diagram:<br>
<br>
[image: image.png]<br>
<br>
The dispatcher entry is an SRV record which lists available hosts.<br>
<br>
Any thoughts on how I can identify the cause of this?<br>
<br>
Thanks.<br>
<br>
-- <br>
Andy Chen<br>
Sr. Telephony Lead Engineer<br>
415 516 5535 (M)<br>
achen@ <<a href="mailto:achen@thinkingphones.com" target="_blank">achen@thinkingphones.com</a>><a href="http://fuze.com" rel="noreferrer" target="_blank">fuze.com</a><br>
<br>
-- <br>
*Confidentiality Notice: The information contained in this e-mail and any<br>
<br>
attachments may be confidential. If you are not an intended recipient, you<br>
<br>
are hereby notified that any dissemination, distribution or copying of this<br>
<br>
e-mail is strictly prohibited. If you have received this e-mail in error,<br>
<br>
please notify the sender and permanently delete the e-mail and any<br>
<br>
attachments immediately. You should not retain, copy or use this e-mail or<br>
<br>
any attachment for any purpose, nor disclose all or any part of the<br>
<br>
contents to any other person. Thank you.*<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/5937fc62/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/5937fc62/attachment-0001.html</a>><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: image.png<br>
Type: image/png<br>
Size: 238445 bytes<br>
Desc: not available<br>
URL: <<a href="http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/5937fc62/attachment-0001.png" rel="noreferrer" target="_blank">http://lists.kamailio.org/pipermail/sr-users/attachments/20190626/5937fc62/attachment-0001.png</a>><br>
<br>
------------------------------<br>
<br>
Message: 16<br>
Date: Thu, 27 Jun 2019 08:54:53 +0000<br>
From: Nicolas Breuer <<a href="mailto:Nicolas.Breuer@belcenter.biz" target="_blank">Nicolas.Breuer@belcenter.biz</a>><br>
To: "Kamailio (SER) - Users Mailing List"<br>
<<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>><br>
Subject: [SR-Users] Topos / Remove HF_re<br>
Message-ID:<br>
<<a href="mailto:AM6P192MB0389F1E21B1ED7754512BB9E89FD0@AM6P192MB0389.EURP192.PROD.OUTLOOK.COM" target="_blank">AM6P192MB0389F1E21B1ED7754512BB9E89FD0@AM6P192MB0389.EURP192.PROD.OUTLOOK.COM</a>><br>
<br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hello,<br>
<br>
When using TOPOS module, Kamailio add this header : P-SR-XBranch before executing the topos module.<br>
Doing this "remove_hf_re("P-")" in the scripting seems to bypass the addition of the P-SR-XBranch in the sip message.<br>
<br>
In my mind, remove header function just remove the headers based on the incoming message.<br>
<br>
What do you think ?<br>
<br>
<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.kamailio.org/pipermail/sr-users/attachments/20190627/da58903b/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.kamailio.org/pipermail/sr-users/attachments/20190627/da58903b/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 17<br>
Date: Thu, 27 Jun 2019 11:27:41 +0200<br>
From: Efelin Novak <<a href="mailto:efelin.novak@gmail.com" target="_blank">efelin.novak@gmail.com</a>><br>
To: "Kamailio (SER) - Users Mailing List"<br>
<<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>><br>
Subject: Re: [SR-Users] Kamailio 5.x and Call_control module<br>
Message-ID:<br>
<<a href="mailto:CABKTgApOeCEOEBUC_0H3raq9rsLnEpassm6c6K%2Bp2NZ03AkOZw@mail.gmail.com" target="_blank">CABKTgApOeCEOEBUC_0H3raq9rsLnEpassm6c6K+p2NZ03AkOZw@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi Daniel,<br>
<br>
so ag-projects (Call-control developer) said the Call-control python app is<br>
designed for MI and there is no plan to support anything else (<br>
<a href="http://lists.opensips.org/pipermail/users/2019-June/041235.html" rel="noreferrer" target="_blank">http://lists.opensips.org/pipermail/users/2019-June/041235.html</a>). So this<br>
makes this project unusable in Kamailio 5.x.<br>
<br>
I have hacked call-control module to return something, so the Kamailio does<br>
not error, but this is just a hack, nothing production.<br>
<br>
I humbly suggest to remove call-control from modules or at least write in<br>
documentation, that it does not support ag-projects applications anymore.<br>
<br>
Anyway thanks for willingness to help<br>
<br>
Kind regards<br>
<br>
Efelin<br>
<br>
st 26. 6. 2019 o 14:45 Efelin Novak <<a href="mailto:efelin.novak@gmail.com" target="_blank">efelin.novak@gmail.com</a>> napísal(a):<br>
<br>
> Hi Daniel,<br>
><br>
> thanks for a reply. No, the module is not using an MI. The Python<br>
> application call-control is using the MI to end the calls using<br>
> dlg_end_dlg. I see it like this: the communication from Kamailio to<br>
> Call-control works, however the communication from Call-Control to Kamailio<br>
> (I think this is only used to kill a call -<br>
> <a href="http://callcontrol.ag-projects.com/images/prepaid-engine.png" rel="noreferrer" target="_blank">http://callcontrol.ag-projects.com/images/prepaid-engine.png</a>) does not.<br>
> It is using an MI (CallControl -> Kamailio).<br>
><br>
> I understand this is not your problem (that is why I also post a message<br>
> to the developer list), but call_control module without call-control<br>
> application is useless (as far as I understand).<br>
><br>
> Is there any workaround how to turn the MI on or to have some interface<br>
> separately, to do MI <-> JSON-RPC?<br>
><br>
> I want to switch to Evapi and CGRateS, however in a meanwhile I wanted to<br>
> have both systems running simultaneously.<br>
><br>
> Again thanks<br>
><br>
> Efelin<br>
><br>
> st 26. 6. 2019 o 14:21 Daniel-Constantin Mierla <<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>><br>
> napísal(a):<br>
><br>
>> Hello,<br>
>><br>
>> are you saying that the call_control module in kamailio is still using MI<br>
>> in version 5.2.x? The code related to MI was removed, should not be any use<br>
>> of it, can you point in the code where that happens? It can be migrated to<br>
>> RPC if is some raw MI operation ...<br>
>><br>
>> Cheers,<br>
>> Daniel<br>
>><br>
>> On Wed, Jun 26, 2019 at 1:45 PM Efelin Novak <<a href="mailto:efelin.novak@gmail.com" target="_blank">efelin.novak@gmail.com</a>><br>
>> wrote:<br>
>><br>
>>> Hi Folks,<br>
>>><br>
>>> I'm migrating to Kamailio 5.2.x from 4.4.x. Everything seems to be fine,<br>
>>> however I have came to an issue with call_control module as this one is<br>
>>> still using old MI interface.<br>
>>><br>
>>> Standard situations work nice (maximum debit, prepaid, "CDRs") however<br>
>>> when call_control needs to kill a call (credit is gone), it tries to send<br>
>>> dlg_end_dlg over MI and it fails.<br>
>>><br>
>>> Question are:<br>
>>> Is call_control still supported? I haven't found any note about it.<br>
>>> Is there any workaround from Kamailio point of view?<br>
>>><br>
>>> I'm running last versions of both applications. I'm also rising a ticket<br>
>>> at ag-projects side.<br>
>>><br>
>>> Thanks<br>
>>><br>
>>> Efelin<br>
>>> _______________________________________________<br>
>>> Kamailio (SER) - Users Mailing List<br>
>>> <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
>>> <a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
>>><br>
>><br>
>><br>
>> --<br>
>> Daniel-Constantin Mierla - <a href="http://www.asipto.com" rel="noreferrer" target="_blank">http://www.asipto.com</a><br>
>> <a href="http://twitter.com/#!/miconda" rel="noreferrer" target="_blank">http://twitter.com/#!/miconda</a> - <a href="http://www.linkedin.com/in/miconda" rel="noreferrer" target="_blank">http://www.linkedin.com/in/miconda</a><br>
>> _______________________________________________<br>
>> Kamailio (SER) - Users Mailing List<br>
>> <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
>> <a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
>><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.kamailio.org/pipermail/sr-users/attachments/20190627/7b99c922/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.kamailio.org/pipermail/sr-users/attachments/20190627/7b99c922/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 18<br>
Date: Thu, 27 Jun 2019 12:46:16 +0300<br>
From: Володимир Іванець <<a href="mailto:volodyaivanets@gmail.com" target="_blank">volodyaivanets@gmail.com</a>><br>
To: Henning Westerholt <<a href="mailto:hw@skalatan.de" target="_blank">hw@skalatan.de</a>><br>
Cc: "Kamailio (SER) - Users Mailing List"<br>
<<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>><br>
Subject: Re: [SR-Users] Question about registrar behavior<br>
Message-ID:<br>
<CAOQgkjYTrm6X=<a href="mailto:80Q3fPBkXvOxHJ9EYFeFzULddiRVmQBbqADmw@mail.gmail.com" target="_blank">80Q3fPBkXvOxHJ9EYFeFzULddiRVmQBbqADmw@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hello Henning,<br>
<br>
I'm preparing Kamailio configuration that uses save() responce codes for<br>
additional actions so email from Lars brought my attention. This is not a<br>
problem since as Lars mentioned I can check expires value. I just was<br>
curious if this is a correct behavior or not.<br>
<br>
Thank you!<br>
<br>
ср, 26 черв. 2019 о 23:36 Henning Westerholt <<a href="mailto:hw@skalatan.de" target="_blank">hw@skalatan.de</a>> пише:<br>
<br>
> Hello,<br>
><br>
> just briefly looked into the code, but I think the return value is like<br>
> this for the following reasons:<br>
><br>
> - function update_contacts(..) will skip if a contact is not found and a<br>
> expires=0 is given (it could be also e.g. that the Contact just expired a<br>
> few seconds ago in Kamailio)<br>
><br>
> - this function will return 0, means success<br>
><br>
> - the calling function save(..) will then return 1 as the default return<br>
> value<br>
><br>
> The main question to change this would be how to differentiate between a<br>
> the valid case (just expired in Kamailio) from the other case (simply not<br>
> registered at all). What issues do you experience because of this behaviour?<br>
><br>
> Cheers,<br>
><br>
> Henning<br>
> Am 26.06.19 um 16:25 schrieb Володимир Іванець:<br>
><br>
> Hello!<br>
><br>
> I've just tested this on Kamailio v. 5.3.0-dev6 with *modparam("usrloc",<br>
> "db_mode", 0)* setting. save() return code was 1 too. I'm also interested<br>
> if this behavior is by design.<br>
><br>
> Thanks.<br>
><br>
> ср, 26 черв. 2019 о 11:34 Lars Olsson <<a href="mailto:lars.olsson@optimobile.se" target="_blank">lars.olsson@optimobile.se</a>> пише:<br>
><br>
>> Hi,<br>
>><br>
>> I have found a behavior in the registrar module that I do have a question<br>
>> about. Is the current behavior correct and wanted?<br>
>><br>
>> Using the save() method in the script I see the following:<br>
>><br>
>><br>
>> - Processing a register request for a user gives return code 1 ( or 2<br>
>> )<br>
>> - Processing a unregister request (expires=0) for registered user<br>
>> gives return code 3<br>
>> - Processing a unregister request (expires=0) for a user which is NOT<br>
>> registered gives return code 1. Why?<br>
>><br>
>> What is the reason behind this?<br>
>> No database entry is added which is expected.<br>
>><br>
>> Test performed on 5.1.4, using DB mode 3.<br>
>><br>
>> For handling a late unregister request ( where registration has already<br>
>> expired) return code does not reflect the the action.<br>
>> I assume that manually checking $expires(max) is the option to go then if<br>
>> I want to detect the unregister request or?<br>
>><br>
>> Cheers,<br>
>> Lars<br>
>><br>
>> _______________________________________________<br>
>> Kamailio (SER) - Users Mailing List<br>
>> <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
>> <a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
>><br>
><br>
> _______________________________________________<br>
> Kamailio (SER) - Users Mailing Listsr-users@lists.kamailio.orghttps://<a href="http://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
><br>
> --<br>
> Henning Westerholt - <a href="https://skalatan.de/blog/" rel="noreferrer" target="_blank">https://skalatan.de/blog/</a><br>
> Kamailio services - <a href="https://skalatan.de/services" rel="noreferrer" target="_blank">https://skalatan.de/services</a><br>
><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.kamailio.org/pipermail/sr-users/attachments/20190627/ac7b8c4b/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.kamailio.org/pipermail/sr-users/attachments/20190627/ac7b8c4b/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
sr-users mailing list<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br>
<br>
------------------------------<br>
<br>
End of sr-users Digest, Vol 169, Issue 27<br>
*****************************************<br>
</blockquote></div>
</blockquote></div>