Re: [sr-dev] [kamailio/kamailio] uac: registration refresh should in half time of expire (#2765)
@henningw @miconda agreed its not hard core requirement from sip rfc , i will setup an module parameter for the same and will keep default behaviour as it is. :-) -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/2765#issuecomment-855932333___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] uac: allowing sending register for uacreg using rpc command and function (#2766)
yeah i check that too using kamcmd uac.reg_refresh s:l_uuid but its reloading from database to kamailio memory but registraton part is missing from it. so we need a rpc that allows us to register on our wish without waiting for timer process to run. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/2766#issuecomment-855417453___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] uac: registration refresh should in half time of expire (#2765)
yeah i checked this too reg_timer_interval but this is not getting apply if kamailio is sending register to different pbx that are expecting different expire time. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/2765#issuecomment-855417202___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] uac: registration refresh should in half time of expire (#2765)
@henningw reg_retry_interval is used for failed registration retry. i am looking for refreshing registration. Also just think about having multiple pbx that expect different expire then reg_timer_interval will not work. Also what changes i made that's apply to every where. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/2765#issuecomment-855416382___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] uac: allowing sending register for uacreg using rpc command and function (#2766)
### Description Right now there is no way that allows users to control sending register packet using rpc command based on l_uuid . ### Expected behavior Actual observed behavior Debugging Data ``` (paste your debugging data here) ``` Log Messages ``` (paste your log messages here) ``` SIP Traffic ``` (paste your sip traffic here) ``` ### Possible Solutions ### Additional Information * **Kamailio Version** - output of `kamailio -v` ``` (paste your output here) ``` * **Operating System**: ``` (paste your output here) ``` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/2766___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] uac: registration refresh should in half time of expire (#2765)
!-- Kamailio Pull Request Template -- !-- IMPORTANT: - for detailed contributing guidelines, read: https://github.com/kamailio/kamailio/blob/master/.github/CONTRIBUTING.md - pull requests must be done to master branch, unless they are backports of fixes from master branch to a stable branch - backports to stable branches must be done with git cherry-pick -x ... - code is contributed under BSD for core and main components (tm, sl, auth, tls) - code is contributed GPLv2 or a compatible license for the other components - GPL code is contributed with OpenSSL licensing exception -- Pre-Submission Checklist !-- Go over all points below, and after creating the PR, tick all the checkboxes that apply -- !-- All points should be verified, otherwise, read the CONTRIBUTING guidelines from above-- !-- If youre unsure about any of these, dont hesitate to ask on sr-dev mailing list -- - [X] Commit message has the format required by CONTRIBUTING guide - [X] Commits are split per component (core, individual modules, libs, utils, ...) - [X] Each component has a single commit (if not, squash them into one commit) - [X] No commits to README files for modules (changes must be done to docbook files in `doc/` subfolder, the README file is autogenerated) Type Of Change - [X] Small bug fix (non-breaking change which fixes an issue) - [ ] New feature (non-breaking change which adds new functionality) - [ ] Breaking change (fix or feature that would change existing functionality) Checklist: !-- Go over all points below, and after creating the PR, tick the checkboxes that apply -- - [X] PR should be backported to stable branches - [X] Tested changes locally - [ ] Related to issue # (replace with an open issue number) Description Currently re-registration is not happening in half of expire time. sometime its reaching near to expire time then sending re-registration. usually sip servers expect re-registration to happen in half of expire time. !-- Describe your changes in detail -- You can view, comment on, or merge this pull request online at: https://github.com/kamailio/kamailio/pull/2765 -- Commit Summary -- * uac: registration refresh should in half time of expire -- File Changes -- M src/modules/uac/uac_reg.c (2) -- Patch Links -- https://github.com/kamailio/kamailio/pull/2765.patch https://github.com/kamailio/kamailio/pull/2765.diff -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/2765 ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] username based lookup in uac_reg_lookup (#2714)
### Description Currently uac_reg_lookup don't have provision to pass the mode parameter but its implement in core fuction: https://github.com/kamailio/kamailio/blob/951c9ac9adaccc1c35e152593cb3c2e7f6e7af6f/src/modules/uac/uac_reg.c#L1602 This should be imported to kemi as well as cfg function. ### Expected behavior lookup in uacreg should be supported using username based also, currently uuid based support is only there. Actual observed behavior Debugging Data ``` (paste your debugging data here) ``` Log Messages ``` (paste your log messages here) ``` SIP Traffic ``` (paste your sip traffic here) ``` ### Possible Solutions ### Additional Information * **Kamailio Version** - output of `kamailio -v` 5.4.5 ``` (paste your output here) ``` * **Operating System**: ``` (paste your output here) ``` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/2714___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] register using uac module is getting send even if send_socket is not in this listening list of kamailio (#2624)
https://kamailio.org/docs/db-tables/kamailio-db-5.1.x.html#gen-db-uacreg - yes its documented. check uacreg table socket field. It should use that socket only. i can discuss over mailing list but let this issue to be open if anyone else have idea over this they can comment on this. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/2624#issuecomment-774955921___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] register using uac module is getting send even if send_socket is not in this listening list of kamailio (#2624)
@oej I have said very specific to bug and also shared reproducing steps. Please review the complete issue ticket. This should not be closed like this. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/2624#issuecomment-774935616___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] register using uac module is getting send even if send_socket is not in this listening list of kamailio (#2624)
@miconda please suggest. I can make a pull request against this but need your suggestion on this? -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/2624#issuecomment-774167394___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] register using uac module is getting send even if send_socket is not in this listening list of kamailio (#2624)
### Description I am uac module with database. uacreg table have the send_socket column. i do have 2 kamailio server running. i want only kamailio-1 should send register to uacreg entries. for this i have used send_socket column with socket of kamailio-1. After this we can see both kamailio server sending registration and that's the problem. ### Troubleshooting Reproduction loadmodule "uac.so" modparam("uac","auth_username_avp","$avp(auser)") modparam("uac","auth_password_avp","$avp(apass)") modparam("uac","auth_realm_avp","$avp(arealm)") modparam("uac", "reg_contact_addr", "EXTERNAL_IP:5060") modparam("uac", "reg_db_url", DBURL) and use send_socket into uacreg with kamailio-1 socket. Debugging Data ``` (paste your debugging data here) ``` Log Messages ``` (paste your log messages here) ``` SIP Traffic ``` (paste your sip traffic here) ``` ### Possible Solutions ### Additional Information * **Kamailio Version** - output of `kamailio -v` ``` version: kamailio 5.3.8 (x86_64/linux) flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES, TLS_PTHREAD_MUTEX_SHARED ADAPTIVE_WAIT_LOOPS 1024, MAX_RECV_BUFFER_SIZE 262144, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: unknown compiled with gcc 8.3.0 ``` * **Operating System**: ``` root@ip-10-0-12-135:/etc/kamailio# uname -a Linux ip-10-0-12-135 5.3.0-1019-aws #21~18.04.1-Ubuntu SMP Mon May 11 12:33:03 UTC 2020 x86_64 GNU/Linux ``` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/2624___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] git:master:0e29879e: Module:rtpengine: memory leak is fixed, if no rtpengine in list while reload
Module: kamailio Branch: master Commit: 0e29879ee950d5a9e9a669c7d5c634416d52f5c9 URL: https://github.com/kamailio/kamailio/commit/0e29879ee950d5a9e9a669c7d5c634416d52f5c9 Author: Surendra Tiwari Committer: surendra tiwari Date: 2019-08-20T13:17:04+05:30 Module:rtpengine: memory leak is fixed, if no rtpengine in list while reload --- Modified: src/modules/rtpengine/rtpengine_db.c --- Diff: https://github.com/kamailio/kamailio/commit/0e29879ee950d5a9e9a669c7d5c634416d52f5c9.diff Patch: https://github.com/kamailio/kamailio/commit/0e29879ee950d5a9e9a669c7d5c634416d52f5c9.patch --- diff --git a/src/modules/rtpengine/rtpengine_db.c b/src/modules/rtpengine/rtpengine_db.c index 0da3a6f371..8532fd270a 100644 --- a/src/modules/rtpengine/rtpengine_db.c +++ b/src/modules/rtpengine/rtpengine_db.c @@ -98,6 +98,7 @@ static int rtpp_load_db(void) if (n_rows == 0) { LM_WARN("No rtpproxy instances in database\n"); + rtpp_dbf.free_result(rtpp_db_handle, res); return 0; } ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Module:rtpengine: memory leak is fixed, if no rtpengine in list (#2038)
@miconda please review. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/2038#issuecomment-524182507___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] Module:rtpengine: memory leak is fixed, if no rtpengine in list (#2038)
… reload Pre-Submission Checklist - [ ] Commit message has the format required by CONTRIBUTING guide - [ ] Commits are split per component (core, individual modules, libs, utils, ...) - [ ] Each component has a single commit (if not, squash them into one commit) - [ ] No commits to README files for modules (changes must be done to docbook files in `doc/` subfolder, the README file is autogenerated) Type Of Change - [ ] Small bug fix (non-breaking change which fixes an issue) - [ ] New feature (non-breaking change which adds new functionality) - [ ] Breaking change (fix or feature that would change existing functionality) Checklist: - [ ] PR should be backported to stable branches - [ ] Tested changes locally - [ ] Related to issue # (replace with an open issue number) Description You can view, comment on, or merge this pull request online at: https://github.com/kamailio/kamailio/pull/2038 -- Commit Summary -- * Module:rtpengine: memory leak is fixed, if no rtpengine in list while reload -- File Changes -- M src/modules/rtpengine/rtpengine_db.c (1) -- Patch Links -- https://github.com/kamailio/kamailio/pull/2038.patch https://github.com/kamailio/kamailio/pull/2038.diff -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/2038 ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] evapi:return code and log fixed for no evapi client while sending (#2013)
@miconda agree. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/2013#issuecomment-513140039___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] git:master:08cf1728: evapi:return code and log fixed for no evapi client while sending
Module: kamailio Branch: master Commit: 08cf17288861bcaa8f3b23166059ead517d1b4fe URL: https://github.com/kamailio/kamailio/commit/08cf17288861bcaa8f3b23166059ead517d1b4fe Author: Surendra Tiwari Committer: Surendra Tiwari Date: 2019-07-19T13:07:32+05:30 evapi:return code and log fixed for no evapi client while sending --- Modified: src/modules/evapi/evapi_dispatch.c --- Diff: https://github.com/kamailio/kamailio/commit/08cf17288861bcaa8f3b23166059ead517d1b4fe.diff Patch: https://github.com/kamailio/kamailio/commit/08cf17288861bcaa8f3b23166059ead517d1b4fe.patch --- diff --git a/src/modules/evapi/evapi_dispatch.c b/src/modules/evapi/evapi_dispatch.c index 5b7d534d09..353dc9534b 100644 --- a/src/modules/evapi/evapi_dispatch.c +++ b/src/modules/evapi/evapi_dispatch.c @@ -728,6 +728,7 @@ int _evapi_relay(str *evdata, str *ctag, int unicast) int len; int sbsize; + int evapi_send_count; evapi_msg_t *emsg; LM_DBG("relaying event data [%.*s] (%d)\n", @@ -781,7 +782,12 @@ int _evapi_relay(str *evdata, str *ctag, int unicast) cfg_update(); LM_DBG("dispatching [%p] [%.*s] (%d)\n", emsg, emsg->data.len, emsg->data.s, emsg->data.len); - evapi_dispatch_notify(emsg); + evapi_send_count = evapi_dispatch_notify(emsg); +if (evapi_send_count == 0) { + shm_free(emsg); + LM_ERR("no evapi client to send the message, failed to send message\n"); + return -1; + } shm_free(emsg); } return 0; ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] evapi:return code and log fixed for no evapi client while sending (#2013)
Pre-Submission Checklist - [ ] Commit message has the format required by CONTRIBUTING guide - [ ] Commits are split per component (core, individual modules, libs, utils, ...) - [ ] Each component has a single commit (if not, squash them into one commit) - [ ] No commits to README files for modules (changes must be done to docbook files in `doc/` subfolder, the README file is autogenerated) Type Of Change - [ ] Small bug fix (non-breaking change which fixes an issue) - [ ] New feature (non-breaking change which adds new functionality) - [ ] Breaking change (fix or feature that would change existing functionality) Checklist: - [ ] PR should be backported to stable branches - [ ] Tested changes locally - [ ] Related to issue # (replace with an open issue number) Description Right now, if there is no evapi client to send message then no logs are getting printed. This make us to not set the alert if send failed. After this changes if there is no evapi client we are going to get that in line like send_failed. You can view, comment on, or merge this pull request online at: https://github.com/kamailio/kamailio/pull/2013 -- Commit Summary -- * evapi:return code and log fixed for no evapi client while sending -- File Changes -- M src/modules/evapi/evapi_dispatch.c (8) -- Patch Links -- https://github.com/kamailio/kamailio/pull/2013.patch https://github.com/kamailio/kamailio/pull/2013.diff -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/2013 ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] TCP ACK is going to different IP then original invite sent (#1998)
yeah right now we are using dialog module for tracking those things but there should be an option to use same tcp connection across the call if connection is alive. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1998#issuecomment-507593419___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] TCP ACK is going to different IP then original invite sent (#1998)
### Description We are converting udp call to tcp call in kamailio. kamailio sending out an invite to a destination. Before sending, kamailio resolving that destination domain to IP. After receiving invite request, Destination send 180 and 200 OK . 200 Ok contact contains the domain name of destination. After this kamailio forward those request to next route. kamailio recieved the ack from upstream. After reciving the ack from upstream it resolves again the domain name to different IP, as domain name have 2 IP's behind. ### Troubleshooting Reproduction Debugging Data ``` (paste your debugging data here) ``` Log Messages ``` (paste your log messages here) ``` SIP Traffic ``` (paste your sip traffic here) ``` ### Possible Solutions ### Additional Information * **Kamailio Version** - output of `kamailio -v` ``` (paste your output here) ``` * **Operating System**: ``` (paste your output here) ``` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1998___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] KSR.tm.t_load_contacts(): not able to clear the destination set (set before append_branch_uri_q) (#1879)
### Description We are using KEMI t_load_contacts to clear the destination set . core.append_branch_uri_q(host2, "0.5") core.append_branch_uri_q(host1, "0.6") KSR.tm.t_load_contacts() KSR.tm.t_next_contacts() But its retrying on 3 in failure route first host1 second host2 third what we get in the initial request uri ### Troubleshooting Reproduction Debugging Data ``` (paste your debugging data here) ``` Log Messages ``` (paste your log messages here) ``` SIP Traffic ``` (paste your sip traffic here) ``` ### Possible Solutions ### Additional Information * **Kamailio Version** - output of `kamailio -v` ``` (paste your output here) ``` * **Operating System**: ``` (paste your output here) ``` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1879___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Modules: rtpengine-rtpengine_query exported to ksr routes (#1792)
@miconda please review. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1792#issuecomment-452587747___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] Modules: rtpengine-rtpengine_query exported to ksr routes (#1792)
Pre-Submission Checklist - [ ] Commit message has the format required by CONTRIBUTING guide - [ ] Commits are split per component (core, individual modules, libs, utils, ...) - [ ] Each component has a single commit (if not, squash them into one commit) - [ ] No commits to README files for modules (changes must be done to docbook files in `doc/` subfolder, the README file is autogenerated) Type Of Change - [ ] Small bug fix (non-breaking change which fixes an issue) - [ ] New feature (non-breaking change which adds new functionality) - [ ] Breaking change (fix or feature that would change existing functionality) Checklist: - [ ] PR should be backported to stable branches - [ ] Tested changes locally - [ ] Related to issue # (replace with an open issue number) Description You can view, comment on, or merge this pull request online at: https://github.com/kamailio/kamailio/pull/1792 -- Commit Summary -- * Modules: rtpengine-rtpengine_query exported to ksr routes -- File Changes -- M src/modules/rtpengine/rtpengine.c (20) -- Patch Links -- https://github.com/kamailio/kamailio/pull/1792.patch https://github.com/kamailio/kamailio/pull/1792.diff -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1792 ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] rtpengine - get the rtp stats when using custom id for calls (#1788)
@miconda sure. :-) -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1788#issuecomment-452038966___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] while passing different callid then actual for rtpengine_offer, rtpengine_answer and rtpengine_delete, rtpstats will not populate the stastics of rtpengine (#1788)
### Description ### Troubleshooting Reproduction Debugging Data ``` (paste your debugging data here) ``` Log Messages ``` (paste your log messages here) ``` SIP Traffic ``` (paste your sip traffic here) ``` ### Possible Solutions ### Additional Information * **Kamailio Version** - output of `kamailio -v` ``` (paste your output here) ``` * **Operating System**: ``` (paste your output here) ``` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1788___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Modules: db_redisusrloc for usrloc module (#1446)
@SurendraPlivo pushed 1 commit. e629543c6540bccb6118d9f55accd08a30edb46c handling snprintf issues, adding table name size as symbolic constant -- You are receiving this because you are subscribed to this thread. View it on GitHub: https://github.com/kamailio/kamailio/pull/1446/files/1999a526ca4a9f57a480121601ba62300f632f1d..e629543c6540bccb6118d9f55accd08a30edb46c ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Modules: db_redisusrloc for usrloc module (#1446)
@SurendraPlivo pushed 1 commit. 1999a526ca4a9f57a480121601ba62300f632f1d db_redis: adding the error block -- You are receiving this because you are subscribed to this thread. View it on GitHub: https://github.com/kamailio/kamailio/pull/1446/files/ad59363f9cf91e197fb93d333b91f891f2bd0ac3..1999a526ca4a9f57a480121601ba62300f632f1d ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] db_check_table_version(): invalid version 6 for table subscriber found, expected 7 (check table structure and table "version") (#1270)
@mckaygerhard k so basically, Kamailio maintains the version tables correspondence to every table into version table. so if any changes happen to the database table in particular upgrade version of that table also get changed. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1270#issuecomment-449866317___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] db_check_table_version(): invalid version 6 for table subscriber found, expected 7 (check table structure and table "version") (#1270)
@mckaygerhard please have a look on below link: https://kamailio.org/docs/db-tables/kamailio-db-5.1.x.html#gen-db-subscriber Let me know if you need any specific help for this. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1270#issuecomment-449860901___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Module: dialog xmlrpc isalive command added. (#1740)
Thank you -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1740#issuecomment-36439___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Module: dialog xmlrpc isalive command added. (#1740)
@miconda please review. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1740#issuecomment-444111595___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] dialog: not able to set the hangup_reason , when we hangup calls using xmlrpc. (#1737)
This feature request is managed by this pull request. https://github.com/kamailio/kamailio/pull/1740 -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1737#issuecomment-442020003___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Modules:xmlrpc event_callback added for ksr routes (#1736)
@miconda please let me know if something more to do with this pull request. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1736#issuecomment-442018973___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] Module: dialog xmlrpc isalive command added. (#1740)
Pre-Submission Checklist - [ ] Commit message has the format required by CONTRIBUTING guide - [ ] Commits are split per component (core, individual modules, libs, utils, ...) - [ ] Each component has a single commit (if not, squash them into one commit) - [ ] No commits to README files for modules (changes must be done to docbook files in `doc/` subfolder, the README file is autogenerated) Type Of Change - [ ] Small bug fix (non-breaking change which fixes an issue) - [ ] New feature (non-breaking change which adds new functionality) - [ ] Breaking change (fix or feature that would change existing functionality) Checklist: - [ ] PR should be backported to stable branches - [ ] Tested changes locally - [ ] Related to issue # (replace with an open issue number) Description This RPC command will help us to find out whether call is alive or not. Basically this command will return error if call is not alive (confirmed) else it will return string with dialog is alive. You can view, comment on, or merge this pull request online at: https://github.com/kamailio/kamailio/pull/1740 -- Commit Summary -- * Merge pull request #1 from kamailio/master * Module: Dialog xmlrpc isalive rpc command added -- File Changes -- M src/modules/dialog/dialog.c (35) M src/modules/dialog/doc/dialog.xml (5) M src/modules/dialog/doc/dialog_admin.xml (28) -- Patch Links -- https://github.com/kamailio/kamailio/pull/1740.patch https://github.com/kamailio/kamailio/pull/1740.diff -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1740 ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] cdp deadlock (#1739)
surendratiwari3 requested changes on this pull request. move routing.c to cdp module. its outside. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1739#pullrequestreview-178228347___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] dialog: not able to set the hangup_reason , when we hangup calls using xmlrpc. (#1737)
sure. we have a heartbeat service that continuously checking the kamailio dialog using dlg.dlg_list command in defined interval. in the same time heartbeat service will deduct the balance and if balance is not sufficient for continuing of call, it will send dlg.terminate_dlg request to kamailio. kamailio will generate the cdr. but in cdr we are not able to identify why this call get drop. so if we are able to add some dialog variable on dlg.terminate_dlg then we can easily populate that into cdr. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1737#issuecomment-441235270___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Modules:xmlrpc event_callback added for ksr routes (#1736)
@surendratiwari3 pushed 1 commit. 6f2e9f5 Module:xmlrpc review incorporated related to documentation -- You are receiving this because you are subscribed to this thread. View it on GitHub: https://github.com/kamailio/kamailio/pull/1736/files/40d49efe59c1189883a5f11f911da08311fc37d4..6f2e9f58ce0de073c1d4751828fde3a1398e0814 ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] dialog: not able to set the hangup_reason , when we hangup calls using xmlrpc. (#1737)
### Description We are using xmlrpc to terminate the calls once customer balance reaches to zero. call got terminated but we will not be able to set the dialog variable related to hangup_reason. There should be a way during dlg.terminate_dlg xmlrpc request that if i mention the some parameter then it should set before sending bye to callee and caller. ### Troubleshooting Reproduction Debugging Data ``` (paste your debugging data here) ``` Log Messages ``` (paste your log messages here) ``` SIP Traffic ``` (paste your sip traffic here) ``` ### Possible Solutions ### Additional Information * **Kamailio Version** - output of `kamailio -v` ``` root@ip-172-31-4-160:/etc/kamailio# kamailio -version version: kamailio 5.1.4 (x86_64/linux) 6ebfda 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, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: 6ebfda compiled on 11:48:26 Sep 7 2018 with gcc 4.8.4 ``` * **Operating System**: ``` root@ip-172-31-4-160:/etc/kamailio# lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description:Ubuntu 14.04.5 LTS Release:14.04 Codename: trusty root@ip-172-31-4-160:/etc/kamailio# uname -a Linux ip-172-31-4-160 3.13.0-143-generic #192-Ubuntu SMP Tue Feb 27 10:45:36 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux ``` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1737___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Modules:xmlrpc event_callback added for ksr routes (#1736)
@miconda its done now.:-) thank you for pointing it out. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1736#issuecomment-441218537___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Modules:xmlrpc event_callback added for ksr routes (#1736)
@surendratiwari3 pushed 1 commit. 40d49ef Modules:xmlrpc documentaion updated for event_callback parameters -- You are receiving this because you are subscribed to this thread. View it on GitHub: https://github.com/kamailio/kamailio/pull/1736/files/92d82e2579fa71343f9535297346f1708d5053df..40d49efe59c1189883a5f11f911da08311fc37d4 ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Modules:xmlrpc event_callback added for ksr routes (#1736)
@miconda sure. doing it now. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1736#issuecomment-441213961___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] Modules:xmlrpc event_callback added for ksr routes (#1736)
Pre-Submission Checklist - [ ] Commit message has the format required by CONTRIBUTING guide - [ ] Commits are split per component (core, individual modules, libs, utils, ...) - [ ] Each component has a single commit (if not, squash them into one commit) - [ ] No commits to README files for modules (changes must be done to docbook files in `doc/` subfolder, the README file is autogenerated) Type Of Change - [ ] Small bug fix (non-breaking change which fixes an issue) - [ ] New feature (non-breaking change which adds new functionality) - [ ] Breaking change (fix or feature that would change existing functionality) Checklist: - [ ] PR should be backported to stable branches - [ ] Tested changes locally - [ ] Related to issue # (replace with an open issue number) Description You can view, comment on, or merge this pull request online at: https://github.com/kamailio/kamailio/pull/1736 -- Commit Summary -- * Merge pull request #1 from kamailio/master * Modules:XMLRPC event_route callback added for ksr -- File Changes -- M src/modules/xmlrpc/xmlrpc.c (56) -- Patch Links -- https://github.com/kamailio/kamailio/pull/1736.patch https://github.com/kamailio/kamailio/pull/1736.diff -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1736 ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] Module: rtpengine timeout log fixed (#1732)
Pre-Submission Checklist - [ ] Commit message has the format required by CONTRIBUTING guide - [ ] Commits are split per component (core, individual modules, libs, utils, ...) - [ ] Each component has a single commit (if not, squash them into one commit) - [ ] No commits to README files for modules (changes must be done to docbook files in `doc/` subfolder, the README file is autogenerated) Type Of Change - [ ] Small bug fix (non-breaking change which fixes an issue) - [ ] New feature (non-breaking change which adds new functionality) - [ ] Breaking change (fix or feature that would change existing functionality) Checklist: - [ ] PR should be backported to stable branches - [ ] Tested changes locally - [ ] Related to issue # (replace with an open issue number) Description Previously for timeout reply kamailio was not printing the command for which we received the timeout, Also if kamailio not able to read the response then also command was not getting printed. some indention fix is also done. You can view, comment on, or merge this pull request online at: https://github.com/kamailio/kamailio/pull/1732 -- Commit Summary -- * Merge pull request #1 from kamailio/master * Modules: rtpengine: fixing log for printing the command when timeout and bad error reply -- File Changes -- M src/modules/rtpengine/rtpengine.c (8) -- Patch Links -- https://github.com/kamailio/kamailio/pull/1732.patch https://github.com/kamailio/kamailio/pull/1732.diff -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1732 ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Segfaults in 5.1.4 (maybe after one rtpengine disappeared) (#1613)
Hi, i also can see the same issue on 5.1.4. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1613#issuecomment-440156131___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] rr module is_direction("downstream") and $ruid("dir") always evaluate downstream to true. (#1729)
### Description ### Troubleshooting Reproduction Debugging Data ``` (paste your debugging data here) ``` Log Messages ``` (paste your log messages here) ``` SIP Traffic ``` (paste your sip traffic here) ``` ### Possible Solutions ### Additional Information * **Kamailio Version** - output of `kamailio -v` ``` (paste your output here) ``` * **Operating System**: ``` (paste your output here) ``` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1729___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] rtp_media_server: adding module (#1701)
ohk. Because what I will try with module by converting out of band dtmf to in band dtmf. On Fri, 9 Nov 2018 at 12:28 PM, Julien Chavanton wrote: > Just curious to know that rtp_media_server module will not conflict with > rtpengine module. > On Fri, 9 Nov 2018 at 12:11 PM, Julien Chavanton ***@***.***> wrote: > revisited the synchronization and added a few more error handling ... We > are sure we want to remove the small voice file ? 157K Bach_10s_8000.wav — > You are receiving this because you are subscribed to this thread. Reply to > this email directly, view it on GitHub <#1701 (comment) > <https://github.com/kamailio/kamailio/pull/1701#issuecomment-437265721>>, > or mute the thread > https://github.com/notifications/unsubscribe-auth/AZoKAh3lBVGahBWPHLQkyWSn-BvSAHR1ks5utSOPgaJpZM4YF7gV > . > -- Surendra Tiwari VoIP Application Developer, Plivo Inc., 201 Mission > Street, > <https://maps.google.com/?q=201+Mission+Street,++Suite+230+,+San+Francisco+-+94105,+USA=gmail=g>*Suite > 230 > <https://maps.google.com/?q=201+Mission+Street,++Suite+230+,+San+Francisco+-+94105,+USA=gmail=g>*, > San Francisco - 94105, USA > <https://maps.google.com/?q=201+Mission+Street,++Suite+230+,+San+Francisco+-+94105,+USA=gmail=g> > Web: www.plivo.com | Twitter: @plivo <https://github.com/plivo> > > Hi Surendra, RTP engine module is encoding the SDP and transferring it to > RTP engine server application. > > RTP Media Server is starting an RTP enpoint in a thread from a Kamailio > forked process. > > There nothing related that can conflict, expect the fact that they will > both play with the SDP, of course you can not use both module on the same > call at the same time :) but you could use both module on the same Kamailio > instance/config > > — > You are receiving this because you commented. > > > Reply to this email directly, view it on GitHub > <https://github.com/kamailio/kamailio/pull/1701#issuecomment-437268557>, > or mute the thread > <https://github.com/notifications/unsubscribe-auth/AZoKAr5Qsrri6VoDmoEGUGTtHT0rQIqJks5utSeGgaJpZM4YF7gV> > . > -- Surendra Tiwari VoIP Application Developer, Plivo Inc., 201 Mission Street, *Suite 230*, San Francisco - 94105, USA Web: www.plivo.com | Twitter: @plivo -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1701#issuecomment-437269006___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] rtp_media_server: adding module (#1701)
Just curious to know that rtp_media_server module will not conflict with rtpengine module. On Fri, 9 Nov 2018 at 12:11 PM, Julien Chavanton wrote: > revisited the synchronization and added a few more error handling ... > We are sure we want to remove the small voice file ? 157K > Bach_10s_8000.wav > > — > You are receiving this because you are subscribed to this thread. > Reply to this email directly, view it on GitHub > <https://github.com/kamailio/kamailio/pull/1701#issuecomment-437265721>, > or mute the thread > <https://github.com/notifications/unsubscribe-auth/AZoKAh3lBVGahBWPHLQkyWSn-BvSAHR1ks5utSOPgaJpZM4YF7gV> > . > -- Surendra Tiwari VoIP Application Developer, Plivo Inc., 201 Mission Street, *Suite 230*, San Francisco - 94105, USA Web: www.plivo.com | Twitter: @plivo -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1701#issuecomment-437266185___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] rtpengine module is not retrying for rtpengine_offer. retry is working for rtpengine_answer and rtpengine_delete (#1696)
@miconda This is happening only for offer only. answer and delete getting retry. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1696#issuecomment-437209191___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] evapi: if there is no evapi clients are connected to kamailio, evapi trying to send data. (#1700)
### Description right now, evapi module trying to send data even if no clients are connected .in the case new transaction is created and even suspended also. kamailio should not create the transaction if no evapi client is connected to kamailio. ### Troubleshooting Reproduction Debugging Data ``` (paste your debugging data here) ``` Log Messages ``` (paste your log messages here) ``` SIP Traffic ``` (paste your sip traffic here) ``` ### Possible Solutions ### Additional Information * **Kamailio Version** - output of `kamailio -v` ``` (paste your output here) ``` * **Operating System**: ``` (paste your output here) ``` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1700___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] rtpengine: stats for rtpengine command and reply from rtpengine (#1699)
### Description rightnow, there is no stats about command sent to rtpengine and getting reply from rtpengine. There should be a stats that will tell that number of offer request sent: number of answer request sent: number of delete request sent: number of failed request for offer [after retry]: number of failed request for answer [after retry]: number of failed request for delete [after retry]: This will help to identify actual number of failed request. ### Troubleshooting Reproduction Debugging Data ``` (paste your debugging data here) ``` Log Messages ``` (paste your log messages here) ``` SIP Traffic ``` (paste your sip traffic here) ``` ### Possible Solutions ### Additional Information * **Kamailio Version** - output of `kamailio -v` ``` (paste your output here) ``` * **Operating System**: ``` (paste your output here) ``` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1699___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] HeartBeat Module (#1698)
### Description Right now, kamailio did not generate the heartbeat events a call. It's very important to have heartbeat event in kamailio so billing solution can be built independent of kamailio. Heartbeat module can be built separately with having following parameters: modparam("heartbeat","duration",30) // this will describe at what pace heartbeat will get generated for every call. modparam("heartbeat","signature",caller=$dlg_var(caller);callee=$dlg_var(callee);account_id=$dlg_var(account_id)) -- this will tell what data to send. ### Expected behavior Actual observed behavior Debugging Data ``` (paste your debugging data here) ``` Log Messages ``` (paste your log messages here) ``` SIP Traffic ``` (paste your sip traffic here) ``` ### Possible Solutions ### Additional Information * **Kamailio Version** - output of `kamailio -v` ``` version: kamailio 5.1.4 (x86_64/linux) a1df59 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, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: a1df59 compiled on 06:23:23 Oct 30 2018 with gcc 4.8.4 ``` * **Operating System**: ``` root@ip-172-31-4-160:~# lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description:Ubuntu 14.04.5 LTS Release:14.04 Codename: trusty root@ip-172-31-4-160:~# uname -a Linux ip-172-31-4-160 3.13.0-143-generic #192-Ubuntu SMP Tue Feb 27 10:45:36 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux ``` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1698___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] dialog: xmlrpc command to check call is alive or not. (#1697)
### Description rightnow, we can check using dlg.dlg_list command whether call is alive or not but this command will return all data about dialog. There should be a xmlrpc command that will just return whether call is alive or not. ### Expected behavior Actual observed behavior Debugging Data ``` (paste your debugging data here) ``` Log Messages ``` (paste your log messages here) ``` SIP Traffic ``` (paste your sip traffic here) ``` ### Possible Solutions ### Additional Information * **Kamailio Version** - output of `kamailio -v` ``` (paste your output here) ``` * **Operating System**: ``` root@ip-172-31-4-160:~# uname -a Linux ip-172-31-4-160 3.13.0-143-generic #192-Ubuntu SMP Tue Feb 27 10:45:36 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux ``` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1697___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] rtpengine module is not retrying for rtpengine_offer. retry is working for rtpengine_answer and rtpengine_delete (#1696)
### Description we are using rtpengine with kamailio [KSR-LUA]. kamailio sending the rtpengine_offer to rtpengine. If kamailio didn't get the response from the rtpengine then it's not retrying . for rtpengine_answer and rtpengine_delete retry is working pretty good. we are using following rtpengine configuration # - rtpengine params - modparam("rtpengine", "db_url", DBURL) modparam("rtpengine", "table_name" , "rtpengine") modparam("rtpengine", "rtpengine_allow_op", 1) modparam("rtpengine", "queried_nodes_limit", 4) modparam("rtpengine", "rtpengine_retr", 2) modparam("rtpengine", "rtp_inst_pvar", "$avp(RTP_INSTANCE)") modparam("rtpengine", "setid_default", 1) modparam("rtpengine", "rtpengine_tout_ms", 400) ### Troubleshooting Reproduction This issue can be reproduced by above configuration. and need to use rtpengine_offer,rtpengine_answer and rtpengine_delete with ksr lua routing. Debugging Data ``` (paste your debugging data here) ``` Log Messages ``` (paste your log messages here) ``` SIP Traffic ``` (paste your sip traffic here) ``` ### Possible Solutions ### Additional Information * **Kamailio Version** - output of `kamailio -v` ``` version: kamailio 5.1.4 (x86_64/linux) a1df59 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, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: a1df59 compiled on 06:23:23 Oct 30 2018 with gcc 4.8.4 ``` * **Operating System**: ``` root@ip-172-31-4-160:~# lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description:Ubuntu 14.04.5 LTS Release:14.04 Codename: trusty root@ip-172-31-4-160:~# uname -a Linux ip-172-31-4-160 3.13.0-143-generic #192-Ubuntu SMP Tue Feb 27 10:45:36 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux ``` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1696___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Dialog: generating the request uri with alias when route header present (#1695)
closing this as this is incorporated by 810d84981b4ed83b11e4090740a36653ec10ef16. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1695#issuecomment-433998566___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Dialog: generating the request uri with alias when route header present (#1695)
Closed #1695. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1695#event-1932901862___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Dialog: generating the request uri with alias when route header present (#1695)
@miconda please review. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1695#issuecomment-433972373___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] Dialog: generating the request uri with alias when route header present (#1695)
Pre-Submission Checklist - [x] Commit message has the format required by CONTRIBUTING guide - [x] Commits are split per component (core, individual modules, libs, utils, ...) - [x] Each component has a single commit (if not, squash them into one commit) - [x] No commits to README files for modules (changes must be done to docbook files in `doc/` subfolder, the README file is autogenerated) Type Of Change - [x] Small bug fix (non-breaking change which fixes an issue) - [ ] New feature (non-breaking change which adds new functionality) - [ ] Breaking change (fix or feature that would change existing functionality) Checklist: - [x] PR should be backported to stable branches - [x] Tested changes locally - [x] Related to issue #1689 (replace with an open issue number) Description Using contact as request uri when there is route header present in the dialog You can view, comment on, or merge this pull request online at: https://github.com/kamailio/kamailio/pull/1695 -- Commit Summary -- * Dialog: generating the request uri with alias when route header present -- File Changes -- M src/modules/dialog/dlg_req_within.c (3) -- Patch Links -- https://github.com/kamailio/kamailio/pull/1695.patch https://github.com/kamailio/kamailio/pull/1695.diff -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1695 ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Dialog : Handling Alias in the request uri when having route header (#1694)
Closed #1694. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1694#event-1932696505___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] Dialog : Handling Alias in the request uri when having route header (#1694)
Pre-Submission Checklist - [x] Commit message has the format required by CONTRIBUTING guide - [x] Commits are split per component (core, individual modules, libs, utils, ...) - [x] Each component has a single commit (if not, squash them into one commit) - [x] No commits to README files for modules (changes must be done to docbook files in `doc/` subfolder, the README file is autogenerated) Type Of Change - [x] Small bug fix (non-breaking change which fixes an issue) - [ ] New feature (non-breaking change which adds new functionality) - [ ] Breaking change (fix or feature that would change existing functionality) Checklist: - [x] PR should be backported to stable branches - [x] Tested changes locally - [x] Related to issue #1689 (replace with an open issue number) Description Copying the contact header to request uri , when we have route header present in the dialog. This is basically needed for generating the call termination request using XMLRPC. You can view, comment on, or merge this pull request online at: https://github.com/kamailio/kamailio/pull/1694 -- Commit Summary -- * Modules: Handling Alias in the request uri when having route header -- File Changes -- M src/modules/dialog/dlg_req_within.c (875) -- Patch Links -- https://github.com/kamailio/kamailio/pull/1694.patch https://github.com/kamailio/kamailio/pull/1694.diff -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1694 ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] when using terminate_dlg via xmlrpc, not able to generate proper bye message, if request is behind nat. (#1689)
i just checked the code and found that https://github.com/kamailio/kamailio/blob/98ee25c6da118cadedd98621c580ed4df3a7e860/src/modules/dialog/dlg_req_within.c#L95 ``` if(uri_restore_rcv_alias(>contact[dir], , )<0) { nuri.len = 0; duri.len = 0; } ``` This function is setting nuri, that is subsequently used as request uri. Problem here is nuri does not contains the alias parameters in uri. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1689#issuecomment-433856774___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] when using terminate_dlg via xmlrpc, not able to generate proper bye message, if request is behind nat. (#1689)
contactsip:gw+plivo.com@13.57.90.158:5080;transport=tcp;transport=tcp;gw=plivo.com;alias=13.57.90.158~50188~2 -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1689#issuecomment-433490101___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] when using terminate_dlg via xmlrpc, not able to generate proper bye message, if request is behind nat. (#1689)
yes, i can reproduce this again. for sure , i will paste the dialog structure here. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1689#issuecomment-433485583___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] when using terminate_dlg via xmlrpc, not able to generate proper bye message, if request is behind nat. (#1689)
13.57.90.158:49325 == 54.183.206.134:5060 [kamailio] <==BYE== 13.57.122.212:5060 [kamailio] ===BYE===> 18.214.109.132:5060 [kamailio] 13.57.122.212 generating the bye to both side. BYE is not getting forwarded from 54.183.206.134 to 13.57.90.158 as request uri do not contain the alias. Its trying to forward the request to 13.57.90.158:5080 not to 13.57.90.158:49325 -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1689#issuecomment-433363205___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] when using terminate_dlg via xmlrpc, not able to generate proper bye message, if request is behind nat. (#1689)
### Description Using xmlrpc command to generate the bye using terminate_dlg request: ### Troubleshooting Reproduction use xmlrpc request to terminate the dialog ``` curl --data @xmlrpc http://13.57.122.212:8080/RPC ``` xmlrpc file will have following things ``` dlg.terminate_dlg fe6361a2-52f0-1237-e5a2-06119108e458 07322vj6a8taa gK09f669d8 ``` Debugging Data ``` (paste your debugging data here) ``` Log Messages ``` (paste your log messages here) ``` SIP Traffic ``` **Bye message without xmlrpc** BYE sip:gw+plivo.com@13.57.90.158:5080;transport=tcp;transport=tcp;gw=plivo.com;alias=13.57.90.158~49325~2 SIP/2.0. Record-Route: . Record-Route: . Via: SIP/2.0/UDP 13.57.122.212:5060;branch=z9hG4bK154c.8fa2a8729a68989c41230f0906bcd2bd.0. Via: SIP/2.0/UDP 18.214.109.132:5060;rport=5060;branch=z9hG4bK154c.44759fe4.0. Via: SIP/2.0/UDP 81.52.176.68:5060;branch=z9hG4bK07Badb05d2bebab0ac9. From: ;tag=gK07d4ffc2. To: "919967609476" ;tag=5SDBNUapcZv5m. Call-ID: 237f21f0-52db-1237-e5a2-06119108e458. CSeq: 29061 BYE. Max-Forwards: 68. Route: . Route: . Reason: Q.850;cause=16. Content-Length: 0. .. **Bye message using xmlrpc request** U 172.31.4.160:5060 -> 54.183.206.134:5060 BYE sip:gw+plivo.com@13.57.90.158:5080;transport=tcp;transport=tcp;gw=plivo.com SIP/2.0. Via: SIP/2.0/UDP 13.57.122.212:5060;branch=z9hG4bK7841.79765615.0. To: ;tag=Hv494Z9D8D9rH. From: ;tag=gK0cf13bdd. CSeq: 1 BYE. Call-ID: 56783745-52ef-1237-e5a2-06119108e458. Route: , . Content-Length: 0. User-Agent: kamailio (5.1.4 (x86_64/linux)). Max-Forwards: 70. .. ``` ### Possible Solutions ### Additional Information * **Kamailio Version** - output of `kamailio -v` ``` root@ip-172-31-4-160:/etc/kamailio# kamailio -version version: kamailio 5.1.4 (x86_64/linux) 6ebfda 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, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: 6ebfda compiled on 11:48:26 Sep 7 2018 with gcc 4.8.4 ``` * **Operating System**: ``` root@ip-172-31-4-160:/etc/kamailio# lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description:Ubuntu 14.04.5 LTS Release:14.04 Codename: trusty root@ip-172-31-4-160:/etc/kamailio# uname -a Linux ip-172-31-4-160 3.13.0-143-generic #192-Ubuntu SMP Tue Feb 27 10:45:36 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux ``` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1689___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] can't generate 487 reply when a final 408 was sent out (#1648)
it will be great if you can update more information like [incoming/outgoing]sip packet capture, kamailio logs. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1648#issuecomment-422761244___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Memory utilization getting increase with lua routing (#1577)
Still i am seeing the memory continuously increasing. I tested with modular approach using app_lua mentioned by sipgate. I will test app_lua with LuaJIT. Also will be trying with one simple lua. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1577#issuecomment-418747402___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] KEMI: add htable's sht_rm_* functions (#1614)
I did not finished yet. On Mon, Sep 3, 2018 at 1:56 PM, Daniel-Constantin Mierla < notificati...@github.com> wrote: > @SurendraPlivo <https://github.com/SurendraPlivo> - have you finished > these? If not, I will add them in the next few days. > > — > You are receiving this because you were mentioned. > Reply to this email directly, view it on GitHub > <https://github.com/kamailio/kamailio/issues/1614#issuecomment-418039933>, > or mute the thread > <https://github.com/notifications/unsubscribe-auth/AZoKAql8j2kEhQuqYOCZmDHwflpJ2YO1ks5uXOebgaJpZM4VwOEj> > . > -- Surendra Tiwari VoIP Application Developer, Plivo Inc., 201 Mission Street, *Suite 230*, San Francisco - 94105, USA Web: www.plivo.com | Twitter: @plivo -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1614#issuecomment-418043570___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] passing argument to event_callback function (#1627)
### Description Right Now, There is no way to pass the parameter to event_callback function to be executed by KEMI Interpreter. This is required when we have to pass call_uuid for async call without suspending transaction. In callback we don't have anything refer to the previous transaction. ### Troubleshooting Reproduction Debugging Data ``` (paste your debugging data here) ``` Log Messages ``` (paste your log messages here) ``` SIP Traffic ``` (paste your sip traffic here) ``` ### Possible Solutions We need to introduce parameter to event_callback with ; Initially let's keep it to only single parameter. ### Additional Information * **Kamailio Version** - output of `kamailio -v` ``` root@ip-172-31-3-45:~# kamailio -v version: kamailio 5.1.3 (x86_64/linux) flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: unknown compiled on 15:16:50 Apr 24 2018 with gcc 4.8.4 ``` * **Operating System**: ``` root@ip-172-31-3-45:~# uname -a Linux ip-172-31-3-45 3.13.0-143-generic #192-Ubuntu SMP Tue Feb 27 10:45:36 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux ``` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1627___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Memory utilization getting increase with lua routing (#1577)
i did not get a chance to test. but surely i will test by end of week. will you please also conclude about using modular approach with kemi lua. https://github.com/sipgate/lua-kamailio/blob/master/src/kamailio/init.lua . -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1577#issuecomment-416195882___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Memory utilization getting increase with lua routing (#1577)
i will again run the load test with different configs. and will post the result here. yeah i used the 5.1.4 with back-porting this commit to that branch -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1577#issuecomment-413654752___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] MemoryUtilization getting increase with lua routing (#1577)
@miconda please look into this one. because now a days developer already started to move for kamailio in lua. if there is memory leak then it will be great issue. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1577#issuecomment-412337043___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] KEMI: add htable's sht_rm_* functions (#1614)
I started working on it. i will updates soon. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1614#issuecomment-411969037___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] KEMI: add htable's sht_rm_* functions (#1614)
@miconda please assign it to me. i will work on it -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1614#issuecomment-411132190___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] KEMI: add htable's sht_rm_* functions (#1614)
working on it. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1614#issuecomment-411132076___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] MemoryUtilization getting increase with lua routing (#1577)
Thank you for the updates. :-) -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1577#issuecomment-408659508___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] MemoryUtilization getting increase with lua routing (#1577)
@miconda please let me know if this issue is reproduced by the same config at your side or not -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1577#issuecomment-408352787___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] MemoryUtilization getting increase with lua routing (#1577)
@miconda are you able to reproduce it? -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1577#issuecomment-406842466___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] MemoryUtilization getting increase with lua routing (#1577)
yes i am using master branch only. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1577#issuecomment-404770193___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] MemoryUtilization getting increase with lua routing (#1577)
this can be reporduced by following lua config kamailio.cfg ``` #!KAMAILIO ### Defined Values # #!substdef "!MY_IP_ADDR!!g" #!substdef "!MY_EXTERNAL_IP!!g" #!substdef "!MY_UDP_PORT!5060!g" #!substdef "!MY_UDP_ADDR!udp:MY_IP_ADDR:MY_UDP_PORT!g" # Dispatcher File #!define DISPATCHER_FILE "/etc/kamailio/dispatcher.list" # Routing File #!define ROUTE_LUA "/etc/kamailio/route.lua" ### Global Parameters # ## LOG Levels: 3=DBG, 2=INFO, 1=NOTICE, 0=WARN, -1=ERR #!ifdef WITH_DEBUG debug = 4 log_stderror = yes #!else debug = 2 log_stderror = no #!endif memdbg = 5 memlog = 5 # log setting log_facility = LOG_LOCAL0 listen = MY_UDP_ADDR advertise MY_EXTERNAL_IP:MY_UDP_PORT children = 8 async_workers=8 ### Modules Section #!ifdef WITH_SRCPATH mpath = "modules/" #!else mpath = "/usr/local/lib64/kamailio/modules/" #!endif # -- module loading -- loadmodule "tm.so" loadmodule "rr.so" loadmodule "pv.so" loadmodule "tmx.so" loadmodule "sl.so" loadmodule "maxfwd.so" loadmodule "nathelper.so" loadmodule "textops.so" loadmodule "siputils.so" loadmodule "xlog.so" loadmodule "sanity.so" loadmodule "path.so" loadmodule "jsonrpcs.so" loadmodule "app_lua.so" loadmodule "dispatcher.so" loadmodule "json.so" loadmodule "cfg_rpc.so" loadmodule "ctl.so" # - setting module-specific parameters --- # - rr params - # set next param to 1 to add value to ;lr param (helps with some UAs) modparam("rr", "enable_full_lr", 0) # do not append from tag to the RR (no need for this script) modparam("rr", "append_fromtag", 1) # - dispatcher params - modparam("dispatcher", "list_file", DISPATCHER_FILE) modparam("dispatcher", "ds_probing_mode", 1) modparam("dispatcher", "flags", 2) modparam("dispatcher", "ds_ping_interval", 10) modparam("dispatcher", "ds_ping_from", "sip:p...@test.my.com") # - nathelper params modparam("nathelper", "received_avp", "$avp(s:rcv)") # - ctl -- modparam("ctl", "binrpc", "tcp:MY_IP_ADDR:2046") # - app_lua params modparam("app_lua", "reload", 1) modparam("app_lua", "load", ROUTE_LUA) # - tm params - # auto-discard branches from previous serial forking leg modparam("tm", "failure_reply_mode", 3) modparam("tm", "fr_timer", 5000) modparam("tm", "fr_inv_timer", 12) modparam("tm", "restart_fr_on_each_reply", 1) modparam("tm", "pass_provisional_replies", 1) modparam("tm", "contacts_avp", "tm_contacts"); modparam("tm", "contact_flows_avp", "tm_contact_flows"); cfgengine "lua" route.lua ``` function ksr_request_route() local request_method = headers.get("$rm") or ""; local user_agent = headers.get("$ua") or ""; KSR.info("recieve request " .. request_method); KSR.exit(); return 1; end ``` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1577#issuecomment-404720655___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] app_lua : fixing bug for setting set SR lib version for lua 52 (#1590)
Thanks miconda. for next commit i will keep this in mind. i have changed the commit message as you requested. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1590#issuecomment-404509795___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] app_lua : fixing bug for setting set SR lib version for lua 52 (#1590)
Pre-Submission Checklist - [X] Commit message has the format required by CONTRIBUTING guide - [X] Commits are split per component (core, individual modules, libs, utils, ...) - [X] Each component has a single commit (if not, squash them into one commit) - [X] No commits to README files for modules (changes must be done to docbook files in `doc/` subfolder, the README file is autogenerated) Type Of Change - [X] Small bug fix (non-breaking change which fixes an issue) - [ ] New feature (non-breaking change which adds new functionality) - [ ] Breaking change (fix or feature that would change existing functionality) Checklist: - [ X] PR should be backported to stable branches - [X] Tested changes locally - [ ] Related to issue # (replace with an open issue number) Description You can view, comment on, or merge this pull request online at: https://github.com/kamailio/kamailio/pull/1590 -- Commit Summary -- * fixing bug for setting global table lua -- File Changes -- M src/modules/app_lua/app_lua_api.c (4) -- Patch Links -- https://github.com/kamailio/kamailio/pull/1590.patch https://github.com/kamailio/kamailio/pull/1590.diff -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1590 ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Modules: Evapi async_relay export to kemi (#1563)
please backport to 5.x.x stable branches. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1563#issuecomment-404230548___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Module: rr adding is_direction to kemi (#1589)
please backport to 5.x.x stable branches. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1589#issuecomment-404229916___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Modules: sdpops export sdp_get_line_startswith (#1558)
please backport to 5.x.x stable branches. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1558#issuecomment-404229805___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Modules: db_redisusrloc for usrloc module (#1446)
@miconda sure. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1446#issuecomment-404229100___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Modules: db_redisusrloc for usrloc module (#1446)
@miconda please merge it. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1446#issuecomment-404181127___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] Module: rr adding is_direction to kemi (#1589)
Pre-Submission Checklist - [ ] Commit message has the format required by CONTRIBUTING guide - [ ] Commits are split per component (core, individual modules, libs, utils, ...) - [ ] Each component has a single commit (if not, squash them into one commit) - [ ] No commits to README files for modules (changes must be done to docbook files in `doc/` subfolder, the README file is autogenerated) Type Of Change - [ ] Small bug fix (non-breaking change which fixes an issue) - [ ] New feature (non-breaking change which adds new functionality) - [ ] Breaking change (fix or feature that would change existing functionality) Checklist: - [ ] PR should be backported to stable branches - [ ] Tested changes locally - [ ] Related to issue # (replace with an open issue number) Description is_direction("string") method added to kemi. You can view, comment on, or merge this pull request online at: https://github.com/kamailio/kamailio/pull/1589 -- Commit Summary -- * adding is_direction to kemi -- File Changes -- M src/modules/rr/rr_mod.c (27) -- Patch Links -- https://github.com/kamailio/kamailio/pull/1589.patch https://github.com/kamailio/kamailio/pull/1589.diff -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1589 ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] Modules: rr adding is_direction to kemi (#1588)
Closed #1588. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1588#event-1727912382___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] Modules: rr adding is_direction to kemi (#1588)
Pre-Submission Checklist - [ ] Commit message has the format required by CONTRIBUTING guide - [ ] Commits are split per component (core, individual modules, libs, utils, ...) - [ ] Each component has a single commit (if not, squash them into one commit) - [ ] No commits to README files for modules (changes must be done to docbook files in `doc/` subfolder, the README file is autogenerated) Type Of Change - [ ] Small bug fix (non-breaking change which fixes an issue) - [ ] New feature (non-breaking change which adds new functionality) - [ ] Breaking change (fix or feature that would change existing functionality) Checklist: - [ ] PR should be backported to stable branches - [ ] Tested changes locally - [ ] Related to issue # (replace with an open issue number) Description is_direction(string) method is imported to kemi app_lua. this method will help to identify the direction of subsequent request. You can view, comment on, or merge this pull request online at: https://github.com/kamailio/kamailio/pull/1588 -- Commit Summary -- * Modules: rr adding is_direction to kemi -- File Changes -- M src/modules/rr/rr_mod.c (27) -- Patch Links -- https://github.com/kamailio/kamailio/pull/1588.patch https://github.com/kamailio/kamailio/pull/1588.diff -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/pull/1588 ___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] MemoryUtilization getting increase with lua routing (#1577)
Updates: I am running test with master branch. i will report if i found memory leak with simple config so you can reproduce. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1577#issuecomment-403902230___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] MemoryUtilization getting increase with lua routing (#1577)
[vg.log](https://github.com/kamailio/kamailio/files/2173037/vg.log) Please check the valgrind log. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1577#issuecomment-403238200___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] MemoryUtilization getting increase with lua routing (#1577)
@miconda please see this issue. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1577#issuecomment-402530641___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] MemoryUtilization getting increase with lua routing (#1577)
yeah sure i will run that one. i am using both ways 1. using lua modules 2. without using lua modules both ways i can figure out that system memory getting increases. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1577#issuecomment-401816921___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] MemoryUtilization getting increase with lua routing (#1577)
we are seeing the memory related system increasing to 97% so its might the case that system memory getting increase. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1577#issuecomment-401811824___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] MemoryUtilization getting increase with lua routing (#1577)
more log for pkg_memory ``` 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from app_lua: app_lua_api.c: sr_lua_load_script(136) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from app_lua: app_lua_api.c: sr_lua_reload_script(451) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from core: core/counters.c: init_counters(116) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from core: core/counters.c: init_counters(122) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from core: core/dset.c: init_dst_set(83) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from core: core/modparam.c: set_mod_param_regex(121) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from core: core/name_alias.h: add_alias(91) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from core: core/name_alias.h: add_alias(93) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from core: core/nonsip_hooks.c: init_nonsip_hooks(43) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from core: core/pvapi.c: pv_init_buffer(2045) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from core: core/route.c: route_new_list(200) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from core: core/rpc_lookup.c: rpc_hash_add(146) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from core: core/socket_info.c: fix_hostname(1301) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from core: core/socket_info.c: fix_socket_list(1509) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from core: core/socket_info.c: fix_sock_str(420) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from core: core/socket_info.c: fix_sock_str(437) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from core: core/socket_info.c: new_sock_info(230) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from core: core/socket_info.c: new_sock_info(235) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from core: core/socket_info.c: new_sock_info(252) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from core: core/socket_info.c: new_sock_info(264) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from core: core/socket_info.c: new_sock_info(273) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from core: core/sr_module.c: init_modules(1026) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from core: core/timer_proc.c: sr_wtimer_init(308) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from core: core/udp_server.c: udp_rcv_loop(436) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from jsonrpcs: jsonrpcs_fifo.c: jsonrpc_fifo_mod_init(525) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from jsonrpcs: jsonrpcs_fifo.c: jsonrpc_init_fifo_server(123) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from jsonrpcs: jsonrpcs_sock.c: jsonrpc_dgram_mod_init(182) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from pv: pv_shv.c: pv_get_shvar(362) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: alloc'd from xlog: xlog.c: mod_init(214) 1 ip-172-31-11-179 kamailio[11425]: ALERT: qm_status: dumping all alloc'ed. fragments: 1 ip-172-31-11-179 kamailio[11918]: ALERT: qm_status: alloc'd from app_lua: app_lua_api.c: sr_lua_load_script(136) 1 ip-172-31-11-179 kamailio[11918]: ALERT: qm_status: alloc'd from app_lua: app_lua_api.c: sr_lua_reload_script(451) 1 ip-172-31-11-179 kamailio[11918]: ALERT: qm_status: alloc'd from core: core/counters.c: init_counters(116) 1 ip-172-31-11-179 kamailio[11918]: ALERT: qm_status: alloc'd from core: core/counters.c: init_counters(122) 1 ip-172-31-11-179 kamailio[11918]: ALERT: qm_status: alloc'd from core: core/dset.c: init_dst_set(83) 1 ip-172-31-11-179 kamailio[11918]: ALERT: qm_status: alloc'd from core: core/modparam.c: set_mod_param_regex(121) 1 ip-172-31-11-179 kamailio[11918]: ALERT: qm_status: alloc'd from core: core/name_alias.h: add_alias(91) 1 ip-172-31-11-179 kamailio[11918]: ALERT: qm_status: alloc'd from core: core/name_alias.h: add_alias(93) 1 ip-172-31-11-179 kamailio[11918]: ALERT: qm_status: alloc'd from core:
Re: [sr-dev] [kamailio/kamailio] MemoryUtilization getting increase with lua routing (#1577)
script to memory count for kamailio process ``` #!/bin/bash free echo "" for line in $(pgrep -f '/usr/local/sbin/kamailio -f /etc/kamailio/kamailio.cfg -P /var/run/kamailio.pid -m 16 -M 8 -u root -g root') do pms=$(pmap -x $line|grep total) echo "$pms pid:$line" done ``` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1577#issuecomment-401611314___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] MemoryUtilization getting increase with lua routing (#1577)
@miconda rightnow our memory utilization are 97%. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1577#issuecomment-401450253___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] MemoryUtilization getting increase with lua routing (#1577)
### Description We are using lua base routing with app_lua. We are seeing that our memory-utilization on that system continuously getting increase. our route.lua will have all routing logic same as https://github.com/kamailio/kamailio/blob/master/misc/examples/kemi/kamailio-basic-kemi-lua.lua we are using following set of modules loadmodule "tm.so" loadmodule "rr.so" loadmodule "pv.so" loadmodule "tmx.so" loadmodule "sl.so" loadmodule "maxfwd.so" loadmodule "nathelper.so" loadmodule "textops.so" loadmodule "siputils.so" loadmodule "xlog.so" loadmodule "sanity.so" loadmodule "path.so" loadmodule "jsonrpcs.so" loadmodule "app_lua.so" loadmodule "dispatcher.so" loadmodule "json.so" loadmodule "cfg_rpc.so" loadmodule "ctl.so" loadmodule "ipops.so" loadmodule "http_async_client.so" loadmodule "dialog.so" # - setting module-specific parameters --- # - rr params - # set next param to 1 to add value to ;lr param (helps with some UAs) modparam("rr", "enable_full_lr", 0) # do not append from tag to the RR (no need for this script) modparam("rr", "append_fromtag", 1) # - dispatcher params - modparam("dispatcher", "list_file", DISPATCHER_FILE) modparam("dispatcher", "ds_probing_mode", 1) modparam("dispatcher", "flags", 2) modparam("dispatcher", "ds_ping_interval", 10) modparam("dispatcher", "ds_ping_from", "sip:p...@test.com") # - nathelper params modparam("nathelper", "received_avp", "$avp(s:rcv)") # - http_async_client --- # number of worker process for async req and res modparam("http_async_client", "workers", 4) # - ctl -- modparam("ctl", "binrpc", "tcp:MY_IP_ADDR:2086") # - app_lua params modparam("app_lua", "reload", 1) modparam("app_lua", "load", ROUTE_LUA) # dialog params modparam("dialog", "enable_stats", 1) modparam("dialog", "dlg_flag", 4) modparam("dialog", "event_callback", "ksr_dialog_event") cfgengine "lua" ### Troubleshooting Reproduction We can easily reproduce by loading app_lua with kamailio-basic-kemi-lua.lua https://github.com/kamailio/kamailio/blob/master/misc/examples/kemi/kamailio-basic-kemi-lua.lua Debugging Data root@ip-172-31-4-160:~# kamcmd -s tcp:172.31.4.160:2046 tm.stats { current: 2220 waiting: 2198 total: 6113169 total_local: 1371 rpl_received: 11958486 rpl_generated: 6111711 rpl_sent: 12224635 6xx: 0 5xx: 6104789 4xx: 6831 3xx: 0 2xx: 1483 created: 6113169 freed: 6110949 delayed_free: 0 } transaction are getting free as they are created so no transaction memory leak. ``` U 54.183.198.87:5060 -> 172.31.4.160:5060 INVITE sip:919980950111@13.57.122.212:5060 SIP/2.0. Record-Route: . Via: SIP/2.0/UDP 54.183.198.87:5060;branch=z9hG4bK62f3.22dfb9a43503cc12dafdcdbc9ab1e17d.0. Via: SIP/2.0/UDP 172.31.13.202:5060;rport=5060;received=13.232.78.75;branch=z9hG4bK-20254-2186327-0. From: ;tag=2186327. To: . Call-ID: 2186327-20254@172.31.13.202. CSeq: 1 INVITE. Contact: . Max-Forwards: 69. User-Agent: Sipp/Linux. Supported: replaces, outbound. Content-Type: application/sdp. Content-Length: 139. X-ZT-Cust-IP: 13.232.78.75. X-ZT-Trunk: 21979254854757081.zt.plivo.com. . v=0. o=user1 53655765 2353687637 IN IP4 13.126.252.148. s=-. c=IN IP4 13.126.252.148. t=0 0. m=audio 6000 RTP/AVP 0. a=rtpmap:0 PCMU/8000. # U 172.31.4.160:5060 -> 54.183.198.87:5060 SIP/2.0 100 trying -- your call is important to us. Via: SIP/2.0/UDP 54.183.198.87:5060;branch=z9hG4bK62f3.22dfb9a43503cc12dafdcdbc9ab1e17d.0;rport=5060. Via: SIP/2.0/UDP 172.31.13.202:5060;rport=5060;received=13.232.78.75;branch=z9hG4bK-20254-2186327-0. From: ;tag=2186327. To: . Call-ID: 2186327-20254@172.31.13.202. CSeq: 1 INVITE. Server: kamailio (5.1.3 (x86_64/linux)). Content-Length: 0. . # U 172.31.4.160:5060 -> 54.183.198.87:5060 SIP/2.0 408 Request Timeout. Via: SIP/2.0/UDP 54.183.198.87:5060;branch=z9hG4bK223b.cd9c3cb1d2dc6adc346e6fb7acdee708.0;rport=5060. Via: SIP/2.0/UDP 172.31.13.202:5060;rport=5060;received=13.232.78.75;branch=z9hG4bK-20254-2185727-0. From: ;tag=2185727. To: ;tag=c99e9820d9036d36e5541ff825b95248-8c22. Call-ID: 2185727-20254@172.31.13.202. CSeq: 1 INVITE. Server: kamailio (5.1.3 (x86_64/linux)). Content-Length: 0. . ``` Log Messages ``` Jun 29 19:18:14 ip-172-31-4-160 kamailio[8119]: ERROR: [core/mem/q_malloc.c:287]: qm_find_free(): qm_find_free(0x7fe974b24000, 35992); Free fragment not found! Jun 29 19:18:14 ip-172-31-4-160 kamailio[8119]: ERROR: [core/mem/q_malloc.c:421]: qm_malloc(): qm_malloc(0x7fe974b24000, 35992) called from http_async_client: http_multi.c: curl_shm_calloc(346), module: http_async_client; Free fragment not found! Jun 29 19:18:14 ip-172-31-4-160 kamailio[8119]: ERROR: http_async_client [http_multi.c:437]: new_request(): curl_easy_init() failed! ``` SIP Traffic ``` (paste your sip traffic here) ``` ### Possible Solutions
Re: [sr-dev] [kamailio/kamailio] continuously memory getting increases with app_lua (#1575)
Closed #1575. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1575#event-1708865710___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Re: [sr-dev] [kamailio/kamailio] continuously memory getting increases with app_lua (#1575)
hey sorry did it in bit hurry. adding other information -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1575#issuecomment-401367975___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
[sr-dev] [kamailio/kamailio] continuously memory getting increases with app_lua (#1575)
### Description ### Troubleshooting Reproduction load app_lua with kamailio route file. route file should load other lua module or custom modules Debugging Data ``` (paste your debugging data here) ``` Log Messages ``` (paste your log messages here) ``` SIP Traffic ``` (paste your sip traffic here) ``` ### Possible Solutions ### Additional Information * **Kamailio Version** - output of `kamailio -v` ``` version: kamailio 5.1.3 (x86_64/linux) flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: unknown compiled on 11:06:51 May 10 2018 with gcc 4.8.4 ``` * **Operating System**: ``` Linux ip-172-31-4-160 3.13.0-143-generic #192-Ubuntu SMP Tue Feb 27 10:45:36 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux ``` -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1575___ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev