sr-users August 2020

sr-users@lists.kamailio.org

63 participants
82 discussions

Is the "openssl bug #1491" relevant to openssl v.1.1.1?
by Leonid Fainshtein 25 Aug '20

25 Aug '20

Hi, Is it still necessary to care about the minimal free memory amount in the TLS module configuration (e.g., the low_mem_threshold1/2 parameters) in Ubuntu 18.04 with openssl v.1.1.1? I tried to find some more information about the "openssl bug #1491" but the 1491 issue in the current Openssl bug tracking system seems to be not related to the memory problem: https://github.com/openssl/openssl/issues/1491 Best regards, Leonid Fainshtein Xorcom Ltd

2 1

Setup Push notifications from SIP-PBX to Linphone Android -
by Johnny Ritzer 25 Aug '20

25 Aug '20

I have a setup where we wanted to just build a android app linphone to SIP-PBX. But come to find out upon further research due to potential battery drain/background app usage. The device isn’t registered all the time and need some sort of push notification to google firebase back to android app to re-setup the register / INVITE call. Is there a module/config of this kind of setup. (now could I use cloud kamailio or would this have to be onsite local to the PBX).

4 3

Call forking and pua_dialog problem
by Denys Pozniak 24 Aug '20

24 Aug '20

Hello! We have a next call-flow topology: User A -> FreeSWITCH -> Kamailio Fork -> Kamailio Edge => User(s) B, C, D, ... - FreeSWITCH adds X- header with a list of users to fork call (B, C, D legs). - Kamailio Fork generates branches via append_branch function towards Kamailio Edge. - Kamailio Edge keeps customer registration and sends BLF statuses (pua_dialoginfo). The problem (or normal behavior by RFC) is that the dialog module on Kamailio Edge does not split these incoming legs into separated dialogs (incoming SIP Call-ID and from tag are the same). And as per my checking *kamcmd dlg.list_ctx* shows only the structure from the first leg and finally, it leads to a problem with BLF (as pua_diloginfo loses some SIP PUBLISHes). Any advice on how to fix this is appreciated! -- BR, Denys Pozniak

1 1

KAMAILIO/RTPENGINE - Log
by Amit Pal 22 Aug '20

22 Aug '20

Dear Team, I am using kamailio with rtpengine for media. When I make call between two sipUA then media flow is manage by rtpengine offer/answer. The issue is when hold the call then following some error are coming . Pls find the full log in attached file. rtpengine[14099]: DEBUG: [43402b3cc9425239MTg0YzVlODc0NTBiZGU1ZGJiYmNmYjY1MDc0MjIwMzI.]: av_log: parser not found for codec pcm_s16le, packets or times may be invalid. rtpengine[14099]: DEBUG: [43402b3cc9425239MTg0YzVlODc0NTBiZGU1ZGJiYmNmYjY1MDc0MjIwMzI.]: av_log: max_analyze_duration 5000000 reached at 5120000 microseconds st:0 rtpengine[14099]: DEBUG: [43402b3cc9425239MTg0YzVlODc0NTBiZGU1ZGJiYmNmYjY1MDc0MjIwMzI.]: av_log: stream 0: start_time: -1152921504606847.000 duration: 27.034 rtpengine[14099]: DEBUG: [43402b3cc9425239MTg0YzVlODc0NTBiZGU1ZGJiYmNmYjY1MDc0MjIwMzI.]: av_log: format: start_time: -9223372036854.775 duration: 27.034 bitrate=128 kb/s rtpengine[14099]: DEBUG: [43402b3cc9425239MTg0YzVlODc0NTBiZGU1ZGJiYmNmYjY1MDc0MjIwMzI.]: av_log: After avformat_find_stream_info() pos: 131130 bytes read:196666 seeks:1 frames:22 rtpengine[14099]: ERR: [43402b3cc9425239MTg0YzVlODc0NTBiZGU1ZGJiYmNmYjY1MDc0MjIwMzI.]: No supported output codec found in SDP rtpengine[14099]: INFO: [43402b3cc9425239MTg0YzVlODc0NTBiZGU1ZGJiYmNmYjY1MDc0MjIwMzI.]: Replying to 'play media' from 127.0.0.1:48757 (elapsed time 0.121111 sec) rtpengine[14099]: DEBUG: [43402b3cc9425239MTg0YzVlODc0NTBiZGU1ZGJiYmNmYjY1MDc0MjIwMzI.]: Response dump for 'play media' to 127.0.0.1:48757: { "result": "ok" } I am unable to understand this issue. Is this related to rtpenging, which is not supported given codec or file codec, which is used to play after hold call or anything else in script issue. Can you please guide me where is the issue. Regards Amit Pal

