<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"><style>body { line-height: 1.5; }blockquote { margin-top: 0px; margin-bottom: 0px; margin-left: 0.5em; }body { font-size: 14px; font-family: 宋体; color: rgb(0, 0, 0); line-height: 1.5; }body { font-size: 10.5pt; color: rgb(0, 0, 0); line-height: 1.5; font-family: 宋体; }</style></head><body>
<div><span></span>Hi, <span style="font-size: 10.5pt; background-color: transparent;">Henning Westerholt</span></div><div><span style="font-size: 10.5pt; background-color: transparent;"><br></span></div><div><span style="font-size: 10.5pt; background-color: transparent;">Pls close case1</span></div><div><span style="font-size: 10.5pt; background-color: transparent;"><br></span></div><div><span style="font-size: 10.5pt; background-color: transparent;">Thanks!</span></div>
<div> </div>
<hr style="WIDTH: 210px; HEIGHT: 1px" align="left" color="#b5c4df" size="1">
<div>hanxiaofang</div><blockquote style="margin-Top: 0px; margin-Bottom: 0px; margin-Left: 0.5em; margin-Right: inherit"><div> </div><div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm"><div style="PADDING-RIGHT: 8px; PADDING-LEFT: 8px; FONT-SIZE: 12px;FONT-FAMILY:tahoma;COLOR:#000000; BACKGROUND: #efefef; PADDING-BOTTOM: 8px; PADDING-TOP: 8px"><div><b>From:</b> <a href="mailto:sr-users-request@lists.kamailio.org">sr-users-request</a></div><div><b>Date:</b> 2022-03-24 19:00</div><div><b>To:</b> <a href="mailto:sr-users@lists.kamailio.org">sr-users</a></div><div><b>Subject:</b> sr-users Digest, Vol 202, Issue 25</div></div></div><div><div>Send sr-users mailing list submissions to</div>
<div> sr-users@lists.kamailio.org</div>
<div> </div>
<div>To subscribe or unsubscribe via the World Wide Web, visit</div>
<div> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</div>
<div>or, via email, send a message with subject or body 'help' to</div>
<div> sr-users-request@lists.kamailio.org</div>
<div> </div>
<div>You can reach the person managing the list at</div>
<div> sr-users-owner@lists.kamailio.org</div>
<div> </div>
<div>When replying, please edit your Subject line so it is more specific</div>
<div>than "Re: Contents of sr-users digest..."</div>
<div> </div>
<div> </div>
<div>Today's Topics:</div>
<div> </div>
<div> 1. Re: {param.in, name[, delimiter]} error when delimiter is</div>
<div> comma (Henning Westerholt)</div>
<div> 2. TOPOH is generating new Call-ID for BYE (Marrold)</div>
<div> 3. Re: SIPS Errors on Kamailio (Christopher Vincent)</div>
<div> 4. bug in tm module? (Daniel Paape)</div>
<div> 5. Re: bug in tm module? (Henning Westerholt)</div>
<div> 6. carrierroute with non-numeric characters (Arek ?azarczyk)</div>
<div> 7. Re: carrierroute with non-numeric characters (Henning Westerholt)</div>
<div> 8. Re: carrierroute with non-numeric characters (Arek ?azarczyk)</div>
<div> 9. Re: carrierroute with non-numeric characters (Henning Westerholt)</div>
<div> </div>
<div> </div>
<div>----------------------------------------------------------------------</div>
<div> </div>
<div>Message: 1</div>
<div>Date: Wed, 23 Mar 2022 12:49:40 +0000</div>
<div>From: Henning Westerholt <hw@gilawa.com></div>
<div>To: "Kamailio (SER) - Users Mailing List"</div>
<div> <sr-users@lists.kamailio.org></div>
<div>Cc: ??? <13715209697@139.com></div>
<div>Subject: Re: [SR-Users] {param.in, name[, delimiter]} error when</div>
<div> delimiter is comma</div>
<div>Message-ID:</div>
<div> <PAXPR05MB855899124FF2FD96E43C7E7FBF189@PAXPR05MB8558.eurprd05.prod.outlook.com></div>
<div> </div>
<div>Content-Type: text/plain; charset="utf-8"</div>
<div> </div>
<div>Hello,</div>
<div> </div>
<div>Please have a look to the documentation, the issue is described there, and a workaround also suggested.</div>
<div> </div>
<div>http://www.kamailio.org/wiki/cookbooks/devel/transformations#parameters_list_transformations</div>
<div> </div>
<div>Cheers,</div>
<div> </div>
<div>Henning</div>
<div> </div>
<div>--</div>
<div>Henning Westerholt ? https://skalatan.de/blog/</div>
<div>Kamailio services ? https://gilawa.com<https://gilawa.com/></div>
<div> </div>
<div>From: sr-users <sr-users-bounces@lists.kamailio.org> On Behalf Of ???</div>
<div>Sent: Wednesday, March 23, 2022 11:12 AM</div>
<div>To: sr-users <sr-users@lists.kamailio.org></div>
<div>Subject: [SR-Users] {param.in, name[, delimiter]} error when delimiter is comma</div>
<div> </div>
<div>Hi, all</div>
<div> </div>
<div>Kamailio5.5.4</div>
<div> </div>
<div>$var(s) = "a=1;b=2;c=3";</div>
<div>$var(s1) = $(var(s){param.value,b}); // work well</div>
<div> </div>
<div>$var(s) = "a=1|b=2|c=3";</div>
<div>$var(s1) = $(var(s){param.value,b,|}); // work well</div>
<div> </div>
<div>// but</div>
<div>$var(s) = "a=1,b=2,c=3";</div>
<div>$var(s1) = $(var(s){param.value,b,,});</div>
<div>ERROR: <core> [core/pvapi.c:1131]: pv_parse_spec2(): invalid parsing in [$(var(s){param.value,b,,})] at (4)</div>
<div>CRITICAL: <core> [core/cfg.y:3683]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 366, column 13-38: Can't get from cache: $(var(s){param.value,b,,})</div>
<div> </div>
<div>how to fix this?</div>
<div>Thanks!</div>
<div>________________________________</div>
<div>hanxiaofang</div>
<div> </div>
<div>-------------- next part --------------</div>
<div>An HTML attachment was scrubbed...</div>
<div>URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220323/836492af/attachment-0001.htm></div>
<div> </div>
<div>------------------------------</div>
<div> </div>
<div>Message: 2</div>
<div>Date: Wed, 23 Mar 2022 15:05:58 +0000</div>
<div>From: Marrold <kamailio@marrold.co.uk></div>
<div>To: "Kamailio (SER) - Users Mailing List"</div>
<div> <sr-users@lists.kamailio.org></div>
<div>Subject: [SR-Users] TOPOH is generating new Call-ID for BYE</div>
<div>Message-ID:</div>
<div> <CAC-Lcd8H5H=V4ua7y7Fv-t=LFoC=JZC9FZaKH5JtO+K1QJNxcw@mail.gmail.com></div>
<div>Content-Type: text/plain; charset="utf-8"</div>
<div> </div>
<div>Hi,</div>
<div> </div>
<div>I have enabled the TOPOH module with mask_callid enabled, but it's</div>
<div>generating a new Call-ID for a BYE which gets rejected with a 481</div>
<div>downstream. If I disable the TOPOH module it works as expected.</div>
<div> </div>
<div>Does anyone know where I should start looking? SIP-wise the initial BYE</div>
<div>seems compliant.</div>
<div> </div>
<div>This is Kamailio 5.5.3 on Debian 11</div>
<div> </div>
<div>Thanks</div>
<div>Matthew</div>
<div>-------------- next part --------------</div>
<div>An HTML attachment was scrubbed...</div>
<div>URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220323/be811b10/attachment-0001.htm></div>
<div> </div>
<div>------------------------------</div>
<div> </div>
<div>Message: 3</div>
<div>Date: Wed, 23 Mar 2022 18:13:54 +0000</div>
<div>From: Christopher Vincent <CDV@redwoodtech.com></div>
<div>To: "Kamailio (SER) - Users Mailing List"</div>
<div> <sr-users@lists.kamailio.org></div>
<div>Subject: Re: [SR-Users] SIPS Errors on Kamailio</div>
<div>Message-ID:</div>
<div> <3C0E2FDC7BD2334492F46C0DA6E07428014E8D1BD0@RTG-Exchange01.Redwood.com></div>
<div> </div>
<div>Content-Type: text/plain; charset="utf-8"</div>
<div> </div>
<div>Recompiled Kamailio from source</div>
<div>kamailio -v</div>
<div>version: kamailio 5.5.4 (x86_64/linux) 4c8938</div>
<div>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_BLOCKLIST, HAVE_RESOLV_RES</div>
<div>ADAPTIVE_WAIT_LOOPS 1024, MAX_RECV_BUFFER_SIZE 262144, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB</div>
<div>poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.</div>
<div>id: 4c8938</div>
<div>compiled on 14:21:51 Mar 23 2022 with gcc 4.8.5</div>
<div> </div>
<div>Compiled a newer version of OpenSSL</div>
<div>openssl version</div>
<div>OpenSSL 1.1.1m 14 Dec 2021</div>
<div> </div>
<div> </div>
<div>Then followed through this http://www.kamailio.org/wiki/tutorials/tls/howto-openssl-1-0</div>
<div> </div>
<div>Errors changed slightly, but issue still persists</div>
<div>kamailio -c</div>
<div>loading modules under config path: /usr/local/lib64/kamailio/modules/</div>
<div>0(3878) ERROR: <core> [core/sr_module.c:570]: load_module(): could not open module </usr/local/lib64/kamailio/modules/tls.so>: /usr/local/lib64/kamailio/modules/tls.so: undefined symbol: OPENSSL_sk_num</div>
<div>0(3878) CRITICAL: <core> [core/cfg.y:3684]: yyerror_at(): parse error in config file /usr/local/etc/kamailio/kamailio.cfg, line 106, column 12-19: failed to load module</div>
<div>0(3878) INFO: pv [pv_shv.c:60]: shvar_init_locks(): locks array size 16</div>
<div>0(3878) ERROR: <core> [core/modparam.c:181]: set_mod_param_regex(): No module matching <tls> found</div>
<div>0(3878) CRITICAL: <core> [core/cfg.y:3687]: yyerror_at(): parse error in config file /usr/local/etc/kamailio/kamailio.cfg, line 253, column 72: Can't set module parameter</div>
<div>0(3878) ERROR: <core> [core/modparam.c:181]: set_mod_param_regex(): No module matching <tls> found</div>
<div>0(3878) CRITICAL: <core> [core/cfg.y:3687]: yyerror_at(): parse error in config file /usr/local/etc/kamailio/kamailio.cfg, line 254, column 72: Can't set module parameter</div>
<div>0(3878) ERROR: <core> [core/modparam.c:181]: set_mod_param_regex(): No module matching <tls> found</div>
<div>0(3878) CRITICAL: <core> [core/cfg.y:3687]: yyerror_at(): parse error in config file /usr/local/etc/kamailio/kamailio.cfg, line 255, column 68: Can't set module parameter</div>
<div>0(3878) ERROR: <core> [core/modparam.c:181]: set_mod_param_regex(): No module matching <tls> found</div>
<div>0(3878) CRITICAL: <core> [core/cfg.y:3687]: yyerror_at(): parse error in config file /usr/local/etc/kamailio/kamailio.cfg, line 260, column 39: Can't set module parameter</div>
<div>ERROR: bad config file (5 errors) (parsing code: 0)</div>
<div>0(3878) INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized</div>
<div>sed /usr/local/etc/kamailio/kamailio.cfg -n -e 106p -e 253p -e 254p -e 255p -e 260p</div>
<div>loadmodule "tls.so"</div>
<div>modparam("tls", "private_key", "/etc/kamailio/star.redwoodtest.com.pem")</div>
<div>modparam("tls", "certificate", "/etc/kamailio/star.redwoodtest.com.pem")</div>
<div>modparam("tls", "ca_list", "/etc/kamailio/star.redwoodtest.com.pem")</div>
<div>modparam("tls", "tls_method", "TLSv1+")</div>
<div> </div>
<div> </div>
<div> </div>
<div>Thanks,</div>
<div>Chris</div>
<div> </div>
<div> </div>
<div>From: Christopher Vincent</div>
<div>Sent: 21 March 2022 09:41</div>
<div>To: Kamailio (SER) - Users Mailing List <sr-users@lists.kamailio.org></div>
<div>Cc: Christopher Vincent <CDV@redwoodtech.com></div>
<div>Subject: RE: [SR-Users] SIPS Errors on Kamailio</div>
<div> </div>
<div>Hi Karsten, Sergey,</div>
<div> </div>
<div>Thank you for your responses.</div>
<div> </div>
<div>Kamailio module appears to be installed</div>
<div>rpm -ql kamailio-tls</div>
<div>/usr/lib64/kamailio/modules/auth_identity.so</div>
<div>/usr/lib64/kamailio/modules/tls.so</div>
<div>/usr/lib64/kamailio/openssl_mutex_shared</div>
<div>/usr/lib64/kamailio/openssl_mutex_shared/openssl_mutex_shared.so</div>
<div>/usr/share/doc/kamailio/modules/README.auth_identity</div>
<div>/usr/share/doc/kamailio/modules/README.tl</div>
<div>Kamailio was installed from the repository using yum / dnf https://rpm.kamailio.org/centos/kamailio.repo</div>
<div> </div>
<div>Load module order has been corrected to as below</div>
<div>loadmodule "sl.so"</div>
<div>loadmodule "tls.so"</div>
<div>loadmodule "jsonrpcs.so"</div>
<div>loadmodule "db_mysql.so"</div>
<div>loadmodule "kex.so"</div>
<div>...</div>
<div> </div>
<div>Kamailio ?c still showed the same errors</div>
<div> </div>
<div> </div>
<div>Thanks,</div>
<div>Chris</div>
<div> </div>
<div>From: sr-users <sr-users-bounces@lists.kamailio.org<mailto:sr-users-bounces@lists.kamailio.org>> On Behalf Of Safarov</div>
<div>Sent: 19 March 2022 07:38</div>
<div>To: Kamailio (SER) - Users Mailing List <sr-users@lists.kamailio.org<mailto:sr-users@lists.kamailio.org>></div>
<div>Subject: Re: [SR-Users] SIPS Errors on Kamailio</div>
<div> </div>
<div> </div>
<div>SECURITY WARNING: This email is from an external source - do not open or click any attachments if you suspect the email is suspicious. Please report any suspicious emails to Information Security (InformationSecurity@redwoodtech.com<mailto:InformationSecurity@redwoodtech.com>)</div>
<div>In your config "tls" module after "sl" module.</div>
<div> </div>
<div>loadmodule "sl.so"</div>
<div>loadmodule "tls.so"</div>
<div> </div>
<div>you need load tls module before "jsonrpcs" module.</div>
<div> </div>
<div>On Fri, Mar 18, 2022 at 9:59 PM Karsten Horsmann <khorsmann@gmail.com<mailto:khorsmann@gmail.com>> wrote:</div>
<div>Hi,</div>
<div> </div>
<div> </div>
<div>are you sure the Kamailio tls module is on your system? Check the module path for tls.so like this or if you have build it from source?</div>
<div> </div>
<div>rpm -ql kamailio-tls</div>
<div> </div>
<div>/usr/lib64/kamailio/modules/auth_identity.so</div>
<div>/usr/lib64/kamailio/modules/tls.so</div>
<div>/usr/lib64/kamailio/openssl_mutex_shared</div>
<div>/usr/lib64/kamailio/openssl_mutex_shared/openssl_mutex_shared.so</div>
<div>/usr/share/doc/kamailio/modules/README.auth_identity</div>
<div>/usr/share/doc/kamailio/modules/README.tls</div>
<div> </div>
<div>Christopher Vincent <CDV@redwoodtech.com<mailto:CDV@redwoodtech.com>> schrieb am Fr., 18. M?rz 2022, 12:37:</div>
<div>Hi,</div>
<div> </div>
<div>Kamailio / RTPEngine was set up on CentOS 8 running SIP to SIPS and RTP to SDES SRTP conversion. This worked as expected</div>
<div> </div>
<div>Attempted to duplicate the setup on RHEL but errors were seen. These errors were present on both RHEL 7 / RHEL 8.</div>
<div> </div>
<div>The errors seen were as below</div>
<div> </div>
<div>kamailio -c</div>
<div>loading modules under config path: /usr/lib64/kamailio/modules/</div>
<div>0(9165) ERROR: tls [tls_init.c:611]: tls_pre_init(): Unable to set the memory allocation functions</div>
<div>0(9165) ERROR: tls [tls_init.c:613]: tls_pre_init(): libssl current mem functions - m: 0x7f7a77c367a0 r: 0x7f7a77c367f0 f: 0x7f7a77c36770</div>
<div>0(9165) ERROR: tls [tls_init.c:615]: tls_pre_init(): module mem functions - m: 0x7f7a72db7653 r: 0x7f7a72db769f f: 0x7f7a72db76fc</div>
<div>0(9165) ERROR: tls [tls_init.c:617]: tls_pre_init(): Be sure tls module is loaded before any other module using libssl (can be loaded first to be safe)</div>
<div>0(9165) ERROR: <core> [core/sr_module.c:590]: load_module(): /usr/lib64/kamailio/modules/tls.so: mod_register failed</div>
<div>0(9165) CRITICAL: <core> [core/cfg.y:3683]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 137, column 12-19: failed to load module</div>
<div>0(9165) INFO: pv [pv_shv.c:60]: shvar_init_locks(): locks array size 16</div>
<div>0(9165) ERROR: <core> [core/modparam.c:181]: set_mod_param_regex(): No module matching <tls> found</div>
<div>0(9165) CRITICAL: <core> [core/cfg.y:3686]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 249, column 72: Can't set module parameter</div>
<div>0(9165) ERROR: <core> [core/modparam.c:181]: set_mod_param_regex(): No module matching <tls> found</div>
<div>0(9165) CRITICAL: <core> [core/cfg.y:3686]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 250, column 72: Can't set module parameter</div>
<div>0(9165) ERROR: <core> [core/modparam.c:181]: set_mod_param_regex(): No module matching <tls> found</div>
<div>0(9165) CRITICAL: <core> [core/cfg.y:3686]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 251, column 68: Can't set module parameter</div>
<div>0(9165) ERROR: <core> [core/modparam.c:181]: set_mod_param_regex(): No module matching <tls> found</div>
<div>0(9165) CRITICAL: <core> [core/cfg.y:3686]: yyerror_at(): parse error in config file /etc/kamailio/kamailio.cfg, line 256, column 39: Can't set module parameter</div>
<div>ERROR: bad config file (5 errors) (parsing code: 0)</div>
<div>0(9165) INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized</div>
<div> </div>
<div> </div>
<div> </div>
<div> </div>
<div> </div>
<div>The kamailio config was exactly the same as on the CentOS systems and started as below</div>
<div> </div>
<div>/* Server ports: */</div>
<div>#!substdef "!SIP_PORT!5060!g"</div>
<div>#!substdef "!SIPS_PORT!5061!g"</div>
<div> </div>
<div>/* Listen addresses */</div>
<div>#!substdef "!UDP_LOCAL_ADDR!udp:SERVER_IP_ADDR:SIP_PORT!g"</div>
<div>#!substdef "!TCP_LOCAL_ADDR!tcp:SERVER_IP_ADDR:SIPS_PORT!g"</div>
<div> </div>
<div>/* Server connections: */</div>
<div>#!ifndef MAX_CONNECTIONS</div>
<div>#!define MAX_CONNECTIONS 8192</div>
<div>#!endif</div>
<div> </div>
<div> </div>
<div>##!define WITH_DEBUG</div>
<div> </div>
<div>/* Transaction and branch flags:</div>
<div> FLT_ - per transaction (message) flags</div>
<div> FLB_ - per branch flags</div>
<div>*/</div>
<div>#!define FLT_ACC 1</div>
<div>#!define FLT_ACCMISSED 2</div>
<div>#!define FLT_ACCFAILED 3</div>
<div>#!define FLT_NATS 5</div>
<div>#!define FLT_OUT 8</div>
<div>#!define FLB_NATB 6</div>
<div>#!define FLB_NATSIPPING 7</div>
<div> </div>
<div>#!define KAMAILIODBURL1 "mysql://kamailio:kamailiorw@localhost/kamailio"</div>
<div> </div>
<div>#!define WITH_TLS</div>
<div>enable_tls=1</div>
<div>listen=tls:<ipaddr>:5062</div>
<div> </div>
<div>####### Global Parameters #########</div>
<div>### LOG Levels: ALERT=-5, BUG=-4, CRIT=-3, ERR=-1, WARN=0, NOTICE=1, INFO=2, DBG=3</div>
<div>#!ifdef WITH_DEBUG</div>
<div>debug=4</div>
<div>log_stderror=no</div>
<div>#!else</div>
<div>debug=2</div>
<div>log_stderror=no</div>
<div>#!endif</div>
<div> </div>
<div>memdbg=5</div>
<div>memlog=5</div>
<div> </div>
<div>log_facility=LOG_LOCAL0</div>
<div> </div>
<div>/* display memory usage on exit */</div>
<div>mem_summary=15</div>
<div> </div>
<div>/* join free memory fragments */</div>
<div>mem_join=1</div>
<div> </div>
<div>/* proxy will fork and run in daemon mode */</div>
<div>/* one process will be created for each network interface the proxy listens to and for each protocol (TCP/UDP), multiplied with the value of 'children' parameter */</div>
<div>fork=yes</div>
<div>children=8</div>
<div> </div>
<div>listen=TCP_LOCAL_ADDR</div>
<div>listen=UDP_LOCAL_ADDR</div>
<div> </div>
<div>/* life time of TCP connection when there is no traffic</div>
<div> - a bit higher than registration expires to cope with UA behind NAT */</div>
<div>tcp_connection_lifetime=3605</div>
<div> </div>
<div>/* sip over websockets may not specify a content length header */</div>
<div>tcp_accept_no_cl=yes</div>
<div> </div>
<div>/* buffer size used for tcp reads, limits the maximum message size (SIP, HTTP) that can be received over tcp */</div>
<div>tcp_rd_buf_size=65536</div>
<div> </div>
<div>/* max number of tcp connections */</div>
<div>tcp_max_connections=MAX_CONNECTIONS</div>
<div> </div>
<div> </div>
<div>####### Modules Section ########</div>
<div> </div>
<div># set paths to location of modules</div>
<div>mpath="/usr/lib64/kamailio/modules/"</div>
<div> </div>
<div>loadmodule "jsonrpcs.so"</div>
<div>loadmodule "db_mysql.so"</div>
<div>loadmodule "kex.so"</div>
<div>loadmodule "corex.so"</div>
<div>loadmodule "tm.so"</div>
<div>loadmodule "tmx.so"</div>
<div>loadmodule "rr.so"</div>
<div>loadmodule "pv.so"</div>
<div>loadmodule "maxfwd.so"</div>
<div>loadmodule "usrloc.so"</div>
<div>loadmodule "registrar.so"</div>
<div>loadmodule "textops.so"</div>
<div>loadmodule "siputils.so"</div>
<div>loadmodule "xlog.so"</div>
<div>loadmodule "sanity.so"</div>
<div>loadmodule "ctl.so"</div>
<div>loadmodule "cfg_rpc.so"</div>
<div>loadmodule "acc.so"</div>
<div>loadmodule "dispatcher.so"</div>
<div>loadmodule "cfgutils.so"</div>
<div>loadmodule "textopsx.so"</div>
<div>loadmodule "nathelper.so"</div>
<div> </div>
<div>loadmodule "uac.so"</div>
<div>loadmodule "ipops.so"</div>
<div>loadmodule "debugger.so"</div>
<div>loadmodule "exec.so"</div>
<div>loadmodule "avpops.so"</div>
<div>loadmodule "sqlops.so"</div>
<div>loadmodule "rtpengine.so"</div>
<div> </div>
<div>loadmodule "sl.so"</div>
<div>loadmodule "tls.so"</div>
<div> </div>
<div> </div>
<div> </div>
<div># ----------------- setting module-specific parameters ---------------</div>
<div> </div>
<div># ----- usrloc params -----</div>
<div># store contacts in memory only</div>
<div>modparam("usrloc", "db_mode", 0)</div>
<div># hash size of 16,384</div>
<div>modparam("usrloc", "hash_size", 14)</div>
<div># removes contact if ws disconnects</div>
<div>modparam("usrloc", "handle_lost_tcp", 1)</div>
<div>modparam("tm|usrloc", "xavp_contact", "ulattrs")</div>
<div> </div>
<div> </div>
<div># ----- jsonrpcs params -----</div>
<div>modparam("jsonrpcs", "fifo_name", "/tmp/kamailio_jsonrpc.fifo")</div>
<div>modparam("jsonrpcs", "dgram_socket", "/tmp/kamailio_rpc.sock")</div>
<div> </div>
<div> </div>
<div># ----- tm params -----</div>
<div># auto-discard branches from previous serial forking leg</div>
<div>modparam("tm", "failure_reply_mode", 3)</div>
<div># default retransmission timeout: 30sec</div>
<div>modparam("tm", "fr_timer", 30000)</div>
<div>#default invite retransmission timeout after 1xx: 120sec</div>
<div>modparam("tm", "fr_inv_timer", 120000)</div>
<div> </div>
<div> </div>
<div># ----- rr params -----</div>
<div># set next param to 1 to add value to ;lr param (helps with some UAs)</div>
<div>modparam("rr", "enable_full_lr", 0)</div>
<div># do not append from tag to the RR (no need for this script)</div>
<div>modparam("rr", "append_fromtag", 0)</div>
<div> </div>
<div> </div>
<div># ----- uac params -----</div>
<div>modparam("uac", "restore_mode", "none")</div>
<div> </div>
<div> </div>
<div># ----- registrar params -----</div>
<div>modparam("registrar", "method_filtering", 1)</div>
<div>modparam("registrar", "max_contacts", 1)</div>
<div># max value for expires of registrations</div>
<div>modparam("registrar", "max_expires", 3600)</div>
<div># disable GRUU</div>
<div>modparam("registrar", "gruu_enabled", 0)</div>
<div> </div>
<div> </div>
<div># ----- acc params -----</div>
<div>/* what special events should be accounted? */</div>
<div>modparam("acc", "early_media", 0)</div>
<div>modparam("acc", "report_ack", 0)</div>
<div>modparam("acc", "report_cancels", 0)</div>
<div>/* by default ww do not adjust the direction of the sequential requests.</div>
<div> if you enable this parameter, be sure the enable "append_fromtag"</div>
<div> in "rr" module */</div>
<div>modparam("acc", "detect_direction", 0)</div>
<div>/* account triggers (flags) */</div>
<div>modparam("acc", "log_flag", FLT_ACC)</div>
<div>modparam("acc", "log_missed_flag", FLT_ACCMISSED)</div>
<div>modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd")</div>
<div>modparam("acc", "failed_transaction_flag", FLT_ACCFAILED)</div>
<div> </div>
<div> </div>
<div># ----- dispatcher params -----</div>
<div>modparam("dispatcher", "db_url", KAMAILIODBURL1)</div>
<div>modparam("dispatcher", "flags", 2)</div>
<div>modparam("dispatcher", "ds_ping_method", "OPTIONS")</div>
<div>modparam("dispatcher", "ds_ping_from", "sip:<address>.com<sip:%3caddress%3e.com>")</div>
<div> </div>
<div>modparam("dispatcher", "ds_ping_interval", 5)</div>
<div>modparam("dispatcher", "ds_probing_threshold", 1)</div>
<div>modparam("dispatcher", "ds_inactive_threshold", 1)</div>
<div>modparam("dispatcher", "ds_probing_mode", 3)</div>
<div> </div>
<div> </div>
<div># ----- pv params -----</div>
<div>modparam("pv", "shvset", "maintenance=i:0")</div>
<div>modparam("pv", "shvset", "virtualIP1=i:0")</div>
<div>modparam("pv", "shvset", "virtualIP2=i:0")</div>
<div> </div>
<div> </div>
<div># ----- nathelper params -----</div>
<div>modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)")</div>
<div># Note: leaving NAT pings turned off here as nathelper is only being used for</div>
<div># WebSocket connections. NAT pings are not needed as WebSockets have</div>
<div># their own keep-alives.</div>
<div> </div>
<div> </div>
<div># ----- rtpengine params -----</div>
<div>modparam("rtpengine", "rtpengine_sock", "udp:localhost:2223")</div>
<div> </div>
<div>modparam("rtpengine", "rtpengine_sock", "udp:localhost:2223")</div>
<div>#modparam("rtpengine", "write_sdp_pv", "$avp(sdp)")</div>
<div> </div>
<div> </div>
<div>#modparam("rtpengine", "force_send_interface", SERVER_IP_ADDR)</div>
<div>#modparam("rtpengine", "setid_default", -1)</div>
<div>#modparam("rtpengine", "rtp_inst_pvar", "$avp(RTPENGINE)")</div>
<div>#modparam("rtpengine", "rtpengine_retr", 5)</div>
<div>#modparam("rtpengine", "queried_nodes_limit", 5)</div>
<div>#modparam("rtpengine", "rtpengine_allow_op", 1)</div>
<div>#modparam("rtpengine", "hash_table_size", MAX_CONNECTIONS)</div>
<div>#modparam("rtpengine", "hash_table_tout", 7200)</div>
<div> </div>
<div> </div>
<div>modparam("tls", "private_key", "<cert path>")</div>
<div>modparam("tls", "certificate", "<cert path>")</div>
<div>modparam("tls", "ca_list", "<cert path>")</div>
<div> </div>
<div># modparam("tls", "ca_list", "<cert path>")</div>
<div> </div>
<div>modparam("tls", "tls_method", "TLSv1+")</div>
<div> </div>
<div> </div>
<div>####### Routing Logic ########</div>
<div> </div>
<div> </div>
<div> </div>
<div>If load module lines for TLS are move to near the top of the config file, config will parse and non-SIPS calls will work</div>
<div>loadmodule "sl.so"</div>
<div>loadmodule "tls.so"</div>
<div> </div>
<div>But logs will show</div>
<div>WARNING: <core> [main.c:2985]: main(): tls support enabled, but no tls engine available (forgot to load the tls module?)</div>
<div>WARNING: <core> [main.c:2987]: main(): disabling tls...</div>
<div> </div>
<div>Presumably loading the module before configuring it just gives it default values so the latter config is ignored</div>
<div> </div>
<div> </div>
<div> </div>
<div>Any advice on the matter would be appreciated</div>
<div> </div>
<div> </div>
<div>Thanks in advance,</div>
<div>Chris</div>
<div>__________________________________________________________</div>
<div>Kamailio - Users Mailing List - Non Commercial Discussions</div>
<div> * sr-users@lists.kamailio.org<mailto:sr-users@lists.kamailio.org></div>
<div>Important: keep the mailing list in the recipients, do not reply only to the sender!</div>
<div>Edit mailing list options or unsubscribe:</div>
<div> * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</div>
<div>__________________________________________________________</div>
<div>Kamailio - Users Mailing List - Non Commercial Discussions</div>
<div> * sr-users@lists.kamailio.org<mailto:sr-users@lists.kamailio.org></div>
<div>Important: keep the mailing list in the recipients, do not reply only to the sender!</div>
<div>Edit mailing list options or unsubscribe:</div>
<div> * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</div>
<div>-------------- next part --------------</div>
<div>An HTML attachment was scrubbed...</div>
<div>URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220323/4d2d15a7/attachment-0001.htm></div>
<div> </div>
<div>------------------------------</div>
<div> </div>
<div>Message: 4</div>
<div>Date: Wed, 23 Mar 2022 20:16:03 +0000</div>
<div>From: Daniel Paape <dpaape@amtelco.com></div>
<div>To: "sr-users@lists.kamailio.org" <sr-users@lists.kamailio.org></div>
<div>Subject: [SR-Users] bug in tm module?</div>
<div>Message-ID:</div>
<div> <CO6PR13MB5321D941E99DE2BA6702E24BC9189@CO6PR13MB5321.namprd13.prod.outlook.com></div>
<div> </div>
<div>Content-Type: text/plain; charset="iso-8859-1"</div>
<div> </div>
<div>Hello</div>
<div> I'm running K5.5.3 and have checked the 'issues' link in github and saw nothing regarding what I am seeing. I think that there is a bug in the tm module with respect to the "tm:local-response" event route. In the "t_reply.c" file, there is a static variable called '_tm_local_response_set_lookup'. This variable is initialized at load time to zero. It is checked in the '_reply_light()' routine and will initiate a local callback from the config script if "armed". The problem as I see it is that if the callback is readied, the variable is set to one. But it is never reset.</div>
<div>So the practical outworking is as follows. A register is received and the request_route arms the callback. The register requires an authorization (local database sqlite). After the 401 is sent back, the callback via the module event route is called as expected. All good except that the module event route script fragment is never executed again after the first call.</div>
<div>I'm no expert on the tm module but I would think that somewhere in there, the variable should be reset to zero so that subsequent transactions can initiate the event route again.</div>
<div> </div>
<div>thanks for any help,</div>
<div>Dan</div>
<div> </div>
<div>-------------- next part --------------</div>
<div>An HTML attachment was scrubbed...</div>
<div>URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220323/a0311764/attachment-0001.htm></div>
<div> </div>
<div>------------------------------</div>
<div> </div>
<div>Message: 5</div>
<div>Date: Wed, 23 Mar 2022 20:21:26 +0000</div>
<div>From: Henning Westerholt <hw@gilawa.com></div>
<div>To: "Kamailio (SER) - Users Mailing List"</div>
<div> <sr-users@lists.kamailio.org></div>
<div>Subject: Re: [SR-Users] bug in tm module?</div>
<div>Message-ID:</div>
<div> <PAXPR05MB8558B125061A99B7E6A3D352BF189@PAXPR05MB8558.eurprd05.prod.outlook.com></div>
<div> </div>
<div>Content-Type: text/plain; charset="us-ascii"</div>
<div> </div>
<div>Hello,</div>
<div> </div>
<div>If you think there is a bug in the tm module, you could create an issue in our tracker here: https://github.com/kamailio/kamailio/issues/new?assignees=&labels=&template=bug_report.md</div>
<div> </div>
<div>Please also add some description of the wrong behaviour that you are seeing in the server to it.</div>
<div> </div>
<div>Thanks,</div>
<div> </div>
<div>Henning</div>
<div> </div>
<div>From: sr-users <sr-users-bounces@lists.kamailio.org> On Behalf Of Daniel Paape</div>
<div>Sent: Wednesday, March 23, 2022 9:16 PM</div>
<div>To: sr-users@lists.kamailio.org</div>
<div>Subject: [SR-Users] bug in tm module?</div>
<div> </div>
<div>Hello</div>
<div> I'm running K5.5.3 and have checked the 'issues' link in github and saw nothing regarding what I am seeing. I think that there is a bug in the tm module with respect to the "tm:local-response" event route. In the "t_reply.c" file, there is a static variable called '_tm_local_response_set_lookup'. This variable is initialized at load time to zero. It is checked in the '_reply_light()' routine and will initiate a local callback from the config script if "armed". The problem as I see it is that if the callback is readied, the variable is set to one. But it is never reset.</div>
<div>So the practical outworking is as follows. A register is received and the request_route arms the callback. The register requires an authorization (local database sqlite). After the 401 is sent back, the callback via the module event route is called as expected. All good except that the module event route script fragment is never executed again after the first call.</div>
<div>I'm no expert on the tm module but I would think that somewhere in there, the variable should be reset to zero so that subsequent transactions can initiate the event route again.</div>
<div> </div>
<div>thanks for any help,</div>
<div>Dan</div>
<div> </div>
<div>-------------- next part --------------</div>
<div>An HTML attachment was scrubbed...</div>
<div>URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220323/61051c0f/attachment-0001.htm></div>
<div> </div>
<div>------------------------------</div>
<div> </div>
<div>Message: 6</div>
<div>Date: Thu, 24 Mar 2022 07:39:26 +0100</div>
<div>From: Arek ?azarczyk <arek@lazarczyk.org.pl></div>
<div>To: sr-users@lists.kamailio.org</div>
<div>Subject: [SR-Users] carrierroute with non-numeric characters</div>
<div>Message-ID: <a20892cf-fa42-eefe-2bea-b75a74e3196d@lazarczyk.org.pl></div>
<div>Content-Type: text/plain; charset=UTF-8; format=flowed</div>
<div> </div>
<div>Hi,</div>
<div> </div>
<div>I'm in a process of long overdue update of kamailio from 4.3 to 5.5, </div>
<div>after update i can not start kamailio casue:</div>
<div> </div>
<div>Mar 24 07:30:13 DEV-SBC-FE1 /usr/sbin/kamailio[22768]: INFO: </div>
<div>carrierroute [cr_data.c:456]: add_route(): adding prefix TR, prob 1.000000</div>
<div>Mar 24 07:30:13 DEV-SBC-FE1 /usr/sbin/kamailio[22768]: INFO: </div>
<div>carrierroute [cr_data.c:469]: add_route(): found carrier and domain, now </div>
<div>adding route</div>
<div>Mar 24 07:30:13 DEV-SBC-FE1 /usr/sbin/kamailio[22768]: ERROR: </div>
<div>carrierroute [cr_domain.c:166]: add_route_to_tree(): cannot insert route </div>
<div>flags into d-trie</div>
<div>Mar 24 07:30:13 DEV-SBC-FE1 /usr/sbin/kamailio[22768]: ERROR: <core> </div>
<div>[dtrie.c:138]: dtrie_insert(): cannot insert non-numerical character</div>
<div>Mar 24 07:30:13 DEV-SBC-FE1 /usr/sbin/kamailio[22768]: ERROR: </div>
<div>carrierroute [cr_data.c:179]: reload_route_data(): could not load </div>
<div>routing data</div>
<div>Mar 24 07:30:13 DEV-SBC-FE1 /usr/sbin/kamailio[22768]: ERROR: </div>
<div>carrierroute [carrierroute.c:240]: mod_init(): could not prepare route data</div>
<div> </div>
<div>I know that string TR is non-numeric data ;) but i have thoes routes </div>
<div>deep in my infrastructure logic so i just can not change them to some </div>
<div>numbers, is there any way i can resolve this without changeing routes in </div>
<div>my whole infrastrucure (almost 50 servers)?</div>
<div> </div>
<div> </div>
<div>Please help :)</div>
<div> </div>
<div> </div>
<div>-- </div>
<div>Arek ?azarczyk</div>
<div> </div>
<div> </div>
<div> </div>
<div> </div>
<div>------------------------------</div>
<div> </div>
<div>Message: 7</div>
<div>Date: Thu, 24 Mar 2022 07:07:35 +0000</div>
<div>From: Henning Westerholt <hw@gilawa.com></div>
<div>To: "Kamailio (SER) - Users Mailing List"</div>
<div> <sr-users@lists.kamailio.org></div>
<div>Subject: Re: [SR-Users] carrierroute with non-numeric characters</div>
<div>Message-ID:</div>
<div> <PAXPR05MB8558847862B2480F6CC9E2EABF199@PAXPR05MB8558.eurprd05.prod.outlook.com></div>
<div> </div>
<div>Content-Type: text/plain; charset="utf-8"</div>
<div> </div>
<div>Hello,</div>
<div> </div>
<div>give this parameter a try:</div>
<div> </div>
<div>https://kamailio.org/docs/modules/5.5.x/modules/carrierroute.html#idm173</div>
<div> </div>
<div>If it also not works with this parameter set to 128 and its used to work on 4.3, its probably a code regression. Please open an issue on our GitHub tracker about it then.</div>
<div> </div>
<div>Cheers,</div>
<div> </div>
<div>Henning</div>
<div> </div>
<div>-- </div>
<div>Henning Westerholt ? https://skalatan.de/blog/</div>
<div>Kamailio services ? https://gilawa.com</div>
<div> </div>
<div>-----Original Message-----</div>
<div>From: sr-users <sr-users-bounces@lists.kamailio.org> On Behalf Of Arek Lazarczyk</div>
<div>Sent: Thursday, March 24, 2022 7:39 AM</div>
<div>To: sr-users@lists.kamailio.org</div>
<div>Subject: [SR-Users] carrierroute with non-numeric characters</div>
<div> </div>
<div>Hi,</div>
<div> </div>
<div>I'm in a process of long overdue update of kamailio from 4.3 to 5.5, after update i can not start kamailio casue:</div>
<div> </div>
<div>Mar 24 07:30:13 DEV-SBC-FE1 /usr/sbin/kamailio[22768]: INFO: </div>
<div>carrierroute [cr_data.c:456]: add_route(): adding prefix TR, prob 1.000000 Mar 24 07:30:13 DEV-SBC-FE1 /usr/sbin/kamailio[22768]: INFO: </div>
<div>carrierroute [cr_data.c:469]: add_route(): found carrier and domain, now adding route Mar 24 07:30:13 DEV-SBC-FE1 /usr/sbin/kamailio[22768]: ERROR: </div>
<div>carrierroute [cr_domain.c:166]: add_route_to_tree(): cannot insert route flags into d-trie Mar 24 07:30:13 DEV-SBC-FE1 /usr/sbin/kamailio[22768]: ERROR: <core></div>
<div>[dtrie.c:138]: dtrie_insert(): cannot insert non-numerical character Mar 24 07:30:13 DEV-SBC-FE1 /usr/sbin/kamailio[22768]: ERROR: </div>
<div>carrierroute [cr_data.c:179]: reload_route_data(): could not load routing data Mar 24 07:30:13 DEV-SBC-FE1 /usr/sbin/kamailio[22768]: ERROR: </div>
<div>carrierroute [carrierroute.c:240]: mod_init(): could not prepare route data</div>
<div> </div>
<div>I know that string TR is non-numeric data ;) but i have thoes routes deep in my infrastructure logic so i just can not change them to some numbers, is there any way i can resolve this without changeing routes in my whole infrastrucure (almost 50 servers)?</div>
<div> </div>
<div> </div>
<div>Please help :)</div>
<div> </div>
<div> </div>
<div>--</div>
<div>Arek ?azarczyk</div>
<div> </div>
<div> </div>
<div>__________________________________________________________</div>
<div>Kamailio - Users Mailing List - Non Commercial Discussions</div>
<div> * sr-users@lists.kamailio.org</div>
<div>Important: keep the mailing list in the recipients, do not reply only to the sender!</div>
<div>Edit mailing list options or unsubscribe:</div>
<div> * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</div>
<div> </div>
<div>------------------------------</div>
<div> </div>
<div>Message: 8</div>
<div>Date: Thu, 24 Mar 2022 08:42:20 +0100</div>
<div>From: Arek ?azarczyk <arek@lazarczyk.org.pl></div>
<div>To: Henning Westerholt <hw@gilawa.com>, "Kamailio (SER) - Users</div>
<div> Mailing List" <sr-users@lists.kamailio.org></div>
<div>Subject: Re: [SR-Users] carrierroute with non-numeric characters</div>
<div>Message-ID: <97be0b82-e083-673b-1e2b-f11a62692f34@lazarczyk.org.pl></div>
<div>Content-Type: text/plain; charset=UTF-8; format=flowed</div>
<div> </div>
<div>Thanks, that worked :) , i've must missed that parameter during initial </div>
<div>config.</div>
<div> </div>
<div>BR,</div>
<div>A?.</div>
<div> </div>
<div>W dniu 24.03.2022 o?08:07, Henning Westerholt pisze:</div>
<div>> Hello,</div>
<div>></div>
<div>> give this parameter a try:</div>
<div>></div>
<div>> https://kamailio.org/docs/modules/5.5.x/modules/carrierroute.html#idm173</div>
<div>></div>
<div>> If it also not works with this parameter set to 128 and its used to work on 4.3, its probably a code regression. Please open an issue on our GitHub tracker about it then.</div>
<div>></div>
<div>> Cheers,</div>
<div>></div>
<div>> Henning</div>
<div>></div>
<div> </div>
<div>-- </div>
<div>Arek ?azarczyk</div>
<div> </div>
<div> </div>
<div> </div>
<div> </div>
<div>------------------------------</div>
<div> </div>
<div>Message: 9</div>
<div>Date: Thu, 24 Mar 2022 07:58:10 +0000</div>
<div>From: Henning Westerholt <hw@gilawa.com></div>
<div>To: Arek ?azarczyk <arek@lazarczyk.org.pl>, "Kamailio (SER) - Users</div>
<div> Mailing List" <sr-users@lists.kamailio.org></div>
<div>Subject: Re: [SR-Users] carrierroute with non-numeric characters</div>
<div>Message-ID:</div>
<div> <PAXPR05MB8558EA2CE9C0F379042C9DBABF199@PAXPR05MB8558.eurprd05.prod.outlook.com></div>
<div> </div>
<div>Content-Type: text/plain; charset="utf-8"</div>
<div> </div>
<div>Great, thanks for the feedback.</div>
<div> </div>
<div>Henning</div>
<div> </div>
<div>-----Original Message-----</div>
<div>From: Arek ?azarczyk <arek@lazarczyk.org.pl> </div>
<div>Sent: Thursday, March 24, 2022 8:42 AM</div>
<div>To: Henning Westerholt <hw@gilawa.com>; Kamailio (SER) - Users Mailing List <sr-users@lists.kamailio.org></div>
<div>Subject: Re: [SR-Users] carrierroute with non-numeric characters</div>
<div> </div>
<div>Thanks, that worked :) , i've must missed that parameter during initial config.</div>
<div> </div>
<div>BR,</div>
<div>A?.</div>
<div> </div>
<div>W dniu 24.03.2022 o?08:07, Henning Westerholt pisze:</div>
<div>> Hello,</div>
<div>></div>
<div>> give this parameter a try:</div>
<div>></div>
<div>> https://kamailio.org/docs/modules/5.5.x/modules/carrierroute.html#idm1</div>
<div>> 73</div>
<div>></div>
<div>> If it also not works with this parameter set to 128 and its used to work on 4.3, its probably a code regression. Please open an issue on our GitHub tracker about it then.</div>
<div>></div>
<div>> Cheers,</div>
<div>></div>
<div>> Henning</div>
<div>></div>
<div> </div>
<div>--</div>
<div>Arek ?azarczyk</div>
<div> </div>
<div> </div>
<div>------------------------------</div>
<div> </div>
<div>Subject: Digest Footer</div>
<div> </div>
<div>_______________________________________________</div>
<div>sr-users mailing list</div>
<div>sr-users@lists.kamailio.org</div>
<div>https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</div>
<div> </div>
<div> </div>
<div>------------------------------</div>
<div> </div>
<div>End of sr-users Digest, Vol 202, Issue 25</div>
<div>*****************************************</div>
<div> </div>
</div></blockquote>
</body></html>