sr-dev

sr-dev@lists.kamailio.org

13 participants
45261 discussions

[kamailio/kamailio] db_redis: warning: 'table_name.len' may be used uninitialized (#2169)
by sergey-safarov 23 Apr '20

23 Apr '20

``` CC (gcc) [M db_redis.so] redis_table.o CC (gcc) [M db_redis.so] db_redis_mod.o CC (gcc) [M db_redis.so] redis_connection.o In file included from ../../lib/srdb1/../../core/ut.h:42, from ../../lib/srdb1/db_key.h:31, from ../../lib/srdb1/db.h:43, from db_redis_mod.h:26, from redis_table.c:25: redis_table.c: In function 'db_redis_parse_keys': ../../lib/srdb1/../../core/dprint.h:303:8: warning: 'table_name.len' may be used uninitialized in this function [-Wmaybe-uninitialized] 303 | fprintf(stderr, "%2d(%d) %s: %.*s%s" fmt, \ | ^~~~~~~ redis_table.c:494:9: note: 'table_name.len' was declared here 494 | str table_name; | ^~~~~~~~~~ In file included from ../../lib/srdb1/../../core/ut.h:42, from ../../lib/srdb1/db_key.h:31, from ../../lib/srdb1/db.h:43, from db_redis_mod.h:26, from redis_table.c:25: ../../lib/srdb1/../../core/dprint.h:303:8: warning: 'table_name.s' may be used uninitialized in this function [-Wmaybe-uninitialized] 303 | fprintf(stderr, "%2d(%d) %s: %.*s%s" fmt, \ | ^~~~~~~ redis_table.c:494:9: note: 'table_name.s' was declared here 494 | str table_name; | ^~~~~~~~~~ redis_table.c:581:38: warning: 'table' may be used uninitialized in this function [-Wmaybe-uninitialized] 581 | table->types = type_target = type; | ~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~ CC (gcc) [M db_redis.so] redis_dbase.o make[3]: 'libsrdb2.so.1.0' is up to date. make[3]: 'libsrdb1.so.1.0' is up to date. ``` -- 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/2169

4 12

[kamailio/kamailio] dispatcher module not adding additional destinations to destination set when maxload=0 (#2297)
by kdanderso 23 Apr '20

23 Apr '20

#2057 # Description The documentation for the dispatcher module indicates that maxload = 0 indicates no call limit for the call load distribution algorithm. However, when filling in the XAVP list for additional destinations, mode 10 does not handle the case where maxload = 0, so there are never any additional destinations in this case. This means that there is no failover if the original destination fails. Issue #800 also addressed a maxload = 0 issue, but did not address the XAVP list. ### Possible Solutions The following patch resolves the issue for me: ```diff diff -ru a/modules/dispatcher/dispatch.c b/modules/dispatcher/dispatch.c --- a/modules/dispatcher/dispatch.c 2020-04-23 10:41:32.414130450 -0500 +++ b/modules/dispatcher/dispatch.c 2020-04-23 10:42:11.738154578 -0500 @@ -2273,6 +2273,7 @@ } /* max load exceeded per destination */ if(rstate->alg == DS_ALG_CALLLOAD + && idx->dlist[i].attrs.maxload != 0 && idx->dlist[i].dload >= idx->dlist[i].attrs.maxload) { continue; } @@ -2294,6 +2295,7 @@ } /* max load exceeded per destination */ if(rstate->alg == DS_ALG_CALLLOAD + && idx->dlist[i].attrs.maxload != 0 && idx->dlist[i].dload >= idx->dlist[i].attrs.maxload) { continue; } ``` ### Additional Information I am using the following version. The issue appears to still exist in the master branch. version: kamailio 5.3.2 (arm6/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 on 17:22:09 Mar 18 2020 with gcc 8.3.0 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/issues/2297

2 2

git:5.3:0df6a220: dispatcher: handle the case of maxload 0 for call load distribution
by Daniel-Constantin Mierla 23 Apr '20

23 Apr '20

Module: kamailio Branch: 5.3 Commit: 0df6a22015d48a57a91ac4b34411fad0a7272179 URL: https://github.com/kamailio/kamailio/commit/0df6a22015d48a57a91ac4b34411fad… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: 2020-04-23T19:06:18+02:00 dispatcher: handle the case of maxload 0 for call load distribution - GH #2297 (cherry picked from commit 0115d3424c0f8780a661882527f39b2b39d0e74e) --- Modified: src/modules/dispatcher/dispatch.c --- Diff: https://github.com/kamailio/kamailio/commit/0df6a22015d48a57a91ac4b34411fad… Patch: https://github.com/kamailio/kamailio/commit/0df6a22015d48a57a91ac4b34411fad… --- diff --git a/src/modules/dispatcher/dispatch.c b/src/modules/dispatcher/dispatch.c index ecbfa71433..aaa7b4a2d5 100644 --- a/src/modules/dispatcher/dispatch.c +++ b/src/modules/dispatcher/dispatch.c @@ -2247,6 +2247,7 @@ int ds_manage_routes(sip_msg_t *msg, ds_select_state_t *rstate) } /* max load exceeded per destination */ if(rstate->alg == DS_ALG_CALLLOAD + && idx->dlist[i].attrs.maxload != 0 && idx->dlist[i].dload >= idx->dlist[i].attrs.maxload) { continue; } @@ -2268,6 +2269,7 @@ int ds_manage_routes(sip_msg_t *msg, ds_select_state_t *rstate) } /* max load exceeded per destination */ if(rstate->alg == DS_ALG_CALLLOAD + && idx->dlist[i].attrs.maxload != 0 && idx->dlist[i].dload >= idx->dlist[i].attrs.maxload) { continue; }

1 0

git:master:0115d342: dispatcher: handle the case of maxload 0 for call load distribution
by Daniel-Constantin Mierla 23 Apr '20

23 Apr '20

Module: kamailio Branch: master Commit: 0115d3424c0f8780a661882527f39b2b39d0e74e URL: https://github.com/kamailio/kamailio/commit/0115d3424c0f8780a661882527f39b2… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: 2020-04-23T19:04:58+02:00 dispatcher: handle the case of maxload 0 for call load distribution - GH #2297 --- Modified: src/modules/dispatcher/dispatch.c --- Diff: https://github.com/kamailio/kamailio/commit/0115d3424c0f8780a661882527f39b2… Patch: https://github.com/kamailio/kamailio/commit/0115d3424c0f8780a661882527f39b2… --- diff --git a/src/modules/dispatcher/dispatch.c b/src/modules/dispatcher/dispatch.c index 6ded012085..004bb0cfae 100644 --- a/src/modules/dispatcher/dispatch.c +++ b/src/modules/dispatcher/dispatch.c @@ -2273,6 +2273,7 @@ int ds_manage_routes(sip_msg_t *msg, ds_select_state_t *rstate) } /* max load exceeded per destination */ if(rstate->alg == DS_ALG_CALLLOAD + && idx->dlist[i].attrs.maxload != 0 && idx->dlist[i].dload >= idx->dlist[i].attrs.maxload) { continue; } @@ -2294,6 +2295,7 @@ int ds_manage_routes(sip_msg_t *msg, ds_select_state_t *rstate) } /* max load exceeded per destination */ if(rstate->alg == DS_ALG_CALLLOAD + && idx->dlist[i].attrs.maxload != 0 && idx->dlist[i].dload >= idx->dlist[i].attrs.maxload) { continue; }

1 0

[info] matrix chat room for kamailio
by Daniel-Constantin Mierla 23 Apr '20

23 Apr '20

Thanks to the efforts made by Fred Posner, a matrix.org server has been installed on Kamailio project infrastructure (matrix.kamailio.dev - server sponsored by lod.com), which enables us to create chat rooms as we need for our community of users and developers. It tries to be an alternative to the existing IRC #kamailio channel, given that a while ago freenode.net had to enforce user registration to join the channels on their service (not complaining about it, they did it for good reasons to protect against spammers and D/DoS attacks). The #kamailio channel on freenode.net will still be in use by the people that like it, there is no plan to consider it obsolete. One of the main benefits of running own matrix server is the ability to allow guest access during the devel online meetings, so people that do not want to create an account can still participate by using a web browser. Also, it offers modern encryption and privacy, along with richer collaboration features (e.g., file sharing), many considering it a viable open source alternative to Slack or other private team collaboration services. The first room created is #kamailio:matrix.kamailio.dev : * https://riot.kamailio.dev/#/room/#kamailio:matrix.kamailio.dev The matrix server is federated, so you can join if you have an account on any other public federated matrix server or one that you can host yourself. The server on matrix.kamailio.dev is not allowing public registrations. If you are a registered developer (have git commit access) and need a matrix account, let us know and we will find solutions. It is the first phase now and based on the interest from the community, its usage can be increased (e.g., creating rooms for development notifications (commits, pull requests, issue); bridge to irc channel; etc...) or the server can be shut down if proves not useful. We will try to do the next online devel meeting (scheduled for Wednesday, April 29, 2020, at 14:00UTC) on the matrix chat room mentioned above. More details at: * https://www.kamailio.org/w/2020/04/matrix-chat-room-for-kamailio/ Stay safe and healthy! Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

1 0

git:master:1292e40c: ims_usrloc_pcscf: fix value array size and compile warnings
by Daniel-Constantin Mierla 23 Apr '20

23 Apr '20

Module: kamailio Branch: master Commit: 1292e40c5260fa77d34db91abf7aacf47549d5e2 URL: https://github.com/kamailio/kamailio/commit/1292e40c5260fa77d34db91abf7aacf… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: 2020-04-23T10:21:22+02:00 ims_usrloc_pcscf: fix value array size and compile warnings --- Modified: src/modules/ims_usrloc_pcscf/pcontact.c Modified: src/modules/ims_usrloc_pcscf/usrloc_db.c --- Diff: https://github.com/kamailio/kamailio/commit/1292e40c5260fa77d34db91abf7aacf… Patch: https://github.com/kamailio/kamailio/commit/1292e40c5260fa77d34db91abf7aacf… --- diff --git a/src/modules/ims_usrloc_pcscf/pcontact.c b/src/modules/ims_usrloc_pcscf/pcontact.c index 1ac55734d7..e597a0daf4 100644 --- a/src/modules/ims_usrloc_pcscf/pcontact.c +++ b/src/modules/ims_usrloc_pcscf/pcontact.c @@ -123,8 +123,9 @@ void free_security(security_t* _p) return; } - if(_p->sec_header.s) + if(_p->sec_header.s) { shm_free(_p->sec_header.s); + } switch (_p->type) { @@ -144,8 +145,9 @@ void free_security(security_t* _p) break; case SECURITY_TLS: - if(_p->data.tls) + if(_p->data.tls) { shm_free(_p->data.tls); + } break; case SECURITY_NONE: diff --git a/src/modules/ims_usrloc_pcscf/usrloc_db.c b/src/modules/ims_usrloc_pcscf/usrloc_db.c index ba71673e44..ca57a2b4b3 100644 --- a/src/modules/ims_usrloc_pcscf/usrloc_db.c +++ b/src/modules/ims_usrloc_pcscf/usrloc_db.c @@ -213,7 +213,7 @@ int db_update_pcontact(pcontact_t* _c) int db_delete_pcontact(pcontact_t* _c) { LM_DBG("Trying to delete contact: aor[%.*s], received port %u\n", _c->aor.len, _c->aor.s, _c->received_port); - db_val_t values[1]; + db_val_t values[2]; db_key_t match_keys[2] = { &aor_col, &received_port_col }; VAL_TYPE(values) = DB1_STR;

1 0

git:master:b9b177cc: db_redis: var initialization and safety check to avoid compiler warnings
by Daniel-Constantin Mierla 23 Apr '20

23 Apr '20

Module: kamailio Branch: master Commit: b9b177ccffd58b11cf460764514486d29637dd55 URL: https://github.com/kamailio/kamailio/commit/b9b177ccffd58b11cf460764514486d… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: 2020-04-23T09:57:05+02:00 db_redis: var initialization and safety check to avoid compiler warnings --- Modified: src/modules/db_redis/redis_table.c --- Diff: https://github.com/kamailio/kamailio/commit/b9b177ccffd58b11cf460764514486d… Patch: https://github.com/kamailio/kamailio/commit/b9b177ccffd58b11cf460764514486d… --- diff --git a/src/modules/db_redis/redis_table.c b/src/modules/db_redis/redis_table.c index 4bed4e1c6d..a35e7dc786 100644 --- a/src/modules/db_redis/redis_table.c +++ b/src/modules/db_redis/redis_table.c @@ -491,7 +491,7 @@ int db_redis_parse_keys(km_redis_con_t *con) { char *start; char *end; - str table_name; + str table_name = str_init(""); str type_name; str column_name; str version_code; @@ -550,7 +550,8 @@ int db_redis_parse_keys(km_redis_con_t *con) { table_entry = str_hash_get(&con->tables, table_name.s, table_name.len); if (!table_entry) { - LM_ERR("No table schema found for table '%.*s', fix config by adding one to the 'schema' mod-param!\n", + LM_ERR("No table schema found for table '%.*s', fix config" + " by adding one to the 'schema' mod-param!\n", table_name.len, table_name.s); goto err; } @@ -558,6 +559,10 @@ int db_redis_parse_keys(km_redis_con_t *con) { table->version_code = version_code; break; case DBREDIS_KEYS_TYPE_ST: + if(!table) { + LM_ERR("invalid definition, table not set\n"); + goto err; + } while(p != end && *p != ':') ++p; if (p == end) { @@ -631,8 +636,6 @@ int db_redis_parse_keys(km_redis_con_t *con) { case DBREDIS_KEYS_END_ST: LM_DBG("done parsing keys definition\n"); return 0; - - } } while (p != end);

1 0

Release schedule
by Jeremy Kister 23 Apr '20

23 Apr '20

Victor recently fixed a problem I reported in #2288 and triggered a builds for kamailio-[dev|5.3|5.2|5.1]-nightly Is there a release schedule that shows me when I can expect the change in kamailio-53 ? apt considers the nightly release "5.3.3+0~20200417092406.72+bionic" as a downgrade from "5.3.3+bionic". -- Jeremy Kister https://jeremy.kister.net./

2 1

[kamailio/kamailio] build errors with GCC 10 (#2293)
by Victor Seva 22 Apr '20

22 Apr '20

> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=957395 >Package: src:kamailio >Version: 5.3.2-1 >[..] >The package fails to build in a test rebuild on at least amd64 with >gcc-10/g++-10, but succeeds to build with gcc-9/g++-9. The >severity of this report will be raised before the bullseye release, >so nothing has to be done for the buster release. > >The full build log can be found at: >http://people.debian.org/~doko/logs/gcc10-20200225/kamailio_5.3.2-1_unstabl… >The last lines of the build log are at the end of this report. > ``` [...] /usr/include/x86_64-linux-gnu/bits/string_fortified.h:106:10: warning: ‘__builtin_strncpy’ specified bound depends on the length of the source argument [-Wstringop-overflow=] 106 | return __builtin___strncpy_chk (__dest, __src, __len, __bos (__dest)); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ core/cfg.tab.c: In function ‘yyparse’: core/cfg.y:669:48: note: length computed here 669 | strncpy($$, $1, strlen($1)+1); | ^ In file included from /usr/include/string.h:495, from core/cfg.y:40: In function ‘strncpy’, inlined from ‘yyparse’ at core/cfg.y:659:6: /usr/include/x86_64-linux-gnu/bits/string_fortified.h:106:10: warning: ‘__builtin_strncpy’ specified bound depends on the length of the source argument [-Wstringop-overflow=] 106 | return __builtin___strncpy_chk (__dest, __src, __len, __bos (__dest)); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ core/cfg.tab.c: In function ‘yyparse’: core/cfg.y:659:35: note: length computed here 659 | strncpy($$, tmp, strlen(tmp)+1); | ^~~ ``` ``` gcc -fPIC -DPIC -funroll-loops -Wcast-align -pthread -DKSR_PTHREAD_MUTEX_SHARED -Wall -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<<PKGBUILDDIR>>=. -fstack-protector-strong -Wformat -Werror=format-security -DVERSION_NODATE -DNAME='"kamailio"' -DVERSION='"5.3.2"' -DARCH='"x86_64"' -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 0.0.1"' -D__CPU_x86_64 -D__OS_linux -DVERSIONVAL=5003002 -DCFG_DIR='"/etc/kamailio/"' -DSHARE_DIR='"/usr/share/kamailio/"' -DRUN_DIR='"/var/run/kamailio/"' -DPKG_MALLOC -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DUSE_NAPTR -DWITH_XAVP -DMEM_JOIN_FREE -DF_MALLOC -DQ_MALLOC -DTLSF_MALLOC -DDBG_SR_MEMORY -DUSE_TLS -DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS -DUSE_SCTP -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER -DHAVE_IP_MREQN -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT -DMOD_NAME='"corex"' -c corex_rpc.c -o corex_rpc.o gcc -shared -Wl,-O2 -Wl,-E -Wl,-z,relro -Wl,-z,now -pthread -rdynamic -ldl -Wl,-Bsymbolic-functions corex_var.o corex_nio.o corex_mod.o corex_lib.o corex_rpc.o -o corex.so /usr/bin/ld: corex_mod.o:./src/modules/corex/corex_nio.h:36: multiple definition of `nio_min_msg_len'; corex_nio.o:./src/modules/corex/corex_nio.h:36: first defined here /usr/bin/ld: corex_mod.o:./src/modules/corex/corex_nio.h:39: multiple definition of `nio_msg_avp_param'; corex_nio.o:./src/modules/corex/corex_nio.h:39: first defined here /usr/bin/ld: corex_mod.o:./src/modules/corex/corex_nio.h:41: multiple definition of `nio_msg_avp_type'; corex_nio.o:./src/modules/corex/corex_nio.h:41: first defined here /usr/bin/ld: corex_mod.o:./src/modules/corex/corex_nio.h:40: multiple definition of `nio_msg_avp_name'; corex_nio.o:./src/modules/corex/corex_nio.h:40: first defined here /usr/bin/ld: corex_mod.o:./src/modules/corex/corex_nio.h:37: multiple definition of `nio_is_incoming'; corex_nio.o:./src/modules/corex/corex_nio.h:37: first defined here /usr/bin/ld: corex_mod.o:./src/modules/corex/corex_nio.h:35: multiple definition of `nio_route_no'; corex_nio.o:./src/modules/corex/corex_nio.h:35: first defined here collect2: error: ld returned 1 exit status make[4]: *** [../../Makefile.rules:191: corex.so] Error 1 make[3]: *** [Makefile:513: modules] Error 1 make[3]: Leaving directory '/<<PKGBUILDDIR>>/src' make[2]: *** [Makefile:34: all] Error 2 make[2]: Leaving directory '/<<PKGBUILDDIR>>' make[1]: *** [debian/rules:146: override_dh_auto_build] Error 2 make[1]: Leaving directory '/<<PKGBUILDDIR>>' make: *** [debian/rules:130: build] Error 2 dpkg-buildpackage: error: debian/rules build subprocess returned exit status 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/2293

3 4

[kamailio/kamailio] Kamailio 5.3.0 crashed when exec module tried to execute external program (#2165)
by Konstantin 22 Apr '20

22 Apr '20

### Description  In some cases we need to call zabbix_sender utility to notify that some failure happens. At this time we move our configs from Kamailio 4.4.7 to Kamailio 5.3.0 and during testing we meet this issue. We configured exec module to kill the program after 20 seconds ``` modparam("exec", "time_to_kill", 20) .... exec_avp("/usr/bin/zabbix_sender --config ZABBIX_AGENT_CONFIG_PATH --key ecsp_no_telephony --value 1"); ``` zabbix_sender could not connect to server and were hanged up. Kamailio probably tried to kill it and crashed. ### Troubleshooting #### Reproduction  #### Debugging Data  ``` Dec 5 12:25:08 sip-proxy01 /usr/ecsp/sbin/kamailio[12458]: NOTICE: <script>: zabbix_sender (ecsp_no_telephony) Dec 5 12:25:09 sip-proxy01 /usr/ecsp/sbin/kamailio[12417]: ALERT: <core> [main.c:767]: handle_sigs(): child process 12458 exited by a signal 11 Dec 5 12:25:09 sip-proxy01 /usr/ecsp/sbin/kamailio[12466]: CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 50 Dec 5 12:25:09 sip-proxy01 /usr/ecsp/sbin/kamailio[12417]: ALERT: <core> [main.c:770]: handle_sigs(): core was generated ``` #### SIP Traffic  ``` (paste your sip traffic here) ``` ### Possible Solutions  ### Additional Information * **Kamailio Version** - output of `kamailio -v` ``` version: kamailio 5.3.0 (x86_64/linux) 4cc67a 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 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: 4cc67a compiled on 14:01:24 Nov 28 2019 with gcc 4.8.5 ``` * **Operating System**:  ``` Linux sip-proxy01 3.10.0-1062.4.1.el7.x86_64 #1 SMP Fri Oct 18 17:15:30 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux CentOS Linux release 7.7.1908 (Core) ``` -- 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/2165

3 15

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev