- sr-users - kamailio.org

DMQ module issues
by Zé Santos 16 Sep '21

16 Sep '21

Hi guys, I am currently using kamailio v5.2.5 and running it inside a container. I already attempted to upgrade the kamailio to the latest version however the problem persists. This is the core dump that I got from using gdb: Core was generated by `/usr/sbin/kamailio -f > /etc/kazoo/kamailio/kamailio.cfg -m 512 -M 64 -x tlsf -w'. > Program terminated with signal 11, Segmentation fault. > #0 0x000000000071c63c in select_cfg_var (res=0x7ffd57d49b10, > s=0x7f2649395040, msg=0x7ffd57d4c340) at core/cfg/cfg_select.c:211 > 211 i = *(int *)p; It seems that the problem is with this line: modparam("dmq", "notification_address", "sip:DMQ_NOTIFY_ADDRESS") > Also, I only have this issue while running on an AWS instance, I have the same setup on my local computer, however kamailio is able to start correctly. While kamailio is starting, I have this line #!substdef "!DMQ_NOTIFY_ADDRESS!10.10.10.10:5090!g" It seems that after DMQ is able to obtain the IP address, when it comes to actually sending the message, it is interpreting the ip address of the DMQ_NOTIFY_ADDRESS as an integer and then it gives out a segmentation fault and the module stops. Another interesting thing is that if the DMQ_NOTIFY_ADDRESS is the MY_IP_ADDRESS variable instead of the 10.10.10.10, it seems to work properly. #!substdef "!DMQ_NOTIFY_ADDRESS!MY_IP_ADDRESS:5090!g" It also doesn't seem related to the ip being in a variable, since I already tried using a DNS record, and once again, it is able to obtain the IPs from the DNS record, and the same issue applies. Has anyone ever seen anything like this? I can't find any evidence of this actually happening. Thank you kindly for your time. Best Regards, José Santos

3 3

Best practice for Kamailio "cluster" front for many TLS connections
by Angelo Sipper 15 Sep '21

15 Sep '21

Hello, We are thinking to use kamailio to fully support our current voip service. I would like to know what is the best practice to use kamailio for several thousands for clients that connect to us via TLS. We would like to have a front "cluster" to be able to handle all these connections in balanced way. All clients register to us and the do calls that we statefully forward to the provider. On our test we have already created a single kamailio that successfully accepts and handles registration, do the control and routing to next provider with dispatcher and also do the accounting with cdrs. We want to separate this controlling, routing, accounting and dispatching from the front end and create a front "cluster" to offload the TLS and also be redundant to as many connections by adding more kamailio's. What would be the best kamailio module and topology as solution to this requirement? Thank you in advance. Kind Regards, Angelo

7 12

Fwd: Catching an overall timeout after dropping replies
by Marrold 15 Sep '21

15 Sep '21

Hi, This is partially related to a previous thread - https://lists.kamailio.org/pipermail/sr-users/2021-August/113128.html We are using the TSILO module to suspend transactions whilst we wait for mobile app users to register after receiving a push notification. In the time we are waiting for the app to register, other UAs might reject the call (DND, Busy, etc). To avoid this failure response being relayed to the caller, we use t_drop_replies in the failure_route. Eventually if all devices have rejected the call Kamailio times out and sends a 408 Request Timeout. Is there any way we can catch this error, and replace it with the last response we got from an actual UA? t_is_expired() and t_branch_timeout() don't seem to apply as they're on the *called* side. Is there another option to catch this overall timeout? As a side note, failure_route is quite limited in the actions that can take place there. Is it safe to access variables and update a htable? Thanks Matthew

1 0

Re: [SR-Users] Empty Subnets in Permissions Module
by Henning Westerholt 14 Sep '21

14 Sep '21

Hello, please keep the list in CC. Let’s look into the two issues one by one: 1) I had to explicitly configure the parameter: modparam("permissions", "mask_col", "mask") Although the documentation suggests "mask" is the default - the JSON output from "kamctl address dump" did not output this value on K5.5. (On K5.3 it outputted properly) Do you get an error if you do not specify the mask_col like this, or something else? From the source code the default should be “mask”. When I run the "kamcmd permissions.subnetDump" on Kamailio 5.3, it returns everything as expected - including the 0.0.0.0/0<http://0.0.0.0/0> subnets. However, when running the same commands on Kamailio 5.5, it only returns a small subset (of only 20) subnets/groups - and the selection does not appear to follow a logical selection criteria. Additionally, it does not return any groups with a 0.0.0.0/0<http://0.0.0.0/0> subnet either. It seems that the behaviour has changed regarding the “0” subnet, checkout the docs: https://kamailio.org/docs/modules/devel/modules/permissions.html#permission… It will convert them to 32/128 respectively. Can you see a 0.0.0./32 in your dump? This was changed in commit f376c82a9f8 during an extension for text files. Maybe Daniel can comment here if this was done by purpose. Otherwise, you can open an issue on our tracker about it. Cheers, Henning -- Henning Westerholt – https://skalatan.de/blog/ Kamailio services – https://gilawa.com<https://gilawa.com/> From: Tom Dworakowski <dworakowski.tom(a)gmail.com> Sent: Tuesday, September 14, 2021 5:00 PM To: Henning Westerholt <hw(a)skalatan.de> Subject: Re: [SR-Users] Empty Subnets in Permissions Module Hello Henning, Thank you for looking into this for me. I made two interesting discoveries this morning: 1) I had to explicitly configure the parameter: modparam("permissions", "mask_col", "mask") Although the documentation suggests "mask" is the default - the JSON output from "kamctl address dump" did not output this value on K5.5. (On K5.3 it outputted properly) 2) When I run the "kamcmd permissions.subnetDump" on Kamailio 5.3, it returns everything as expected - including the 0.0.0.0/0<http://0.0.0.0/0> subnets. However, when running the same commands on Kamailio 5.5, it only returns a small subset (of only 20) subnets/groups - and the selection does not appear to follow a logical selection criteria. Additionally, it does not return any groups with a 0.0.0.0/0<http://0.0.0.0/0> subnet either. From my logs - I have noted this: Sep 14 03:07:25 webrtc kamailio[5407]: 0(5407) DEBUG: permissions [address.c:118]: reload_address_insert(): Tuple <4353, 0.0.0.0, 0> inserted into address hash table Sep 14 03:07:25 webrtc kamailio[5407]: 0(5407) DEBUG: permissions [address.c:118]: reload_address_insert(): Tuple <3769, 0.0.0.0, 0> inserted into address hash table Sep 14 03:07:25 webrtc kamailio[5407]: 0(5407) DEBUG: permissions [address.c:118]: reload_address_insert(): Tuple <4355, 0.0.0.0, 0> inserted into address hash table Sep 14 03:07:25 webrtc kamailio[5407]: 0(5407) DEBUG: permissions [address.c:118]: reload_address_insert(): Tuple <4359, 0.0.0.0, 0> inserted into address hash table Sep 14 03:07:25 webrtc kamailio[5407]: 0(5407) DEBUG: permissions [address.c:118]: reload_address_insert(): Tuple <1955, 84.XX.XX.66, 0> inserted into address hash table Sep 14 03:07:25 webrtc kamailio[5407]: 0(5407) DEBUG: permissions [address.c:118]: reload_address_insert(): Tuple <4361, 91.X.X.231, 0> inserted into address hash table Sep 14 03:07:25 webrtc kamailio[5407]: 0(5407) DEBUG: permissions [address.c:118]: reload_address_insert(): Tuple <4361, 91.X.X.33, 0> inserted into address hash table Sep 14 03:07:25 webrtc kamailio[5407]: 0(5407) DEBUG: permissions [address.c:118]: reload_address_insert(): Tuple <4361, 91.X.X.34, 0> inserted into address hash table Sep 14 03:07:25 webrtc kamailio[5407]: 0(5407) DEBUG: permissions [address.c:118]: reload_address_insert(): Tuple <4363, 80.X.X.25, 0> inserted into address hash table Sep 14 03:07:25 webrtc kamailio[5407]: 0(5407) DEBUG: permissions [address.c:118]: reload_address_insert(): Tuple <4363, 85.X.X.124, 0> inserted into address hash table Sep 14 03:07:25 webrtc kamailio[5407]: 0(5407) DEBUG: permissions [address.c:118]: reload_address_insert(): Tuple <4363, 212.X.X.19, 0> inserted into address hash table Sep 14 03:07:25 webrtc kamailio[5407]: 0(5407) DEBUG: permissions [address.c:118]: reload_address_insert(): Tuple <4365, 0.0.0.0, 0> inserted into address hash table Sep 14 03:07:25 webrtc kamailio[5407]: 0(5407) DEBUG: permissions [address.c:118]: reload_address_insert(): Tuple <4367, 0.0.0.0, 0> inserted into address hash table Sep 14 03:07:25 webrtc kamailio[5407]: 0(5407) DEBUG: permissions [address.c:118]: reload_address_insert(): Tuple <4371, 0.0.0.0, 0> inserted into address hash table Sep 14 03:07:25 webrtc kamailio[5407]: 0(5407) DEBUG: permissions [address.c:118]: reload_address_insert(): Tuple <3991, 0.0.0.0, 0> inserted into address hash table At the moment of querying group id 3983 (where there is only 0.0.0.0/0<http://0.0.0.0/0>), the function returns false: DEBUG: permissions [address.c:671]: allow_source_address(): looking for <3983, [IPv4 in hex, reversed octet order], 62281> However, None of those addresses appear in the "kamcmd permissions.subnetDump" output. Moreover, if "my" group has the address 0.0.0.0/0<http://0.0.0.0/0> listed as an approved address - it will fail the test; but if I register 0.0.0.0/1<http://0.0.0.0/1> it will let me through (as my IP is < 128.0.0.0), kamcmd permissions.subnetDump will display this address. My thoughts are that there might be another table that is not being populated - or there is a filter during the import that either drops 0.0.0.0/0<http://0.0.0.0/0> or filters it out completely? Regards, Tom On Tue, Sep 14, 2021 at 4:10 AM Henning Westerholt <hw(a)skalatan.de<mailto:hw@skalatan.de>> wrote: Hello Tom, I’ve done a quick comparison of the main function and the called function. On a first view it looked identically, but I looked only a few levels deep. Do you have maybe some means to reproduce this on a test system? Then it would be probably interesting to look to the DEBUG logging of this cases. Maybe you can compare if you spot some obvious differences from the logic. Cheers, Henning From: sr-users <sr-users-bounces(a)lists.kamailio.org<mailto:sr-users-bounces@lists.kamailio.org>> On Behalf Of Tom Dworakowski Sent: Tuesday, September 14, 2021 4:10 AM To: sr-users(a)lists.kamailio.org<mailto:sr-users@lists.kamailio.org> Subject: [SR-Users] Empty Subnets in Permissions Module Greetings all! I have two deployments of Kamailio: one running version 5.3 and one 5.5 with practically identical configurations, same (MySQL and REDIS) data sources. We have customers that we assign an ACL "group" to, where the ID of this group resolves to records in the "address" table in our MySQL database - using the "grp" field. On the box running Kamailio 5.5, we have noticed that if a group has ip_addr=0.0.0.0, mask=0, port=0 - and we try to run the allow_source_address() - it will return false, thus failing this phase of the authentication process. However, on Kamailio 5.3 we are not seeing this issue, i.e. if a customer is assigned a group where the ACL is 0.0.0.0/0<http://0.0.0.0/0> - it will let him through. Has something changed that I'm not aware of? Any suggestions on how to resolve this? My best, Tom

2 1

Capturing response from uac_reg module
by Ross McKillop 14 Sep '21

14 Sep '21

Hi, What's the best way to capture the response from REGISTER requests automatically initiated by the uac_reg module? I was looking to use event_route[uac:reply] {} but that is only triggered if the evroute flag is set on the initial call made to uac_req_send() Is there a way to set this globally so that uac:reply is called for all requests initiated for peers in the uacreg table or a better way to capture the response? Best, Ross

3 4

Kamailio 5.4.3 crash at SSL error
by Igor Olhovskiy 14 Sep '21

14 Sep '21

Hello. Kamailio 5.4.3 crashes at CentOS 7 with following error logs Sep 13 13:15:11 /usr/local/sbin/kamailio[44592]: ERROR: <core> [core/tcp_read.c:1500]: tcp_read_req(): ERROR: tcp_read_req: error reading - c: 0x7f3b93734cf8 r: 0x7f3b93734e20 (-1) Sep 13 13:15:12 /usr/local/sbin/kamailio[44594]: NOTICE: tls [tls_domain.c:747]: sr_ssl_ctx_info_callback(): SSL handshake started Sep 13 13:15:12 kernel: traps: kamailio[44594] general protection ip:7f3ba8fb3c09 sp:7ffe2c3aff70 error:0 in libssl.so.1.0.2k[7f3ba8f87000+67000] Sep 13 13:15:12 /usr/local/sbin/kamailio[44597]: CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 38 Sep 13 13:15:12 /usr/local/sbin/kamailio[44597]: CRITICAL: <core> [core/pass_fd.c:85]: recv_all(): 1st recv on 41 failed: Connection reset by peer Sep 13 13:15:12/usr/local/sbin/kamailio[44597]: CRITICAL: <core> [core/tcp_main.c:3543]: handle_tcp_child(): read from tcp child 2 (pid 44594, no 19) Connection reset by peer [104] Sep 13 13:15:12/usr/local/sbin/kamailio[44561]: ALERT: <core> [main.c:777]: handle_sigs(): child process 44594 exited by a signal 11 Sep 13 13:15:12/usr/local/sbin/kamailio[44561]: ALERT: <core> [main.c:780]: handle_sigs(): core was generated Sep 13 13:15:12 /usr/local/sbin/kamailio[44561]: INFO: <core> [main.c:802]: handle_sigs(): terminating due to SIGCHLD I'm pretty sure these logs are mostly not usable, but maybe they will point to some bugs. To add, this happened just occasionally and I can't reproduce it at the moment. -- Regards, Igor

2 3

Manage blacklisting on network errors
by Marat Gareev 14 Sep '21

14 Sep '21

Hello! I have a simple config for routing requests with failover and blacklisting on 408, 480 and 503 codes from servers. This is a part of config: # Wrapper for relaying requests route[RELAY] { # the base event routes t_on_branch("MANAGE_BRANCH"); t_on_reply("MANAGE_REPLY"); t_on_failure("MANAGE_FAILURE"); if (!t_relay()) { sl_reply_error(); } exit; } # Manage incoming replies onreply_route[MANAGE_REPLY] { xlog("L_NOTICE", "$rr ($rs) [$cs] ($ci) $si:$sp - $ua\n"); if ( t_check_status("(503)|(408)|(480)") ) { xlog("L_WARN", "Server will be blacklisted: $si:$sp ($rs)\n"); } } # Manage failure routing cases failure_route[MANAGE_FAILURE] { if ( !t_check_status("(503)|(408)|(480)") ) { exit; } ds_mark_dst("IP"); # blacklist if (t_is_canceled()) exit; if (!ds_next_domain()) { send_reply("503", "Service Unavailable"); exit; } route(RELAY); } If there is a timeout or network error on the server side, it is blacklisted. How can such cases be managed and how can they be logged? I didn't find this on the module page: https://www.kamailio.org/docs/modules/stable/modules/tm.html

2 2

Question about suspected memory leak presence module
by Albert Petit 14 Sep '21

14 Sep '21

Hi, I am suspecitng presence module might be having a memory leak on a production server used by an end user (not have access to it). The output of command kamcmd mod.stats presence shm is Module: presence { mem_copy_subs(148): 25720 mem_copy_subs_noc(214): 1672201904 mem_copy_subs_noc(251): 678406560 add_event(181): 88 shm_copy_event(57): 40 shm_copy_event(50): 312 add_event(156): 40 add_event(149): 456 new_shtable(66): 5767168 new_shtable(53): 262144 init_evlist(289): 16 Total: -1938302848 } I am not sure what mem_copy_subs_noc is meaning. And final output is negative, SHM is incfreasing all the time but not sure of the root cause is this a reasonable hint that a memory leak is related to presence?

2 3

Empty Subnets in Permissions Module
by Tom Dworakowski 14 Sep '21

14 Sep '21

Greetings all! I have two deployments of Kamailio: one running version 5.3 and one 5.5 with practically identical configurations, same (MySQL and REDIS) data sources. We have customers that we assign an ACL "group" to, where the ID of this group resolves to records in the "address" table in our MySQL database - using the "grp" field. On the box running Kamailio 5.5, we have noticed that if a group has ip_addr=0.0.0.0, mask=0, port=0 - and we try to run the allow_source_address() - it will return false, thus failing this phase of the authentication process. However, on Kamailio 5.3 we are not seeing this issue, i.e. if a customer is assigned a group where the ACL is 0.0.0.0/0 - it will let him through. Has something changed that I'm not aware of? Any suggestions on how to resolve this? My best, Tom

2 1

Kamailio dispatcher -> FreeSWITCH transfers handling.
by Тимур Ситдиков 11 Sep '21

11 Sep '21

Hi list! :-) I'm a total newbie in Kamailio. Trying to study) Sorry for lots of text, I'm simply don't know how to explain my questions shorter :-D I want to configure Kamailio as dispatcher, registrar and NAT traversal in front of FS farm. I've managed to set up Kamailio and Fswitches. Now I need to handle "special cases" with confs, REFER transfers etc Giovanni Maruzzelli once presented solution for this, with following logic: ------------------------------------------------------------------------------------------------------- 1) Kamailio by default distribute calls to various FSs - dispatch or load_balance 2) Each time Kamailio sends a call to a FS, it writes down which destination "number" is going to which FS server and from which UserID 3) if another call comes for the same (or related) destination, or is originated from the same UserID then Kamailio sends the call to that same FS server, bypassing default distribution algorithm ------------------------------------------------------------------------------------------------------- Sounds good and helpful, but I'm stuck :-( *Can someone please share an example or point me how and in what form should I write down call info,and how can I control it (delete on BYE or CANCEL)?* Actually there are 2 questions It seems to me that recordings can be made using HTABLEs but here's a problem: ===================================================================================== ============================================================================================= 1) PROBLEM WITH WRITING TO HTABLE ON ATT TRANSFER After the dispatcher sets $du - I write an htable entry $sht(fsdest=>$fU:$rU) = $du; Existing entries are removed on catching 'BYE' for normal clearing, and with failure_route for all failures. BYE logic is: IN WITHINNDLG route if (has_totag()) { if (loose_route()) { if (is_method("BYE")) { if (sht_match_name("fsdest", "eq", "$fU:$rU")) { $sht(fsdest=>$fU:$rU) = $null; //BYE A->B } else { $sht(fsdest=>$rU:$fU) = $null; //BYE A<-B } } handle_ruri_alias(); route(RELAY); } } Another entry is setting up if blind transfer is made. If INVITE is coming from one of FSs, and have 'Referred-By' field. IN DIALOG route: if (is_present_hf("Referred-By")) { $sht(fsdest=>$fU:$rU) = $si; } For now it's working. Entries are written and deleted properly. *Problem with Attended transfer.* 1) A --> B = htable entry A:B=xxxx 2) A --> C = htable entry A:C=xxxx(checked and set same FS addr because $fU is present (If only it's worked as it should)) 3) Att transfer (Refer $rU B, referred-by - A. Refer-To - C) B --> C = all related entries deleted from table over BYE logic. 4) No entry B --> C (no INVITE was sent, bridged by REFER) So, logic for check active calls in htable is broken now, because we don't have entry B-->C *How can I handle writing to htable in Attended transfer case?* If another Invite will come FROM or TO B or C = there will be no htable entry. I'm not sure this is even a correct way. Surely missing something. ============================================================================================= ============================================================================================= 2) PROBLEM WITH IDENTIFYING TABLE ENTRIES Anyway, the main problem is with identifying those htables to set proper $du. If INVITE is coming TO FSs I need to check if caller ID ($fU) or dest ($rU) is present in htables. Form I need to write to hash must be like $fU:$rU Entry must be unique or it will be: 1) rewrited anytime a new invite is going to the same dest. 2) deleted anytime BYE or failure will come eg: If $sht(fsdest=>$rU) = $dd 1) 1000 --> 3200 = htable entry 3200 = xxxx 2) 1005 --> 3200 = htable entry rewriten to the same 3200 = xxxx When 1000 or 1005 leaving conf, it sends BYE and removes entry. So, next call to 3200 may be sent to the wrong FS. Ok, we have a unique entry ($fU:$rU). Checking for active destination: if (sht_match_name("fsdest", "re", ":$rU")) {} If there's an htable with $rU in key - we got a match. Now we need to assign a value from htable to $du. But, I don't know how to get the name of this entry. There's always different $fU: (or $rU if we check for the same caller ID ($fU)). eg: 1000 --> 3200 = htbale 1000 --> 3200 New call 1005 --> 3200 Check sht_match name ":3200" - got match We need to set: $du = $sht(fsdest=>$fU:$rU) But it will be $sht(fsdest=>1005:3200) and we don't have this entry. We need (fsdest=>1003:3200) But i don't see any way to get needed $fU. *Is there any way to search or identify these tables?* ============================================================================================= ============================================================================================= Can someone help me with this, please? :-) Or maybe there is a better way to do this? *My kamailio.cfg routing block in pastebin, if neededhttps://pastebin.com/1PZ0QSDW <https://pastebin.com/1PZ0QSDW>* Thank you! Regards, Tim

4 5

Info: Kamailio World 2021 starting soon - live stream
by Daniel-Constantin Mierla 10 Sep '21

10 Sep '21

Hello, to sync better on time, Kamailio World 2021 online edition is starting in about 2 hours from now (12:50 UTC Welcome and 13:00UTC the first session) - the agenda is available at: * https://kamailioworld.com/k09-online/ In short: participation is free, no registration is needed. The sessions are live streamed to YouTube KamailioWorld channel: * https://www.youtube.com/c/KamailioWorld/ YouTube chat next to the live stream can be used for addressing questions to speakers -- we will monitor it and ask the speaker inside the video conferencing room. For community interaction via text chatting, you can join the Matrix room #kamailio:matrix.kamailio.dev : * https://riot.kamailio.dev/#/room/#kamailio:matrix.kamailio.dev Questions for speakers can also be addressed in this chat room. If anyone wants to participate in the live video conferencing room, the URL is: * https://meet.kamailioworld.com/live Just note that we may have to limit the number of participants in the live session in order to ensure proper streaming quality. See you soon online! Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

5 9

RPC usrloc ul.add problem
by Pepelux 09 Sep '21

09 Sep '21

Hi all I have problems adding a new location by RPC command. *# kamailio -v* version: kamailio 5.5.0 (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 8.3.0 A simple example, adding an AOR which expires in 1 hour: *# date ; kamcmd ul.add kam_location 1002-test1(a)sipserver.com <1002-test1(a)sipserver.com> sip:1002-test1@192.168.89.82 <sip%3A1002-test1(a)192.168.89.82> 3600 0.0 . 0 0 0 .* Wed 08 Sep 2021 01:58:00 PM CEST Location record has been inserted correctly: *# date ; kamcmd ul.dump | grep test -A24* Wed 08 Sep 2021 01:58:02 PM CEST AoR: 1002-test1(a)sipserver.com HashID: -597689288 Contacts: { Contact: { Address: sip:1002-test1@192.168.89.82 Expires: 3598 Q: 0.000000 Call-ID: dfjrewr12386fd6-343(a)kamailio.rpc CSeq: 1 User-Agent: kamailio SIP Router - RPC Server Received: [not set] Path: [not set] State: CS_SYNC Flags: 0 CFlags: 0 Socket: [not set] Methods: 0 Ruid: ulcx-61389f47-2e44-01 Instance: [not set] Reg-Id: 0 Server-Id: 0 Tcpconn-Id: 0 Keepalive: 0 Last-Keepalive: 1631102280 KA-Roundtrip: 0 Last-Modified: 0 } } } But a few seconds later, the location record has gone: * # date ; kamcmd ul.dump | grep test -A24* Wed 08 Sep 2021 01:58:26 PM CEST In kamailio logs I can see that: * Sep 8 13:58:00 sipserver /usr/sbin/kamailio[11844]: DEBUG: usrloc [ul_rpc.c:637]: ul_rpc_add(): path == 0 -> unset Sep 8 13:58:00 sipserver /usr/sbin/kamailio[11844]: DEBUG: usrloc [ul_rpc.c:652]: ul_rpc_add(): ret: 10 table:kam_location aor:1002-test1@sipserver.com <aor%3A1002-test1(a)sipserver.com> contact:sip:1002-test1@192.168.89.82 <contact%3Asip%3A1002-test1(a)192.168.89.82> expires:3600 dtemp:0.000000 path: flags:0 bflags:0 methods:0 Sep 8 13:58:00 sipserver /usr/sbin/kamailio[11844]: DEBUG: usrloc [ul_rpc.c:660]: ul_rpc_add(): q:0 Sep 8 13:58:00 sipserver /usr/sbin/kamailio[11844]: DEBUG: usrloc [ucontact.c:1857]: uldb_insert_attrs(): trying to insert location attributes Sep 8 13:58:00 sipserver /usr/sbin/kamailio[11844]: DEBUG: usrloc [ucontact.c:1868]: uldb_insert_attrs(): no location attributes* Sep 8 13:58:03 sipserver /usr/sbin/kamailio[11827]: DEBUG: {1 81337 REGISTER 1955770655-18357-1(a)BJC.BGI.B.BBF REGISTER} usrloc [ucontact.c:1801]: uldb_delete_attrs_ruid(): trying to delete location attributes Sep 8 13:58:03 sipserver /usr/sbin/kamailio[11827]: DEBUG: {1 81337 REGISTER 1955770655-18357-1(a)BJC.BGI.B.BBF REGISTER} usrloc [ucontact.c:72]: ucontact_xavp_store(): trying to clone per contact xavps Sep 8 13:58:03 sipserver /usr/sbin/kamailio[11827]: DEBUG: {1 81337 REGISTER 1955770655-18357-1(a)BJC.BGI.B.BBF REGISTER} usrloc [ucontact.c:1857]: uldb_insert_attrs(): trying to insert location attributes Sep 8 13:58:04 sipserver /usr/sbin/kamailio[11829]: DEBUG: {1 141 REGISTER 1aa357700bd0696702c40340595d89e7(a)185.99.186.215 REGISTER} usrloc [ucontact.c:1801]: uldb_delete_attrs_ruid(): trying to delete location attributes Sep 8 13:58:04 sipserver /usr/sbin/kamailio[11829]: DEBUG: {1 141 REGISTER 1aa357700bd0696702c40340595d89e7(a)185.99.186.215 REGISTER} usrloc [ucontact.c:72]: ucontact_xavp_store(): trying to clone per contact xavps Sep 8 13:58:04 sipserver /usr/sbin/kamailio[11829]: DEBUG: {1 141 REGISTER 1aa357700bd0696702c40340595d89e7(a)185.99.186.215 REGISTER} usrloc [ucontact.c:1857]: uldb_insert_attrs(): trying to insert location attributes Sep 8 13:58:06 sipserver /usr/sbin/kamailio[11852]: DEBUG: {1 114 REGISTER 5ne5ebv674tptk0p1uj4gg REGISTER} usrloc [ucontact.c:1801]: uldb_delete_attrs_ruid(): trying to delete location attributes Sep 8 13:58:06 sipserver /usr/sbin/kamailio[11852]: DEBUG: {1 114 REGISTER 5ne5ebv674tptk0p1uj4gg REGISTER} usrloc [ucontact.c:72]: ucontact_xavp_store(): trying to clone per contact xavps Sep 8 13:58:06 sipserver /usr/sbin/kamailio[11852]: DEBUG: {1 114 REGISTER 5ne5ebv674tptk0p1uj4gg REGISTER} usrloc [ucontact.c:1857]: uldb_insert_attrs(): trying to insert location attributes Sep 8 13:58:23 sipserver /usr/sbin/kamailio[11828]: DEBUG: {1 12484 REGISTER 1382185578-19234-1(a)BJC.BGI.B.BGC REGISTER} usrloc [ucontact.c:1801]: uldb_delete_attrs_ruid(): trying to delete location attributes Sep 8 13:58:23 sipserver /usr/sbin/kamailio[11828]: DEBUG: {1 12484 REGISTER 1382185578-19234-1(a)BJC.BGI.B.BGC REGISTER} usrloc [ucontact.c:72]: ucontact_xavp_store(): trying to clone per contact xavps Sep 8 13:58:23 sipserver /usr/sbin/kamailio[11828]: DEBUG: {1 12484 REGISTER 1382185578-19234-1(a)BJC.BGI.B.BGC REGISTER} usrloc [ucontact.c:1857]: uldb_insert_attrs(): trying to insert location attributes * Sep 8 13:58:23 sipserver /usr/sbin/kamailio[11835]: DEBUG: usrloc [urecord.c:377]: wb_timer(): tcp connection has been lost, expiring contact sip:1002-test1@192.168.89.82 <sip%3A1002-test1(a)192.168.89.82> Sep 8 13:58:23 sipserver /usr/sbin/kamailio[11835]: DEBUG: usrloc [urecord.c:387]: wb_timer(): Binding '1002-test1(a)sipserver.com <1002-test1(a)sipserver.com>','sip:1002-test1@192.168.89.82 <sip%3A1002-test1(a)192.168.89.82>' has expired Sep 8 13:58:23 sipserver /usr/sbin/kamailio[11835]: DEBUG: usrloc [ucontact.c:1801]: uldb_delete_attrs_ruid(): trying to delete location attributes* Sep 8 13:58:25 sipserver /usr/sbin/kamailio[11830]: DEBUG: {1 185389 REGISTER 1487655759-19321-1(a)BJC.BGI.B.BBB REGISTER} usrloc [ucontact.c:1801]: uldb_delete_attrs_ruid(): trying to delete location attributes Sep 8 13:58:25 sipserver /usr/sbin/kamailio[11830]: DEBUG: {1 185389 REGISTER 1487655759-19321-1(a)BJC.BGI.B.BBB REGISTER} usrloc [ucontact.c:72]: ucontact_xavp_store(): trying to clone per contact xavps Sep 8 13:58:25 sipserver /usr/sbin/kamailio[11830]: DEBUG: {1 185389 REGISTER 1487655759-19321-1(a)BJC.BGI.B.BBB REGISTER} usrloc [ucontact.c:1857]: uldb_insert_attrs(): trying to insert location attributes Sep 8 13:58:33 sipserver /usr/sbin/kamailio[11853]: DEBUG: {1 3360 REGISTER pgmirc5oirbekeaj3tmrf7 REGISTER} usrloc [ucontact.c:1801]: uldb_delete_attrs_ruid(): trying to delete location attributes Sep 8 13:58:33 sipserver /usr/sbin/kamailio[11853]: DEBUG: {1 3360 REGISTER pgmirc5oirbekeaj3tmrf7 REGISTER} usrloc [ucontact.c:72]: ucontact_xavp_store(): trying to clone per contact xavps Sep 8 13:58:33 sipserver /usr/sbin/kamailio[11853]: DEBUG: {1 3360 REGISTER pgmirc5oirbekeaj3tmrf7 REGISTER} usrloc [ucontact.c:1857]: uldb_insert_attrs(): trying to insert location attributes Sep 8 13:58:44 sipserver /usr/sbin/kamailio[11829]: DEBUG: {1 5645 REGISTER 89744034-6071-1(a)BJC.BGI.A.BJ REGISTER} usrloc [ucontact.c:1801]: uldb_delete_attrs_ruid(): trying to delete location attributes Sep 8 13:58:44 sipserver /usr/sbin/kamailio[11829]: DEBUG: {1 5645 REGISTER 89744034-6071-1(a)BJC.BGI.A.BJ REGISTER} usrloc [ucontact.c:72]: ucontact_xavp_store(): trying to clone per contact xavps Sep 8 13:58:44 sipserver /usr/sbin/kamailio[11829]: DEBUG: {1 5645 REGISTER 89744034-6071-1(a)BJC.BGI.A.BJ REGISTER} usrloc [ucontact.c:1857]: uldb_insert_attrs(): trying to insert location attributes Sep 8 13:58:44 sipserver /usr/sbin/kamailio[11830]: DEBUG: {1 5683 REGISTER 1974024198-16543-1(a)BJC.BGI.B.BDE REGISTER} usrloc [ucontact.c:1801]: uldb_delete_attrs_ruid(): trying to delete location attributes Sep 8 13:58:44 sipserver /usr/sbin/kamailio[11830]: DEBUG: {1 5683 REGISTER 1974024198-16543-1(a)BJC.BGI.B.BDE REGISTER} usrloc [ucontact.c:72]: ucontact_xavp_store(): trying to clone per contact xavps Sep 8 13:58:44 sipserver /usr/sbin/kamailio[11830]: DEBUG: {1 5683 REGISTER 1974024198-16543-1(a)BJC.BGI.B.BDE REGISTER} usrloc [ucontact.c:1857]: uldb_insert_attrs(): trying to insert location attributes Sep 8 13:58:50 sipserver /usr/sbin/kamailio[11829]: DEBUG: {1 144820 REGISTER 381139623-5062-1(a)BJC.BGI.B.BAD REGISTER} usrloc [ucontact.c:1801]: uldb_delete_attrs_ruid(): trying to delete location attributes Sep 8 13:58:50 sipserver /usr/sbin/kamailio[11829]: DEBUG: {1 144820 REGISTER 381139623-5062-1(a)BJC.BGI.B.BAD REGISTER} usrloc [ucontact.c:72]: ucontact_xavp_store(): trying to clone per contact xavps Sep 8 13:58:50 sipserver /usr/sbin/kamailio[11829]: DEBUG: {1 144820 REGISTER 381139623-5062-1(a)BJC.BGI.B.BAD REGISTER} usrloc [ucontact.c:1857]: uldb_insert_attrs(): trying to insert location attributes Sep 8 13:58:59 sipserver /usr/sbin/kamailio[11828]: DEBUG: {1 84973 REGISTER 467700456-5060-1(a)BJC.BGI.B.BCI REGISTER} usrloc [ucontact.c:1801]: uldb_delete_attrs_ruid(): trying to delete location attributes Sep 8 13:58:59 sipserver /usr/sbin/kamailio[11828]: DEBUG: {1 84973 REGISTER 467700456-5060-1(a)BJC.BGI.B.BCI REGISTER} usrloc [ucontact.c:72]: ucontact_xavp_store(): trying to clone per contact xavps Sep 8 13:58:59 sipserver /usr/sbin/kamailio[11828]: DEBUG: {1 84973 REGISTER 467700456-5060-1(a)BJC.BGI.B.BCI REGISTER} usrloc [ucontact.c:1857]: uldb_insert_attrs(): trying to insert location attributes Sep 8 13:59:01 sipserver /usr/sbin/kamailio[11854]: DEBUG: {1 116 REGISTER 5ne5ebv674tptk0p1uj4gg REGISTER} usrloc [ucontact.c:1801]: uldb_delete_attrs_ruid(): trying to delete location attributes Sep 8 13:59:01 sipserver /usr/sbin/kamailio[11854]: DEBUG: {1 116 REGISTER 5ne5ebv674tptk0p1uj4gg REGISTER} usrloc [ucontact.c:72]: ucontact_xavp_store(): trying to clone per contact xavps Sep 8 13:59:01 sipserver /usr/sbin/kamailio[11854]: DEBUG: {1 116 REGISTER 5ne5ebv674tptk0p1uj4gg REGISTER} usrloc [ucontact.c:1857]: uldb_insert_attrs(): trying to insert location attributes Sep 8 13:59:04 sipserver /usr/sbin/kamailio[11830]: DEBUG: {1 81338 REGISTER 1955770655-18357-1(a)BJC.BGI.B.BBF REGISTER} usrloc [ucontact.c:1801]: uldb_delete_attrs_ruid(): trying to delete location attributes Sep 8 13:59:04 sipserver /usr/sbin/kamailio[11830]: DEBUG: {1 81338 REGISTER 1955770655-18357-1(a)BJC.BGI.B.BBF REGISTER} usrloc [ucontact.c:72]: ucontact_xavp_store(): trying to clone per contact xavps Sep 8 13:59:04 sipserver /usr/sbin/kamailio[11830]: DEBUG: {1 81338 REGISTER 1955770655-18357-1(a)BJC.BGI.B.BBF REGISTER} usrloc [ucontact.c:1857]: uldb_insert_attrs(): trying to insert location attributes What am I doing wrong? It is supposed that the connection is by UDP. I also tried to insert the socket value as UDP, but it had the same problem. Thanks!

3 6

Topos does not add record-route on invite
by Angelo Sipper 09 Sep '21

09 Sep '21

Hello, We have the following setup on Kamailio 5.3.7 (x86_64/linux) and I am trying to use topos module on Kamailio2 in order to hide our topology but, mostly to reduce the invite size as most of the times we have fragmentation on invites from Kamailio1 as Kamailio1 it adds 2 record-routes and two via as it handles TLS from one side and UDP on the other side and we have found no wat to avoid all this info even with topos enabled on Kamailio1 there is no change on this. UA (OverTLS) -> Kamailio1 (Over UDP)-> Kamailio2 (Over UDP)-> Provider UA :50.50.50.50:5065 (TLS) Kamailio1: 170.170.170.210:5061 (TLS),170.170.170.210:5060 (UDP) Kamailio2: 170.170.170.170:5060 (UDP) Provider: 200.200.200.193:5060 (UDP) Kamailio1 does not run topos. Kamailio2 does run topos and rr with bellow settings: # ------ topos ------ modparam("topos", "db_url", DBURL) modparam("topos", "mask_callid", 0) modparam("topos", "sanity_checks", 0) modparam("topos", "branch_expire", 130) # 3 Min modparam("topos", "dialog_expire", 10800) # 3 Hours modparam("topos", "clean_interval", 60) modparam("topos", "event_mode", 3) modparam("topos", "contact_host", " sbc181.myserver.com") # ----- rr params ----- # set next param to 1 to add value to ;lr param (helps with some UAs) modparam("rr", "enable_full_lr", 0) modparam("rr", "ignore_sips", 1) # 0 = do not append from tag to the RR, 0 = append from tag to the RR modparam("rr", "append_fromtag", 0) # dual RR 0 = No, 1 = Yes when needed 2 = Always modparam("rr", "enable_double_rr", 0) The problem is that on the invite from Kamailio2 to provider, topos adds only VIA kai new contact. No record route at all. So the provider sends multiple 200 ok SDPs to wrong IPs. If I disable topos module on kamailio2 everything works fine except that we have huge invite as another VIA and another record route is added having now three of each and fragmentation is present. *Invite from Kamailio1 to Kamailio2* ------------------------------------------------- 2021/09/08 21:41:57.698823 170.170.170.210:5060 -> 170.170.170.181:5060 INVITE sip:1234567890@sip.myserver.com:5060 SIP/2.0 Record-Route: <sip:170.170.170.210;r2=on;lr;ftag=1b973153-4034-4480-89d3-c47b411bd81e;vsf=AAAAAFpUAgEBBwEAAXABAG5BR0EAQUBCZXJ2b2ljZS5ldQ--;vst=AAAAAAoMDgsBBQcGAgIAdENbQG4AFxNUXAUaGQYXWAocY2UuZXU-;did=ff2.96a;nat=yes> Record-Route: <sip:170.170.170.210:5061 ;transport=tls;r2=on;lr;ftag=1b973153-4034-4480-89d3-c47b411bd81e;vsf=AAAAAFpUAgEBBwEAAXABAG5BR0EAQUBCZXJ2b2ljZS5ldQ--;vst=AAAAAAoMDgsBBQcGAgIAdENbQG4AFxNUXAUaGQYXWAocY2UuZXU-;did=ff2.96a;nat=yes> Via: SIP/2.0/UDP 170.170.170.210;branch=z9hG4bKd703.e095cdba1da1a4b1599119c9135b7838.0;i=8eb41 Via: SIP/2.0/TLS 50.50.50.50:5065 ;received=50.50.50.50;rport=31090;branch=z9hG4bKPj9196e5f9-977c-4a53-a4c0-c0ab82b095da;alias From: 987654321 <sip: 987654321(a)sip.myserver.com >;tag=1b973153-4034-4480-89d3-c47b411bd81e To: <sip: 1234567890(a)sip.myserver.com> Contact: <sip:customer1@50.50.50.50:5065 ;transport=TLS;alias=50.50.50.50~31090~3> Call-ID: cd64414e-77d5-45b4-a52d-74ec7fb5c7ef CSeq: 15776 INVITE Supported: 100rel, timer, replaces, norefersub Session-Expires: 1800 Min-SE: 90 Max-Forwards: 69 Content-Type: application/sdp Content-Length: 231 P-Asserted-Identity: <sip: 987654321(a)sip.myserver.com> v=0 o=- 391641952 391641952 IN IP4 170.170.170.216 s=Asterisk c=IN IP4 170.170.170.216 t=0 0 m=audio 29478 RTP/AVP 8 0 18 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:18 G729/8000 a=sendrecv a=rtcp:29479 a=ptime:20 *Invite from Kamailio2 to Provider* ------------------------------------------------- 2021/09/08 21:41:57.715881 170.170.170.181:5060 -> 200.200.200.193:5060 INVITE sip: 1234567890@sbc181.myserver.com:5060 SIP/2.0 Via: SIP/2.0/UDP 170.170.170.181;branch=z9hG4bKd703.d45db1fd910c43c5e7c4f8711a5fca92.0 From: 987654321 <sip: 987654321(a)sip.myserver.com >;tag=1b973153-4034-4480-89d3-c47b411bd81e To: <sip:1234567890@sip.myserver.com> Call-ID: cd64414e-77d5-45b4-a52d-74ec7fb5c7ef CSeq: 15776 INVITE Supported: 100rel, timer, replaces, norefersub Session-Expires: 1800 Min-SE: 90 Max-Forwards: 68 Content-Type: application/sdp Content-Length: 231 P-Asserted-Identity: <sip: 987654321(a)sip.myserver.com> Contact: <sip:btpsh-c9-613903ef-21d75-1@sbc181.myserver.com> v=0 o=- 391641952 391641952 IN IP4 170.170.170.184 s=Asterisk c=IN IP4 170.170.170.184 t=0 0 m=audio 11450 RTP/AVP 8 0 18 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:18 G729/8000 a=sendrecv a=rtcp:11451 a=ptime:20 *Bellow you can see the flow* ---------------------------------------- 170.170.170.210:5060 170.170.170.170:5060 200.200.200.193:5060 qqqqqqqqqqwqqqqqqqqq qqqqqqqqqqwqqqqqqqqq qqqqqqqqqqwqqqqqqqqq 21:41:57.698823 x INVITE (SDP) x x +0.003788 x qqqqqqqqqqqqqqqqqqqqqqqqqq> x x 21:41:57.702611 x 100 trying -- your call is x x +0.013270 x <qqqqqqqqqqqqqqqqqqqqqqqqqq x x 21:41:57.715881 x x INVITE (SDP) x +0.018529 x x qqqqqqqqqqqqqqqqqqqqqqqqqq> x 21:41:57.734410 x x 100 Trying x +0.804083 x x <qqqqqqqqqqqqqqqqqqqqqqqqqq x 21:41:58.538493 x x 183 Session Progress (SDP) x +0.014557 x x <qqqqqqqqqqqqqqqqqqqqqqqqqq x 21:41:58.553050 x 183 Session Progress (SDP) x x +0.483907 x <qqqqqqqqqqqqqqqqqqqqqqqqqq x x 21:41:59.036957 x x 183 Session Progress (SDP) x +0.012009 x x <<<qqqqqqqqqqqqqqqqqqqqqqqq x 21:41:59.048966 x 183 Session Progress (SDP) x x +0.988036 x <<<qqqqqqqqqqqqqqqqqqqqqqqq x x 21:42:00.037002 x x 183 Session Progress (SDP) x +0.010960 x x <<<qqqqqqqqqqqqqqqqqqqqqqqq x 21:42:00.047962 x 183 Session Progress (SDP) x x +1.989085 x <<<qqqqqqqqqqqqqqqqqqqqqqqq x x 21:42:02.037047 x x 183 Session Progress (SDP) x +0.010947 x x <<<qqqqqqqqqqqqqqqqqqqqqqqq x 21:42:02.047994 x 183 Session Progress (SDP) x x +3.989064 x <<<qqqqqqqqqqqqqqqqqqqqqqqq x x 21:42:06.037058 x x 183 Session Progress (SDP) x +0.008860 x x <<<qqqqqqqqqqqqqqqqqqqqqqqq x 21:42:06.045918 x 183 Session Progress (SDP) x x +1.178240 x <<<qqqqqqqqqqqqqqqqqqqqqqqq x x 21:42:07.224158 x CANCEL x x +0.002725 x qqqqqqqqqqqqqqqqqqqqqqqqqq> x x 21:42:07.226883 x x CANCEL x +0.000372 x x qqqqqqqqqqqqqqqqqqqqqqqqqq> x 21:42:07.227255 x 200 canceling x x +0.016902 x <qqqqqqqqqqqqqqqqqqqqqqqqqq x x 21:42:07.244157 x x 200 OK x +0.004590 x x <qqqqqqqqqqqqqqqqqqqqqqqqqq x 21:42:07.248747 x x 487 Request Terminated x +0.003547 x x <qqqqqqqqqqqqqqqqqqqqqqqqqq x 21:42:07.252294 x x ACK x +0.003737 x x qqqqqqqqqqqqqqqqqqqqqqqqqq> x 21:42:07.256031 x 487 Request Terminated x x +0.001161 x <qqqqqqqqqqqqqqqqqqqqqqqqqq x x 21:42:07.257192 x ACK x x x qqqqqqqqqqqqqqqqqqqqqqqqqq> x TCP is out of question from the provider. Any help to use topos or any other module to reduce the size of our invites to avoid fragmentation will be much appreciated! Regards, Angelo

2 1

manually append_branch to lookup result
by David Villasmil 07 Sep '21

07 Sep '21

Hello guys, I'm trying to dynamically add a branch after doing lookup. The user is found, but in some cases I need to add a branch and do parallel forking. So i'm basically doing: route[LOCATION] { if (!lookup("location")) { .... } if (something) { route(BRANCH_TO_EXTRA); } route(RELAY); } route[BRANCH_TO_EXTRA] { $fs = MY_SOCKET; append_branch("sip:$tU@" + $sel(cfg_get.pstn.gw_ip) + ":" + $sel(cfg_get.pstn.gw_port)); return; } For some reason only the branch appended is being used (I have append_branches=1) Ideas? David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

2 5

via header not removed wit hremove_hf()
by Richard Robson 07 Sep '21

07 Sep '21

during testing I need to remove a Via header This is the code snippet route[REPLACE_VIA] { xlog ("L_INFO", "[REPLACE_VIA] Start of block\n"); xlog ("L_INFO", "[REPLACE_VIA] $hdrc(Via) Via headers\n"); if(remove_hf("Via")) { xlog ("L_INFO", "[REPLACE_VIA] removed Via\n"); } else { xlog ("L_INFO", "[REPLACE_VIA] did not remove Via\n"); } xlog ("L_INFO", "[REPLACE_VIA] $hdrc(Via) Via headers\n"); and this is the logs output Sep 7 08:00:00 INFO: _LOG: 3a547f956d65fe985ba189916047fc320ae150ad: [REPLACE_RURI] Start of block Sep 7 08:00:00 INFO: _LOG: 3a547f956d65fe985ba189916047fc320ae150ad: [REPLACE_VIA] Start of block Sep 7 08:00:00 INFO: _LOG: 3a547f956d65fe985ba189916047fc320ae150ad: [REPLACE_VIA] 1 Via headers Sep 7 08:00:00 INFO: _LOG: 3a547f956d65fe985ba189916047fc320ae150ad: [REPLACE_VIA] removed Via Sep 7 08:00:00 INFO: _LOG: 3a547f956d65fe985ba189916047fc320ae150ad: [REPLACE_VIA] 1 Via headers From the logs it looks like the remove_hf returns true and we have the header removed, but its still counting the Via header and the Via Header is still present when the INVIE is releyed on Regards, Richard

2 4

Kamailio and robotics repo
by Yuriy Gorlichenko 07 Sep '21

07 Sep '21

Following the promise during the Kamailio world 2021 I share the source code of the Kamailoi and robotics repo: https://github.com/arigativa/robolive

2 1

Manage multiple RTP streams with different TO-tags (forking)
by B. Tietz 07 Sep '21

07 Sep '21

Hello, following situation. I have a Kamailio (5.4) using rtpengine to loadbalance calls. If a call from Alice comes in, Kamailio decides to send the call to Carrier B from Bob. Bobs Phone is ringing and the carrier B send a 183 Session Progress with SDP and To-tag=abcd. The SDP has G722 as codec and port 1234. A few moments later carrier B send a second 183 Session Progress with SDP and TO-tag=fghi. The SDP has G711 as codec and port 5678. This is done, to play some funky music as ringtone -.- If Bob answers the call, carrier B sends a 200 OK WITHOUT SDP and TO-tag=abcd. So this should instruct our Kamailio to switch to the first G722 and port 1234. But sadly, this is just not working as expected. We tried to set the flags media-handover and port-latching for the rtpengine options and additionally set a to-tag when using rtpenging_manage. But this doesn't solve the codec change, so we have only audio when Bob answers the call, but no ringtone-music. If we allow G711 only in the outgoing INVITE to Bob, we have also tha ringtone-muisic, because there is no codec-change. Carrier B tells us, they are using a fork-mechanism. Is there something we can do, to support the codec change in 183? Or enforce carrier B to send SDP in 200 OK? Or anything else? Carrier B can not change anything in the ringtone-music-backend. They are stuck on G711. Thanks!

5 4

Re: [SR-Users] t_drop_replies not working with t_suspend in failure route
by Huber Andreas 03 Sep '21

03 Sep '21

Hi, We’re still using kamailio 4.4 but we’ll be migrating to 5.0 soon. Cool so it will be fixed when we migrate ! Thanks, Andreas From: sr-users [mailto:sr-users-bounces@lists.kamailio.org] On Behalf Of Federico Cabiddu Sent: vendredi 12 mai 2017 11:56 To: Kamailio (SER) - Users Mailing List Subject: Re: [SR-Users] t_drop_replies not working with t_suspend in failure route Hi, which version are you using? A similar case had been reported some months ago and it should be fixed in 5.0. Regards, Federico On Fri, May 12, 2017 at 11:44 AM, Huber Andreas <andreas.huber(a)nagra.com<mailto:andreas.huber@nagra.com>> wrote: Hello, We have a use case where we suspend a transaction in a failure_route to give UEs that might be woken by a push notification more time to REGISTER and join the INVITE. We’d like to drop the previous branches in this case. I tried using t_drop_replies() but it has no effect. The doc states that t_drop_replies() is only working if a new branch is added. And from my understanding t_suspend() adds a new branch. But is it possible that t_drop_replies() cannot be used with t_suspend()? Or am I missing something? Kind Regards, Andreas _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org<mailto:sr-users@lists.kamailio.org> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

2 1

How to drop negative final response and send ACK
by Koray Vatansever 02 Sep '21

02 Sep '21

Hi, I have a problem with the following scenario: I have web and mobile sip clients for the same username. If both clients are idle, INVITE is forked and both clients ring. If web client is busy and mobile client is online and registered, the mobile client rings and the caller hears ringback tone. If web client is busy and mobile client is offline, before the mobile client receives push notification and registers, web client sends 486 busy response and caller hears busy tone. In this last scenario, I want to wait some time for the mobile client to register and ring. I tried to drop 486 response in onreply_route[x], but I found that final responses cannot be dropped in this route. I dropped 486 in reply_route, but I couldn't send an ACK for this transaction. Is there a way to implement this scenario? I would appreciate if you have any suggestions. Thanks, Koray

2 2

dns_srv_lb on or yes
by Juha Heinanen 01 Sep '21

01 Sep '21

Wiki tells: dns_srv_lb = yes | no (default no) and doc/tutorials/dns.txt tells: dns_srv_lb = on | off Which one is correct or does it matter? -- Juha

2 3

Info: Tomorrow Live - Kamailio World 2021 - Online
by Daniel-Constantin Mierla 31 Aug '21

31 Aug '21

Hello, couple of details for those that want to watch live or even participate to Kamailio World Online Conference, Sep 1-2, 2021 - the schedule is available at: * https://www.kamailioworld.com/k09-online/ There is no registration required, participation is completely free. You can watch live the presentations starting with 13:00UTC (14:00 London, 15:00 Berlin/Paris/Rome/Madrid, 09:00 New York) via KamailioWorld youtube channel: * https://www.youtube.com/c/KamailioWorld If you want to participate to the live video conferencing room, the link is: * https://meet.kamailioworld.com/live It is recommended to do it only if you want to address questions and interact with the speakers, otherwise the capacity of the video conferencing system may be filled and we will have to restrict the access in order to ensure good quality for presentations. You can also address questions via youtube chat that will be available next to the live stream or Matrix room: * #kamailio:matrix.kamailio.dev * https://riot.kamailio.dev/#/room/#kamailio:matrix.kamailio.dev To interact with other community member, join the Matrix chat room. No registration is required for Matrix to join the room, however the web client at the link above does not support the guests feature, you will have to use another client application that supports it or make an account with any federated Matrix server, like the one from element.io: * https://app.element.io/#/welcome Looking forward to chatting with many of you during the next two days! Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

1 0

Add PIDF-LO object to INVITE
by Adarsh Chauhan 31 Aug '21

31 Aug '21

Hi All, I am trying to add PIDF-LO XML to INVITE, however i have had little success so far. My end goal is to create an invite like mentioned in https://docs.microsoft.com/en-us/openspecs/office_protocols/ms-sipre/4010da… I have the following config: request_route{ xlog("L_DBG","REQUEST RECEIVED \n ($mb) \n"); if (is_method("INVITE")) { xinfo("$ua\n"); regex_substring("$ua", "([a-f0-9]{12})",0, 1, "$var(asd)"); if($var(asd)!="") { http_client_query("http://127.0.0.1/location/$var(asd)","$var(result)"); xdbg("$rc ,[$var(result)]\n"); if(!has_body("application/pidf+xml")) { set_body_multipart("$rb", "application/sdp", "delimiter"); msg_apply_changes(); append_body_part($(var(result){s.unquote}), "application/pidf+xml"); msg_apply_changes(); } }else { xerr("NO MAC ADDRESS FOUND\n"); } } route("forward"); } which achieves the following but doesn't have the xml in the correct format. I have explored most of the modules but couldnt find a handy function for this. INVITE sip:service@10.0.1.133:5060 SIP/2.0 Via: SIP/2.0/TCP 169.254.172.2;branch=z9hG4bK3de6.d3b4cddbcbdba59a3e190c41b06ada15.0;i=1 From: sipp <sip:sipp@1.1.1.1:45907>;tag=21113SIPpTag001 To: service <sip:service@10.0.1.133:5060> Call-ID: 1-21113(a)1.1.1.1 CSeq: 1 INVITE Contact: sip:sipp@1.1.1.1:45907 Max-Forwards: 70 Subject: Performance Test Content-Length: 937 Content-Type: multipart/mixed;boundary="delimiter" Mime-Version: 1.0 --delimiter Content-Type: application/sdp v=0 o=user1 53655765 2353687637 IN IP4 172.31.87.143 s=- c=IN IP4 1.1.1.1 t=0 0 m=audio 6000 RTP/AVP 0 a=rtpmap:0 PCMU/8000 --delimiter Content-Type: application/pidf+xml <?xml version=\"1.0\" encoding=\"UTF-8\"?>\n<presence xmlns:xsd=\"http:/ /www.w3.org/2001/XMLSchema\" xmlns:xsi=\"http://www.w3.org/2001/ XMLSchema-instance\" entity=\"sip:U SER9(a)SBSBVR00Test0m.ABC.com\" xmlns=\"urn:ietf:params:xml:ns:pidf\">\n<tuple id=\"tuple0\">\n<status>\n<geopriv xmlns=\"urn:ietf:params:xml:ns:pidf:geopriv10\">\n<civicAddre ss xmlns=\"urn:ietf:params:xml:ns:pidf:geopriv10:civicAddr\">\n['<STS>Ave</STS>\\n', '<A1>WA</A1>\\n', '<A3>Redmond</A3>\\n', '<RD>163rd</RD>\\n', '<PC>98052</PC>\\n', '<POD >NE</POD>\\n', '<NAM>Contoso Corporation </NAM>\\n', '<HNO>3910</HNO>\\n', '<country>US</country>\\n']\n</civicAddress>\n</geopriv>\n</status>\n</tuple>\n</presence> --delimiter-- Regards, Adarsh Chauhan

1 0

What does "tls.reload" actually do?
by Sebastian Damm 30 Aug '21

30 Aug '21

Hi, I noticed a strange behavior on some of our proxy servers, all running Kamailio 5.3.8. After running for some time (weeks), our monitoring system sporadically starts reporting errors. The check connects via tls and registers to an Asterisk behind the proxy server. When this happens, the Kamailio log shows the following line: ERROR: tls [tls_util.h:42]: tls_err_ret(): TLS accept:error:1409441B:SSL routines:ssl3_read_bytes:tlsv1 alert decrypt error When restarting Kamailio, the problem goes away only to come back after some weeks uptime again. On one host, I tried to find something using kamcmd, and I don't know why but I also issued "tls.reload". And from that point, the monitoring system has not reported the system as faulty anymore. I repeated the same thing on other hosts when the problem occured there, all with the same result. "tls.reload" helps. But from the documentation, I don't know why. Does anybody have an explanation for it? Regards, Sebastian

4 8

Slack Group
by Daniel Donoghue 26 Aug '21

26 Aug '21

Hello everyone Does anybody know if the Slack workspace at kamailio.slack.com (as mentioned on https://www.kamailio.org/w/contact-us/) is still active? If it is, who should we contact for access? With every blessing, — Daniel Donoghue

2 1

pua dialogindo doesn't not generate PUBLISH when routes is written on kemi framework(python)
by Zhan Bazarov 26 Aug '21

26 Aug '21

Hi everyone. I have an issue, when I loaded the kemi python engine - module pua_dialoginfo stopped sending publishes... Has anyone faced the same issue? kamailio version is 5.4.5

1 0

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