2 1

how to check path vector after lookup("location")
by Sergey Safarov 21 Aug '20

21 Aug '20

I use this construction to check the presence of path in device registration if(reg_fetch_contacts("location", "$fu", "caller") && $(ulc(caller=>path)[0]) == $null) { handle_ruri_alias(); } Is possible to check path presence after lookup("location") function call? Sergey

2 1

Bug in Postgres SQL Script?
by Noah Mehl 20 Aug '20

20 Aug '20

Hey all, I’m trying to understand the following lines in the kamdbctl.pgsql script: https://github.com/kamailio/kamailio/blob/bf38c7b04171e6f410ff885f10abe0f81… <https://github.com/kamailio/kamailio/blob/bf38c7b04171e6f410ff885f10abe0f81…> https://github.com/kamailio/kamailio/blob/bf38c7b04171e6f410ff885f10abe0f81… <https://github.com/kamailio/kamailio/blob/bf38c7b04171e6f410ff885f10abe0f81…> https://github.com/kamailio/kamailio/blob/bf38c7b04171e6f410ff885f10abe0f81… <https://github.com/kamailio/kamailio/blob/bf38c7b04171e6f410ff885f10abe0f81…> Basically, there are no tables created for Postgres that end in _id_seq. Am I missing something here? Thanks! ~Noah

2 2

kamailio+rtpengine for media not playing media file while hold the call
by Amit Pal 20 Aug '20

20 Aug '20

Dear Team, I am using kamailio with rtpengine for media. when call getting hold no media sound play (configure hold.mp3). >From rtpengine gets following error. rtpengine[624]: ERR: No suitable SDP section for media playback rtpengine[624]: WARNING: Protocol error in packet from 127.0.0.1:46333: Failed to start media playback from file [d8:supportsl10:load limite4:file38:/home/coralswitch/queuesounds/hold.mp37:call-id60:89162207232 fae50MTg0YzVlODc0NTBiZGU1ZGJiYmNmYjY1MDc0MjIwMzI.13:received-froml3:IP414:19 2.168.20.254e8:from-tag32:9f5288f14b704b28a1c2dfc2112250eb6:to-tag8:1e05e757 7:command10:play mediae] rtpengine[624]: INFO: Received command 'offer' from 127.0.0.1:46333 rtpengine[624]: INFO: Replying to 'offer' from 127.0.0.1:46333 (elapsed time 0.000106 sec) /usr/local/sbin/kamailio[9094]: ERROR:rtpengine [rtpengine.c:2619]: rtpp_function_call(): proxy replied with error: Failed to start media playback from file Attached file show complete log of one call with hold /unhold actions. Please advise what I miss to configure here. Regards Amit Pal

2 2

Module IMS_QOS does not support Re-Auth Request (RAR)
by Hamid Hashmi 20 Aug '20

20 Aug '20

Kamailio User Does module ims_qos support Re-Auth Request? [cid:282322de-506e-4b6e-a731-24841b517573] I observed that the QoS module is not responding to RAR. Kamailio version is version: kamailio 5.2.0-dev6 (x86_64/linux) 48ed62-dirty flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: 48ed62 -dirty compiled with gcc 4.8.4 Regards Hamid R. Hashmi

2 1

t_load_contacts in 5.4.0
by Cindy Leung 20 Aug '20

20 Aug '20

