sr-users

sr-users@lists.kamailio.org

39 participants
37513 discussions

SIPS Errors on Kamailio
by Christopher Vincent 23 Mar '22

23 Mar '22

Hi, Kamailio / RTPEngine was set up on CentOS 8 running SIP to SIPS and RTP to SDES SRTP conversion. This worked as expected Attempted to duplicate the setup on RHEL but errors were seen. These errors were present on both RHEL 7 / RHEL 8. The errors seen were as below kamailio -c loading modules under config path: /usr/lib64/kamailio/modules/ 0(9165) ERROR: tls [tls_init.c:611]: tls_pre_init(): Unable to set the memory allocation functions 0(9165) ERROR: tls [tls_init.c:613]: tls_pre_init(): libssl current mem functions - m: 0x7f7a77c367a0 r: 0x7f7a77c367f0 f: 0x7f7a77c36770 0(9165) ERROR: tls [tls_init.c:615]: tls_pre_init(): module mem functions - m: 0x7f7a72db7653 r: 0x7f7a72db769f f: 0x7f7a72db76fc 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) 0(9165) ERROR: <core> [core/sr_module.c:590]: load_module(): /usr/lib64/kamailio/modules/tls.so: mod_register failed 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 0(9165) INFO: pv [pv_shv.c:60]: shvar_init_locks(): locks array size 16 0(9165) ERROR: <core> [core/modparam.c:181]: set_mod_param_regex(): No module matching <tls> found 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 0(9165) ERROR: <core> [core/modparam.c:181]: set_mod_param_regex(): No module matching <tls> found 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 0(9165) ERROR: <core> [core/modparam.c:181]: set_mod_param_regex(): No module matching <tls> found 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 0(9165) ERROR: <core> [core/modparam.c:181]: set_mod_param_regex(): No module matching <tls> found 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 ERROR: bad config file (5 errors) (parsing code: 0) 0(9165) INFO: <core> [core/sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized The kamailio config was exactly the same as on the CentOS systems and started as below /* Server ports: */ #!substdef "!SIP_PORT!5060!g" #!substdef "!SIPS_PORT!5061!g" /* Listen addresses */ #!substdef "!UDP_LOCAL_ADDR!udp:SERVER_IP_ADDR:SIP_PORT!g" #!substdef "!TCP_LOCAL_ADDR!tcp:SERVER_IP_ADDR:SIPS_PORT!g" /* Server connections: */ #!ifndef MAX_CONNECTIONS #!define MAX_CONNECTIONS 8192 #!endif ##!define WITH_DEBUG /* Transaction and branch flags: FLT_ - per transaction (message) flags FLB_ - per branch flags */ #!define FLT_ACC 1 #!define FLT_ACCMISSED 2 #!define FLT_ACCFAILED 3 #!define FLT_NATS 5 #!define FLT_OUT 8 #!define FLB_NATB 6 #!define FLB_NATSIPPING 7 #!define KAMAILIODBURL1 "mysql://kamailio:kamailiorw@localhost/kamailio" #!define WITH_TLS enable_tls=1 listen=tls:<ipaddr>:5062 ####### Global Parameters ######### ### LOG Levels: ALERT=-5, BUG=-4, CRIT=-3, ERR=-1, WARN=0, NOTICE=1, INFO=2, DBG=3 #!ifdef WITH_DEBUG debug=4 log_stderror=no #!else debug=2 log_stderror=no #!endif memdbg=5 memlog=5 log_facility=LOG_LOCAL0 /* display memory usage on exit */ mem_summary=15 /* join free memory fragments */ mem_join=1 /* proxy will fork and run in daemon mode */ /* 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 */ fork=yes children=8 listen=TCP_LOCAL_ADDR listen=UDP_LOCAL_ADDR /* life time of TCP connection when there is no traffic - a bit higher than registration expires to cope with UA behind NAT */ tcp_connection_lifetime=3605 /* sip over websockets may not specify a content length header */ tcp_accept_no_cl=yes /* buffer size used for tcp reads, limits the maximum message size (SIP, HTTP) that can be received over tcp */ tcp_rd_buf_size=65536 /* max number of tcp connections */ tcp_max_connections=MAX_CONNECTIONS ####### Modules Section ######## # set paths to location of modules mpath="/usr/lib64/kamailio/modules/" loadmodule "jsonrpcs.so" loadmodule "db_mysql.so" loadmodule "kex.so" loadmodule "corex.so" loadmodule "tm.so" loadmodule "tmx.so" loadmodule "rr.so" loadmodule "pv.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "siputils.so" loadmodule "xlog.so" loadmodule "sanity.so" loadmodule "ctl.so" loadmodule "cfg_rpc.so" loadmodule "acc.so" loadmodule "dispatcher.so" loadmodule "cfgutils.so" loadmodule "textopsx.so" loadmodule "nathelper.so" loadmodule "uac.so" loadmodule "ipops.so" loadmodule "debugger.so" loadmodule "exec.so" loadmodule "avpops.so" loadmodule "sqlops.so" loadmodule "rtpengine.so" loadmodule "sl.so" loadmodule "tls.so" # ----------------- setting module-specific parameters --------------- # ----- usrloc params ----- # store contacts in memory only modparam("usrloc", "db_mode", 0) # hash size of 16,384 modparam("usrloc", "hash_size", 14) # removes contact if ws disconnects modparam("usrloc", "handle_lost_tcp", 1) modparam("tm|usrloc", "xavp_contact", "ulattrs") # ----- jsonrpcs params ----- modparam("jsonrpcs", "fifo_name", "/tmp/kamailio_jsonrpc.fifo") modparam("jsonrpcs", "dgram_socket", "/tmp/kamailio_rpc.sock") # ----- tm params ----- # auto-discard branches from previous serial forking leg modparam("tm", "failure_reply_mode", 3) # default retransmission timeout: 30sec modparam("tm", "fr_timer", 30000) #default invite retransmission timeout after 1xx: 120sec modparam("tm", "fr_inv_timer", 120000) # ----- 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", 0) # ----- uac params ----- modparam("uac", "restore_mode", "none") # ----- registrar params ----- modparam("registrar", "method_filtering", 1) modparam("registrar", "max_contacts", 1) # max value for expires of registrations modparam("registrar", "max_expires", 3600) # disable GRUU modparam("registrar", "gruu_enabled", 0) # ----- acc params ----- /* what special events should be accounted? */ modparam("acc", "early_media", 0) modparam("acc", "report_ack", 0) modparam("acc", "report_cancels", 0) /* by default ww do not adjust the direction of the sequential requests. if you enable this parameter, be sure the enable "append_fromtag" in "rr" module */ modparam("acc", "detect_direction", 0) /* account triggers (flags) */ modparam("acc", "log_flag", FLT_ACC) modparam("acc", "log_missed_flag", FLT_ACCMISSED) modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") modparam("acc", "failed_transaction_flag", FLT_ACCFAILED) # ----- dispatcher params ----- modparam("dispatcher", "db_url", KAMAILIODBURL1) modparam("dispatcher", "flags", 2) modparam("dispatcher", "ds_ping_method", "OPTIONS") modparam("dispatcher", "ds_ping_from", "sip:<address>.com") modparam("dispatcher", "ds_ping_interval", 5) modparam("dispatcher", "ds_probing_threshold", 1) modparam("dispatcher", "ds_inactive_threshold", 1) modparam("dispatcher", "ds_probing_mode", 3) # ----- pv params ----- modparam("pv", "shvset", "maintenance=i:0") modparam("pv", "shvset", "virtualIP1=i:0") modparam("pv", "shvset", "virtualIP2=i:0") # ----- nathelper params ----- modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)") # Note: leaving NAT pings turned off here as nathelper is only being used for # WebSocket connections. NAT pings are not needed as WebSockets have # their own keep-alives. # ----- rtpengine params ----- modparam("rtpengine", "rtpengine_sock", "udp:localhost:2223") modparam("rtpengine", "rtpengine_sock", "udp:localhost:2223") #modparam("rtpengine", "write_sdp_pv", "$avp(sdp)") #modparam("rtpengine", "force_send_interface", SERVER_IP_ADDR) #modparam("rtpengine", "setid_default", -1) #modparam("rtpengine", "rtp_inst_pvar", "$avp(RTPENGINE)") #modparam("rtpengine", "rtpengine_retr", 5) #modparam("rtpengine", "queried_nodes_limit", 5) #modparam("rtpengine", "rtpengine_allow_op", 1) #modparam("rtpengine", "hash_table_size", MAX_CONNECTIONS) #modparam("rtpengine", "hash_table_tout", 7200) modparam("tls", "private_key", "<cert path>") modparam("tls", "certificate", "<cert path>") modparam("tls", "ca_list", "<cert path>") # modparam("tls", "ca_list", "<cert path>") modparam("tls", "tls_method", "TLSv1+") ####### Routing Logic ######## 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 loadmodule "sl.so" loadmodule "tls.so" But logs will show WARNING: <core> [main.c:2985]: main(): tls support enabled, but no tls engine available (forgot to load the tls module?) WARNING: <core> [main.c:2987]: main(): disabling tls... Presumably loading the module before configuring it just gives it default values so the latter config is ignored Any advice on the matter would be appreciated Thanks in advance, Chris

3 4

{param.in, name[, delimiter]} error when delimiter is comma
by 韩小仿 23 Mar '22

23 Mar '22

Hi, all Kamailio5.5.4 $var(s) = "a=1;b=2;c=3"; $var(s1) = $(var(s){param.value,b}); // work well $var(s) = "a=1|b=2|c=3"; $var(s1) = $(var(s){param.value,b,|}); // work well // but $var(s) = "a=1,b=2,c=3"; $var(s1) = $(var(s){param.value,b,,}); ERROR: <core> [core/pvapi.c:1131]: pv_parse_spec2(): invalid parsing in [$(var(s){param.value,b,,})] at (4) 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,,}) how to fix this? Thanks! hanxiaofang

2 1

bug in tm module?
by dpaape＠frontier.com 22 Mar '22

22 Mar '22

Hello, 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.So the practical outworking is as follows. A register is received and the request_route arms the callback. The register requires and authorization. After the 401 is sent back, the callback via the module event route is called. All good except that the module event route script fragment is never executed again after the first call.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. thanks for any help,Dan

1 0

SERIAL FORKING : call to a group number
by Youssef Boujraf 22 Mar '22

22 Mar '22

Dear all, My use case is : I defined a username = 112 (for emergency call) This username doesn't exist in subscribers table and unavailable in location table. The idea is when Sopftphone1 call the group = 112 then Kamailio will forward the call to a group using SERIAL FORKING. => Softphone 1 -> Sends INVITE to 112 -> Kamailio -> FORWARD TO SERIAL FORKING (4x softphone all registered and in location table). The q priority could be hybrid that means 2x softphone could have same priority. My issues : - the q priority forced for each softphone is not taking into account. - the first branch created when send INVITE to 112 is still available. My setup Kamailio is behind a NAT. Kamailio version : sipsecure@kamailio:/$ kamailio -version version: kamailio 5.5.4 (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_BLOCKLIST, 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 10.2.1 Kamailio.cfg # ----- tm params ----- # auto-discard branches from previous serial forking leg modparam("tm", "failure_reply_mode", 3) # default retransmission timeout: 5sec modparam("tm", "fr_timer", 5000) # default invite retransmission timeout after 1xx: 10sec modparam("tm", "fr_inv_timer", 10000) # This is the name of an XAVP that the t_load_contacts() function uses to store contacts of the destination set and that t_next_contacts() function uses to restore those contacts. modparam("tm", "contacts_avp", "tm_contacts") modparam("tm", "contact_flows_avp", "tm_contact_flows") # modparam("tm|usrloc", "xavp_contact", "tm_contacts") # ----- 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", 0) route[INVITE]{ route(THREAD_CHECK); route(AUTH); route(RECORD_ROUTE); setflag(FLT_ACC); switch($tU) { case "112": xlog("MY_SEVERITY"," -- Calling Group Serial"); route(FORK_SERIAL); break; case "113": xlog("MY_SEVERITY"," -- Calling Group Parralelle"); route(FORK_PARALLEL); break; default: xlog("MY_SEVERITY"," -- Calling Someone"); route(LOCATION); route(RELAY); break; } exit; } route[FORK_SERIAL]{ t_on_reply("MANAGE_REPLY"); #!ifndef WITH_BRIDGE_ON_FAIL setbflag(FLB_BRIDGE); #!endif route(IPV4V6); route(NATMANAGE); $var(uri1)="sip:9919995@192.168.1.41"; $var(uri2)="sip:9919994@192.168.1.41"; $var(uri3)="sip:9919991@192.168.1.41"; $var(uri4)="sip:9919997@192.168.1.41"; lookup("location","$var(uri4)"); append_branch("$ru","0.2"); lookup("location","$var(uri1)"); append_branch("$ru","0.8"); lookup("location","$var(uri2)"); append_branch("$ru","0.5"); lookup("location","$var(uri3)"); append_branch("$ru","0.5"); t_load_contacts(); t_next_contacts(); t_on_failure("SERIAL"); #!ifdef WITH_SIPSECURE_DEBUG xlog("MY_SEVERITY"," ROUTE_SERIAL : Relaying \n"); #!endif #Relay (aka Forward) the request t_relay(); break; } failure_route[SERIAL]{ xlog("MY_SEVERITY","At failure route - Trying next destination"); if (!t_next_contacts()) { send_reply("408","Nobody available"); exit; } t_on_failure("SERIAL"); t_relay(); } Any highlight will be welcome. Best Regards, -- Youssef

1 0

$ru vs. $fu as r/w pseudo variables
by Juha Heinanen 22 Mar '22

22 Mar '22

If I set $ru in config file and then print $ru to log, the new value is printed. If I do the same with $fu, the old value is printed. I haven't found in Pseudo-Variables Wiki any documentation about this. Does it exist somewhere else? -- Juha

3 9

MESSAGE METHOD - Send message to a softphone - $uac_req
by Youssef Boujraf 22 Mar '22

22 Mar '22

Dear, I am expecting to send a MESSAGE METHOD to a softphone supporting MESSAGE. route[SEND_MESSAGE_METHOD]{ $uac_req(method)="MESSAGE"; $uac_req(ruri)="sip:192.168.1.29:5066"; $uac_req(furi)="sip:192.168.1.41:5066"; // $uac_req(turi)="sip:9919995@192.168.1.24:5066"; $uac_req(callid)=$(mb{s.md5}); $uac_req(hdrs)="Subject: Emergency Alert\r\n"; $uac_req(hdrs)=$uac_req(hdrs) + "Content-Type: text/plain\r\n"; $uac_req(body)="Emergency Message"; $uac_req(evroute)=1; uac_req_send(); } event_route[uac:reply] { xlog("MY_SEVERITY"," -- MESSAGE PROCESSING - received reply code is: $uac_req(evcode)\n");} My use case is to send message from KAMAILIO -> SOFTPHONE kamailio : sip:192.168.1.41:5066 (physical ip address of the kamailio) softphone : sip:192.168.1.29:5066 (physical ip address of the softphone) $uac_req(ruri)="sip:192.168.1.29:5066"; $uac_req(furi)="sip:192.168.1.41:5066"; // $uac_req(turi)="sip:9919995@192.168.1.24:5066"; The sip capture : 2022/03/18 02:20:58.947603 192.168.1.29:5066 -> 192.168.1.41:5066 MESSAGE sip:192.168.1.41:5066@192.168.1.41:5066 SIP/2.0 Via: SIP/2.0/UDP 192.168.1.29:5066;branch=z9hG4bKPj40bcc72324d647f8b96fc783e181f611 Max-Forwards: 70 From: "codec7-private" <sip:9919997@192.168.1.41>;tag=416038ac55514b439a5cd5894770c3d8 To: <sip:192.168.1.41:5066@192.168.1.41> Call-ID: 9381648157be49ff845b5e413dc9a95c CSeq: 9148 MESSAGE User-Agent: MicroSIP/3.20.7 Content-Type: text/plain Content-Length: 3 ;-) 2022/03/18 02:20:58.948822 192.168.1.41:5066 -> 192.168.1.29:5066 SIP/2.0 200 Stored Via: SIP/2.0/UDP 192.168.1.29:5066;branch=z9hG4bKPj40bcc72324d647f8b96fc783e181f611;rport=5066 From: "codec7-private" <sip:9919997@192.168.1.41>;tag=416038ac55514b439a5cd5894770c3d8 To: <sip:192.168.1.41:5066@192.168.1.41>;tag=cbfe6543b9079987bce3b5b9a0d1195a.b63b503b Call-ID: 9381648157be49ff845b5e413dc9a95c CSeq: 9148 MESSAGE Server: kamailio (5.5.4 (x86_64/linux)) Content-Length: 0 Now, if I want to use his username@domain kamailio : sip:192.168.1.41:5066 (physical ip address of the kamailio) softphone : sip:9919997@192.168.1.41:5066 The message is sent to kamailio itself not to the softphone 2022/03/18 02:30:39.285927 192.168.1.41:5060 -> 192.168.1.41:5066 MESSAGE sip:9919997@192.168.1.41:5066 SIP/2.0 Via: SIP/2.0/UDP xxx.xxx.xxx.210:5060;branch=z9hG4bK0cb8.a39b5180000000000000000000000000.0 To: <sip:9919997@192.168.1.41:5066> From: <sip:192.168.1.41:5066>;tag=b4685c5f5f5fc30f8dcbb49a48fe9e25-4047894c CSeq: 10 MESSAGE Call-ID: 4cb973823835008ec4b20d1c67d9fb84 Max-Forwards: 70 Content-Length: 17 User-Agent: kamailio (5.5.4 (x86_64/linux)) Subject: Emergency Alert Content-Type: text/plain Emergency Message 2022/03/18 02:30:39.287590 192.168.1.41:5066 -> 192.168.1.41:5060 SIP/2.0 200 Stored Via: SIP/2.0/UDP xxx.xxx.xxx.210:5060;branch=z9hG4bK0cb8.a39b5180000000000000000000000000.0;rport=5060;received=192.168.1.41 To: <sip:9919997@192.168.1.41:5066>;tag=cbfe6543b9079987bce3b5b9a0d1195a.76a88393 From: <sip:192.168.1.41:5066>;tag=b4685c5f5f5fc30f8dcbb49a48fe9e25-4047894c CSeq: 10 MESSAGE Call-ID: 4cb973823835008ec4b20d1c67d9fb84 Server: kamailio (5.5.4 (x86_64/linux)) Content-Length: 0 - finaly, how to relay the message from one softphone to another softphone through kamailio proxy? Best Regards -- Youssef

2 3

Re: [SR-Users] Kamailio : Serial forking
by Paclinio 22 Mar '22

22 Mar '22

Following the example of TM Module. https://www.kamailio.org/docs/modules/devel/modules/tm.html#tm.serial_forki… Code : modparam("tm", "contacts_avp", "tm_contacts"); > > route { > seturi("sip:a@example.com"); > append_branch("sip:b@example.com", "0.5"); > append_branch("sip:c@example.com", "0.5"); > append_branch("sip:d@example.com", "1.0"); > > t_load_contacts(); > > t_next_contacts(); > t_on_failure("serial"); > t_relay(); > break; > } > > failure_route["serial"] > { > if (!t_next_contacts()) { > exit; > } > > t_on_failure("serial"); > t_relay(); > } > My code : failure_route[GroupFailureRoute]{ > t_next_contacts(); > while(!route(GROUP_LOCATION)) > { > if (!t_next_contacts()) { > send_reply("408","Nobody available"); > exit; > } > } > t_on_failure("GroupFailureRoute"); > t_relay(); > } > > route[GROUP_RELAY_SER]{ > append_branch("sip:9919995@192.168.1.41","1"); > append_branch("sip:9919992@192.168.1.41", "0.21"); > append_branch("sip:9919997@192.168.1.41", "0.22"); > append_branch("sip:9919991@192.168.1.41", "0.22"); > t_load_contacts(); > t_next_contacts(); > while(!route(GROUP_LOCATION)) > { > if (!t_next_contacts()) { > send_reply("408","Timeout or nobody available"); > exit; > } > } > t_on_failure("GroupFailureRoute"); > t_relay(); > break; > } > The result : [image: image.png] > > public2_addr > 192.168.1.41 192.168.1.24 > 192.168.1.10 > ──────────┬───────── ──────────┬───────── > ──────────┬───────── ──────────┬───────── > > │ INV (192.168.1.41) │ > | > > │ audio 39776 (g711u) │ > | > > │ > ─────────────────────────────── ──────────────> │ > > │ INV > (192.168.1.41) │ > │ > > │─┐ audio 39776 (g711u) │ > │ > > │<┘ > │ > │ > > │─┐ 407 Proxy Authentication R│ │ > > │<┘ │ > │ > > │ > CANCEL │ > │ > > │ ─────────────────────> │ > │ > > │─┐ ACK > │ > │ > > │<┘ > │ > │ > > │ 487 Request Terminated │ > │ > > │ <────────────────────── │ > │ > > │ > ACK │ > │ > > │ ─────────────────────> │ > │ > > │ 200 OK │ │ > > │ <───────────────────── │ > │ > > │ 100 Trying │ > > │ <────────────────────────────────────────────── │ > > │ 180 Ringing │ > > │ <─────────────────────────────────────────── ── │ > │ 180 Ringing > │ │ > │ > │ <─────────────────── │ > │ > │ > On the Second "wave" of INVITE with the parallel only the first one is correctly changed with the lookup("location") and not the second. Could someone give me some tips? Best regards Thomas <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> Virus-free. www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

1 0

Re: [SR-Users] Kamailio : Parallel Forking
by Paclinio 22 Mar '22

22 Mar '22

Dear, Following the configuration available on the TM Modules documentation. Src : https://www.kamailio.org/docs/modules/devel/modules/tm.html#tm.serial_forki… request_route { > seturi("sip:a@example.com"); > append_branch("sip:b@example.com"); > append_branch("sip:c@example.com"); > append_branch("sip:d@example.com"); > > t_relay(); > break; > } > > My code : request_route{ > $var(uri1)="sip:9919995@192.168.1.41"; > $var(uri2)="sip:9919992@192.168.1.41"; > $var(uri3)="sip:9919991@192.168.1.41"; > $var(uri4)="sip:9919994@192.168.1.41"; > > append_branch ("$var(uri1"); > append_branch ("$var(uri2"); > append_branch ("$var(uri3"); > append_branct_("$var(uri4"); > t_relay(); > break; > } > The server send INVITE to himself. Fixing the problem : request_route{ > $var(uri1)="sip:9919995@192.168.1.41"; > $var(uri2)="sip:9919992@192.168.1.41"; > $var(uri3)="sip:9919991@192.168.1.41"; > $var(uri4)="sip:9919994@192.168.1.41"; > > lookup("location","$var(uri4)"); > append_branch(); > lookup("location","$var(uri1)"); > append_branch(); > lookup("location","$var(uri2)"); > append_branch(); > lookup("location","$var(uri3)"); > t_relay(); > break; > > } > Is this the correct way ? Best regards. Thomas <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> Virus-free. www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

1 0

Re: [SR-Users] MESSAGE METHOD - Send message to a softphone - $uac_req
by Boujraf, Youssef 22 Mar '22

22 Mar '22

Dear, then could I use to retrieve the user from location then set the ruri ? $var(uri1)="sip:9919995@192.168.1.41"; > lookup("location","$var(uri1)"); > > $uac_req(ruri)=$ru; > Best Regards *Youssef *

1 0

Re: [SR-Users] ?==?utf-8?q? Table : address - address_reload?==?utf-8?q? (exported MI function) - expect to call this function in kamailio.cfg to reload in cache the address
by Youssef Boujraf 22 Mar '22

22 Mar '22

Dear, When using : sudo kamctl address reload sipsecure@kamailio:/$ sudo kamctl address reload [sudo] password for sipsecure: { "jsonrpc": "2.0", "result": "Reload OK", "id": 73482 } I looked for the command I could use in kamailio.cfg route[JSON_ADDRESS_RELOAD]{ xlog("MY_SEVERITY"," RPC REQUEST : RELOAD ADDRESS TABLE"); jsonrpc_exec('{"jsonrpc": "2.0","method": "permissions.addressReload"}'); exit; } Now I am able to call a rpc command from the code ;-) Best Regards -- Youssef

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users