Hello all, Just started using v5.4.0 on our system and I noticed a change in behavior when doing the append_branch, t_load_contacts, and t_next_contacts combo. Previously using v5.3.4 and it appears to be fine. Here's the call scenario: Kamailio receives a call to sip:1001@carrierB. Kamailio sees carrierB and appends 2 contacts: gateway1.carrierB.com;q=0.3 and gateway2.carrierB.com;q=0.2. After t_load_branches(0), I expect to see $rd to be changed to gateway1.carrierB.com, but it's not. This is the piece of config I'm trying to debug: xlog ("=== branch 0: $(branch(uri)[0]), $(branch(q)[0])\n"); xlog ("=== branch 1: $(branch(uri)[1]), $(branch(q)[1])\n"); t_load_contacts(0); while (t_next_contacts()) { xlog ("=== rd = $rd\n"); } This is the log I get. It appears to use the backup contact first. ERROR: IBG_LOG: sipp-ci1-20200818053427-1-23(a)172.18.1.21: === branch 0: sip:1001@gateway2.carrierB.com;transport=udp, 200 ERROR: IBG_LOG: sipp-ci1-20200818053427-1-23(a)172.18.1.21: === branch 1: sip:1001@gateway1.carrierB.com;transport=tcp, 300 DEBUG: IBG_LOG: sipp-ci1-20200818053427-1-23(a)172.18.1.21: tm [t_serial.c:522]: t_load_contacts(): load_contact mode selected: 0 DEBUG: IBG_LOG: sipp-ci1-20200818053427-1-23(a)172.18.1.21: tm [t_serial.c:340]: ki_t_load_contacts_mode(): nr_branches is 2 DEBUG: IBG_LOG: sipp-ci1-20200818053427-1-23(a)172.18.1.21: <core> [core/xavp.c:539]: xavp_destroy_list(): destroying xavp list 0x7f983cb66608 DEBUG: IBG_LOG: sipp-ci1-20200818053427-1-23(a)172.18.1.21: tm [t_serial.c:890]: ki_t_next_contacts(): Appending branch uri-'sip:1001@gateway1.carrierB.com;transport=tcp' dst-'' path-'' inst-'' ruid-'' location_ua-'' DEBUG: IBG_LOG: sipp-ci1-20200818053427-1-23(a)172.18.1.21: <core> [core/xavp.c:539]: xavp_destroy_list(): destroying xavp list 0x7f983cb66350 ERROR: IBG_LOG: sipp-ci1-20200818053427-1-23(a)172.18.1.21: === rd = carrierB DEBUG: IBG_LOG: sipp-ci1-20200818053427-1-23(a)172.18.1.21: <core> [core/xavp.c:539]: xavp_destroy_list(): destroying xavp list 0x7f983cb66078 ERROR: IBG_LOG: sipp-ci1-20200818053427-1-23(a)172.18.1.21: === rd = gateway2.carrierB.com DEBUG: IBG_LOG: sipp-ci1-20200818053427-1-23(a)172.18.1.21: tm [t_serial.c:627]: ki_t_next_contacts(): no contacts in contacts_avp - we are done! t_load_contacts(1) works a little better. But we don't need the probability feature. ERROR: IBG_LOG: sipp-ci1-20200818054736-1-21(a)172.18.1.21: === branch 0: sip:1001@gateway2.carrierB.com;transport=udp, 200 ERROR: IBG_LOG: sipp-ci1-20200818054736-1-21(a)172.18.1.21: === branch 1: sip:1001@gateway1.carrierB.com;transport=tcp, 300 DEBUG: IBG_LOG: sipp-ci1-20200818054736-1-21(a)172.18.1.21: tm [t_serial.c:522]: t_load_contacts(): load_contact mode selected: 1 DEBUG: IBG_LOG: sipp-ci1-20200818054736-1-21(a)172.18.1.21: tm [t_serial.c:340]: ki_t_load_contacts_mode(): nr_branches is 2 DEBUG: IBG_LOG: sipp-ci1-20200818054736-1-21(a)172.18.1.21: tm [t_serial.c:280]: t_load_contacts_proportional(): proportionally selected contact with uri: sip:1001@gateway1.carrierB.com;transport=tcp (q: 300, random: 287, q_index: 500, q_total: 500) DEBUG: IBG_LOG: sipp-ci1-20200818054736-1-21(a)172.18.1.21: tm [t_serial.c:280]: t_load_contacts_proportional(): proportionally selected contact with uri: sip:1001@gateway2.carrierB.com;transport=udp (q: 200, random: 157, q_index: 200, q_total: 200) DEBUG: IBG_LOG: sipp-ci1-20200818054736-1-21(a)172.18.1.21: tm [t_serial.c:303]: t_load_contacts_proportional(): proportionally added backup contact with uri: sip:1001@carrierB SIP/2.0#015#012Via: SIP/2.0/UDP 172.18.1.21:5060;branch=z9hG4bK-21-1-0 blah blah blah (q: -1) DEBUG: IBG_LOG: sipp-ci1-20200818054736-1-21(a)172.18.1.21: <core> [core/xavp.c:539]: xavp_destroy_list(): destroying xavp list 0x7f6e457ec078 ERROR: IBG_LOG: sipp-ci1-20200818054736-1-21(a)172.18.1.21: === rd = gateway1.carrierB.com DEBUG: IBG_LOG: sipp-ci1-20200818054736-1-21(a)172.18.1.21: <core> [core/xavp.c:539]: xavp_destroy_list(): destroying xavp list 0x7f6e457ec350 ERROR: IBG_LOG: sipp-ci1-20200818054736-1-21(a)172.18.1.21: === rd = gateway2.carrierB.com DEBUG: IBG_LOG: sipp-ci1-20200818054736-1-21(a)172.18.1.21: <core> [core/xavp.c:539]: xavp_destroy_list(): destroying xavp list 0x7f6e457ec608 ERROR: IBG_LOG: sipp-ci1-20200818054736-1-21(a)172.18.1.21: === rd = carrierB DEBUG: IBG_LOG: sipp-ci1-20200818054736-1-21(a)172.18.1.21: tm [t_serial.c:627]: ki_t_next_contacts(): no contacts in contacts_avp - we are done! As a comparison, this is what we've been getting in 5.3.4 ERROR: IBG_LOG: sipp-ci1-20200818055736-1-21(a)172.18.1.21: === branch 0: sip:1001@gateway2.carrierB.com;transport=udp, 200 ERROR: IBG_LOG: sipp-ci1-20200818055736-1-21(a)172.18.1.21: === branch 1: sip:1001@gateway1.carrierB.com;transport=tcp, 300 DEBUG: IBG_LOG: sipp-ci1-20200818055736-1-21(a)172.18.1.21: tm [t_serial.c:191]: ki_t_load_contacts(): nr_branches is 2 DEBUG: IBG_LOG: sipp-ci1-20200818055736-1-21(a)172.18.1.21: <core> [core/xavp.c:529]: xavp_destroy_list(): destroying xavp list 0x7fe13146a680 ERROR: IBG_LOG: sipp-ci1-20200818055736-1-21(a)172.18.1.21: === rd = gateway1.carrierB.com DEBUG: IBG_LOG: sipp-ci1-20200818055736-1-21(a)172.18.1.21: <core> [core/xavp.c:529]: xavp_destroy_list(): destroying xavp list 0x7fe13146a3a8 ERROR: IBG_LOG: sipp-ci1-20200818055736-1-21(a)172.18.1.21: === rd = gateway2.carrierB.com DEBUG: IBG_LOG: sipp-ci1-20200818055736-1-21(a)172.18.1.21: <core> [core/xavp.c:529]: xavp_destroy_list(): destroying xavp list 0x7fe13146a0d0 ERROR: IBG_LOG: sipp-ci1-20200818055736-1-21(a)172.18.1.21: === rd = carrierB DEBUG: IBG_LOG: sipp-ci1-20200818055736-1-21(a)172.18.1.21: tm [t_serial.c:460]: ki_t_next_contacts(): no contacts in contacts_avp - we are done! Is there anything else that's been changed in branch building that we should pay attention to? Thanks. Cindy

2 4

Domain Name changes
by Pavithra Mohanraja 19 Aug '20

19 Aug '20

Hi, Is there any way to change the domain name at run-time Kindly help. Thanks, Pavithra

2 4

← Newer
1
2
3
4
5
6
7
8
9
Older →

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 August 2020