From solarmon at one-n.co.uk Thu Dec 2 12:45:04 2021 From: solarmon at one-n.co.uk (solarmon) Date: Thu, 2 Dec 2021 12:45:04 +0000 Subject: [OpenSIPS-Users] dlg_list - caller_sdp and callee_sdp Message-ID: Hi, In opensips 2.4.x the dialog list contains the following fields for SDP: * caller_sdp * callee_sdp However, these are always empty. What are these fields used for and how can I get it populated - with, I assume, SDP information for the dialog? Cheers! -------------- next part -------------- An HTML attachment was scrubbed... URL: From 14sandeepsharma at gmail.com Mon Dec 6 05:27:38 2021 From: 14sandeepsharma at gmail.com (Sandeep) Date: Mon, 6 Dec 2021 10:57:38 +0530 Subject: [OpenSIPS-Users] Docker for opensips Message-ID: Hi Team, Just want to know if docker is supported for opensip, if yes, kindly let me know if any official documentation is available for that i can start the process of creating docker. Regards, Sandeep -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Mon Dec 6 12:02:56 2021 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Mon, 6 Dec 2021 14:02:56 +0200 Subject: [OpenSIPS-Users] dlg_list - caller_sdp and callee_sdp In-Reply-To: References: Message-ID: <792c310d-fe13-0daa-e195-ad0852aec959@opensips.org> Those fields are usually used for re-INVITE pinging. Are you using this feature? Best regards, Răzvan Crainea OpenSIPS Core Developer http://www.opensips-solutions.com On 12/2/21 14:45, solarmon wrote: > Hi, > > In opensips 2.4.x the dialog list contains the following fields for SDP: > > * caller_sdp > * callee_sdp > > However, these are always empty. > > What are these fields used for and how can I get it populated - with, I > assume, SDP information for the dialog? > > Cheers! > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > From alain.bieuzent at free.fr Mon Dec 6 12:55:30 2021 From: alain.bieuzent at free.fr (Alain Bieuzent) Date: Mon, 06 Dec 2021 13:55:30 +0100 Subject: [OpenSIPS-Users] sipmsg_validate return -5 but content length seems correct. In-Reply-To: References: Message-ID: <883E04CB-FD20-4BE6-9E28-B51E031F5353@free.fr> Hi, I have a case where sipmsg_validate find an issue in SDP length, opensips find two characters more than the Content-Length and what i found in tcpdump trace. INVITE sip:33648642792 at 185.101.180.124:5060 SIP/2.0 Via: SIP/2.0/UDP 35.246.200.233:9077;rport;branch=z9hG4bK4b24d98a7dd82e427f5e14c93ae2dba7 Via: SIP/2.0/UDP 13.38.77.105:5080;rport;branch=z9hG4bKH012Hr73SycDg Max-Forwards: 64 From: "33613630817" ;tag=2ZB6X8jjtaH8e To: Call-ID: c9a92f54-d124-123a-1693-0625bc81f114 CSeq: 44840040 INVITE Contact: User-Agent: FS16 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Privacy: none Content-Type: application/sdp Content-Disposition: session Content-Length: 364 X-FS-Support: update_display,send_info P-Asserted-Identity: "33613630817" Record-Route: v=0 o=FreeSWITCH 1638764203 1638764204 IN IP4 13.38.77.105 s=FreeSWITCH c=IN IP4 13.38.77.105 t=0 0 m=audio 23462 RTP/AVP 8 0 18 101 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=rtcp-mux a=rtcp:23462 IN IP4 13.38.77.105 a=silenceSupp:off - - - - a=ptime:20 opensips logs : Dec 6 11:47:45 lbsip-rtpe-test opensips[2756]: DBG:core:get_hdr_field: content_length=364 Dec 6 11:47:45 lbsip-rtpe-test opensips[2756]: DBG:core:get_hdr_field: found end of header Dec 6 11:47:45 lbsip-rtpe-test opensips[2756]: DBG:core:receive_msg: After parse_msg... Dec 6 11:47:45 lbsip-rtpe-test opensips[2756]: DBG:core:receive_msg: preparing to run routing scripts... Dec 6 11:47:45 lbsip-rtpe-test opensips[2756]: DBG:core:parse_headers: flags=8 Dec 6 11:47:45 lbsip-rtpe-test opensips[2756]: DBG:core:parse_headers: flags=ffffffffffffffff Dec 6 11:47:45 lbsip-rtpe-test opensips[2756]: DBG:core:parse_headers: flags=ffffffffffffffff Dec 6 11:47:45 lbsip-rtpe-test opensips[2756]: DBG:sipmsgops:w_sip_validate: message does not comply with SIP RFC3261 : (invalid body - content length 364 different than actual body 366#012) Dec 6 11:47:45 lbsip-rtpe-test opensips[2756]: DBG:core:comp_scriptvar: str 29 : 35.246.200.233 Dec 6 11:47:45 lbsip-rtpe-test opensips[2756]: Dropping mal formed Messages Retcode : -5 IP:35.246.200.233 callID: c9a92f54-d124-123a-1693-0625bc81f114 ,Reason : Invalid Content-Length--- On Wireshark, the SDP part length is also 364 bytes. I can send the pcap if needed Thanks for your help. Alain -------------- next part -------------- An HTML attachment was scrubbed... URL: From voransoy at gmail.com Mon Dec 6 13:24:49 2021 From: voransoy at gmail.com (Volkan Oransoy) Date: Mon, 6 Dec 2021 13:24:49 +0000 Subject: [OpenSIPS-Users] Matching calls with uac_registrant records In-Reply-To: References: Message-ID: Hi all, I am using uac_registrant to register a bunch of sip accounts to remote sip registrars. There are multiple remote registrars and a we can register more than one account to a registrar. My Opensips instance can succesfully register and can receive calls as of now. What I am trying to accomplish is to identify calls and match with my registered accounts to route the call to the appropriate destination and for security. I can check the source IP addresses along with contact headers but I don’t have any experience whether this is the right way or not. Can you suggest a way to match these calls with my uac_registrants? Thanks /Volkan -------------- next part -------------- An HTML attachment was scrubbed... URL: From kdunlap at gmail.com Mon Dec 6 13:51:12 2021 From: kdunlap at gmail.com (KD) Date: Mon, 6 Dec 2021 08:51:12 -0500 Subject: [OpenSIPS-Users] Modify SRS reply for SIPREC Message-ID: Hi I have a bit of a problem. I'm using the SIPREC module to record calls on a third party SRS. OpenSIPS sends the INVITE to the SRS and the SRS responds back with a 200 OK message. The problem is the SIPREC module relies on the label attributes to be sent back from the INVITE message. According to RFC4574 there should be no expectation that the SRS will reply with the labels the SRC sent in their INVITE. My thought was to use TEXTOPS to insert immediately after m=XXXX the a:label:1 and a:label:2 . In my onreply_route I have the following: $var(mline1) = $(rb{sdp.line,m,0}); $var(mline2) = $(rb{sdp.line,m,1}); $var(found1) = search_append_body($var(mline1),"\na=label:1"); $var(found2) = search_append_body($var(mline2),"\na=label:2"); The found1 and found2 return a 1 however it seems like the SIPREC module doesn't see the labels added. SDP Body v=0 o=4855 137607 0 IN IP4 192.168.50.123 s=xxxxx c=IN IP4 192.168.50.123 t=0 0 m=audio 5064 RTP/AVP 0 8 101 <--- insert a=label:1 after this line a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 TELEPHONE-EVENT/8000 a=fmtp:101 0-15 a=recvonly a=ptime:20 a=maxptime:1000 m=audio 5066 RTP/AVP 0 8 101 <---- insert a=label:2 after this line a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 TELEPHONE-EVENT/8000 a=fmtp:101 0-15 a=recvonly a=ptime:20 a=maxptime:1000 Can I get some guidance? Is this even possible to do? Thanks KD -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Mon Dec 6 16:17:11 2021 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Mon, 6 Dec 2021 18:17:11 +0200 Subject: [OpenSIPS-Users] sipmsg_validate return -5 but content length seems correct. In-Reply-To: <883E04CB-FD20-4BE6-9E28-B51E031F5353@free.fr> References: <883E04CB-FD20-4BE6-9E28-B51E031F5353@free.fr> Message-ID: <859dd527-104b-3a2c-4895-c7782238ba67@opensips.org> Hi Alain, OpenSIPS complains that the actual SDP is 366, while only 364 are advertised in Content-len hdr - can you confirm this at the pcap level ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS eBootcamp 2021 https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 12/6/21 2:55 PM, Alain Bieuzent wrote: > > Hi, > > I have a case where sipmsg_validate find an issue in SDP length, > opensips find two characters more than the Content-Length and what i > found in tcpdump trace. > > INVITE sip:33648642792 at 185.101.180.124:5060 SIP/2.0 > > Via: SIP/2.0/UDP > 35.246.200.233:9077;rport;branch=z9hG4bK4b24d98a7dd82e427f5e14c93ae2dba7 > > Via: SIP/2.0/UDP 13.38.77.105:5080;rport;branch=z9hG4bKH012Hr73SycDg > > Max-Forwards: 64 > > From: "33613630817" ;tag=2ZB6X8jjtaH8e > > To: > > Call-ID: c9a92f54-d124-123a-1693-0625bc81f114 > > CSeq: 44840040 INVITE > > Contact: > > User-Agent: FS16 > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, > REGISTER, REFER, NOTIFY > > Supported: timer, path, replaces > > Allow-Events: talk, hold, conference, refer > > Privacy: none > > Content-Type: application/sdp > > Content-Disposition: session > > Content-Length: 364 > > X-FS-Support: update_display,send_info > > P-Asserted-Identity: "33613630817" > > Record-Route: > > v=0 > > o=FreeSWITCH 1638764203 1638764204 IN IP4 13.38.77.105 > > s=FreeSWITCH > > c=IN IP4 13.38.77.105 > > t=0 0 > > m=audio 23462 RTP/AVP 8 0 18 101 > > a=rtpmap:8 PCMA/8000 > > a=rtpmap:0 PCMU/8000 > > a=rtpmap:18 G729/8000 > > a=fmtp:18 annexb=no > > a=rtpmap:101 telephone-event/8000 > > a=fmtp:101 0-16 > > a=rtcp-mux > > a=rtcp:23462 IN IP4 13.38.77.105 > > a=silenceSupp:off - - - - > > a=ptime:20 > > opensips logs : > > Dec  6 11:47:45 lbsip-rtpe-test opensips[2756]: > DBG:core:get_hdr_field: content_length=364 > > Dec  6 11:47:45 lbsip-rtpe-test opensips[2756]: > DBG:core:get_hdr_field: found end of header > > Dec  6 11:47:45 lbsip-rtpe-test opensips[2756]: DBG:core:receive_msg: > After parse_msg... > > Dec  6 11:47:45 lbsip-rtpe-test opensips[2756]: DBG:core:receive_msg: > preparing to run routing scripts... > > Dec  6 11:47:45 lbsip-rtpe-test opensips[2756]: > DBG:core:parse_headers: flags=8 > > Dec  6 11:47:45 lbsip-rtpe-test opensips[2756]: > DBG:core:parse_headers: flags=ffffffffffffffff > > Dec  6 11:47:45 lbsip-rtpe-test opensips[2756]: > DBG:core:parse_headers: flags=ffffffffffffffff > > Dec  6 11:47:45 lbsip-rtpe-test opensips[2756]: > DBG:sipmsgops:w_sip_validate: message does not comply with SIP RFC3261 > : (invalid body - content length 364 different than actual body 366#012) > > Dec  6 11:47:45 lbsip-rtpe-test opensips[2756]: > DBG:core:comp_scriptvar: str 29 : 35.246.200.233 > > Dec  6 11:47:45 lbsip-rtpe-test opensips[2756]: Dropping mal formed > Messages Retcode : -5 IP:35.246.200.233 callID: > c9a92f54-d124-123a-1693-0625bc81f114 ,Reason : Invalid Content-Length--- > > On Wireshark, the SDP part length is also 364 bytes. > > I can send the pcap if needed > > Thanks for your help. > > Alain > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From alain.bieuzent at free.fr Mon Dec 6 16:25:44 2021 From: alain.bieuzent at free.fr (Alain Bieuzent) Date: Mon, 06 Dec 2021 17:25:44 +0100 Subject: [OpenSIPS-Users] sipmsg_validate return -5 but content length seems correct. In-Reply-To: <859dd527-104b-3a2c-4895-c7782238ba67@opensips.org> References: <883E04CB-FD20-4BE6-9E28-B51E031F5353@free.fr> <859dd527-104b-3a2c-4895-c7782238ba67@opensips.org> Message-ID: Hi Bogdan, For me Yes at pcap level, SDP length is 364, find attach the trace. Thanks De : Bogdan-Andrei Iancu Date : lundi 6 décembre 2021 à 17:17 À : OpenSIPS users mailling list , Alain Bieuzent Objet : Re: [OpenSIPS-Users] sipmsg_validate return -5 but content length seems correct. Hi Alain, OpenSIPS complains that the actual SDP is 366, while only 364 are advertised in Content-len hdr - can you confirm this at the pcap level ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer   https://www.opensips-solutions.com OpenSIPS eBootcamp 2021   https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 12/6/21 2:55 PM, Alain Bieuzent wrote: Hi, I have a case where sipmsg_validate find an issue in SDP length, opensips find two characters more than the Content-Length and what i found in tcpdump trace. INVITE sip:33648642792 at 185.101.180.124:5060 SIP/2.0 Via: SIP/2.0/UDP 35.246.200.233:9077;rport;branch=z9hG4bK4b24d98a7dd82e427f5e14c93ae2dba7 Via: SIP/2.0/UDP 13.38.77.105:5080;rport;branch=z9hG4bKH012Hr73SycDg Max-Forwards: 64 From: "33613630817" ;tag=2ZB6X8jjtaH8e To: Call-ID: c9a92f54-d124-123a-1693-0625bc81f114 CSeq: 44840040 INVITE Contact: User-Agent: FS16 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Privacy: none Content-Type: application/sdp Content-Disposition: session Content-Length: 364 X-FS-Support: update_display,send_info P-Asserted-Identity: "33613630817" Record-Route: v=0 o=FreeSWITCH 1638764203 1638764204 IN IP4 13.38.77.105 s=FreeSWITCH c=IN IP4 13.38.77.105 t=0 0 m=audio 23462 RTP/AVP 8 0 18 101 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=rtcp-mux a=rtcp:23462 IN IP4 13.38.77.105 a=silenceSupp:off - - - - a=ptime:20 opensips logs : Dec 6 11:47:45 lbsip-rtpe-test opensips[2756]: DBG:core:get_hdr_field: content_length=364 Dec 6 11:47:45 lbsip-rtpe-test opensips[2756]: DBG:core:get_hdr_field: found end of header Dec 6 11:47:45 lbsip-rtpe-test opensips[2756]: DBG:core:receive_msg: After parse_msg... Dec 6 11:47:45 lbsip-rtpe-test opensips[2756]: DBG:core:receive_msg: preparing to run routing scripts... Dec 6 11:47:45 lbsip-rtpe-test opensips[2756]: DBG:core:parse_headers: flags=8 Dec 6 11:47:45 lbsip-rtpe-test opensips[2756]: DBG:core:parse_headers: flags=ffffffffffffffff Dec 6 11:47:45 lbsip-rtpe-test opensips[2756]: DBG:core:parse_headers: flags=ffffffffffffffff Dec 6 11:47:45 lbsip-rtpe-test opensips[2756]: DBG:sipmsgops:w_sip_validate: message does not comply with SIP RFC3261 : (invalid body - content length 364 different than actual body 366#012) Dec 6 11:47:45 lbsip-rtpe-test opensips[2756]: DBG:core:comp_scriptvar: str 29 : 35.246.200.233 Dec 6 11:47:45 lbsip-rtpe-test opensips[2756]: Dropping mal formed Messages Retcode : -5 IP:35.246.200.233 callID: c9a92f54-d124-123a-1693-0625bc81f114 ,Reason : Invalid Content-Length--- On Wireshark, the SDP part length is also 364 bytes. I can send the pcap if needed Thanks for your help. Alain _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: dump.pcap Type: application/octet-stream Size: 2465 bytes Desc: not available URL: From bogdan at opensips.org Mon Dec 6 17:07:34 2021 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Mon, 6 Dec 2021 19:07:34 +0200 Subject: [OpenSIPS-Users] Forwarding ACK to 200 OK to itself. In-Reply-To: References: Message-ID: Hi David, IMHO, you do record_route() in request route (before sending to SS) and once again later, in failure route, after SS, before the Termination. Could you check this? Normally doing it in request route is more then enough, covering the whole call processing; there is no need to do it per branch or so. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS eBootcamp 2021 https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 11/26/21 3:48 AM, David Villasmil wrote: > Hello folks, > > I'm facing this issue on this scenario: > > [ 1]USER---INVITE--->OPENSIPS > [ 2]  OPENSIPS---INVITE-->STIR/SHAKEN (OPENSIPS) > [ 3]                  OPENSIPS<--- 302 ---STIR/SHAKEN > [ 4]                  OPENSIPS<--- ACK ---STIR/SHAKEN > [ 5]  OPENSIPS-----------INVITE--------->TERMINATION > [ 6]                  OPENSIPS<----------  180 ----------TERMINATION > [ 7]                  OPENSIPS<----------  183 ----------TERMINATION > [ 8]                  OPENSIPS<----------  200 ----------TERMINATION > [ 9] USER<-- 200 -----OPENSIPS > [10] USER--- ACK ---->OPENSIPS > [11]                  OPENSIPS--- ACK > [12]                  OPENSIPS<-- ACK > [13]                  OPENSIPS<----------  200 ----------TERMINATION > [14] USER<-- 200 -----OPENSIPS > [15] USER--- ACK ---->OPENSIPS > [16]                  OPENSIPS--- ACK > [17]                  OPENSIPS<-- ACK > > > This only happens when I enable that STIR/SHAKEN functionality and use > the 302, when OpenSIPS sends out the INVITE [ > > The 200 OK has this as a record route: > Record-Route:,,,, > > what do i need to do to remove those duplicated record-routes after > receiving the 302? > > Thanks alot for your help! > > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > > phone: +34669448337 > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.villasmil.work at gmail.com Mon Dec 6 17:28:31 2021 From: david.villasmil.work at gmail.com (David Villasmil) Date: Mon, 6 Dec 2021 17:28:31 +0000 Subject: [OpenSIPS-Users] Forwarding ACK to 200 OK to itself. In-Reply-To: References: Message-ID: Hey how are your Bogdan! Yes that was the issue, solved it already. Thanks!!! I appreciate your help! On Mon, 6 Dec 2021 at 17:07, Bogdan-Andrei Iancu wrote: > Hi David, > > IMHO, you do record_route() in request route (before sending to SS) and > once again later, in failure route, after SS, before the Termination. Could > you check this? > > Normally doing it in request route is more then enough, covering the whole > call processing; there is no need to do it per branch or so. > > Regards, > > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > OpenSIPS eBootcamp 2021 > https://opensips.org/training/OpenSIPS_eBootcamp_2021/ > > On 11/26/21 3:48 AM, David Villasmil wrote: > > Hello folks, > > I'm facing this issue on this scenario: > > [ 1] USER---INVITE--->OPENSIPS > [ 2] OPENSIPS---INVITE-->STIR/SHAKEN (OPENSIPS) > [ 3] OPENSIPS<--- 302 ---STIR/SHAKEN > [ 4] OPENSIPS<--- ACK ---STIR/SHAKEN > [ 5] OPENSIPS-----------INVITE--------->TERMINATION > [ 6] OPENSIPS<---------- 180 ----------TERMINATION > [ 7] OPENSIPS<---------- 183 ----------TERMINATION > [ 8] OPENSIPS<---------- 200 ----------TERMINATION > [ 9] USER<-- 200 -----OPENSIPS > [10] USER--- ACK ---->OPENSIPS > [11] OPENSIPS--- ACK > [12] OPENSIPS<-- ACK > [13] OPENSIPS<---------- 200 ----------TERMINATION > [14] USER<-- 200 -----OPENSIPS > [15] USER--- ACK ---->OPENSIPS > [16] OPENSIPS--- ACK > [17] OPENSIPS<-- ACK > > > This only happens when I enable that STIR/SHAKEN functionality and use the > 302, when OpenSIPS sends out the INVITE [ > > The 200 OK has this as a record route: > Record-Route:, > , > , > , > > > what do i need to do to remove those duplicated record-routes after > receiving the 302? > > Thanks alot for your help! > > Regards, > > David Villasmil > email: david.villasmil.work at gmail.com > phone: +34669448337 > > _______________________________________________ > Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > -- Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 -------------- next part -------------- An HTML attachment was scrubbed... URL: From kdunlap at gmail.com Tue Dec 7 00:26:48 2021 From: kdunlap at gmail.com (KD) Date: Mon, 6 Dec 2021 19:26:48 -0500 Subject: [OpenSIPS-Users] Modify SRS reply for SIPREC Message-ID: I just wanted to circle back on this incase someone else comes across it. I was able to accomplish what I needed as long as this was done in the b2b reply route. loadmodule "b2b_entities.so" modparam("b2b_entities", "script_reply_route","b2b_reply") route[b2b_reply] { $var(mline1) = $(rb{sdp.line,m,0}); $var(mline2) = $(rb{sdp.line,m,1}); $var(found1) = search_append_body($var(mline1),"\na=label:1"); $var(found2) = search_append_body($var(mline2),"\na=label:2"); xlog("M 1: $var(found1) - $var(mline1) - $rb\n"); xlog("M 2: $var(found2) - $var(mline2) - $rb\n"); } Obviously there are some other checks and balances to do to ensure it's the proper request, but for my proof of concept this works. -KD -------------- next part -------------- An HTML attachment was scrubbed... URL: From solarmon at one-n.co.uk Tue Dec 7 07:46:41 2021 From: solarmon at one-n.co.uk (solarmon) Date: Tue, 7 Dec 2021 07:46:41 +0000 Subject: [OpenSIPS-Users] dlg_list - caller_sdp and callee_sdp In-Reply-To: <792c310d-fe13-0daa-e195-ad0852aec959@opensips.org> References: <792c310d-fe13-0daa-e195-ad0852aec959@opensips.org> Message-ID: Hi Razvan, I'm not sure what you mean by "re-INVITE pinging" - but we do sometimes get some calls where we get re-INVITES for when the call is being transferred. But I was hoping that these fields would be for the SDP details for the initial caller and callee INVITEs. Thank you! On Mon, 6 Dec 2021 at 12:05, Răzvan Crainea wrote: > Those fields are usually used for re-INVITE pinging. Are you using this > feature? > > Best regards, > > Răzvan Crainea > OpenSIPS Core Developer > http://www.opensips-solutions.com > > On 12/2/21 14:45, solarmon wrote: > > Hi, > > > > In opensips 2.4.x the dialog list contains the following fields for SDP: > > > > * caller_sdp > > * callee_sdp > > > > However, these are always empty. > > > > What are these fields used for and how can I get it populated - with, I > > assume, SDP information for the dialog? > > > > Cheers! > > > > _______________________________________________ > > Users mailing list > > Users at lists.opensips.org > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Tue Dec 7 09:30:31 2021 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Tue, 7 Dec 2021 11:30:31 +0200 Subject: [OpenSIPS-Users] Matching calls with uac_registrant records In-Reply-To: References: Message-ID: <80f0e81f-71f0-855b-4395-76c4f1f8a132@opensips.org> Hi Volkan, Well, there is no really straight forward way to do that. Normally, the calls you receive from the registrar should have in the RURI the actual Contact URI you registered. So this is a way to do it. Another one, if you do not have multiple accounts registered against the same registrar, you can do the detection based on the source IP of the calls - it will have to match the IP address of the registrar server (or outbound server) - but this means you should have this registrar and OBP addresses in the DB as IPs (for easy matching). In both cases you will need to do some DB queries which are not by default provided the uac_registrant module, like fetch the ID of a registrant based on its Contact URI or Registrar IP. Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS eBootcamp 2021 https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 12/6/21 3:24 PM, Volkan Oransoy wrote: > Hi all, > > I am using uac_registrant to register a bunch of sip accounts to > remote sip registrars. There are multiple remote registrars and a we > can register more than one account to a registrar. My Opensips > instance can succesfully register and can receive calls as of now. > What I am trying to accomplish is to identify calls and match with my > registered accounts to route the call to the appropriate destination > and for security. I can check the source IP addresses along with > contact headers but I don’t have any experience whether this is the > right way or not. Can you suggest a way to match these calls with my > uac_registrants? > > Thanks > > /Volkan > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From farmorg at gmail.com Tue Dec 7 12:20:31 2021 From: farmorg at gmail.com (Mark Farmer) Date: Tue, 7 Dec 2021 12:20:31 +0000 Subject: [OpenSIPS-Users] 3.2.3 TLS issue In-Reply-To: <2d78003c-0463-8456-391f-56187d46ae13@opensips.org> References: <94f96f03-117b-2bbf-ac64-965eb7123a6d@switchtel.co.za> <32fbef45-d1dd-e29a-eec8-19fd96aac0c3@switchtel.co.za> <44251a97-5413-b95a-415e-8e12a412cbb6@switchtel.co.za> <0d4f4824-7beb-6059-8627-f42cd89e0eb8@switchtel.co.za> <2d78003c-0463-8456-391f-56187d46ae13@opensips.org> Message-ID: Hi everyone I fixed my core_dump issue and have uploaded the output of a 'bt full' here: https://github.com/OpenSIPS/opensips/issues/2667 HTH Mark. On Thu, 18 Nov 2021 at 21:38, Vlad Patrascu wrote: > Hi Gregory, > > It is difficult to draw any conclusions without a backtrace so I'm hoping > you'll be able to get the proper core dumps again in order to investigate > this further. > Regards, > > -- > Vlad Patrascu > OpenSIPS Core Developerhttp://www.opensips-solutions.com > > On 12.11.2021 14:44, Gregory Massel wrote: > > Sorry, I do have the core files, however, my /usr/sbin/opensips is now > 3.2.2 and the core dumps were taken against 3.2.3. > > I should have thought to get the backtrace before downgrading. > > This is a production server, however, I will try and schedule some > downtime and then restore 3.2.3 to generate the backtrace and will try out > the nightly release. > > --Greg > > > _______________________________________________ > Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -- Mark Farmer farmorg at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From rosenberg11219 at gmail.com Tue Dec 7 17:53:22 2021 From: rosenberg11219 at gmail.com (Schneur Rosenberg) Date: Tue, 7 Dec 2021 19:53:22 +0200 Subject: [OpenSIPS-Users] Memory leak Message-ID: Hi, lately I'm getting these errors in my logs. ERROR:core:fm_malloc: not enough free pkg memory (1792 bytes left, need 2184), please increase the "-M" command line para meter! CRITICAL:core:hostent_cpy: pkg memory allocation failure ERROR:nathelper:nh_timer: out of pkg memory ERROR:core:fm_malloc: not enough free pkg memory (5952 bytes left, need 5408), please increase the "-M" command line para meter! I was on version 2.4.8 and I upgraded to 2.4.11 and I'm monitoring the max_used_size of the package memory, a few hours later I see that 2 processes keep on getting bigger, so far the rest are pretty stable, I have 90 processes and 87 and 88 are growing. here you can see the last few processes, OpenSIPS set aside 4 mb per process. pkmem:80-max_used_size:: 1009584 pkmem:81-max_used_size:: 1009584 pkmem:82-max_used_size:: 1009584 pkmem:83-max_used_size:: 1009584 pkmem:84-max_used_size:: 1009584 pkmem:85-max_used_size:: 1009584 pkmem:86-max_used_size:: 1143608 pkmem:87-max_used_size:: 1323256 pkmem:88-max_used_size:: 1831928 pkmem:89-max_used_size:: 1009584 Any hints where to start looking besides the solutions fund here. https://www.opensips.org/Documentation/TroubleShooting-OutOfMem thank you Scott From rosenberg11219 at gmail.com Wed Dec 8 08:55:52 2021 From: rosenberg11219 at gmail.com (Schneur Rosenberg) Date: Wed, 8 Dec 2021 10:55:52 +0200 Subject: [OpenSIPS-Users] Memory leak In-Reply-To: References: Message-ID: Now a few hours later this is what I'm getting Dec 8 09:50:13 /sbin/opensips[21699]: ERROR:nathelper:nh_timer: out of pkg memory Dec 8 09:50:16 /sbin/opensips[21699]: WARNING:core:fm_malloc: not enough continuous free pkg memory (3024 bytes left, need 5128), attempting defragmentation... please increase the "-M" command line parameter! Dec 8 09:50:16 /sbin/opensips[21699]: ERROR:core:fm_malloc: not enough free pkg memory (3024 bytes left, need 5128), please increase the "-M" command line parameter! Here is the last 20 package memory max_used_size pkmem:70-max_used_size:: 1009584 pkmem:71-max_used_size:: 1009584 pkmem:72-max_used_size:: 1009584 pkmem:73-max_used_size:: 1009584 pkmem:74-max_used_size:: 1009584 pkmem:75-max_used_size:: 1009584 pkmem:76-max_used_size:: 1009584 pkmem:77-max_used_size:: 1009584 pkmem:78-max_used_size:: 1009584 pkmem:79-max_used_size:: 1009584 pkmem:80-max_used_size:: 1044752 pkmem:81-max_used_size:: 1075552 pkmem:82-max_used_size:: 1116848 pkmem:83-max_used_size:: 1117456 pkmem:84-max_used_size:: 1102640 pkmem:85-max_used_size:: 1306992 pkmem:86-max_used_size:: 1706304 pkmem:87-max_used_size:: 2507000 pkmem:88-max_used_size:: 4194264 pkmem:89-max_used_size:: 1009584 And here is the real used size, you can see that process 88 maxed out pkmem:69-real_used_size:: 975528 pkmem:70-real_used_size:: 978016 pkmem:71-real_used_size:: 989592 pkmem:72-real_used_size:: 951416 pkmem:73-real_used_size:: 982496 pkmem:74-real_used_size:: 965744 pkmem:75-real_used_size:: 959424 pkmem:76-real_used_size:: 949472 pkmem:77-real_used_size:: 983080 pkmem:78-real_used_size:: 961400 pkmem:79-real_used_size:: 977808 pkmem:80-real_used_size:: 978928 pkmem:81-real_used_size:: 1009936 pkmem:82-real_used_size:: 1110760 pkmem:83-real_used_size:: 1116720 pkmem:84-real_used_size:: 1096568 pkmem:85-real_used_size:: 1300592 pkmem:86-real_used_size:: 1699648 pkmem:87-real_used_size:: 2501096 pkmem:88-real_used_size:: 4191280 pkmem:89-real_used_size:: 882528 On Tue, Dec 7, 2021 at 7:53 PM Schneur Rosenberg wrote: > > Hi, lately I'm getting these errors in my logs. > > ERROR:core:fm_malloc: not enough free pkg memory (1792 bytes left, > need 2184), please increase the "-M" command line para > meter! > > CRITICAL:core:hostent_cpy: pkg memory allocation failure > > ERROR:nathelper:nh_timer: out of pkg memory > > ERROR:core:fm_malloc: not enough free pkg memory (5952 bytes left, > need 5408), please increase the "-M" command line para > meter! > > I was on version 2.4.8 and I upgraded to 2.4.11 and I'm monitoring the > max_used_size of the package memory, a few hours later I see that 2 > processes keep on getting bigger, so far the rest are pretty stable, I > have 90 processes and 87 and 88 are growing. > > here you can see the last few processes, OpenSIPS set aside 4 mb per process. > > pkmem:80-max_used_size:: 1009584 > pkmem:81-max_used_size:: 1009584 > pkmem:82-max_used_size:: 1009584 > pkmem:83-max_used_size:: 1009584 > pkmem:84-max_used_size:: 1009584 > pkmem:85-max_used_size:: 1009584 > pkmem:86-max_used_size:: 1143608 > pkmem:87-max_used_size:: 1323256 > pkmem:88-max_used_size:: 1831928 > pkmem:89-max_used_size:: 1009584 > > Any hints where to start looking besides the solutions fund here. > > https://www.opensips.org/Documentation/TroubleShooting-OutOfMem > > thank you > Scott From zjack0992 at gmail.com Wed Dec 8 09:49:28 2021 From: zjack0992 at gmail.com (jacky z) Date: Wed, 8 Dec 2021 17:49:28 +0800 Subject: [OpenSIPS-Users] send message via opensips-cli Message-ID: Hi Team, We are trying to send messages with opensips-cli, but can't find too much info on how to make it work. Here is what we tried but it did not work. opensips-cli -x mi t_uac_dlg method=MESSAGE ruri=" sip:alice at sip.domain.com:5061" headers="From: sip:bob at sip.domain.com:5061\r\nTo: sip:alice at sip.domain.com:5061\r\nContact: sip:bob at sip.domain.com:5061\r\nContent-Type: text/plain\r\n" body="123456\r\n" We are using OPENSIPS 3.1 and here is the error we get, ERROR: command 't_uac_dlg' returned: 500: Server error occurred (1/MI/UAC) Anything wrong with the above command line? Thanks! Regards, jacky -------------- next part -------------- An HTML attachment was scrubbed... URL: From rosenberg11219 at gmail.com Wed Dec 8 10:14:03 2021 From: rosenberg11219 at gmail.com (Schneur Rosenberg) Date: Wed, 8 Dec 2021 12:14:03 +0200 Subject: [OpenSIPS-Users] Memory leak In-Reply-To: References: Message-ID: I just noticed that process 88 runs the timer handler, perhaps this might shed light on whats going on. opensipsctl fifo ps Process:: ID=88 PID=5327 Type=Timer handler On Wed, Dec 8, 2021 at 10:55 AM Schneur Rosenberg wrote: > > Now a few hours later this is what I'm getting > Dec 8 09:50:13 /sbin/opensips[21699]: ERROR:nathelper:nh_timer: out > of pkg memory > Dec 8 09:50:16 /sbin/opensips[21699]: WARNING:core:fm_malloc: not > enough continuous free pkg memory (3024 bytes left, need 5128), > attempting defragmentation... please increase the "-M" command line > parameter! > Dec 8 09:50:16 /sbin/opensips[21699]: ERROR:core:fm_malloc: not > enough free pkg memory (3024 bytes left, need 5128), please increase > the "-M" command line parameter! > > Here is the last 20 package memory max_used_size > pkmem:70-max_used_size:: 1009584 > pkmem:71-max_used_size:: 1009584 > pkmem:72-max_used_size:: 1009584 > pkmem:73-max_used_size:: 1009584 > pkmem:74-max_used_size:: 1009584 > pkmem:75-max_used_size:: 1009584 > pkmem:76-max_used_size:: 1009584 > pkmem:77-max_used_size:: 1009584 > pkmem:78-max_used_size:: 1009584 > pkmem:79-max_used_size:: 1009584 > pkmem:80-max_used_size:: 1044752 > pkmem:81-max_used_size:: 1075552 > pkmem:82-max_used_size:: 1116848 > pkmem:83-max_used_size:: 1117456 > pkmem:84-max_used_size:: 1102640 > pkmem:85-max_used_size:: 1306992 > pkmem:86-max_used_size:: 1706304 > pkmem:87-max_used_size:: 2507000 > pkmem:88-max_used_size:: 4194264 > pkmem:89-max_used_size:: 1009584 > > And here is the real used size, you can see that process 88 maxed out > pkmem:69-real_used_size:: 975528 > pkmem:70-real_used_size:: 978016 > pkmem:71-real_used_size:: 989592 > pkmem:72-real_used_size:: 951416 > pkmem:73-real_used_size:: 982496 > pkmem:74-real_used_size:: 965744 > pkmem:75-real_used_size:: 959424 > pkmem:76-real_used_size:: 949472 > pkmem:77-real_used_size:: 983080 > pkmem:78-real_used_size:: 961400 > pkmem:79-real_used_size:: 977808 > pkmem:80-real_used_size:: 978928 > pkmem:81-real_used_size:: 1009936 > pkmem:82-real_used_size:: 1110760 > pkmem:83-real_used_size:: 1116720 > pkmem:84-real_used_size:: 1096568 > pkmem:85-real_used_size:: 1300592 > pkmem:86-real_used_size:: 1699648 > pkmem:87-real_used_size:: 2501096 > pkmem:88-real_used_size:: 4191280 > pkmem:89-real_used_size:: 882528 > > On Tue, Dec 7, 2021 at 7:53 PM Schneur Rosenberg > wrote: > > > > Hi, lately I'm getting these errors in my logs. > > > > ERROR:core:fm_malloc: not enough free pkg memory (1792 bytes left, > > need 2184), please increase the "-M" command line para > > meter! > > > > CRITICAL:core:hostent_cpy: pkg memory allocation failure > > > > ERROR:nathelper:nh_timer: out of pkg memory > > > > ERROR:core:fm_malloc: not enough free pkg memory (5952 bytes left, > > need 5408), please increase the "-M" command line para > > meter! > > > > I was on version 2.4.8 and I upgraded to 2.4.11 and I'm monitoring the > > max_used_size of the package memory, a few hours later I see that 2 > > processes keep on getting bigger, so far the rest are pretty stable, I > > have 90 processes and 87 and 88 are growing. > > > > here you can see the last few processes, OpenSIPS set aside 4 mb per process. > > > > pkmem:80-max_used_size:: 1009584 > > pkmem:81-max_used_size:: 1009584 > > pkmem:82-max_used_size:: 1009584 > > pkmem:83-max_used_size:: 1009584 > > pkmem:84-max_used_size:: 1009584 > > pkmem:85-max_used_size:: 1009584 > > pkmem:86-max_used_size:: 1143608 > > pkmem:87-max_used_size:: 1323256 > > pkmem:88-max_used_size:: 1831928 > > pkmem:89-max_used_size:: 1009584 > > > > Any hints where to start looking besides the solutions fund here. > > > > https://www.opensips.org/Documentation/TroubleShooting-OutOfMem > > > > thank you > > Scott From razvan at opensips.org Wed Dec 8 11:04:01 2021 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Wed, 8 Dec 2021 13:04:01 +0200 Subject: [OpenSIPS-Users] [RELEASE] OpenSIPS 3.1.7 and 3.2.4 minor releases Message-ID: Hello, everyone! In two weeks starting from today, on Wednesday, 22nd of December 2021, we will be releasing two new minor versions of OpenSIPS: 3.17 and 3.2.4. These new versions will be fully backwards compatible and will consist only of bug fixes. Throughout these two weeks we will put a freeze on commits, just so you guys can test as much as possible until the release comes out. Please do test and let us know of any problems you are facing. Best regards, -- Răzvan Crainea OpenSIPS Core Developer http://www.opensips-solutions.com From liviu at opensips.org Wed Dec 8 11:10:36 2021 From: liviu at opensips.org (Liviu Chircu) Date: Wed, 8 Dec 2021 13:10:36 +0200 Subject: [OpenSIPS-Users] [OpenSIPS-Devel] [RELEASE] OpenSIPS 3.1.7 and 3.2.4 minor releases In-Reply-To: References: Message-ID: <539ef1bf-755e-651f-1103-cf184b526efc@opensips.org> On 08.12.2021 13:04, Răzvan Crainea wrote: > a freeze on commits Expanding on this: "a freeze on most new fixes, any further commits should typically only address newly discovered regressions in the upcoming minor release". -- Liviu Chircu www.twitter.com/liviuchircu | www.opensips-solutions.com From virendra at cloud-connect.in Thu Dec 9 09:46:02 2021 From: virendra at cloud-connect.in (Virendra Bhati) Date: Thu, 9 Dec 2021 15:16:02 +0530 Subject: [OpenSIPS-Users] Opensips 3.2 install issue with WolfSSL in CentOS7 In-Reply-To: References: Message-ID: Does anyone have any suggestions on WolfSSL ? -- Regards Virendra Bhati On Tue, Nov 30, 2021 at 11:07 AM Virendra Bhati wrote: > Thank you Callum for providing information of automake custom RPM. Now I > installed required CentOS 7 automake-1.14 with the help of below commands > > [opensips-3.2]# rpm -ivh > http://repo.okay.com.mx/centos/7/x86_64/release/automake-1.14-1.el7.x86_64.rpm > > [opensips-3.2]# yum install automake libtool > > > But still opensips 3.2 is not installed due to tls_wolfssl error. > > > make[2]: Entering directory > `/usr/src/bhati/opensips-3.2/modules/tls_wolfssl' > make[2]: Leaving directory > `/usr/src/bhati/opensips-3.2/modules/tls_wolfssl' > make[2]: Entering directory > `/usr/src/bhati/opensips-3.2/modules/tls_wolfssl' > configure: error: cannot find install-sh, install.sh, or shtool in > build-aux "."/build-aux > make[2]: *** [lib/lib/libwolfssl.a] Error 1 > make[2]: Leaving directory > `/usr/src/bhati/opensips-3.2/modules/tls_wolfssl' > make[1]: *** [modules] Error 2 > make[1]: Leaving directory `/usr/src/bhati/opensips-3.2' > Press any key to return to menuconfig > > I have all files of WolfSSL in directory > > [root at ip-172-31-7-46 tls_wolfssl]# ls > doc Makefile wolfssl_api.h wolfssl_config.c wolfssl_conn_ops.c > wolfssl.d wolfssl_tls_vars.c wolfssl_trace.h > lib README wolfssl.c wolfssl_config.d wolfssl_conn_ops.d > wolfssl.h wolfssl_tls_vars.d > *Please suggest it to me.* > > -- > Regards > > > > On Tue, Nov 30, 2021 at 1:56 AM Callum Guy wrote: > >> You could try to install the required version? >> >> https://centos.pkgs.org/7/okey-x86_64/automake-1.14-1.el7.x86_64.rpm.html >> >> On Mon, 29 Nov 2021 at 11:52, Virendra Bhati via Users < >> users at lists.opensips.org> wrote: >> >>> Dear Team, >>> I am not able to install Opensips 3.2. I am facing an issue with >>> Automake requiring version 1.14.1but CentOS 7.x have 1.13.X >>> >>> Please suggest the best way to overcome this problem. >>> >>> Linking avpops.so >>> make[2]: Leaving directory `/usr/src/bhati/opensips-3.2/modules/avpops' >>> >>> >>> make[2]: Entering directory >>> `/usr/src/bhati/opensips-3.2/modules/tls_wolfssl' >>> make[2]: Leaving directory >>> `/usr/src/bhati/opensips-3.2/modules/tls_wolfssl' >>> make[2]: Entering directory >>> `/usr/src/bhati/opensips-3.2/modules/tls_wolfssl' >>> configure: error: cannot find install-sh, install.sh, or shtool in >>> build-aux "."/build-aux >>> make[2]: *** [lib/lib/libwolfssl.a] Error 1 >>> make[2]: Leaving directory >>> `/usr/src/bhati/opensips-3.2/modules/tls_wolfssl' >>> make[1]: *** [modules] Error 2 >>> make[1]: Leaving directory `/usr/src/bhati/opensips-3.2' >>> >>> >>> -- >>> Regards >>> Virendra Bhati >>> >>> _______________________________________________ >>> Users mailing list >>> Users at lists.opensips.org >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> >> >> >> >> *0333 332 0000 | x-on.co.uk | ** >> >> ** | Coronavirus >> ** >> | Practice Index Reviews * >> >> THE ITSPA AWARDS 2020 AND Best >> ITSP - Mid Market, Best Software and Best Vertical Solution are trade marks >> of the Internet Telephony Services Providers' Association, used under >> licence. >> >> *Our new office address: 22 Riduna Park, Melton IP12 1QT.* >> >> X-on is a trading name of Storacall Technology Ltd a limited company >> registered in England and Wales. >> Registered Office : Avaland House, 110 London Road, Apsley, Hemel >> Hempstead, Herts, HP3 9SD. Company Registration No. 2578478. >> The information in this e-mail is confidential and for use by the >> addressee(s) only. If you are not the intended recipient, please notify >> X-on immediately on +44(0)333 332 0000 and delete the >> message from your computer. If you are not a named addressee you must not >> use, disclose, disseminate, distribute, copy, print or reply to this email. Views >> or opinions expressed by an individual >> within this email may not necessarily reflect the views of X-on or its >> associated companies. Although X-on routinely screens for viruses, >> addressees should scan this email and any attachments >> for viruses. X-on makes no representation or warranty as to the absence >> of viruses in this email or any attachments. >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Thu Dec 9 10:31:05 2021 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 9 Dec 2021 12:31:05 +0200 Subject: [OpenSIPS-Users] Memory leak In-Reply-To: References: Message-ID: <9a06f083-2237-9453-59a1-42b869e932d4@opensips.org> Hi Schneur, Just follow the https://www.opensips.org/Documentation/TroubleShooting-OutOfMem and provide the dump. This is the only way to investigate this. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS eBootcamp 2021 https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 12/8/21 12:14 PM, Schneur Rosenberg wrote: > I just noticed that process 88 runs the timer handler, perhaps this > might shed light on whats going on. > > opensipsctl fifo ps > Process:: ID=88 PID=5327 Type=Timer handler > > On Wed, Dec 8, 2021 at 10:55 AM Schneur Rosenberg > wrote: >> Now a few hours later this is what I'm getting >> Dec 8 09:50:13 /sbin/opensips[21699]: ERROR:nathelper:nh_timer: out >> of pkg memory >> Dec 8 09:50:16 /sbin/opensips[21699]: WARNING:core:fm_malloc: not >> enough continuous free pkg memory (3024 bytes left, need 5128), >> attempting defragmentation... please increase the "-M" command line >> parameter! >> Dec 8 09:50:16 /sbin/opensips[21699]: ERROR:core:fm_malloc: not >> enough free pkg memory (3024 bytes left, need 5128), please increase >> the "-M" command line parameter! >> >> Here is the last 20 package memory max_used_size >> pkmem:70-max_used_size:: 1009584 >> pkmem:71-max_used_size:: 1009584 >> pkmem:72-max_used_size:: 1009584 >> pkmem:73-max_used_size:: 1009584 >> pkmem:74-max_used_size:: 1009584 >> pkmem:75-max_used_size:: 1009584 >> pkmem:76-max_used_size:: 1009584 >> pkmem:77-max_used_size:: 1009584 >> pkmem:78-max_used_size:: 1009584 >> pkmem:79-max_used_size:: 1009584 >> pkmem:80-max_used_size:: 1044752 >> pkmem:81-max_used_size:: 1075552 >> pkmem:82-max_used_size:: 1116848 >> pkmem:83-max_used_size:: 1117456 >> pkmem:84-max_used_size:: 1102640 >> pkmem:85-max_used_size:: 1306992 >> pkmem:86-max_used_size:: 1706304 >> pkmem:87-max_used_size:: 2507000 >> pkmem:88-max_used_size:: 4194264 >> pkmem:89-max_used_size:: 1009584 >> >> And here is the real used size, you can see that process 88 maxed out >> pkmem:69-real_used_size:: 975528 >> pkmem:70-real_used_size:: 978016 >> pkmem:71-real_used_size:: 989592 >> pkmem:72-real_used_size:: 951416 >> pkmem:73-real_used_size:: 982496 >> pkmem:74-real_used_size:: 965744 >> pkmem:75-real_used_size:: 959424 >> pkmem:76-real_used_size:: 949472 >> pkmem:77-real_used_size:: 983080 >> pkmem:78-real_used_size:: 961400 >> pkmem:79-real_used_size:: 977808 >> pkmem:80-real_used_size:: 978928 >> pkmem:81-real_used_size:: 1009936 >> pkmem:82-real_used_size:: 1110760 >> pkmem:83-real_used_size:: 1116720 >> pkmem:84-real_used_size:: 1096568 >> pkmem:85-real_used_size:: 1300592 >> pkmem:86-real_used_size:: 1699648 >> pkmem:87-real_used_size:: 2501096 >> pkmem:88-real_used_size:: 4191280 >> pkmem:89-real_used_size:: 882528 >> >> On Tue, Dec 7, 2021 at 7:53 PM Schneur Rosenberg >> wrote: >>> Hi, lately I'm getting these errors in my logs. >>> >>> ERROR:core:fm_malloc: not enough free pkg memory (1792 bytes left, >>> need 2184), please increase the "-M" command line para >>> meter! >>> >>> CRITICAL:core:hostent_cpy: pkg memory allocation failure >>> >>> ERROR:nathelper:nh_timer: out of pkg memory >>> >>> ERROR:core:fm_malloc: not enough free pkg memory (5952 bytes left, >>> need 5408), please increase the "-M" command line para >>> meter! >>> >>> I was on version 2.4.8 and I upgraded to 2.4.11 and I'm monitoring the >>> max_used_size of the package memory, a few hours later I see that 2 >>> processes keep on getting bigger, so far the rest are pretty stable, I >>> have 90 processes and 87 and 88 are growing. >>> >>> here you can see the last few processes, OpenSIPS set aside 4 mb per process. >>> >>> pkmem:80-max_used_size:: 1009584 >>> pkmem:81-max_used_size:: 1009584 >>> pkmem:82-max_used_size:: 1009584 >>> pkmem:83-max_used_size:: 1009584 >>> pkmem:84-max_used_size:: 1009584 >>> pkmem:85-max_used_size:: 1009584 >>> pkmem:86-max_used_size:: 1143608 >>> pkmem:87-max_used_size:: 1323256 >>> pkmem:88-max_used_size:: 1831928 >>> pkmem:89-max_used_size:: 1009584 >>> >>> Any hints where to start looking besides the solutions fund here. >>> >>> https://www.opensips.org/Documentation/TroubleShooting-OutOfMem >>> >>> thank you >>> Scott > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users From bogdan at opensips.org Thu Dec 9 10:31:47 2021 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 9 Dec 2021 12:31:47 +0200 Subject: [OpenSIPS-Users] send message via opensips-cli In-Reply-To: References: Message-ID: <5181f0ae-4d8a-3495-8513-e38d91a26beb@opensips.org> Hi, And do you see any errors in the OpenSIPS logs ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS eBootcamp 2021 https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 12/8/21 11:49 AM, jacky z wrote: > Hi Team, > > We are trying to send messages with opensips-cli, but can't find too > much info on how to make it work. Here is what we tried but it did not > work. > > opensips-cli -x mi t_uac_dlg method=MESSAGE > ruri="sip:alice at sip.domain.com:5061 > " headers="From: > sip:bob at sip.domain.com:5061 > \r\nTo: > sip:alice at sip.domain.com:5061 > \r\nContact: > sip:bob at sip.domain.com:5061 > \r\nContent-Type: text/plain\r\n" > body="123456\r\n" > > We are using OPENSIPS 3.1 and here is the error we get, > > ERROR: command 't_uac_dlg' returned: 500: Server error occurred (1/MI/UAC) > > Anything wrong with the above command line? Thanks! > > Regards, > jacky > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From gmaruzz at gmail.com Thu Dec 9 12:12:50 2021 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Thu, 9 Dec 2021 13:12:50 +0100 Subject: [OpenSIPS-Users] send message via opensips-cli In-Reply-To: <5181f0ae-4d8a-3495-8513-e38d91a26beb@opensips.org> References: <5181f0ae-4d8a-3495-8513-e38d91a26beb@opensips.org> Message-ID: > > > On 12/8/21 11:49 AM, jacky z wrote: > > Hi Team, > > We are trying to send messages with opensips-cli, but can't find too much > info on how to make it work. Here is what we tried but it did not work. > > opensips-cli -x mi t_uac_dlg method=MESSAGE ruri=" > sip:alice at sip.domain.com:5061" headers="From: sip:bob at sip.domain.com:5061\r\nTo: > sip:alice at sip.domain.com:5061\r\nContact: sip:bob at sip.domain.com:5061\r\nContent-Type: > text/plain\r\n" body="123456\r\n" > > 5061 is TLS in your install? maybe is related? -giovanni -- Sincerely, Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18 -------------- next part -------------- An HTML attachment was scrubbed... URL: From goatolina at gmail.com Fri Dec 10 18:54:46 2021 From: goatolina at gmail.com (Ali Alawi) Date: Fri, 10 Dec 2021 21:54:46 +0300 Subject: [OpenSIPS-Users] Check IP Prefix Message-ID: Hello everyone, Is there a way to conditionally check only the first byte of the IP? for example, can I have something like if(src_ip==192.x.x.x) Regards, Ali -------------- next part -------------- An HTML attachment was scrubbed... URL: From Ben.Newlin at genesys.com Fri Dec 10 19:20:54 2021 From: Ben.Newlin at genesys.com (Ben Newlin) Date: Fri, 10 Dec 2021 19:20:54 +0000 Subject: [OpenSIPS-Users] Check IP Prefix In-Reply-To: References: Message-ID: Ali, You can use the regex operator [1]. For example, If (src_ip =~ “^192*”) [1] https://www.opensips.org/Documentation/Script-Statements-3-2#toc1 Ben Newlin From: Users on behalf of Ali Alawi Date: Friday, December 10, 2021 at 2:00 PM To: OpenSIPS users mailling list Subject: [OpenSIPS-Users] Check IP Prefix Hello everyone, Is there a way to conditionally check only the first byte of the IP? for example, can I have something like if(src_ip==192.x.x.x) Regards, Ali -------------- next part -------------- An HTML attachment was scrubbed... URL: From goatolina at gmail.com Fri Dec 10 20:05:54 2021 From: goatolina at gmail.com (Ali Alawi) Date: Fri, 10 Dec 2021 23:05:54 +0300 Subject: [OpenSIPS-Users] Check IP Prefix In-Reply-To: References: Message-ID: Dear Bin, I got it, thanks for your reply. On Fri, Dec 10, 2021 at 10:23 PM Ben Newlin wrote: > Ali, > > > > You can use the regex operator [1]. For example, > > > > If (src_ip =~ “^192*”) > > > > [1] https://www.opensips.org/Documentation/Script-Statements-3-2#toc1 > > > > > > Ben Newlin > > > > *From: *Users on behalf of Ali Alawi < > goatolina at gmail.com> > *Date: *Friday, December 10, 2021 at 2:00 PM > *To: *OpenSIPS users mailling list > *Subject: *[OpenSIPS-Users] Check IP Prefix > > Hello everyone, > > > > Is there a way to conditionally check only the first byte of the IP? > > for example, can I have something like if(src_ip==192.x.x.x) > > > > Regards, > > Ali > > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rosenberg11219 at gmail.com Sun Dec 12 06:55:26 2021 From: rosenberg11219 at gmail.com (Schneur Rosenberg) Date: Sun, 12 Dec 2021 08:55:26 +0200 Subject: [OpenSIPS-Users] Memory leak In-Reply-To: References: <9a06f083-2237-9453-59a1-42b869e932d4@opensips.org> Message-ID: Here is a newer dump https://pastebin.com/2CTihBVD On Fri, Dec 10, 2021 at 2:16 PM Schneur Rosenberg wrote: > > Hi Bogdan, > > I did it on a backup server, its also leaking memory but at a slower > pace, I'm attaching the logs when running kill -SIGUSR1 on the pid > that's growing in size, it still has available memory, I hop this will > give you a clue. > > Here is a pastbin to the loggs https://pastebin.com/KJVb9Y75 > > On Fri, Dec 10, 2021 at 11:00 AM Schneur Rosenberg > wrote: > > > > Thank you, does this reduce performance? can I leave it enabled on a > > production machine? I will wait for the memory leak to be apparent and > > I'll post the result. > > > > > > On Thu, Dec 9, 2021 at 12:31 PM Bogdan-Andrei Iancu wrote: > > > > > > Hi Schneur, > > > > > > Just follow the > > > https://www.opensips.org/Documentation/TroubleShooting-OutOfMem and > > > provide the dump. This is the only way to investigate this. > > > > > > Regards, > > > > > > Bogdan-Andrei Iancu > > > > > > OpenSIPS Founder and Developer > > > https://www.opensips-solutions.com > > > OpenSIPS eBootcamp 2021 > > > https://opensips.org/training/OpenSIPS_eBootcamp_2021/ > > > > > > On 12/8/21 12:14 PM, Schneur Rosenberg wrote: > > > > I just noticed that process 88 runs the timer handler, perhaps this > > > > might shed light on whats going on. > > > > > > > > opensipsctl fifo ps > > > > Process:: ID=88 PID=5327 Type=Timer handler > > > > > > > > On Wed, Dec 8, 2021 at 10:55 AM Schneur Rosenberg > > > > wrote: > > > >> Now a few hours later this is what I'm getting > > > >> Dec 8 09:50:13 /sbin/opensips[21699]: ERROR:nathelper:nh_timer: out > > > >> of pkg memory > > > >> Dec 8 09:50:16 /sbin/opensips[21699]: WARNING:core:fm_malloc: not > > > >> enough continuous free pkg memory (3024 bytes left, need 5128), > > > >> attempting defragmentation... please increase the "-M" command line > > > >> parameter! > > > >> Dec 8 09:50:16 /sbin/opensips[21699]: ERROR:core:fm_malloc: not > > > >> enough free pkg memory (3024 bytes left, need 5128), please increase > > > >> the "-M" command line parameter! > > > >> > > > >> Here is the last 20 package memory max_used_size > > > >> pkmem:70-max_used_size:: 1009584 > > > >> pkmem:71-max_used_size:: 1009584 > > > >> pkmem:72-max_used_size:: 1009584 > > > >> pkmem:73-max_used_size:: 1009584 > > > >> pkmem:74-max_used_size:: 1009584 > > > >> pkmem:75-max_used_size:: 1009584 > > > >> pkmem:76-max_used_size:: 1009584 > > > >> pkmem:77-max_used_size:: 1009584 > > > >> pkmem:78-max_used_size:: 1009584 > > > >> pkmem:79-max_used_size:: 1009584 > > > >> pkmem:80-max_used_size:: 1044752 > > > >> pkmem:81-max_used_size:: 1075552 > > > >> pkmem:82-max_used_size:: 1116848 > > > >> pkmem:83-max_used_size:: 1117456 > > > >> pkmem:84-max_used_size:: 1102640 > > > >> pkmem:85-max_used_size:: 1306992 > > > >> pkmem:86-max_used_size:: 1706304 > > > >> pkmem:87-max_used_size:: 2507000 > > > >> pkmem:88-max_used_size:: 4194264 > > > >> pkmem:89-max_used_size:: 1009584 > > > >> > > > >> And here is the real used size, you can see that process 88 maxed out > > > >> pkmem:69-real_used_size:: 975528 > > > >> pkmem:70-real_used_size:: 978016 > > > >> pkmem:71-real_used_size:: 989592 > > > >> pkmem:72-real_used_size:: 951416 > > > >> pkmem:73-real_used_size:: 982496 > > > >> pkmem:74-real_used_size:: 965744 > > > >> pkmem:75-real_used_size:: 959424 > > > >> pkmem:76-real_used_size:: 949472 > > > >> pkmem:77-real_used_size:: 983080 > > > >> pkmem:78-real_used_size:: 961400 > > > >> pkmem:79-real_used_size:: 977808 > > > >> pkmem:80-real_used_size:: 978928 > > > >> pkmem:81-real_used_size:: 1009936 > > > >> pkmem:82-real_used_size:: 1110760 > > > >> pkmem:83-real_used_size:: 1116720 > > > >> pkmem:84-real_used_size:: 1096568 > > > >> pkmem:85-real_used_size:: 1300592 > > > >> pkmem:86-real_used_size:: 1699648 > > > >> pkmem:87-real_used_size:: 2501096 > > > >> pkmem:88-real_used_size:: 4191280 > > > >> pkmem:89-real_used_size:: 882528 > > > >> > > > >> On Tue, Dec 7, 2021 at 7:53 PM Schneur Rosenberg > > > >> wrote: > > > >>> Hi, lately I'm getting these errors in my logs. > > > >>> > > > >>> ERROR:core:fm_malloc: not enough free pkg memory (1792 bytes left, > > > >>> need 2184), please increase the "-M" command line para > > > >>> meter! > > > >>> > > > >>> CRITICAL:core:hostent_cpy: pkg memory allocation failure > > > >>> > > > >>> ERROR:nathelper:nh_timer: out of pkg memory > > > >>> > > > >>> ERROR:core:fm_malloc: not enough free pkg memory (5952 bytes left, > > > >>> need 5408), please increase the "-M" command line para > > > >>> meter! > > > >>> > > > >>> I was on version 2.4.8 and I upgraded to 2.4.11 and I'm monitoring the > > > >>> max_used_size of the package memory, a few hours later I see that 2 > > > >>> processes keep on getting bigger, so far the rest are pretty stable, I > > > >>> have 90 processes and 87 and 88 are growing. > > > >>> > > > >>> here you can see the last few processes, OpenSIPS set aside 4 mb per process. > > > >>> > > > >>> pkmem:80-max_used_size:: 1009584 > > > >>> pkmem:81-max_used_size:: 1009584 > > > >>> pkmem:82-max_used_size:: 1009584 > > > >>> pkmem:83-max_used_size:: 1009584 > > > >>> pkmem:84-max_used_size:: 1009584 > > > >>> pkmem:85-max_used_size:: 1009584 > > > >>> pkmem:86-max_used_size:: 1143608 > > > >>> pkmem:87-max_used_size:: 1323256 > > > >>> pkmem:88-max_used_size:: 1831928 > > > >>> pkmem:89-max_used_size:: 1009584 > > > >>> > > > >>> Any hints where to start looking besides the solutions fund here. > > > >>> > > > >>> https://www.opensips.org/Documentation/TroubleShooting-OutOfMem > > > >>> > > > >>> thank you > > > >>> Scott > > > > _______________________________________________ > > > > Users mailing list > > > > Users at lists.opensips.org > > > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > From adrian.fretwell at topgreen.co.uk Sun Dec 12 22:58:29 2021 From: adrian.fretwell at topgreen.co.uk (Adrian Fretwell) Date: Sun, 12 Dec 2021 22:58:29 +0000 Subject: [OpenSIPS-Users] Fraud Detection Crashing OpenSIPS Message-ID: <0b9e12ae-4b20-c594-4df5-363d8c27c83a@topgreen.co.uk> Hi All, I am upgrading a routing script from v2.4 to v3.2 but I find that the call to check_fraud crashes OpenSIPS, is the syntax for my check_fraud call OK? Script section:     xlog("L_NOTICE", "FD: $var(t_fd_user) - $rU - $var(t_fd_p)");     check_fraud("$var(t_fd_user)", "$rU", $var(t_fd_p)); Log output: Dec 12 22:28:25 sipproxy /usr/sbin/opensips[164806]: FD: OP0022 - 07770759924 - 2 Dec 12 22:28:25 sipproxy /usr/sbin/opensips[164778]: INFO:core:handle_sigs: child process 164806 exited by a signal 8 Dec 12 22:28:25 sipproxy /usr/sbin/opensips[164778]: INFO:core:handle_sigs: core was not generated Dec 12 22:28:25 sipproxy /usr/sbin/opensips[164778]: INFO:core:handle_sigs: terminating due to SIGCHLD Dec 12 22:28:25 sipproxy /usr/sbin/opensips[164798]: INFO:core:sig_usr: signal 15 received Dec 12 22:28:25 sipproxy /usr/sbin/opensips[164800]: INFO:core:sig_usr: signal 15 received Any pointers greatly appreciated.  Many thanks. -- Kind regards, Adrian Fretwell Nottinghamshire UK. -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.fretwell at topgreen.co.uk Tue Dec 14 06:28:54 2021 From: adrian.fretwell at topgreen.co.uk (Adrian Fretwell) Date: Tue, 14 Dec 2021 06:28:54 +0000 Subject: [OpenSIPS-Users] V3.2 - Clarification of Fraud Detection Dependency Requirements Message-ID: Hello Team, I am currently having difficulty upgrading a routing script from OpenSIPS v2.4 to OpenSIPS v3.2.  The function call check_fraud causes a segmentation fault. I understand that drouting.so and dialog.so are required dependencies. Having now read https://www.opensips.org/Documentation/Tutorials-FraudDetection-3-1 it would appear that the following are mandatory parameters: modparam("drouting", "db_partitions_url", "mysql://root:123456 at localhost/opensips") modparam("drouting", "use_partitions", 1) modparam("fraud_detection", "db_url", "mysql://root:123456 at localhost/opensips") Can you confirm that the use of partitions is really mandatory, I do not use partitions for drouting in my v2.4 routing script, perhaps not having partitions is the cause of the Seg fault? Also, if I do need to set modparam("drouting", "use_partitions", 1), what is the best minimal way of doing this when I have no need of the partition?  Can I create a partition name and specify the existing dr table names? Kind regards, Adrian Fretwell Nottinghamshire UK. -------------- next part -------------- An HTML attachment was scrubbed... URL: From solarmon at one-n.co.uk Tue Dec 14 09:05:48 2021 From: solarmon at one-n.co.uk (solarmon) Date: Tue, 14 Dec 2021 09:05:48 +0000 Subject: [OpenSIPS-Users] Custom field in dialog list (dlg_list) Message-ID: Hi, In opensips 2.4.x is there a way to inject a custom field into the dialog list? For example, inject a custom SIP header into it? Thank you! -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Tue Dec 14 10:52:44 2021 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Tue, 14 Dec 2021 12:52:44 +0200 Subject: [OpenSIPS-Users] Memory leak In-Reply-To: References: <9a06f083-2237-9453-59a1-42b869e932d4@opensips.org> Message-ID: Hi Schneur, Yeah, comparing the last 2 dumps, I see 9615 (prev 704) chunks accumulating from mk_proxy() + hostent_cpy(). But it is a tough one to identify what is triggering the leak. You mentioned this happens only from the timer process, right ? do you do anything (pinging?, probing?) from there involving DNS ? Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS eBootcamp 2021 https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 12/12/21 8:55 AM, Schneur Rosenberg wrote: > Here is a newer dump > https://pastebin.com/2CTihBVD > > On Fri, Dec 10, 2021 at 2:16 PM Schneur Rosenberg > wrote: >> Hi Bogdan, >> >> I did it on a backup server, its also leaking memory but at a slower >> pace, I'm attaching the logs when running kill -SIGUSR1 on the pid >> that's growing in size, it still has available memory, I hop this will >> give you a clue. >> >> Here is a pastbin to the loggs https://pastebin.com/KJVb9Y75 >> >> On Fri, Dec 10, 2021 at 11:00 AM Schneur Rosenberg >> wrote: >>> Thank you, does this reduce performance? can I leave it enabled on a >>> production machine? I will wait for the memory leak to be apparent and >>> I'll post the result. >>> >>> >>> On Thu, Dec 9, 2021 at 12:31 PM Bogdan-Andrei Iancu wrote: >>>> Hi Schneur, >>>> >>>> Just follow the >>>> https://www.opensips.org/Documentation/TroubleShooting-OutOfMem and >>>> provide the dump. This is the only way to investigate this. >>>> >>>> Regards, >>>> >>>> Bogdan-Andrei Iancu >>>> >>>> OpenSIPS Founder and Developer >>>> https://www.opensips-solutions.com >>>> OpenSIPS eBootcamp 2021 >>>> https://opensips.org/training/OpenSIPS_eBootcamp_2021/ >>>> >>>> On 12/8/21 12:14 PM, Schneur Rosenberg wrote: >>>>> I just noticed that process 88 runs the timer handler, perhaps this >>>>> might shed light on whats going on. >>>>> >>>>> opensipsctl fifo ps >>>>> Process:: ID=88 PID=5327 Type=Timer handler >>>>> >>>>> On Wed, Dec 8, 2021 at 10:55 AM Schneur Rosenberg >>>>> wrote: >>>>>> Now a few hours later this is what I'm getting >>>>>> Dec 8 09:50:13 /sbin/opensips[21699]: ERROR:nathelper:nh_timer: out >>>>>> of pkg memory >>>>>> Dec 8 09:50:16 /sbin/opensips[21699]: WARNING:core:fm_malloc: not >>>>>> enough continuous free pkg memory (3024 bytes left, need 5128), >>>>>> attempting defragmentation... please increase the "-M" command line >>>>>> parameter! >>>>>> Dec 8 09:50:16 /sbin/opensips[21699]: ERROR:core:fm_malloc: not >>>>>> enough free pkg memory (3024 bytes left, need 5128), please increase >>>>>> the "-M" command line parameter! >>>>>> >>>>>> Here is the last 20 package memory max_used_size >>>>>> pkmem:70-max_used_size:: 1009584 >>>>>> pkmem:71-max_used_size:: 1009584 >>>>>> pkmem:72-max_used_size:: 1009584 >>>>>> pkmem:73-max_used_size:: 1009584 >>>>>> pkmem:74-max_used_size:: 1009584 >>>>>> pkmem:75-max_used_size:: 1009584 >>>>>> pkmem:76-max_used_size:: 1009584 >>>>>> pkmem:77-max_used_size:: 1009584 >>>>>> pkmem:78-max_used_size:: 1009584 >>>>>> pkmem:79-max_used_size:: 1009584 >>>>>> pkmem:80-max_used_size:: 1044752 >>>>>> pkmem:81-max_used_size:: 1075552 >>>>>> pkmem:82-max_used_size:: 1116848 >>>>>> pkmem:83-max_used_size:: 1117456 >>>>>> pkmem:84-max_used_size:: 1102640 >>>>>> pkmem:85-max_used_size:: 1306992 >>>>>> pkmem:86-max_used_size:: 1706304 >>>>>> pkmem:87-max_used_size:: 2507000 >>>>>> pkmem:88-max_used_size:: 4194264 >>>>>> pkmem:89-max_used_size:: 1009584 >>>>>> >>>>>> And here is the real used size, you can see that process 88 maxed out >>>>>> pkmem:69-real_used_size:: 975528 >>>>>> pkmem:70-real_used_size:: 978016 >>>>>> pkmem:71-real_used_size:: 989592 >>>>>> pkmem:72-real_used_size:: 951416 >>>>>> pkmem:73-real_used_size:: 982496 >>>>>> pkmem:74-real_used_size:: 965744 >>>>>> pkmem:75-real_used_size:: 959424 >>>>>> pkmem:76-real_used_size:: 949472 >>>>>> pkmem:77-real_used_size:: 983080 >>>>>> pkmem:78-real_used_size:: 961400 >>>>>> pkmem:79-real_used_size:: 977808 >>>>>> pkmem:80-real_used_size:: 978928 >>>>>> pkmem:81-real_used_size:: 1009936 >>>>>> pkmem:82-real_used_size:: 1110760 >>>>>> pkmem:83-real_used_size:: 1116720 >>>>>> pkmem:84-real_used_size:: 1096568 >>>>>> pkmem:85-real_used_size:: 1300592 >>>>>> pkmem:86-real_used_size:: 1699648 >>>>>> pkmem:87-real_used_size:: 2501096 >>>>>> pkmem:88-real_used_size:: 4191280 >>>>>> pkmem:89-real_used_size:: 882528 >>>>>> >>>>>> On Tue, Dec 7, 2021 at 7:53 PM Schneur Rosenberg >>>>>> wrote: >>>>>>> Hi, lately I'm getting these errors in my logs. >>>>>>> >>>>>>> ERROR:core:fm_malloc: not enough free pkg memory (1792 bytes left, >>>>>>> need 2184), please increase the "-M" command line para >>>>>>> meter! >>>>>>> >>>>>>> CRITICAL:core:hostent_cpy: pkg memory allocation failure >>>>>>> >>>>>>> ERROR:nathelper:nh_timer: out of pkg memory >>>>>>> >>>>>>> ERROR:core:fm_malloc: not enough free pkg memory (5952 bytes left, >>>>>>> need 5408), please increase the "-M" command line para >>>>>>> meter! >>>>>>> >>>>>>> I was on version 2.4.8 and I upgraded to 2.4.11 and I'm monitoring the >>>>>>> max_used_size of the package memory, a few hours later I see that 2 >>>>>>> processes keep on getting bigger, so far the rest are pretty stable, I >>>>>>> have 90 processes and 87 and 88 are growing. >>>>>>> >>>>>>> here you can see the last few processes, OpenSIPS set aside 4 mb per process. >>>>>>> >>>>>>> pkmem:80-max_used_size:: 1009584 >>>>>>> pkmem:81-max_used_size:: 1009584 >>>>>>> pkmem:82-max_used_size:: 1009584 >>>>>>> pkmem:83-max_used_size:: 1009584 >>>>>>> pkmem:84-max_used_size:: 1009584 >>>>>>> pkmem:85-max_used_size:: 1009584 >>>>>>> pkmem:86-max_used_size:: 1143608 >>>>>>> pkmem:87-max_used_size:: 1323256 >>>>>>> pkmem:88-max_used_size:: 1831928 >>>>>>> pkmem:89-max_used_size:: 1009584 >>>>>>> >>>>>>> Any hints where to start looking besides the solutions fund here. >>>>>>> >>>>>>> https://www.opensips.org/Documentation/TroubleShooting-OutOfMem >>>>>>> >>>>>>> thank you >>>>>>> Scott >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at lists.opensips.org >>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users From denys.pozniak at gmail.com Tue Dec 14 12:13:41 2021 From: denys.pozniak at gmail.com (Denys Pozniak) Date: Tue, 14 Dec 2021 14:13:41 +0200 Subject: [OpenSIPS-Users] B2B logic with forked calls In-Reply-To: References: Message-ID: Hello! Bogdan, I tested the combination of dialog + TH modules and found out that this also does not work correctly if the incoming call was forked. Outgoing legs have the same Call-ID and tag, although I would expect them to be different. The configuration is exactly the same as in the Documentation/Tutorials-Topology-Hiding [root at f-proxy opensips]$ opensips -V version: opensips 3.2.3 (x86_64/linux) ср, 6 окт. 2021 г. в 12:18, Bogdan-Andrei Iancu : > Hi Denys, > > Before diving into the B2B dark corners, I would strongly suggest to use > OpenSIPS with dialog + topology hiding modules, rather than B2B. The B2B is > not so friendly with parallel forking. > > And as time as you only need TH, dialog + TH is be best way to do it. > > Best regards, > > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > OpenSIPS eBootcamp 2021 > https://opensips.org/training/OpenSIPS_eBootcamp_2021/ > > On 9/7/21 2:14 PM, Denys Pozniak wrote: > > Adding a scheme of the current call-flow scenario maybe it is not > completely clear from the previous message: > > FreeSWITCH --(1-call)--> Fork Proxy --(N-branches)--> SEMS --(N-calls)--> > Edge Proxy ----> N-devices > > > вт, 7 сент. 2021 г. в 12:57, Denys Pozniak : > >> Hello! >> >> Our service delivery logic is as follows: >> Each user has an internal extension, under which there are several >> devices with their own identifier. >> With an incoming call to such a subscriber, FreeSWITCH adds custom SIP >> headers with these device identifiers. >> Further on these fields the superior Proxy forks legs and then these legs >> pass through the Sems to become completely separate calls. >> >> Now there is a task to replace Sems with OpenSIPS. >> The script below works fine, but only if the incoming calls are not forked >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> *####### Routing Logic ######## route{ if (is_method("INVITE") && >> !has_totag()) { b2b_init_request("top hiding"); exit; } >> } route[b2b_logic_request] { b2b_pass_request(); exit; }* >> >> If there is a fork with an answer on some device, then OpenSIPS does not >> forward the SIP CANCEL (Reason: SIP;cause=200;text="Call completed >> elsewhere") to the rest and these devices keep ringing until timeout >> (Reason: SIP;cause=480;text="NO_ANSWER") >> Please help understand the nature of this behavior. >> >> version: opensips 3.2.2 (x86_64/linux) >> >> *Incoming SIP INVITE:* >> 2021/09/07 11:38:30.737456 192.168.27.84:5060 -> 192.168.27.84:5080 >> INVITE sip:qq2s92mnbrda at 192.168.27.126:5060;transport=udp SIP/2.0 >> Record-Route: >> >> Record-Route: >> Via: SIP/2.0/UDP >> 192.168.27.84;branch=z9hG4bKcc18.ec9a363ccc70d07691e11293d160cca6.1 >> Via: SIP/2.0/UDP >> 192.168.27.126;branch=z9hG4bKcc18.accd8d8bac35ac66a172f6ce173c9a34.0 >> Via: SIP/2.0/UDP >> 192.168.27.123;received=192.168.27.123;rport=5060;branch=z9hG4bKavcjKF58g9D1e >> Max-Forwards: 66 >> From: "VOIP" ;tag=3a8gNpgZQ89pj >> To: >> Call-ID: 33e8140a-8a62-123a-e1ba-001dd8b71cb2 >> CSeq: 40949963 INVITE >> Contact: >> Supported: timer, path, replaces >> Allow-Events: talk, hold, conference, refer >> Privacy: none >> Content-Type: application/sdp >> Content-Disposition: session >> >> *Outgoing SIP INVITE:* >> 2021/09/07 11:38:30.737938 192.168.27.84:5080 -> 192.168.27.126:5060 >> INVITE sip:qq2s92mnbrda at 192.168.27.126:5060;transport=udp SIP/2.0 >> Via: SIP/2.0/UDP 192.168.27.84:5080;branch=z9hG4bK6ddf.d88b07f2.0 >> To: sip:qq2s92mnbrda at 192.168.27.126:5060 >> From: "VOIP" > >;tag=94fd20254e546fee730f360cf9860800 >> CSeq: 40949964 INVITE >> Call-ID: B2B.331.6374211.1631007510 >> Max-Forwards: 70 >> Content-Length: 486 >> User-Agent: OpenSIPS (3.2.2 (x86_64/linux)) >> Content-Type: application/sdp >> Supported: timer, path, replaces >> P-Asserted-Identity: " VOIP" >> Privacy: none >> Content-Disposition: session >> X-Call-ID: 33e8140a-8a62-123a-e1ba-001dd8b71cb2 >> Contact: >> >> *Incoming SIP CANCEL:* >> 2021/09/07 11:38:33.593381 192.168.27.84:5060 -> 192.168.27.84:5080 >> CANCEL sip:qq2s92mnbrda at 192.168.27.126:5060;transport=udp SIP/2.0 >> Via: SIP/2.0/UDP >> 192.168.27.84;branch=z9hG4bKcc18.ec9a363ccc70d07691e11293d160cca6.1 >> Max-Forwards: 66 >> From: "VOIP" ;tag=3a8gNpgZQ89pj >> To: >> Call-ID: 33e8140a-8a62-123a-e1ba-001dd8b71cb2 >> CSeq: 40949963 CANCEL >> Content-Length: 0 >> Reason: SIP;cause=200;text="Call completed elsewhere" >> >> *Outgoing SIP CANCEL by timeout (with 27 sec delay):* >> 2021/09/07 11:39:01.100888 192.168.27.84:5080 -> 192.168.27.126:5060 >> CANCEL sip:qq2s92mnbrda at 192.168.27.126:5060;transport=udp SIP/2.0 >> Via: SIP/2.0/UDP 192.168.27.84:5080;branch=z9hG4bK6ddf.d88b07f2.0 >> From: "VOIP" > >;tag=94fd20254e546fee730f360cf9860800 >> Call-ID: B2B.331.6374211.1631007510 >> To: sip:qq2s92mnbrda at 192.168.27.126:5060 >> CSeq: 40949964 CANCEL >> Max-Forwards: 70 >> Reason: SIP;cause=480;text="NO_ANSWER" >> User-Agent: OpenSIPS (3.2.2 (x86_64/linux)) >> Content-Length: 0 >> >> >> >> -- >> >> BR, >> Denys Pozniak >> >> >> > > -- > > BR, > Denys Pozniak > > > > _______________________________________________ > Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > -- BR, Denys Pozniak -------------- next part -------------- An HTML attachment was scrubbed... URL: From greg at switchtel.co.za Thu Dec 9 00:46:38 2021 From: greg at switchtel.co.za (Gregory Massel) Date: Thu, 9 Dec 2021 02:46:38 +0200 Subject: [OpenSIPS-Users] 3.2.3 TLS issue In-Reply-To: <2d78003c-0463-8456-391f-56187d46ae13@opensips.org> References: <94f96f03-117b-2bbf-ac64-965eb7123a6d@switchtel.co.za> <32fbef45-d1dd-e29a-eec8-19fd96aac0c3@switchtel.co.za> <44251a97-5413-b95a-415e-8e12a412cbb6@switchtel.co.za> <0d4f4824-7beb-6059-8627-f42cd89e0eb8@switchtel.co.za> <2d78003c-0463-8456-391f-56187d46ae13@opensips.org> Message-ID: Herewith some backtraces: #0 __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:120 No locals. #1 0x00007f3e6c2b25d3 in _IO_vfprintf_internal (s=s at entry=0x557c28170060, format=format at entry=0x557c27af4378 "CRITICAL:core:%s: freeing already freed %s pointer (%p), first free: %s: %s(%ld) - aborting!\n", ap=0x7ffce94b5188) at vfprintf.c:1643 len = string_malloced = 0 string = 0x1343c6c031e289 width = signed_number = is_short = 0 spec = 115 's' ptr = ptr = outc = step0_jumps = {0, 160, 64, 1664, 1576, 1464, 1360, 2216, 2912, 208, 2032, 1848, 1760, -768, -760, 3024, 3000, 3104, 2128, 3120, -304, -704, 384, 312, -80, -1256, 2624, -1344, -1344, 2536} base = pad = offset = offset = step1_jumps = {0, 0, 0, 0, 0, 0, 0, 0, 0, 208, 2032, 1848, 1760, -768, -760, 3024, 3000, 3104, 2128, 3120, -304, -704, 384, 312, -80, -1256, 2624, -1344, -1344, 0} args_value = is_negative = number = use_outdigits = step2_jumps = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 2032, 1848, 1760, -768, -760, 3024, 3000, 3104, 2128, 3120, -304, -704, 384, 312, -80, -1256, 2624, -1344, -1344, 0} alt = 0 left = 0 showsign = group = 0 is_char = 0 step3a_jumps = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 1936, 0, 0, 0, -760, 3024, 3000, 3104, 2128, 0, 0, 0, 0, 312, 0, 0, 0, 0, 0, 0} the_arg = {pa_wchar = 2037198692 L'\x796d2f64', pa_int = 2037198692, pa_long_int = 7236283442049920868, pa_long_long_int = 7236283442049920868, pa_u_int = 2037198692, pa_u_long_int = 7236283442049920868, pa_u_long_long_int = 7236283442049920868, pa_double = 5.6278881776203929e+175, pa_long_double = , pa_string = 0x646c7173796d2f64 , pa_wstring = 0x646c7173796d2f64 , pa_pointer = 0x646c7173796d2f64, pa_user = 0x646c7173796d2f64} space = is_long_double = ---Type to continue, or q to quit--- is_long = step3b_jumps = {0 , 1760, 0, 0, -760, 3024, 3000, 3104, 2128, 3120, -304, -704, 384, 312, -80, -1256, 2624, 0, 0, 0} step4_jumps = {0 , -760, 3024, 3000, 3104, 2128, 3120, -304, -704, 384, 312, -80, -1256, 2624, 0, 0, 0} prec = _buffer = {__routine = 0xffffffffffffffff, __arg = 0x100000000, __canceltype = 0, __prev = 0x756b43e300000000} _avail = thousands_sep = 0x0 grouping = 0xffffffffffffffff done = 87 f = lead_str_end = 0x557c27af4386 "%s: freeing already freed %s pointer (%p), first free: %s: %s(%ld) - aborting!\n" end_of_spec = work_buffer = "\260MK\351\374\177\000\000\v\000\000\000>\177\000\000\332u\vF>\177\000\000\000\000\000\000\000\000\000\000h\r\000\000\000\000\000\000\373u\vF>\177\000\000\331u\vF>\177\000\000\v\000\000\000\000\000\000\000\240MK\351\374\177\000\000\200NK\351\374\177\000\000@\037\355F>\177\000\000\060\037\355F>\177\000\000 \037\355F>\177\000\000\020\037\355F>\177\000\000\000\037\355F>\177\000\000\360\036\355F>\177\000\000 \036\355F>\177\000\000\060\036\355F>\177\000\000\320\036\355F>\177\000\000`\036\355F>\177\000\000\360MK\351\374\177\000\000\000\006\332\016\343Cku\320MK\351\374\177\000\000\320MK\351\374\177\000\000\000OK\351\374\177\000\000"... workstart = workend = ap_save = {{gp_offset = 24, fp_offset = 48, overflow_arg_area = 0x7ffce94b52f0, reg_save_area = 0x7ffce94b5200}} nspecs_done = 3 save_errno = 11 readonly_format = 0 __PRETTY_FUNCTION__ = "_IO_vfprintf_internal" __result = #2 0x00007f3e6c3875f8 in ___vfprintf_chk (fp=fp at entry=0x557c28170060, flag=flag at entry=1, format=format at entry=0x557c27af4378 "CRITICAL:core:%s: freeing already freed %s pointer (%p), first free: %s: %s(%ld) - aborting!\n", ap=ap at entry=0x7ffce94b5188) at vfprintf_chk.c:33 _IO_acquire_lock_file = 0x557c28170060 done = #3 0x00007f3e6c36f37c in __GI___vsyslog_chk (ap=0x7ffce94b5188, fmt=0x557c27af4378 "CRITICAL:core:%s: freeing already freed %s pointer (%p), first free: %s: %s(%ld) - aborting!\n", flag=1, pri=) at ../misc/syslog.c:222 buf = 0x0 now_tm = {tm_sec = 4, tm_min = 40, tm_hour = 2, tm_mday = 9, tm_mon = 11, tm_year = 121, tm_wday = 4, tm_yday = 342, tm_isdst = 0, tm_gmtoff = 7200, tm_zone = 0x557c2812da20 "SAST"} fd = failbuf = "`\000\027(|U\000\000\001\000\000\000\000\000\000\000\v\000\000\000\000\000\000\000\310u\vF>" now = 1639010404 f = 0x557c28170060 ---Type to continue, or q to quit--- bufsize = 0 msgoff = 21 saved_errno = 11 clarg = now_tm = now = fd = f = buf = bufsize = msgoff = saved_errno = failbuf = clarg = numbuf = nump = endp = pid = __result = iov = v = __clframe = __clframe = ignore1 = ignore2 = ignore3 = ignore = #4 __syslog_chk (pri=, flag=1, fmt=0x557c27af4378 "CRITICAL:core:%s: freeing already freed %s pointer (%p), first free: %s: %s(%ld) - aborting!\n") at ../misc/syslog.c:129 ap = {{gp_offset = 48, fp_offset = 48, overflow_arg_area = 0x7ffce94b52f8, reg_save_area = 0x7ffce94b5200}} #5 0x0000557c279fa286 in fm_free () No symbol table info available. #6 0x00007f3e45f62994 in ?? () from /usr/lib/x86_64-linux-gnu/opensips/modules/tls_wolfssl.so No symbol table info available. #7 0x00007f3e46001799 in ?? () from /usr/lib/x86_64-linux-gnu/opensips/modules/tls_wolfssl.so No symbol table info available. #8 0x00007f3e460017e9 in ?? () from /usr/lib/x86_64-linux-gnu/opensips/modules/tls_wolfssl.so No symbol table info available. #9 0x00007f3e45fb1263 in wolfSSL_Cleanup () from /usr/lib/x86_64-linux-gnu/opensips/modules/tls_wolfssl.so ---Type to continue, or q to quit--- No symbol table info available. #10 0x00007f3e45f625af in ?? () from /usr/lib/x86_64-linux-gnu/opensips/modules/tls_wolfssl.so No symbol table info available. #11 0x0000557c279c7c78 in ?? () No symbol table info available. #12 0x0000557c279c7cb1 in ?? () No symbol table info available. #13 0x0000557c279c7cb1 in ?? () No symbol table info available. #14 0x0000557c279c7cb1 in ?? () No symbol table info available. #15 0x0000557c279c7cb1 in ?? () No symbol table info available. #16 0x0000557c279c7cb1 in ?? () No symbol table info available. #17 0x0000557c279c7cb1 in ?? () No symbol table info available. #18 0x0000557c279c7cb1 in ?? () No symbol table info available. #19 0x0000557c279c7cb1 in ?? () No symbol table info available. #20 0x0000557c279ca654 in destroy_modules () No symbol table info available. #21 0x0000557c279ea2e0 in cleanup () No symbol table info available. #22 0x0000557c279ead2b in shutdown_opensips () No symbol table info available. #23 0x0000557c279c68e7 in handle_sigs () No symbol table info available. #24 0x0000557c27922343 in main () No symbol table info available. AND: #0 __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:120 No locals. #1 0x00007f5ac10265d3 in _IO_vfprintf_internal (s=s at entry=0x55fdfaba8060, format=format at entry=0x55fdf9265378 "CRITICAL:core:%s: freeing already freed %s pointer (%p), first free: %s: %s(%ld) - aborting!\n", ap=0x7fffffd36458) at vfprintf.c:1643 len = string_malloced = 0 string = 0xfffcd1850f023b48 width = signed_number = is_short = 0 spec = 115 's' ptr = ptr = outc = step0_jumps = {0, 160, 64, 1664, 1576, 1464, 1360, 2216, 2912, 208, 2032, 1848, 1760, -768, -760, 3024, 3000, 3104, 2128, 3120, -304, -704, 384, 312, -80, -1256, 2624, -1344, -1344, 2536} base = pad = offset = offset = step1_jumps = {0, 0, 0, 0, 0, 0, 0, 0, 0, 208, 2032, 1848, 1760, -768, -760, 3024, 3000, 3104, 2128, 3120, -304, -704, 384, 312, -80, -1256, 2624, -1344, -1344, 0} args_value = is_negative = number = use_outdigits = step2_jumps = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 2032, 1848, 1760, -768, -760, 3024, 3000, 3104, 2128, 3120, -304, -704, 384, 312, -80, -1256, 2624, -1344, -1344, 0} alt = 0 left = 0 showsign = group = 0 is_char = 0 step3a_jumps = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 1936, 0, 0, 0, -760, 3024, 3000, 3104, 2128, 0, 0, 0, 0, 312, 0, 0, 0, 0, 0, 0} the_arg = {pa_wchar = 0 L'\000', pa_int = 0, pa_long_int = 0, pa_long_long_int = 0, pa_u_int = 0, pa_u_long_int = 0, pa_u_long_long_int = 0, pa_double = 0, pa_long_double = , pa_string = 0x0, pa_wstring = 0x0, pa_pointer = 0x0, pa_user = 0x0} space = is_long_double = is_long = step3b_jumps = {0 , 1760, 0, 0, -760, 3024, 3000, 3104, 2128, 3120, -304, -704, 384, 312, -80, -1256, 2624, 0, 0, 0} ---Type to continue, or q to quit--- step4_jumps = {0 , -760, 3024, 3000, 3104, 2128, 3120, -304, -704, 384, 312, -80, -1256, 2624, 0, 0, 0} prec = _buffer = {__routine = 0x14, __arg = 0x8b6761cc37031500, __canceltype = -1060996992, __prev = 0x7f5ac0bd4020} _avail = thousands_sep = 0x0 grouping = 0xffffffffffffffff done = 87 f = lead_str_end = 0x55fdf9265386 "%s: freeing already freed %s pointer (%p), first free: %s: %s(%ld) - aborting!\n" end_of_spec = work_buffer = "\036\377,\347ir\231crxiz\v\327Q_\000\000\000\000\000\000\000\000\000\025\003\067\314ag\213\243B\324P\213j\301\256\003\000\000\000\000\000\000\000\070A\275\300Z\177\000\000\000\000\000\000\000\000\000\000\024\000\000\000\000\000\000\000\273\343%\371\375U\000\000\000п\300Z\177\000\000Q\215\023\371\375U\000\000p`\323\377\377\177\000\000\340\000\000\000\000\000\000\000@\000\000\000\017\000\000\000\a\000\000\000\000\000\000\000\360\000\000\000\000\000\000\000x\260\262\372\375U\000\000\020\001\000\000\000\000\000\000\260\377\377\377\377\377\377\377\003\000\000\000\000\000\000\000\000\025\003\067\314ag\213\240`\323\377\377\177\000\000\240`\323\377\377\177\000\000\320a\323\377\377\177\000\000\225"... workstart = workend = ap_save = {{gp_offset = 24, fp_offset = 48, overflow_arg_area = 0x7fffffd365c0, reg_save_area = 0x7fffffd364d0}} nspecs_done = 3 save_errno = 11 readonly_format = 0 __PRETTY_FUNCTION__ = "_IO_vfprintf_internal" __result = #2 0x00007f5ac10fb5f8 in ___vfprintf_chk (fp=fp at entry=0x55fdfaba8060, flag=flag at entry=1, format=format at entry=0x55fdf9265378 "CRITICAL:core:%s: freeing already freed %s pointer (%p), first free: %s: %s(%ld) - aborting!\n", ap=ap at entry=0x7fffffd36458) at vfprintf_chk.c:33 _IO_acquire_lock_file = 0x55fdfaba8060 done = #3 0x00007f5ac10e337c in __GI___vsyslog_chk (ap=0x7fffffd36458, fmt=0x55fdf9265378 "CRITICAL:core:%s: freeing already freed %s pointer (%p), first free: %s: %s(%ld) - aborting!\n", flag=1, pri=) at ../misc/syslog.c:222 buf = 0x0 now_tm = {tm_sec = 37, tm_min = 39, tm_hour = 2, tm_mday = 9, tm_mon = 11, tm_year = 121, tm_wday = 4, tm_yday = 342, tm_isdst = 0, tm_gmtoff = 7200, tm_zone = 0x55fdfab65a20 "SAST"} fd = failbuf = "0\000\000\000\060\000\000\000\200e\323\377\377\177\000\000\300d\323\377\377\177\000\000\000\025\003", now = 1639010377 f = 0x55fdfaba8060 bufsize = 0 ---Type to continue, or q to quit--- msgoff = 21 saved_errno = 11 clarg = now_tm = now = fd = f = buf = bufsize = msgoff = saved_errno = failbuf = clarg = numbuf = nump = endp = pid = __result = iov = v = __clframe = __clframe = ignore1 = ignore2 = ignore3 = ignore = #4 __syslog_chk (pri=, flag=1, fmt=0x55fdf9265378 "CRITICAL:core:%s: freeing already freed %s pointer (%p), first free: %s: %s(%ld) - aborting!\n") at ../misc/syslog.c:129 ap = {{gp_offset = 48, fp_offset = 48, overflow_arg_area = 0x7fffffd365c8, reg_save_area = 0x7fffffd364d0}} #5 0x000055fdf916b286 in fm_free () No symbol table info available. #6 0x00007f5a9acd6994 in ?? () from /usr/lib/x86_64-linux-gnu/opensips/modules/tls_wolfssl.so No symbol table info available. #7 0x00007f5a9ad75799 in ?? () from /usr/lib/x86_64-linux-gnu/opensips/modules/tls_wolfssl.so No symbol table info available. #8 0x00007f5a9ace6e25 in _wolfssl_tls_read () from /usr/lib/x86_64-linux-gnu/opensips/modules/tls_wolfssl.so No symbol table info available. #9 0x00007f5a9a87d55f in tls_read () from /usr/lib/x86_64-linux-gnu/opensips/modules/tls_mgm.so No symbol table info available. ---Type to continue, or q to quit--- #10 0x00007f5a9aa8e51e in ?? () from /usr/lib/x86_64-linux-gnu/opensips/modules/proto_tls.so No symbol table info available. #11 0x000055fdf92197fa in ?? () No symbol table info available. #12 0x000055fdf921b042 in tcp_worker_proc_loop () No symbol table info available. #13 0x000055fdf9227046 in tcp_start_processes () No symbol table info available. #14 0x000055fdf9093059 in main () No symbol table info available. And #0 __GI_raise (sig=sig at entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51 set = {__val = {0, 10045105023597352192, 11, 94549321613408, 0, 10045105023597352192, 11, 1, 94549321613408, 1, 11, 94549295125368, 21, 140027762717882, 140737485432176, 1639010387}} pid = tid = ret = #1 0x00007f5ac1009921 in __GI_abort () at abort.c:79 save_stage = 1 act = {__sigaction_handler = {sa_handler = 0x7fffffd367f0, sa_sigaction = 0x7fffffd367f0}, sa_mask = {__val = {140737485432576, 140737485432560, 16, 140027221347480, 140027224679288, 140027221347744, 94549293278303, 140737485432544, 140027116336909, 0, 0, 0, 0, 140027224966528, 37504, 94549295118192}}, sa_flags = -115953018, sa_restorer = 0x0} sigs = {__val = {32, 0 }} __cnt = __set = __cnt = __set = #2 0x000055fdf916b25b in fm_free () No symbol table info available. #3 0x00007f5a9acd6994 in ?? () from /usr/lib/x86_64-linux-gnu/opensips/modules/tls_wolfssl.so No symbol table info available. #4 0x00007f5a9ad75799 in ?? () from /usr/lib/x86_64-linux-gnu/opensips/modules/tls_wolfssl.so No symbol table info available. #5 0x00007f5a9ad757e9 in ?? () from /usr/lib/x86_64-linux-gnu/opensips/modules/tls_wolfssl.so No symbol table info available. #6 0x00007f5a9ad25263 in wolfSSL_Cleanup () from /usr/lib/x86_64-linux-gnu/opensips/modules/tls_wolfssl.so No symbol table info available. #7 0x00007f5a9acd65af in ?? () from /usr/lib/x86_64-linux-gnu/opensips/modules/tls_wolfssl.so No symbol table info available. #8 0x000055fdf9138c78 in ?? () No symbol table info available. #9 0x000055fdf9138cb1 in ?? () No symbol table info available. #10 0x000055fdf9138cb1 in ?? () No symbol table info available. #11 0x000055fdf9138cb1 in ?? () No symbol table info available. #12 0x000055fdf9138cb1 in ?? () No symbol table info available. #13 0x000055fdf9138cb1 in ?? () ---Type to continue, or q to quit--- No symbol table info available. #14 0x000055fdf9138cb1 in ?? () No symbol table info available. #15 0x000055fdf9138cb1 in ?? () No symbol table info available. #16 0x000055fdf9138cb1 in ?? () No symbol table info available. #17 0x000055fdf913b654 in destroy_modules () No symbol table info available. #18 0x000055fdf915b2e0 in cleanup () No symbol table info available. #19 0x000055fdf915bd2b in shutdown_opensips () No symbol table info available. #20 0x000055fdf9137798 in handle_sigs () No symbol table info available. #21 0x000055fdf9093343 in main () No symbol table info available. Regards Greg On 2021-11-18 23:36, Vlad Patrascu wrote: > > Hi Gregory, > > It is difficult to draw any conclusions without a backtrace so I'm > hoping you'll be able to get the proper core dumps again in order to > investigate this further. > > Regards, > -- > Vlad Patrascu > OpenSIPS Core Developer > http://www.opensips-solutions.com > On 12.11.2021 14:44, Gregory Massel wrote: >> >> Sorry, I do have the core files, however, my /usr/sbin/opensips is >> now 3.2.2 and the core dumps were taken against 3.2.3. >> >> I should have thought to get the backtrace before downgrading. >> >> This is a production server, however, I will try and schedule some >> downtime and then restore 3.2.3 to generate the backtrace and will >> try out the nightly release. >> >> --Greg >> >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at oeg.com.au Tue Dec 14 22:43:52 2021 From: mike at oeg.com.au (Mike O'Connor) Date: Wed, 15 Dec 2021 09:13:52 +1030 Subject: [OpenSIPS-Users] Selective International Call Blocking Message-ID: <144b2824-d923-055f-76a5-ba0a13ea59dd@oeg.com.au> Hi All I'm working with a company running an old version of OpenSIPS (1.6.4), who need to selectively block international calls. What was the recommended method doing this back then? I've been contracted to upgrade the whole system to current version of everything but that is going to take time. Thanks Mike From jehanzaib.kiani at gmail.com Tue Dec 14 23:44:20 2021 From: jehanzaib.kiani at gmail.com (Jehanzaib Younis) Date: Wed, 15 Dec 2021 12:44:20 +1300 Subject: [OpenSIPS-Users] Selective International Call Blocking In-Reply-To: <144b2824-d923-055f-76a5-ba0a13ea59dd@oeg.com.au> References: <144b2824-d923-055f-76a5-ba0a13ea59dd@oeg.com.au> Message-ID: Hi Mike, I used to save all the blocked international prefixes in the local cache and then you can check in the INVITE section. If it matches, just drop the packet. Regards, Jehan On Wed, Dec 15, 2021 at 11:44 AM Mike O'Connor wrote: > Hi All > > I'm working with a company running an old version of OpenSIPS (1.6.4), > who need to selectively block international calls. What was the > recommended method doing this back then? > > I've been contracted to upgrade the whole system to current version of > everything but that is going to take time. > > Thanks > > Mike > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.fretwell at topgreen.co.uk Wed Dec 15 08:53:58 2021 From: adrian.fretwell at topgreen.co.uk (Adrian Fretwell) Date: Wed, 15 Dec 2021 08:53:58 +0000 Subject: [OpenSIPS-Users] Does anyone have Fraud Detection working in OpenSIPS V3.2? Message-ID: <6725c264-5d0f-beeb-a201-a0b7ac8043fb@topgreen.co.uk> One & All, Just wondering if anyone has Fraud Detection working in OpenSIPS V3.2?  I just can't get the call to check_fraud to work without crashing. -- Kind regards, Adrian Fretwell Nottinghamshire UK. -------------- next part -------------- An HTML attachment was scrubbed... URL: From hunterj91 at hotmail.com Wed Dec 15 14:38:23 2021 From: hunterj91 at hotmail.com (Jonathan Hunter) Date: Wed, 15 Dec 2021 14:38:23 +0000 Subject: [OpenSIPS-Users] module auth_jwt not in available list of packages OpenSIPS 3.2 Debian/unbuntu Message-ID: Hi All, I am trying to install OpenSIPS 3.2 within a container and use the auth_jwt module as I will be authenticating webrtc/sip clients. I notice it is not available on the list of available deb packages and wondered if its possible to add or if its only available from sources? As ideally be great if it was a package, if any one could advise/ help that would be great. Many thanks Jon Sent from Mail for Windows -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrsanvicente at gmail.com Wed Dec 15 17:27:16 2021 From: mrsanvicente at gmail.com (Mario San Vicente) Date: Wed, 15 Dec 2021 11:27:16 -0600 Subject: [OpenSIPS-Users] how to change mysql data directory to CP Message-ID: Hello Everyone, I have changed my mysql directory and a had limited space on the default partition. I applied the change and opensips is working fine. But the control panel is not working and i can not find where to update it. Getting the following error: http://x.x.x.x/cp/login.php Error!: SQLSTATE[HY000] [2002] Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) Any idea, where to update this? Saludos! Mario San Vicente -------------- next part -------------- An HTML attachment was scrubbed... URL: From jjackson at aninetworks.net Wed Dec 15 22:11:07 2021 From: jjackson at aninetworks.net (Joseph Jackson) Date: Wed, 15 Dec 2021 22:11:07 +0000 Subject: [OpenSIPS-Users] how to change mysql data directory to CP In-Reply-To: References: Message-ID: Did you also change the location of the socket file in the my.cnf? From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Mario San Vicente Sent: Wednesday, December 15, 2021 11:27 AM To: OpenSIPS users mailling list Subject: [OpenSIPS-Users] how to change mysql data directory to CP Hello Everyone, I have changed my mysql directory and a had limited space on the default partition. I applied the change and opensips is working fine. But the control panel is not working and i can not find where to update it. Getting the following error: http://x.x.x.x/cp/login.php Error!: SQLSTATE[HY000] [2002] Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) Any idea, where to update this? Saludos! Mario San Vicente -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrsanvicente at gmail.com Wed Dec 15 23:52:20 2021 From: mrsanvicente at gmail.com (mrsanvicente) Date: Wed, 15 Dec 2021 17:52:20 -0600 Subject: [OpenSIPS-Users] how to change mysql data directory to CP In-Reply-To: References: Message-ID: <8F36E70C-7BB8-4504-8483-B843034E917C@gmail.com> Yes i did. And restarted mysqld and httpd. But still not working. Thanks Mario San Vicente > El 15 dic 2021, a la(s) 16:14, Joseph Jackson escribió: > >  > Did you also change the location of the socket file in the my.cnf? > > > > From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Mario San Vicente > Sent: Wednesday, December 15, 2021 11:27 AM > To: OpenSIPS users mailling list > Subject: [OpenSIPS-Users] how to change mysql data directory to CP > > Hello Everyone, > > I have changed my mysql directory and a had limited space on the default partition. I applied the change and opensips is working fine. But the control panel is not working and i can not find where to update it. > > Getting the following error: > > > http://x.x.x.x/cp/login.php > > Error!: SQLSTATE[HY000] [2002] Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) > > Any idea, where to update this? > > Saludos! > > > Mario San Vicente > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From Johan at democon.be Thu Dec 16 06:56:04 2021 From: Johan at democon.be (Johan De Clercq) Date: Thu, 16 Dec 2021 07:56:04 +0100 Subject: [OpenSIPS-Users] how to change mysql data directory to CP In-Reply-To: <8F36E70C-7BB8-4504-8483-B843034E917C@gmail.com> References: <8F36E70C-7BB8-4504-8483-B843034E917C@gmail.com> Message-ID: Isn't there a ...db.inc.php? On Thu, Dec 16, 2021, 00:56 mrsanvicente wrote: > Yes i did. And restarted mysqld and httpd. But still not working. > > > Thanks > > Mario San Vicente > > > El 15 dic 2021, a la(s) 16:14, Joseph Jackson > escribió: > >  > > Did you also change the location of the socket file in the my.cnf? > > > > > > > > *From:* Users [mailto:users-bounces at lists.opensips.org] *On Behalf Of *Mario > San Vicente > *Sent:* Wednesday, December 15, 2021 11:27 AM > *To:* OpenSIPS users mailling list > *Subject:* [OpenSIPS-Users] how to change mysql data directory to CP > > > > Hello Everyone, > > > > I have changed my mysql directory and a had limited space on the default > partition. I applied the change and opensips is working fine. But the > control panel is not working and i can not find where to update it. > > > > Getting the following error: > > > > > > http://x.x.x.x/cp/login.php > > Error!: SQLSTATE[HY000] [2002] Can't connect to local MySQL server through > socket '/var/lib/mysql/mysql.sock' (2) > > > > Any idea, where to update this? > > > > Saludos! > > > > > > Mario San Vicente > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rosenberg11219 at gmail.com Thu Dec 16 07:43:50 2021 From: rosenberg11219 at gmail.com (Schneur Rosenberg) Date: Thu, 16 Dec 2021 09:43:50 +0200 Subject: [OpenSIPS-Users] Memory leak In-Reply-To: References: <9a06f083-2237-9453-59a1-42b869e932d4@opensips.org> Message-ID: Hi Bogdan I think I found the issue, I recently added these lines of code, because of a probing issue I was having, I just searched from my previous tickets and I see that you have warned me about the implications but for some reason I never read the message. Here is the old ticket https://www.mail-archive.com/users at lists.opensips.org/msg43301.html the reason I'm using INVITE to probe is because I want the servers that were probed not only to respond but also check if the database is working, I did it this way because I had cases where mysql crashed but my asterisk servers were still responding to the probe but all of the calls just hung, so I do a invite and it does a DB lookup and it will only return a positive message if it was able to query the DB, do you have a better solution? at the time I set it up I couldn't run a query on receipt of a OPTIONS but perhaps I didn't look good enough :-), either way can I do anything to make sure this code doesn't leak memory? this probing has worked for years until I needed the Contact header. local_route { if (is_method("INVITE")&& $fU=="pingTest"){ $ru="sip:s@"+$rd ; append_hf("Contact: \r\n"); exit; } } On Fri, Dec 10, 2021 at 2:16 PM Schneur Rosenberg wrote: > > Hi Bogdan, > > I did it on a backup server, its also leaking memory but at a slower > pace, I'm attaching the logs when running kill -SIGUSR1 on the pid > that's growing in size, it still has available memory, I hop this will > give you a clue. > > Here is a pastbin to the loggs https://pastebin.com/KJVb9Y75 > > On Fri, Dec 10, 2021 at 11:00 AM Schneur Rosenberg > wrote: > > > > Thank you, does this reduce performance? can I leave it enabled on a > > production machine? I will wait for the memory leak to be apparent and > > I'll post the result. > > > > > > On Thu, Dec 9, 2021 at 12:31 PM Bogdan-Andrei Iancu wrote: > > > > > > Hi Schneur, > > > > > > Just follow the > > > https://www.opensips.org/Documentation/TroubleShooting-OutOfMem and > > > provide the dump. This is the only way to investigate this. > > > > > > Regards, > > > > > > Bogdan-Andrei Iancu > > > > > > OpenSIPS Founder and Developer > > > https://www.opensips-solutions.com > > > OpenSIPS eBootcamp 2021 > > > https://opensips.org/training/OpenSIPS_eBootcamp_2021/ > > > > > > On 12/8/21 12:14 PM, Schneur Rosenberg wrote: > > > > I just noticed that process 88 runs the timer handler, perhaps this > > > > might shed light on whats going on. > > > > > > > > opensipsctl fifo ps > > > > Process:: ID=88 PID=5327 Type=Timer handler > > > > > > > > On Wed, Dec 8, 2021 at 10:55 AM Schneur Rosenberg > > > > wrote: > > > >> Now a few hours later this is what I'm getting > > > >> Dec 8 09:50:13 /sbin/opensips[21699]: ERROR:nathelper:nh_timer: out > > > >> of pkg memory > > > >> Dec 8 09:50:16 /sbin/opensips[21699]: WARNING:core:fm_malloc: not > > > >> enough continuous free pkg memory (3024 bytes left, need 5128), > > > >> attempting defragmentation... please increase the "-M" command line > > > >> parameter! > > > >> Dec 8 09:50:16 /sbin/opensips[21699]: ERROR:core:fm_malloc: not > > > >> enough free pkg memory (3024 bytes left, need 5128), please increase > > > >> the "-M" command line parameter! > > > >> > > > >> Here is the last 20 package memory max_used_size > > > >> pkmem:70-max_used_size:: 1009584 > > > >> pkmem:71-max_used_size:: 1009584 > > > >> pkmem:72-max_used_size:: 1009584 > > > >> pkmem:73-max_used_size:: 1009584 > > > >> pkmem:74-max_used_size:: 1009584 > > > >> pkmem:75-max_used_size:: 1009584 > > > >> pkmem:76-max_used_size:: 1009584 > > > >> pkmem:77-max_used_size:: 1009584 > > > >> pkmem:78-max_used_size:: 1009584 > > > >> pkmem:79-max_used_size:: 1009584 > > > >> pkmem:80-max_used_size:: 1044752 > > > >> pkmem:81-max_used_size:: 1075552 > > > >> pkmem:82-max_used_size:: 1116848 > > > >> pkmem:83-max_used_size:: 1117456 > > > >> pkmem:84-max_used_size:: 1102640 > > > >> pkmem:85-max_used_size:: 1306992 > > > >> pkmem:86-max_used_size:: 1706304 > > > >> pkmem:87-max_used_size:: 2507000 > > > >> pkmem:88-max_used_size:: 4194264 > > > >> pkmem:89-max_used_size:: 1009584 > > > >> > > > >> And here is the real used size, you can see that process 88 maxed out > > > >> pkmem:69-real_used_size:: 975528 > > > >> pkmem:70-real_used_size:: 978016 > > > >> pkmem:71-real_used_size:: 989592 > > > >> pkmem:72-real_used_size:: 951416 > > > >> pkmem:73-real_used_size:: 982496 > > > >> pkmem:74-real_used_size:: 965744 > > > >> pkmem:75-real_used_size:: 959424 > > > >> pkmem:76-real_used_size:: 949472 > > > >> pkmem:77-real_used_size:: 983080 > > > >> pkmem:78-real_used_size:: 961400 > > > >> pkmem:79-real_used_size:: 977808 > > > >> pkmem:80-real_used_size:: 978928 > > > >> pkmem:81-real_used_size:: 1009936 > > > >> pkmem:82-real_used_size:: 1110760 > > > >> pkmem:83-real_used_size:: 1116720 > > > >> pkmem:84-real_used_size:: 1096568 > > > >> pkmem:85-real_used_size:: 1300592 > > > >> pkmem:86-real_used_size:: 1699648 > > > >> pkmem:87-real_used_size:: 2501096 > > > >> pkmem:88-real_used_size:: 4191280 > > > >> pkmem:89-real_used_size:: 882528 > > > >> > > > >> On Tue, Dec 7, 2021 at 7:53 PM Schneur Rosenberg > > > >> wrote: > > > >>> Hi, lately I'm getting these errors in my logs. > > > >>> > > > >>> ERROR:core:fm_malloc: not enough free pkg memory (1792 bytes left, > > > >>> need 2184), please increase the "-M" command line para > > > >>> meter! > > > >>> > > > >>> CRITICAL:core:hostent_cpy: pkg memory allocation failure > > > >>> > > > >>> ERROR:nathelper:nh_timer: out of pkg memory > > > >>> > > > >>> ERROR:core:fm_malloc: not enough free pkg memory (5952 bytes left, > > > >>> need 5408), please increase the "-M" command line para > > > >>> meter! > > > >>> > > > >>> I was on version 2.4.8 and I upgraded to 2.4.11 and I'm monitoring the > > > >>> max_used_size of the package memory, a few hours later I see that 2 > > > >>> processes keep on getting bigger, so far the rest are pretty stable, I > > > >>> have 90 processes and 87 and 88 are growing. > > > >>> > > > >>> here you can see the last few processes, OpenSIPS set aside 4 mb per process. > > > >>> > > > >>> pkmem:80-max_used_size:: 1009584 > > > >>> pkmem:81-max_used_size:: 1009584 > > > >>> pkmem:82-max_used_size:: 1009584 > > > >>> pkmem:83-max_used_size:: 1009584 > > > >>> pkmem:84-max_used_size:: 1009584 > > > >>> pkmem:85-max_used_size:: 1009584 > > > >>> pkmem:86-max_used_size:: 1143608 > > > >>> pkmem:87-max_used_size:: 1323256 > > > >>> pkmem:88-max_used_size:: 1831928 > > > >>> pkmem:89-max_used_size:: 1009584 > > > >>> > > > >>> Any hints where to start looking besides the solutions fund here. > > > >>> > > > >>> https://www.opensips.org/Documentation/TroubleShooting-OutOfMem > > > >>> > > > >>> thank you > > > >>> Scott > > > > _______________________________________________ > > > > Users mailing list > > > > Users at lists.opensips.org > > > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > From adrian.fretwell at topgreen.co.uk Thu Dec 16 20:07:14 2021 From: adrian.fretwell at topgreen.co.uk (Adrian Fretwell) Date: Thu, 16 Dec 2021 20:07:14 +0000 Subject: [OpenSIPS-Users] Update: Fraud Detection Crashing OpenSIPS In-Reply-To: <0b9e12ae-4b20-c594-4df5-363d8c27c83a@topgreen.co.uk> References: <0b9e12ae-4b20-c594-4df5-363d8c27c83a@topgreen.co.uk> Message-ID: <38841b12-ac59-383b-c248-6f6f56d2807f@topgreen.co.uk> Hi Folks, I have managed to diagnose this a little further. The call to the check_fraud() function only crashes OpenSIPS if a rule is matched.  For example: If we call to profileid 3 and 3 does not exist in the table, then all is OK. If we call to profileid 2 which does exist but for a prefix that does not exist, then all is OK. If we call to profileid 2 which does exist and with a prefix that does exist, then OpenSIPS crashes. My database is Postgres V13.5.0  - opensips-postgres-module:amd64 3.2.3 What can I do now to diagnose this further?  Any help very much appreciated. Kind regards, Adrian Fretwell Nottinghamshire UK. On 12/12/2021 22:58, Adrian Fretwell wrote: > Hi All, > > I am upgrading a routing script from v2.4 to v3.2 but I find that the > call to check_fraud crashes OpenSIPS, is the syntax for my check_fraud > call OK? > > Script section: > >     xlog("L_NOTICE", "FD: $var(t_fd_user) - $rU - $var(t_fd_p)"); > >     check_fraud("$var(t_fd_user)", "$rU", $var(t_fd_p)); > > > Log output: > > Dec 12 22:28:25 sipproxy /usr/sbin/opensips[164806]: FD: OP0022 - > 07770759924 - 2 > Dec 12 22:28:25 sipproxy /usr/sbin/opensips[164778]: > INFO:core:handle_sigs: child process 164806 exited by a signal 8 > Dec 12 22:28:25 sipproxy /usr/sbin/opensips[164778]: > INFO:core:handle_sigs: core was not generated > Dec 12 22:28:25 sipproxy /usr/sbin/opensips[164778]: > INFO:core:handle_sigs: terminating due to SIGCHLD > Dec 12 22:28:25 sipproxy /usr/sbin/opensips[164798]: > INFO:core:sig_usr: signal 15 received > Dec 12 22:28:25 sipproxy /usr/sbin/opensips[164800]: > INFO:core:sig_usr: signal 15 received > > > Any pointers greatly appreciated.  Many thanks. > > -- > Kind regards, > > Adrian Fretwell > Nottinghamshire > UK. > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Fri Dec 17 10:35:52 2021 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 17 Dec 2021 12:35:52 +0200 Subject: [OpenSIPS-Users] Memory leak In-Reply-To: References: <9a06f083-2237-9453-59a1-42b869e932d4@opensips.org> Message-ID: <358af4c8-2c90-748f-a2f5-930b7025a5e6@opensips.org> Hi Schneur, I suspect that the leaking mk_proxy is related to the changing of the RURI in local route. Let me test your snippet. BTW, is that the whole processing you do in local route? is the $rd (from LB) a FQDN or straight IP ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS eBootcamp 2021 https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 12/16/21 9:43 AM, Schneur Rosenberg wrote: > Hi Bogdan > > I think I found the issue, I recently added these lines of code, > because of a probing issue I was having, I just searched from my > previous tickets and I see that you have warned me about the > implications but for some reason I never read the message. > > Here is the old ticket > https://www.mail-archive.com/users at lists.opensips.org/msg43301.html > the reason I'm using INVITE to probe is because I want the servers > that were probed not only to respond but also check if the database is > working, I did it this way because I had cases where mysql crashed but > my asterisk servers were still responding to the probe but all of the > calls just hung, so I do a invite and it does a DB lookup and it will > only return a positive message if it was able to query the DB, do you > have a better solution? at the time I set it up I couldn't run a query > on receipt of a OPTIONS but perhaps I didn't look good enough :-), > either way can I do anything to make sure this code doesn't leak > memory? this probing has worked for years until I needed the Contact > header. > > local_route { > if (is_method("INVITE")&& $fU=="pingTest"){ > $ru="sip:s@"+$rd ; > append_hf("Contact: \r\n"); > exit; > } > } > > On Fri, Dec 10, 2021 at 2:16 PM Schneur Rosenberg > wrote: >> Hi Bogdan, >> >> I did it on a backup server, its also leaking memory but at a slower >> pace, I'm attaching the logs when running kill -SIGUSR1 on the pid >> that's growing in size, it still has available memory, I hop this will >> give you a clue. >> >> Here is a pastbin to the loggs https://pastebin.com/KJVb9Y75 >> >> On Fri, Dec 10, 2021 at 11:00 AM Schneur Rosenberg >> wrote: >>> Thank you, does this reduce performance? can I leave it enabled on a >>> production machine? I will wait for the memory leak to be apparent and >>> I'll post the result. >>> >>> >>> On Thu, Dec 9, 2021 at 12:31 PM Bogdan-Andrei Iancu wrote: >>>> Hi Schneur, >>>> >>>> Just follow the >>>> https://www.opensips.org/Documentation/TroubleShooting-OutOfMem and >>>> provide the dump. This is the only way to investigate this. >>>> >>>> Regards, >>>> >>>> Bogdan-Andrei Iancu >>>> >>>> OpenSIPS Founder and Developer >>>> https://www.opensips-solutions.com >>>> OpenSIPS eBootcamp 2021 >>>> https://opensips.org/training/OpenSIPS_eBootcamp_2021/ >>>> >>>> On 12/8/21 12:14 PM, Schneur Rosenberg wrote: >>>>> I just noticed that process 88 runs the timer handler, perhaps this >>>>> might shed light on whats going on. >>>>> >>>>> opensipsctl fifo ps >>>>> Process:: ID=88 PID=5327 Type=Timer handler >>>>> >>>>> On Wed, Dec 8, 2021 at 10:55 AM Schneur Rosenberg >>>>> wrote: >>>>>> Now a few hours later this is what I'm getting >>>>>> Dec 8 09:50:13 /sbin/opensips[21699]: ERROR:nathelper:nh_timer: out >>>>>> of pkg memory >>>>>> Dec 8 09:50:16 /sbin/opensips[21699]: WARNING:core:fm_malloc: not >>>>>> enough continuous free pkg memory (3024 bytes left, need 5128), >>>>>> attempting defragmentation... please increase the "-M" command line >>>>>> parameter! >>>>>> Dec 8 09:50:16 /sbin/opensips[21699]: ERROR:core:fm_malloc: not >>>>>> enough free pkg memory (3024 bytes left, need 5128), please increase >>>>>> the "-M" command line parameter! >>>>>> >>>>>> Here is the last 20 package memory max_used_size >>>>>> pkmem:70-max_used_size:: 1009584 >>>>>> pkmem:71-max_used_size:: 1009584 >>>>>> pkmem:72-max_used_size:: 1009584 >>>>>> pkmem:73-max_used_size:: 1009584 >>>>>> pkmem:74-max_used_size:: 1009584 >>>>>> pkmem:75-max_used_size:: 1009584 >>>>>> pkmem:76-max_used_size:: 1009584 >>>>>> pkmem:77-max_used_size:: 1009584 >>>>>> pkmem:78-max_used_size:: 1009584 >>>>>> pkmem:79-max_used_size:: 1009584 >>>>>> pkmem:80-max_used_size:: 1044752 >>>>>> pkmem:81-max_used_size:: 1075552 >>>>>> pkmem:82-max_used_size:: 1116848 >>>>>> pkmem:83-max_used_size:: 1117456 >>>>>> pkmem:84-max_used_size:: 1102640 >>>>>> pkmem:85-max_used_size:: 1306992 >>>>>> pkmem:86-max_used_size:: 1706304 >>>>>> pkmem:87-max_used_size:: 2507000 >>>>>> pkmem:88-max_used_size:: 4194264 >>>>>> pkmem:89-max_used_size:: 1009584 >>>>>> >>>>>> And here is the real used size, you can see that process 88 maxed out >>>>>> pkmem:69-real_used_size:: 975528 >>>>>> pkmem:70-real_used_size:: 978016 >>>>>> pkmem:71-real_used_size:: 989592 >>>>>> pkmem:72-real_used_size:: 951416 >>>>>> pkmem:73-real_used_size:: 982496 >>>>>> pkmem:74-real_used_size:: 965744 >>>>>> pkmem:75-real_used_size:: 959424 >>>>>> pkmem:76-real_used_size:: 949472 >>>>>> pkmem:77-real_used_size:: 983080 >>>>>> pkmem:78-real_used_size:: 961400 >>>>>> pkmem:79-real_used_size:: 977808 >>>>>> pkmem:80-real_used_size:: 978928 >>>>>> pkmem:81-real_used_size:: 1009936 >>>>>> pkmem:82-real_used_size:: 1110760 >>>>>> pkmem:83-real_used_size:: 1116720 >>>>>> pkmem:84-real_used_size:: 1096568 >>>>>> pkmem:85-real_used_size:: 1300592 >>>>>> pkmem:86-real_used_size:: 1699648 >>>>>> pkmem:87-real_used_size:: 2501096 >>>>>> pkmem:88-real_used_size:: 4191280 >>>>>> pkmem:89-real_used_size:: 882528 >>>>>> >>>>>> On Tue, Dec 7, 2021 at 7:53 PM Schneur Rosenberg >>>>>> wrote: >>>>>>> Hi, lately I'm getting these errors in my logs. >>>>>>> >>>>>>> ERROR:core:fm_malloc: not enough free pkg memory (1792 bytes left, >>>>>>> need 2184), please increase the "-M" command line para >>>>>>> meter! >>>>>>> >>>>>>> CRITICAL:core:hostent_cpy: pkg memory allocation failure >>>>>>> >>>>>>> ERROR:nathelper:nh_timer: out of pkg memory >>>>>>> >>>>>>> ERROR:core:fm_malloc: not enough free pkg memory (5952 bytes left, >>>>>>> need 5408), please increase the "-M" command line para >>>>>>> meter! >>>>>>> >>>>>>> I was on version 2.4.8 and I upgraded to 2.4.11 and I'm monitoring the >>>>>>> max_used_size of the package memory, a few hours later I see that 2 >>>>>>> processes keep on getting bigger, so far the rest are pretty stable, I >>>>>>> have 90 processes and 87 and 88 are growing. >>>>>>> >>>>>>> here you can see the last few processes, OpenSIPS set aside 4 mb per process. >>>>>>> >>>>>>> pkmem:80-max_used_size:: 1009584 >>>>>>> pkmem:81-max_used_size:: 1009584 >>>>>>> pkmem:82-max_used_size:: 1009584 >>>>>>> pkmem:83-max_used_size:: 1009584 >>>>>>> pkmem:84-max_used_size:: 1009584 >>>>>>> pkmem:85-max_used_size:: 1009584 >>>>>>> pkmem:86-max_used_size:: 1143608 >>>>>>> pkmem:87-max_used_size:: 1323256 >>>>>>> pkmem:88-max_used_size:: 1831928 >>>>>>> pkmem:89-max_used_size:: 1009584 >>>>>>> >>>>>>> Any hints where to start looking besides the solutions fund here. >>>>>>> >>>>>>> https://www.opensips.org/Documentation/TroubleShooting-OutOfMem >>>>>>> >>>>>>> thank you >>>>>>> Scott >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at lists.opensips.org >>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users From johan at democon.be Fri Dec 17 11:01:05 2021 From: johan at democon.be (johan) Date: Fri, 17 Dec 2021 12:01:05 +0100 Subject: [OpenSIPS-Users] timers in opensips 3.2. Message-ID: <044ab12e-8a7d-93fe-3402-e06bd8b65f05@democon.be> Can it be that the retransmission timer now defautls to 10 ms ? If yes, can you then please update the documentation ? wkr, -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_0xD7D896F7DDA70EC3.asc Type: application/pgp-keys Size: 2450 bytes Desc: OpenPGP public key URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 665 bytes Desc: OpenPGP digital signature URL: From gmaruzz at gmail.com Fri Dec 17 15:09:33 2021 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Fri, 17 Dec 2021 16:09:33 +0100 Subject: [OpenSIPS-Users] dlg_list - caller_sdp and callee_sdp In-Reply-To: References: <792c310d-fe13-0daa-e195-ad0852aec959@opensips.org> Message-ID: On Tue, Dec 7, 2021 at 8:49 AM solarmon wrote: > > I'm not sure what you mean by "re-INVITE pinging" > create_dialog("Rr"); https://opensips.org/docs/modules/3.2.x/dialog.html#func_create_dialog -- Sincerely, Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18 -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Fri Dec 17 15:14:33 2021 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 17 Dec 2021 17:14:33 +0200 Subject: [OpenSIPS-Users] timers in opensips 3.2. In-Reply-To: <044ab12e-8a7d-93fe-3402-e06bd8b65f05@democon.be> References: <044ab12e-8a7d-93fe-3402-e06bd8b65f05@democon.be> Message-ID: <5c0a72d6-3bc2-41f5-25c6-331df240f3c7@opensips.org> Hi Johan, I assume you refer to the fr_timeout, right ? https://opensips.org/html/docs/modules/3.2.x/tm.html#param_fr_timeout Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS eBootcamp 2021 https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 12/17/21 1:01 PM, johan wrote: > Can it be that the retransmission timer now defautls to 10 ms ? > > If yes, can you then please update the documentation ? > > > wkr, > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From johan at democon.be Fri Dec 17 15:16:18 2021 From: johan at democon.be (Johan De Clercq) Date: Fri, 17 Dec 2021 15:16:18 +0000 Subject: [OpenSIPS-Users] timers in opensips 3.2. In-Reply-To: <5c0a72d6-3bc2-41f5-25c6-331df240f3c7@opensips.org> References: <044ab12e-8a7d-93fe-3402-e06bd8b65f05@democon.be> <5c0a72d6-3bc2-41f5-25c6-331df240f3c7@opensips.org> Message-ID: Indeed. Outlook voor iOS downloaden ________________________________ Van: Bogdan-Andrei Iancu Verzonden: Friday, December 17, 2021 4:14:33 PM Aan: OpenSIPS users mailling list ; johan Onderwerp: Re: timers in opensips 3.2. Hi Johan, I assume you refer to the fr_timeout, right ? https://opensips.org/html/docs/modules/3.2.x/tm.html#param_fr_timeout Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS eBootcamp 2021 https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 12/17/21 1:01 PM, johan wrote: Can it be that the retransmission timer now defautls to 10 ms ? If yes, can you then please update the documentation ? wkr, _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Fri Dec 17 15:16:32 2021 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 17 Dec 2021 17:16:32 +0200 Subject: [OpenSIPS-Users] how to change mysql data directory to CP In-Reply-To: <8F36E70C-7BB8-4504-8483-B843034E917C@gmail.com> References: <8F36E70C-7BB8-4504-8483-B843034E917C@gmail.com> Message-ID: <5a4e738a-1c35-efe5-ceeb-fe4d744a115c@opensips.org> You need to update the DB settings in this file: https://github.com/OpenSIPS/opensips-cp/blob/master/config/db.inc.php Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS eBootcamp 2021 https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 12/16/21 1:52 AM, mrsanvicente wrote: > Yes i did.   And restarted mysqld and httpd.  But still not working. > > > Thanks > > Mario San Vicente > > >> El 15 dic 2021, a la(s) 16:14, Joseph Jackson >> escribió: >> >>  >> >> Did you also change the location of the socket file in the my.cnf? >> >> *From:*Users [mailto:users-bounces at lists.opensips.org] *On Behalf Of >> *Mario San Vicente >> *Sent:* Wednesday, December 15, 2021 11:27 AM >> *To:* OpenSIPS users mailling list >> *Subject:* [OpenSIPS-Users] how to change mysql data directory to CP >> >> Hello Everyone, >> >> I have changed my mysql directory and a had limited space on the >> default partition.  I applied the change and opensips is working >> fine. But the control panel is not working and i can not find >> where to update it. >> >> Getting the following error: >> >> http://x.x.x.x/cp/login.php >> >> Error!: SQLSTATE[HY000] [2002] Can't connect to local MySQL server >> through socket '/var/lib/mysql/mysql.sock' (2) >> >> Any idea, where to update this? >> >> Saludos! >> >> Mario San Vicente >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Fri Dec 17 15:18:05 2021 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 17 Dec 2021 17:18:05 +0200 Subject: [OpenSIPS-Users] timers in opensips 3.2. In-Reply-To: References: <044ab12e-8a7d-93fe-3402-e06bd8b65f05@democon.be> <5c0a72d6-3bc2-41f5-25c6-331df240f3c7@opensips.org> Message-ID: <9e9464e8-3683-4d44-5d74-45b2ffe980e2@opensips.org> Still 30 :) https://github.com/OpenSIPS/opensips/blob/master/modules/tm/config.h#L42 Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS eBootcamp 2021 https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 12/17/21 5:16 PM, Johan De Clercq wrote: > Indeed. > > Outlook voor iOS downloaden > ------------------------------------------------------------------------ > *Van:* Bogdan-Andrei Iancu > *Verzonden:* Friday, December 17, 2021 4:14:33 PM > *Aan:* OpenSIPS users mailling list ; johan > > *Onderwerp:* Re: timers in opensips 3.2. > Hi Johan, > > I assume you refer to the fr_timeout, right ? > > https://opensips.org/html/docs/modules/3.2.x/tm.html#param_fr_timeout > > > Regards, > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > OpenSIPS eBootcamp 2021 > https://opensips.org/training/OpenSIPS_eBootcamp_2021/ > On 12/17/21 1:01 PM, johan wrote: >> Can it be that the retransmission timer now defautls to 10 ms ? >> >> If yes, can you then please update the documentation ? >> >> >> wkr, >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Fri Dec 17 15:19:36 2021 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 17 Dec 2021 17:19:36 +0200 Subject: [OpenSIPS-Users] module auth_jwt not in available list of packages OpenSIPS 3.2 Debian/unbuntu In-Reply-To: References: Message-ID: Hi Jonathan, Please open a feature request on the opensips tracker, so we can manage that. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS eBootcamp 2021 https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 12/15/21 4:38 PM, Jonathan Hunter wrote: > > Hi All, > > I am trying to install OpenSIPS 3.2 within a container and use the > auth_jwt module as I will be authenticating webrtc/sip clients. > > I notice it is not available on the list of available deb packages and > wondered if its possible to add or if its only available from sources? > > As ideally be great if it was a package, if any one could advise/ help > that would be great. > > Many thanks > > Jon > > Sent from Mail for > Windows > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Fri Dec 17 15:23:59 2021 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 17 Dec 2021 17:23:59 +0200 Subject: [OpenSIPS-Users] Does anyone have Fraud Detection working in OpenSIPS V3.2? In-Reply-To: <6725c264-5d0f-beeb-a201-a0b7ac8043fb@topgreen.co.uk> References: <6725c264-5d0f-beeb-a201-a0b7ac8043fb@topgreen.co.uk> Message-ID: Hi Adrian, HAve you opened any bug report on the github tracker, with a bracktrace and description of the crash ? Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS eBootcamp 2021 https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 12/15/21 10:53 AM, Adrian Fretwell wrote: > > One & All, > > Just wondering if anyone has Fraud Detection working in OpenSIPS > V3.2?  I just can't get the call to check_fraud to work without crashing. > > -- > Kind regards, > > Adrian Fretwell > Nottinghamshire > UK. > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Fri Dec 17 15:24:53 2021 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 17 Dec 2021 17:24:53 +0200 Subject: [OpenSIPS-Users] Custom field in dialog list (dlg_list) In-Reply-To: References: Message-ID: Hi, By "dialog list" you mean the output of the MI "dlg_list" command ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS eBootcamp 2021 https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 12/14/21 11:05 AM, solarmon wrote: > Hi, > > In opensips 2.4.x is there a way to inject a custom field into the > dialog list? For example, inject a custom SIP header into it? > > Thank you! > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From solarmon at one-n.co.uk Fri Dec 17 15:35:05 2021 From: solarmon at one-n.co.uk (solarmon) Date: Fri, 17 Dec 2021 15:35:05 +0000 Subject: [OpenSIPS-Users] Custom field in dialog list (dlg_list) In-Reply-To: References: Message-ID: Hi Bogdan, Yes, correct - I meant the fields available in the output of dlg_list and dlg_list_ctx I'm using this out to sort/filter/search and wondered whether I could include custom SIP headers that might also be useful for the sort/filter/search. Cheers! On Fri, 17 Dec 2021 at 15:24, Bogdan-Andrei Iancu wrote: > Hi, > > By "dialog list" you mean the output of the MI "dlg_list" command ? > > Regards, > > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > OpenSIPS eBootcamp 2021 > https://opensips.org/training/OpenSIPS_eBootcamp_2021/ > > On 12/14/21 11:05 AM, solarmon wrote: > > Hi, > > In opensips 2.4.x is there a way to inject a custom field into the dialog > list? For example, inject a custom SIP header into it? > > Thank you! > > _______________________________________________ > Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From solarmon at one-n.co.uk Fri Dec 17 15:40:35 2021 From: solarmon at one-n.co.uk (solarmon) Date: Fri, 17 Dec 2021 15:40:35 +0000 Subject: [OpenSIPS-Users] dlg_list - caller_sdp and callee_sdp In-Reply-To: References: <792c310d-fe13-0daa-e195-ad0852aec959@opensips.org> Message-ID: Hi Gionanni, Thank you for the pointer. In our opensips config, I see that we currently use: create_dialog("B") Cheers! On Fri, 17 Dec 2021 at 15:12, Giovanni Maruzzelli wrote: > > On Tue, Dec 7, 2021 at 8:49 AM solarmon wrote: > >> >> I'm not sure what you mean by "re-INVITE pinging" >> > > create_dialog("Rr"); > https://opensips.org/docs/modules/3.2.x/dialog.html#func_create_dialog > > -- > Sincerely, > > Giovanni Maruzzelli > OpenTelecom.IT > cell: +39 347 266 56 18 > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alain.bieuzent at free.fr Fri Dec 17 15:51:20 2021 From: alain.bieuzent at free.fr (Alain Bieuzent) Date: Fri, 17 Dec 2021 16:51:20 +0100 Subject: [OpenSIPS-Users] Custom field in dialog list (dlg_list) In-Reply-To: References: Message-ID: <8E873E83-3FCA-452C-8426-2B5E1C66303F@free.fr> Hi solarmon, the method I use to do what you want is to go through the profiles (https://opensips.org/docs/modules/3.1.x/dialog#func_set_dlg_profile) exemple :  set_dlg_profile("Provider",$var(Provider)); set_dlg_profile("DID",$tU); in dlg_list output we can find information in context part :         "context": {                 "profiles": [                     {                         "DID": "32696XXXXXX"                     },                     {                         "Provider": “ORANGE"                     }                 ]             } Regards De : Users au nom de solarmon Répondre à : OpenSIPS users mailling list Date : vendredi 17 décembre 2021 à 16:37 À : Bogdan-Andrei Iancu Cc : OpenSIPS users mailling list Objet : Re: [OpenSIPS-Users] Custom field in dialog list (dlg_list) Hi Bogdan, Yes, correct - I meant the fields available in the output of dlg_list and dlg_list_ctx I'm using this out to sort/filter/search and wondered whether I could include custom SIP headers that might also be useful for the sort/filter/search. Cheers! On Fri, 17 Dec 2021 at 15:24, Bogdan-Andrei Iancu wrote: Hi, By "dialog list" you mean the output of the MI "dlg_list" command ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer   https://www.opensips-solutions.com OpenSIPS eBootcamp 2021   https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 12/14/21 11:05 AM, solarmon wrote: Hi, In opensips 2.4.x is there a way to inject a custom field into the dialog list? For example, inject a custom SIP header into it? Thank you! _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Fri Dec 17 16:06:15 2021 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 17 Dec 2021 18:06:15 +0200 Subject: [OpenSIPS-Users] Custom field in dialog list (dlg_list) In-Reply-To: References: Message-ID: <743cad19-8018-0463-f0c5-6c08974c9575@opensips.org> You can attach $dlg_val()'s to the dialog. These dialog vals are printed by the dlg_list_ctx MI cmd. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS eBootcamp 2021 https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 12/17/21 5:35 PM, solarmon wrote: > Hi Bogdan, > > Yes, correct - I meant the fields available in the output of dlg_list > and dlg_list_ctx > > I'm using this out to sort/filter/search and wondered whether I could > include custom SIP headers that might also be useful for the > sort/filter/search. > > Cheers! > > On Fri, 17 Dec 2021 at 15:24, Bogdan-Andrei Iancu > wrote: > > Hi, > > By "dialog list" you mean the output of the MI "dlg_list" command ? > > Regards, > > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > OpenSIPS eBootcamp 2021 > https://opensips.org/training/OpenSIPS_eBootcamp_2021/ > > On 12/14/21 11:05 AM, solarmon wrote: >> Hi, >> >> In opensips 2.4.x is there a way to inject a custom field into >> the dialog list? For example, inject a custom SIP header into it? >> >> Thank you! >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gmaruzz at gmail.com Fri Dec 17 16:11:40 2021 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Fri, 17 Dec 2021 17:11:40 +0100 Subject: [OpenSIPS-Users] Custom field in dialog list (dlg_list) In-Reply-To: <743cad19-8018-0463-f0c5-6c08974c9575@opensips.org> References: <743cad19-8018-0463-f0c5-6c08974c9575@opensips.org> Message-ID: On Fri, Dec 17, 2021 at 5:08 PM Bogdan-Andrei Iancu wrote: > You can attach $dlg_val()'s to the dialog. These dialog vals are printed > by the dlg_list_ctx MI cmd. > > I piggyback on this thread: other than the https://opensips.org/docs/modules/3.1.x/json.html there are docs, scripts, hints on advanced (eg, non trivial) json processing in OpenSIPS? do it uses a library with extensive docs? or anything else to read? -giovanni -- Sincerely, Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18 -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.fretwell at topgreen.co.uk Fri Dec 17 16:15:26 2021 From: adrian.fretwell at topgreen.co.uk (Adrian Fretwell) Date: Fri, 17 Dec 2021 16:15:26 +0000 Subject: [OpenSIPS-Users] Does anyone have Fraud Detection working in OpenSIPS V3.2? In-Reply-To: References: <6725c264-5d0f-beeb-a201-a0b7ac8043fb@topgreen.co.uk> Message-ID: <1388705f-459c-69b5-a8a2-cbc2f7a9e4d3@topgreen.co.uk> Hi Bogdan, No, I have not, but I will now. Having tried to dig in to this issue myself, I now believe it is a SIGFPE, not a crash. Many thanks for your help. Kind regards, Adrian. On 17/12/2021 15:23, Bogdan-Andrei Iancu wrote: > Hi Adrian, > > HAve you opened any bug report on the github tracker, with a > bracktrace and description of the crash ? > > Best regards, > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > OpenSIPS eBootcamp 2021 > https://opensips.org/training/OpenSIPS_eBootcamp_2021/ > On 12/15/21 10:53 AM, Adrian Fretwell wrote: >> >> One & All, >> >> Just wondering if anyone has Fraud Detection working in OpenSIPS >> V3.2?  I just can't get the call to check_fraud to work without crashing. >> >> -- >> Kind regards, >> >> Adrian Fretwell >> Nottinghamshire >> UK. >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gmaruzz at gmail.com Fri Dec 17 16:43:48 2021 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Fri, 17 Dec 2021 17:43:48 +0100 Subject: [OpenSIPS-Users] Custom field in dialog list (dlg_list) In-Reply-To: References: <743cad19-8018-0463-f0c5-6c08974c9575@opensips.org> Message-ID: On Fri, Dec 17, 2021 at 5:11 PM Giovanni Maruzzelli wrote: > On Fri, Dec 17, 2021 at 5:08 PM Bogdan-Andrei Iancu > wrote: > >> You can attach $dlg_val()'s to the dialog. These dialog vals are printed >> by the dlg_list_ctx MI cmd. >> >> > I piggyback on this thread: > other than the https://opensips.org/docs/modules/3.1.x/json.html there > are docs, scripts, hints on advanced (eg, non trivial) json processing in > OpenSIPS? > > do it uses a library with extensive docs? or anything else to read? > > answer to myself: https://github.com/rbtylee/tutorial-jsonc/blob/master/tutorial/index.md but... not sure it answers my questions about advanced usage INTO opensips (from the script) -giovanni -- Sincerely, Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18 -------------- next part -------------- An HTML attachment was scrubbed... URL: From solarmon at one-n.co.uk Fri Dec 17 16:57:11 2021 From: solarmon at one-n.co.uk (solarmon) Date: Fri, 17 Dec 2021 16:57:11 +0000 Subject: [OpenSIPS-Users] Custom field in dialog list (dlg_list) In-Reply-To: References: <743cad19-8018-0463-f0c5-6c08974c9575@opensips.org> Message-ID: Hi Giovanni, I personally use PHP to parse the JSON formatted data - but most scripting and programming languages will have a way of doing it. I would assume you could use the opensipsctrl (or opensips-cli) and MI JSON commands to get a script to control opensips - so it will be dependent on what control you have using those commands. You can be creative using shared variables that can be set using the opensipsctl/opensips-cli commands, to control the opensips configuration/logic. On Fri, 17 Dec 2021 at 16:47, Giovanni Maruzzelli wrote: > On Fri, Dec 17, 2021 at 5:11 PM Giovanni Maruzzelli > wrote: > >> On Fri, Dec 17, 2021 at 5:08 PM Bogdan-Andrei Iancu >> wrote: >> >>> You can attach $dlg_val()'s to the dialog. These dialog vals are printed >>> by the dlg_list_ctx MI cmd. >>> >>> >> I piggyback on this thread: >> other than the https://opensips.org/docs/modules/3.1.x/json.html there >> are docs, scripts, hints on advanced (eg, non trivial) json processing in >> OpenSIPS? >> >> do it uses a library with extensive docs? or anything else to read? >> >> > answer to myself: > https://github.com/rbtylee/tutorial-jsonc/blob/master/tutorial/index.md > > but... not sure it answers my questions about advanced usage INTO opensips > (from the script) > > -giovanni > > > > -- > Sincerely, > > Giovanni Maruzzelli > OpenTelecom.IT > cell: +39 347 266 56 18 > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gmaruzz at gmail.com Fri Dec 17 18:15:20 2021 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Fri, 17 Dec 2021 19:15:20 +0100 Subject: [OpenSIPS-Users] Custom field in dialog list (dlg_list) In-Reply-To: References: <743cad19-8018-0463-f0c5-6c08974c9575@opensips.org> Message-ID: You so kind, thanks a lot. I'd like to do it in script, for efficiency and elegance (hahaha), but yes I can fall back to something external. -giovanni answered from mobile, please pardon terseness and typos, -giovanni On Fri, Dec 17, 2021, 17:57 solarmon wrote: > Hi Giovanni, > > I personally use PHP to parse the JSON formatted data - but most scripting > and programming languages will have a way of doing it. > > I would assume you could use the opensipsctrl (or opensips-cli) and MI > JSON commands to get a script to control opensips - so it will be dependent > on what control you have using those commands. You can be creative using > shared variables that can be set using the opensipsctl/opensips-cli > commands, to control the opensips configuration/logic. > > > On Fri, 17 Dec 2021 at 16:47, Giovanni Maruzzelli > wrote: > >> On Fri, Dec 17, 2021 at 5:11 PM Giovanni Maruzzelli >> wrote: >> >>> On Fri, Dec 17, 2021 at 5:08 PM Bogdan-Andrei Iancu >>> wrote: >>> >>>> You can attach $dlg_val()'s to the dialog. These dialog vals are >>>> printed by the dlg_list_ctx MI cmd. >>>> >>>> >>> I piggyback on this thread: >>> other than the https://opensips.org/docs/modules/3.1.x/json.html there >>> are docs, scripts, hints on advanced (eg, non trivial) json processing in >>> OpenSIPS? >>> >>> do it uses a library with extensive docs? or anything else to read? >>> >>> >> answer to myself: >> https://github.com/rbtylee/tutorial-jsonc/blob/master/tutorial/index.md >> >> but... not sure it answers my questions about advanced usage INTO >> opensips (from the script) >> >> -giovanni >> >> >> >> -- >> Sincerely, >> >> Giovanni Maruzzelli >> OpenTelecom.IT >> cell: +39 347 266 56 18 >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From liviu at opensips.org Mon Dec 20 12:50:27 2021 From: liviu at opensips.org (Liviu Chircu) Date: Mon, 20 Dec 2021 14:50:27 +0200 Subject: [OpenSIPS-Users] Does anyone have Fraud Detection working in OpenSIPS V3.2? In-Reply-To: <6725c264-5d0f-beeb-a201-a0b7ac8043fb@topgreen.co.uk> References: <6725c264-5d0f-beeb-a201-a0b7ac8043fb@topgreen.co.uk> Message-ID: On 15.12.2021 10:53, Adrian Fretwell wrote: > > Just wondering if anyone has Fraud Detection working in OpenSIPS > V3.2?  I just can't get the call to check_fraud to work without crashing. > For the record, the crash has been confirmed and fixed (using anything but the default time-recurrence for fraud DB rules will easily lead to a crash on OpenSIPS 3.2.0 to 3.2.3).  The fix is to be included in OpenSIPS 3.2.4, to be released in two days from now. Happy Holidays, -- Liviu Chircu www.twitter.com/liviuchircu | www.opensips-solutions.com From hunterj91 at hotmail.com Mon Dec 20 14:21:08 2021 From: hunterj91 at hotmail.com (Jonathan Hunter) Date: Mon, 20 Dec 2021 14:21:08 +0000 Subject: [OpenSIPS-Users] Opensips 3.2 from sources testing auth_jwt with postgres database backend. Message-ID: Hi guys, I am testing the auth_jwt module with a postgres backend database and it appears to be using Mysql syntax, so I am getting error below, as I dont think UNIX_TIMESTAMP is a postgres function and its not happy with the quotes. See output below, just testing with the example tag; Dec 20 14:08:56 [13688] --[96gpfj5qgkseqevkhv5a] RT_REGISTER token is eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJ0YWciOiJzcGFjZS1tb25rZXkifQ.4JxP0_a-l6uDhjP50JaocheyvgQGhB-0zJsYpFTACkgDec 20 14:08:56 [13688] DBG:auth_jwt:jwt_authorize: Decoded JWT and found claim tag with value space-monkey Dec 20 14:08:56 [13688] DBG:auth_jwt:jwt_authorize: built JWT raw db query [SELECT a.sip_username,b.secret from jwt_profiles a inner join jwt_secrets b on a.tag = b.corresponding_tag where a.tag="space-monkey" and UNIX_TIMESTAMP() >= b.start_ts and UNIX_TIMESTAMP() < b.end_ts] Dec 20 14:08:56 [13688] DBG:db_postgres:db_postgres_submit_query: 0x7fa87dcac018 PQsendQuery(SELECT a.sip_username,b.secret from jwt_profiles a inner join jwt_secrets b on a.tag = b.corresponding_tag where a.tag="space-monkey" and UNIX_TIMESTAMP() >= b.start_ts and UNIX_TIMESTAMP() < b.end_ts) Dec 20 14:08:56 [13688] DBG:db_postgres:db_postgres_submit_query: 0x7fa87dcac018 PQsendQuery failed: ERROR: column "space-monkey" does not exist LINE 1: ...ets b on a.tag = b.corresponding_tag where a.tag="space-mon... ^ Query: SELECT a.sip_username,b.secret from jwt_profiles a inner join jwt_secrets b on a.tag = b.corresponding_tag where a.tag="space-monkey" and UNIX_TIMESTAMP() >= b.start_ts and UNIX_TIMESTAMP() < b.end_ts Dec 20 14:08:56 [13688] DBG:db_postgres:free_query: PQclear(0x556a28109850) result set Dec 20 14:08:56 [13688] ERROR:db_postgres:db_postgres_submit_query: 0x7fa87dcac018 PQsendQuery Error: ERROR: column "space-monkey" does not exist LINE 1: ...ets b on a.tag = b.corresponding_tag where a.tag="space-mon... ^ Query: SELECT a.sip_username,b.secret from jwt_profiles a inner join jwt_secrets b on a.tag = b.corresponding_tag where a.tag="space-monkey" and UNIX_TIMESTAMP() >= b.start_ts and UNIX_TIMESTAMP() < b.end_ts Dec 20 14:08:56 [13688] ERROR:core:db_do_raw_query: error while submitting query Dec 20 14:08:56 [13688] ERROR:auth_jwt:jwt_authorize: raw_query failed I have installed from sources, am I missing something here or missed a step? Any help would be great as really want to get this module working. Thanks! Jon Sent from Mail for Windows -------------- next part -------------- An HTML attachment was scrubbed... URL: From hunterj91 at hotmail.com Mon Dec 20 16:58:46 2021 From: hunterj91 at hotmail.com (Jonathan Hunter) Date: Mon, 20 Dec 2021 16:58:46 +0000 Subject: [OpenSIPS-Users] Opensips 3.2 from sources testing auth_jwt with postgres database backend. In-Reply-To: References: Message-ID: Hi Guys, Note this query seems to work with my postgres; SELECT a.sip_username,b.secret from jwt_profiles a inner join jwt_secrets b on a.tag = b.corresponding_tag where a.tag='space-monkey' and extract(epoch from now()) >= b.start_ts and extract(epoch from now()) < b.end_ts; Doe I need to patch for his or should it work with postgres anyway? Thanks! Jon Sent from Mail for Windows ________________________________ From: Users on behalf of Jonathan Hunter Sent: Monday, December 20, 2021 2:21:08 PM To: OpenSIPS users mailling list Subject: [OpenSIPS-Users] Opensips 3.2 from sources testing auth_jwt with postgres database backend. Hi guys, I am testing the auth_jwt module with a postgres backend database and it appears to be using Mysql syntax, so I am getting error below, as I dont think UNIX_TIMESTAMP is a postgres function and its not happy with the quotes. See output below, just testing with the example tag; Dec 20 14:08:56 [13688] --[96gpfj5qgkseqevkhv5a] RT_REGISTER token is eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJ0YWciOiJzcGFjZS1tb25rZXkifQ.4JxP0_a-l6uDhjP50JaocheyvgQGhB-0zJsYpFTACkgDec 20 14:08:56 [13688] DBG:auth_jwt:jwt_authorize: Decoded JWT and found claim tag with value space-monkey Dec 20 14:08:56 [13688] DBG:auth_jwt:jwt_authorize: built JWT raw db query [SELECT a.sip_username,b.secret from jwt_profiles a inner join jwt_secrets b on a.tag = b.corresponding_tag where a.tag="space-monkey" and UNIX_TIMESTAMP() >= b.start_ts and UNIX_TIMESTAMP() < b.end_ts] Dec 20 14:08:56 [13688] DBG:db_postgres:db_postgres_submit_query: 0x7fa87dcac018 PQsendQuery(SELECT a.sip_username,b.secret from jwt_profiles a inner join jwt_secrets b on a.tag = b.corresponding_tag where a.tag="space-monkey" and UNIX_TIMESTAMP() >= b.start_ts and UNIX_TIMESTAMP() < b.end_ts) Dec 20 14:08:56 [13688] DBG:db_postgres:db_postgres_submit_query: 0x7fa87dcac018 PQsendQuery failed: ERROR: column "space-monkey" does not exist LINE 1: ...ets b on a.tag = b.corresponding_tag where a.tag="space-mon... ^ Query: SELECT a.sip_username,b.secret from jwt_profiles a inner join jwt_secrets b on a.tag = b.corresponding_tag where a.tag="space-monkey" and UNIX_TIMESTAMP() >= b.start_ts and UNIX_TIMESTAMP() < b.end_ts Dec 20 14:08:56 [13688] DBG:db_postgres:free_query: PQclear(0x556a28109850) result set Dec 20 14:08:56 [13688] ERROR:db_postgres:db_postgres_submit_query: 0x7fa87dcac018 PQsendQuery Error: ERROR: column "space-monkey" does not exist LINE 1: ...ets b on a.tag = b.corresponding_tag where a.tag="space-mon... ^ Query: SELECT a.sip_username,b.secret from jwt_profiles a inner join jwt_secrets b on a.tag = b.corresponding_tag where a.tag="space-monkey" and UNIX_TIMESTAMP() >= b.start_ts and UNIX_TIMESTAMP() < b.end_ts Dec 20 14:08:56 [13688] ERROR:core:db_do_raw_query: error while submitting query Dec 20 14:08:56 [13688] ERROR:auth_jwt:jwt_authorize: raw_query failed I have installed from sources, am I missing something here or missed a step? Any help would be great as really want to get this module working. Thanks! Jon Sent from Mail for Windows -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Tue Dec 21 08:17:30 2021 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Tue, 21 Dec 2021 10:17:30 +0200 Subject: [OpenSIPS-Users] Custom field in dialog list (dlg_list) In-Reply-To: References: <743cad19-8018-0463-f0c5-6c08974c9575@opensips.org> Message-ID: Hi Giovanni, The module Readme is the only one we have :), quite comprehensive IMO. Do you feel something is missing there ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS eBootcamp 2021 https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 12/17/21 6:11 PM, Giovanni Maruzzelli wrote: > On Fri, Dec 17, 2021 at 5:08 PM Bogdan-Andrei Iancu > > wrote: > > You can attach $dlg_val()'s to the dialog. These dialog vals are > printed by the dlg_list_ctx MI cmd. > > > I piggyback on this thread: > other than the https://opensips.org/docs/modules/3.1.x/json.html > there are docs, > scripts, hints on advanced (eg, non trivial) json processing in OpenSIPS? > > do it uses a library with extensive docs? or anything else to read? > > -giovanni > > > -- > Sincerely, > > Giovanni Maruzzelli > OpenTelecom.IT > cell: +39 347 266 56 18 > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Tue Dec 21 08:35:52 2021 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Tue, 21 Dec 2021 10:35:52 +0200 Subject: [OpenSIPS-Users] Opensips 3.2 from sources testing auth_jwt with postgres database backend. In-Reply-To: References: Message-ID: <168f60f5-654a-2728-fa9d-4eb0847c54a7@opensips.org> Hi Jonathan, yeah, that raw query from JWT module is not sql compliant, but mysql compliant :D. Could you provide the patch for your fixes, so we can evaluate and push forward ? Thanks, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS eBootcamp 2021 https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 12/20/21 6:58 PM, Jonathan Hunter wrote: > > Hi Guys, > > Note this query seems to work with my postgres; > > SELECT a.sip_username,b.secret from jwt_profiles a inner join > jwt_secrets b on a.tag = b.corresponding_tag  where > a.tag='space-monkey' and extract(epoch from now()) >= b.start_ts and > extract(epoch from now()) < b.end_ts; > > Doe I need to patch for his or should it work with postgres anyway? > Thanks! > > Jon > > Sent from Mail for > Windows > > ------------------------------------------------------------------------ > *From:* Users on behalf of Jonathan > Hunter > *Sent:* Monday, December 20, 2021 2:21:08 PM > *To:* OpenSIPS users mailling list > *Subject:* [OpenSIPS-Users] Opensips 3.2 from sources testing auth_jwt > with postgres database backend. > > Hi guys, I am testing the auth_jwt module with a postgres backend > database and it appears to be using Mysql syntax, so I am getting > error below, as I dont think UNIX_TIMESTAMP is a postgres function and > its not happy with the quotes. > > See output below, just testing with the example tag; > > Dec 20 14:08:56 [13688] --[96gpfj5qgkseqevkhv5a] RT_REGISTER token is > eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJ0YWciOiJzcGFjZS1tb25rZXkifQ.4JxP0_a-l6uDhjP50JaocheyvgQGhB-0zJsYpFTACkgDec > 20 14:08:56 [13688] DBG:auth_jwt:jwt_authorize: Decoded JWT and found > claim tag with value space-monkey > > Dec 20 14:08:56 [13688] DBG:auth_jwt:jwt_authorize: built JWT raw db > query [SELECT a.sip_username,b.secret from jwt_profiles a inner join > jwt_secrets b on a.tag = b.corresponding_tag  where > a.tag="space-monkey" and UNIX_TIMESTAMP() >= b.start_ts and > UNIX_TIMESTAMP() < b.end_ts] > > Dec 20 14:08:56 [13688] DBG:db_postgres:db_postgres_submit_query: > 0x7fa87dcac018 PQsendQuery(SELECT a.sip_username,b.secret from > jwt_profiles a inner join jwt_secrets b on a.tag = b.corresponding_tag > where a.tag="space-monkey" and UNIX_TIMESTAMP() >= b.start_ts and > UNIX_TIMESTAMP() < b.end_ts) > > Dec 20 14:08:56 [13688] DBG:db_postgres:db_postgres_submit_query: > 0x7fa87dcac018 PQsendQuery failed: ERROR:  column "space-monkey" does > not exist > > LINE 1: ...ets b on a.tag = b.corresponding_tag  where a.tag="space-mon... > > ^ > > Query: SELECT a.sip_username,b.secret from jwt_profiles a inner join > jwt_secrets b on a.tag = b.corresponding_tag  where > a.tag="space-monkey" and UNIX_TIMESTAMP() >= b.start_ts and > UNIX_TIMESTAMP() < b.end_ts > > Dec 20 14:08:56 [13688] DBG:db_postgres:free_query: > PQclear(0x556a28109850) result set > > Dec 20 14:08:56 [13688] ERROR:db_postgres:db_postgres_submit_query: > 0x7fa87dcac018 PQsendQuery Error: ERROR:  column "space-monkey" does > not exist > > LINE 1: ...ets b on a.tag = b.corresponding_tag  where a.tag="space-mon... > > ^ > > Query: SELECT a.sip_username,b.secret from jwt_profiles a inner join > jwt_secrets b on a.tag = b.corresponding_tag  where > a.tag="space-monkey" and UNIX_TIMESTAMP() >= b.start_ts and > UNIX_TIMESTAMP() < b.end_ts > > Dec 20 14:08:56 [13688] ERROR:core:db_do_raw_query: error while > submitting query > > Dec 20 14:08:56 [13688] ERROR:auth_jwt:jwt_authorize: raw_query failed > > I have installed from sources, am I missing something here or missed a > step? Any help would be great as really want to get this module working. > > Thanks! > > Jon > > Sent from Mail > > for Windows > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From denys.pozniak at gmail.com Tue Dec 21 09:17:01 2021 From: denys.pozniak at gmail.com (Denys Pozniak) Date: Tue, 21 Dec 2021 11:17:01 +0200 Subject: [OpenSIPS-Users] B2B logic with forked calls In-Reply-To: References: Message-ID: Hello! Any update? вт, 14 дек. 2021 г. в 14:13, Denys Pozniak : > Hello! > > Bogdan, > I tested the combination of dialog + TH modules and found out that this > also does not work correctly if the incoming call was forked. > Outgoing legs have the same Call-ID and tag, although I would expect them > to be different. > > The configuration is exactly the same as in the > Documentation/Tutorials-Topology-Hiding > [root at f-proxy opensips]$ opensips -V > version: opensips 3.2.3 (x86_64/linux) > > > ср, 6 окт. 2021 г. в 12:18, Bogdan-Andrei Iancu : > >> Hi Denys, >> >> Before diving into the B2B dark corners, I would strongly suggest to use >> OpenSIPS with dialog + topology hiding modules, rather than B2B. The B2B is >> not so friendly with parallel forking. >> >> And as time as you only need TH, dialog + TH is be best way to do it. >> >> Best regards, >> >> Bogdan-Andrei Iancu >> >> OpenSIPS Founder and Developer >> https://www.opensips-solutions.com >> OpenSIPS eBootcamp 2021 >> https://opensips.org/training/OpenSIPS_eBootcamp_2021/ >> >> On 9/7/21 2:14 PM, Denys Pozniak wrote: >> >> Adding a scheme of the current call-flow scenario maybe it is not >> completely clear from the previous message: >> >> FreeSWITCH --(1-call)--> Fork Proxy --(N-branches)--> SEMS --(N-calls)--> >> Edge Proxy ----> N-devices >> >> >> вт, 7 сент. 2021 г. в 12:57, Denys Pozniak : >> >>> Hello! >>> >>> Our service delivery logic is as follows: >>> Each user has an internal extension, under which there are several >>> devices with their own identifier. >>> With an incoming call to such a subscriber, FreeSWITCH adds custom SIP >>> headers with these device identifiers. >>> Further on these fields the superior Proxy forks legs and then these >>> legs pass through the Sems to become completely separate calls. >>> >>> Now there is a task to replace Sems with OpenSIPS. >>> The script below works fine, but only if the incoming calls are not >>> forked >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> *####### Routing Logic ######## route{ if (is_method("INVITE") && >>> !has_totag()) { b2b_init_request("top hiding"); exit; } >>> } route[b2b_logic_request] { b2b_pass_request(); exit; }* >>> >>> If there is a fork with an answer on some device, then OpenSIPS does not >>> forward the SIP CANCEL (Reason: SIP;cause=200;text="Call completed >>> elsewhere") to the rest and these devices keep ringing until timeout >>> (Reason: SIP;cause=480;text="NO_ANSWER") >>> Please help understand the nature of this behavior. >>> >>> version: opensips 3.2.2 (x86_64/linux) >>> >>> *Incoming SIP INVITE:* >>> 2021/09/07 11:38:30.737456 192.168.27.84:5060 -> 192.168.27.84:5080 >>> INVITE sip:qq2s92mnbrda at 192.168.27.126:5060;transport=udp SIP/2.0 >>> Record-Route: >>> >>> Record-Route: >>> Via: SIP/2.0/UDP >>> 192.168.27.84;branch=z9hG4bKcc18.ec9a363ccc70d07691e11293d160cca6.1 >>> Via: SIP/2.0/UDP >>> 192.168.27.126;branch=z9hG4bKcc18.accd8d8bac35ac66a172f6ce173c9a34.0 >>> Via: SIP/2.0/UDP >>> 192.168.27.123;received=192.168.27.123;rport=5060;branch=z9hG4bKavcjKF58g9D1e >>> Max-Forwards: 66 >>> From: "VOIP" ;tag=3a8gNpgZQ89pj >>> To: >>> Call-ID: 33e8140a-8a62-123a-e1ba-001dd8b71cb2 >>> CSeq: 40949963 INVITE >>> Contact: >>> Supported: timer, path, replaces >>> Allow-Events: talk, hold, conference, refer >>> Privacy: none >>> Content-Type: application/sdp >>> Content-Disposition: session >>> >>> *Outgoing SIP INVITE:* >>> 2021/09/07 11:38:30.737938 192.168.27.84:5080 -> 192.168.27.126:5060 >>> INVITE sip:qq2s92mnbrda at 192.168.27.126:5060;transport=udp SIP/2.0 >>> Via: SIP/2.0/UDP 192.168.27.84:5080;branch=z9hG4bK6ddf.d88b07f2.0 >>> To: sip:qq2s92mnbrda at 192.168.27.126:5060 >>> From: "VOIP" >> >;tag=94fd20254e546fee730f360cf9860800 >>> CSeq: 40949964 INVITE >>> Call-ID: B2B.331.6374211.1631007510 >>> Max-Forwards: 70 >>> Content-Length: 486 >>> User-Agent: OpenSIPS (3.2.2 (x86_64/linux)) >>> Content-Type: application/sdp >>> Supported: timer, path, replaces >>> P-Asserted-Identity: " VOIP" >>> Privacy: none >>> Content-Disposition: session >>> X-Call-ID: 33e8140a-8a62-123a-e1ba-001dd8b71cb2 >>> Contact: >>> >>> *Incoming SIP CANCEL:* >>> 2021/09/07 11:38:33.593381 192.168.27.84:5060 -> 192.168.27.84:5080 >>> CANCEL sip:qq2s92mnbrda at 192.168.27.126:5060;transport=udp SIP/2.0 >>> Via: SIP/2.0/UDP >>> 192.168.27.84;branch=z9hG4bKcc18.ec9a363ccc70d07691e11293d160cca6.1 >>> Max-Forwards: 66 >>> From: "VOIP" ;tag=3a8gNpgZQ89pj >>> To: >>> Call-ID: 33e8140a-8a62-123a-e1ba-001dd8b71cb2 >>> CSeq: 40949963 CANCEL >>> Content-Length: 0 >>> Reason: SIP;cause=200;text="Call completed elsewhere" >>> >>> *Outgoing SIP CANCEL by timeout (with 27 sec delay):* >>> 2021/09/07 11:39:01.100888 192.168.27.84:5080 -> 192.168.27.126:5060 >>> CANCEL sip:qq2s92mnbrda at 192.168.27.126:5060;transport=udp SIP/2.0 >>> Via: SIP/2.0/UDP 192.168.27.84:5080;branch=z9hG4bK6ddf.d88b07f2.0 >>> From: "VOIP" >> >;tag=94fd20254e546fee730f360cf9860800 >>> Call-ID: B2B.331.6374211.1631007510 >>> To: sip:qq2s92mnbrda at 192.168.27.126:5060 >>> CSeq: 40949964 CANCEL >>> Max-Forwards: 70 >>> Reason: SIP;cause=480;text="NO_ANSWER" >>> User-Agent: OpenSIPS (3.2.2 (x86_64/linux)) >>> Content-Length: 0 >>> >>> >>> >>> -- >>> >>> BR, >>> Denys Pozniak >>> >>> >>> >> >> -- >> >> BR, >> Denys Pozniak >> >> >> >> _______________________________________________ >> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> >> > > -- > > BR, > Denys Pozniak > > > -- BR, Denys Pozniak -------------- next part -------------- An HTML attachment was scrubbed... URL: From hunterj91 at hotmail.com Tue Dec 21 10:29:20 2021 From: hunterj91 at hotmail.com (Jonathan Hunter) Date: Tue, 21 Dec 2021 10:29:20 +0000 Subject: [OpenSIPS-Users] Opensips 3.2 from sources testing auth_jwt with postgres database backend. In-Reply-To: <168f60f5-654a-2728-fa9d-4eb0847c54a7@opensips.org> References: <168f60f5-654a-2728-fa9d-4eb0847c54a7@opensips.org> Message-ID: Hi Bogdan, Thanks for the reply. I have modified as below so this works with postgres, essentially just changed the syntax as below; ~/opensips-3.2/modules/auth_jwt/authorize.c -n = snprintf(p,len," from %.*s a inner join %.*s b on a.%.*s = b.%.*s where a.%.*s=\"%.*s\" and UNIX_TIMESTAMP() >= b.%.*s and UNIX_TIMESTAMP() < b.%.*s", +n = snprintf(p,len," from %.*s a inner join %.*s b on a.%.*s = b.%.*s where a.%.*s=\'%.*s\' and extract(epoch from now()) >= b.%.*s and extract(epoch from now()) < b.%.*s", I would assume there needs some further modification depending on if its MySQL or postgres as currently I have just changed as above and haven’t tested if it works for the other backend types. I hope that’s enough detail for you? If you need anything else let me know! Thanks Jon Sent from Mail for Windows From: Bogdan-Andrei Iancu Sent: 21 December 2021 08:36 To: OpenSIPS users mailling list; Jonathan Hunter Subject: Re: [OpenSIPS-Users] Opensips 3.2 from sources testing auth_jwt with postgres database backend. Hi Jonathan, yeah, that raw query from JWT module is not sql compliant, but mysql compliant :D. Could you provide the patch for your fixes, so we can evaluate and push forward ? Thanks, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS eBootcamp 2021 https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 12/20/21 6:58 PM, Jonathan Hunter wrote: Hi Guys, Note this query seems to work with my postgres; SELECT a.sip_username,b.secret from jwt_profiles a inner join jwt_secrets b on a.tag = b.corresponding_tag where a.tag='space-monkey' and extract(epoch from now()) >= b.start_ts and extract(epoch from now()) < b.end_ts; Doe I need to patch for his or should it work with postgres anyway? Thanks! Jon Sent from Mail for Windows From: Users on behalf of Jonathan Hunter Sent: Monday, December 20, 2021 2:21:08 PM To: OpenSIPS users mailling list Subject: [OpenSIPS-Users] Opensips 3.2 from sources testing auth_jwt with postgres database backend. Hi guys, I am testing the auth_jwt module with a postgres backend database and it appears to be using Mysql syntax, so I am getting error below, as I dont think UNIX_TIMESTAMP is a postgres function and its not happy with the quotes. See output below, just testing with the example tag; Dec 20 14:08:56 [13688] --[96gpfj5qgkseqevkhv5a] RT_REGISTER token is eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJ0YWciOiJzcGFjZS1tb25rZXkifQ.4JxP0_a-l6uDhjP50JaocheyvgQGhB-0zJsYpFTACkgDec 20 14:08:56 [13688] DBG:auth_jwt:jwt_authorize: Decoded JWT and found claim tag with value space-monkey Dec 20 14:08:56 [13688] DBG:auth_jwt:jwt_authorize: built JWT raw db query [SELECT a.sip_username,b.secret from jwt_profiles a inner join jwt_secrets b on a.tag = b.corresponding_tag where a.tag="space-monkey" and UNIX_TIMESTAMP() >= b.start_ts and UNIX_TIMESTAMP() < b.end_ts] Dec 20 14:08:56 [13688] DBG:db_postgres:db_postgres_submit_query: 0x7fa87dcac018 PQsendQuery(SELECT a.sip_username,b.secret from jwt_profiles a inner join jwt_secrets b on a.tag = b.corresponding_tag where a.tag="space-monkey" and UNIX_TIMESTAMP() >= b.start_ts and UNIX_TIMESTAMP() < b.end_ts) Dec 20 14:08:56 [13688] DBG:db_postgres:db_postgres_submit_query: 0x7fa87dcac018 PQsendQuery failed: ERROR: column "space-monkey" does not exist LINE 1: ...ets b on a.tag = b.corresponding_tag where a.tag="space-mon... ^ Query: SELECT a.sip_username,b.secret from jwt_profiles a inner join jwt_secrets b on a.tag = b.corresponding_tag where a.tag="space-monkey" and UNIX_TIMESTAMP() >= b.start_ts and UNIX_TIMESTAMP() < b.end_ts Dec 20 14:08:56 [13688] DBG:db_postgres:free_query: PQclear(0x556a28109850) result set Dec 20 14:08:56 [13688] ERROR:db_postgres:db_postgres_submit_query: 0x7fa87dcac018 PQsendQuery Error: ERROR: column "space-monkey" does not exist LINE 1: ...ets b on a.tag = b.corresponding_tag where a.tag="space-mon... ^ Query: SELECT a.sip_username,b.secret from jwt_profiles a inner join jwt_secrets b on a.tag = b.corresponding_tag where a.tag="space-monkey" and UNIX_TIMESTAMP() >= b.start_ts and UNIX_TIMESTAMP() < b.end_ts Dec 20 14:08:56 [13688] ERROR:core:db_do_raw_query: error while submitting query Dec 20 14:08:56 [13688] ERROR:auth_jwt:jwt_authorize: raw_query failed I have installed from sources, am I missing something here or missed a step? Any help would be great as really want to get this module working. Thanks! Jon Sent from Mail for Windows _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: D090FCD0143F48D6A511F3A0B0D24601.png Type: image/png Size: 158 bytes Desc: D090FCD0143F48D6A511F3A0B0D24601.png URL: From spanda at 3clogic.com Tue Dec 21 10:30:31 2021 From: spanda at 3clogic.com (Sasmita Panda) Date: Tue, 21 Dec 2021 16:00:31 +0530 Subject: [OpenSIPS-Users] Facing some issue while running opensips 3.2 latest branch with openssl-1.1.1 Message-ID: Hi All , I have taken opensips 3.2 latest code and configure with tls_openssl to support proto_tls proto_wss and tls_gm . I have installed openssl-1.1.1 . (Rtpeninge latest branch is not suported with older version of openssl , so I have taken the newer version here ) Installation is successful . While running the opensips process I am getting the below error . *ERROR:core:sr_load_module: could not open module : /usr/local/lib64/opensips/modules/auth.so: undefined symbol: EVP_MD_CTX_free ERROR:core:load_module: failed to load module Traceback (last included file at the bottom): 0. /usr/local/etc/opensips/opensips_webrtc_reg.cfg CRITICAL:core:yyerror: parse error in /usr/local/etc/opensips/opensips_webrtc_reg.cfg:134:13-14: failed to load module auth.so* * ERROR:core:sr_load_module: could not open module : /usr/local/lib64/opensips/modules/tls_openssl.so: undefined symbol: OPENSSL_sk_num ERROR:core:load_module: failed to load module Traceback (last included file at the bottom): 0. /usr/local/etc/opensips/opensips_webrtc_proxy.cfg CRITICAL:core:yyerror: parse error in /usr/local/etc/opensips/opensips_webrtc_proxy.cfg:77:13-14: failed to load module tls_openssl.so* Can anyone help me how to resolve this please ? *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Tue Dec 21 11:52:45 2021 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Tue, 21 Dec 2021 13:52:45 +0200 Subject: [OpenSIPS-Users] Opensips 3.2 from sources testing auth_jwt with postgres database backend. In-Reply-To: References: <168f60f5-654a-2728-fa9d-4eb0847c54a7@opensips.org> Message-ID: <99ab2369-3dc1-7fb3-0c57-bdd1c37f6df9@opensips.org> Thank you Jonathan, I guess the proper fix here will be to push the unixtimestamp from the code level, rather from DB level - in this way we can get an SQL compliant query. Let me send you a patch for testing Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS eBootcamp 2021 https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 12/21/21 12:29 PM, Jonathan Hunter wrote: > > Hi Bogdan, > > Thanks for the reply. > > I have  modified as below so this works with postgres, essentially > just changed the syntax as below; > > ~/opensips-3.2/modules/auth_jwt/authorize.c > > -n = snprintf(p,len," from %.*s a inner join %.*s b on a.%.*s = > b.%.*s  where a.%.*s=\"%.*s\" and UNIX_TIMESTAMP() >= b.%.*s and > UNIX_TIMESTAMP() < b.%.*s", > > +n = snprintf(p,len," from %.*s a inner join %.*s b on a.%.*s = > b.%.*s  where a.%.*s=\'%.*s\' and extract(epoch from now()) >= b.%.*s > and extract(epoch from now()) < b.%.*s", > > I would assume there needs some further modification depending on if > its MySQL  or postgres as currently I have just changed as above and > haven’t tested if it works for the other backend types. > > I hope that’s enough detail for you? If you need anything else let me > know! > > Thanks > > Jon > > Sent from Mail for > Windows > > *From: *Bogdan-Andrei Iancu > *Sent: *21 December 2021 08:36 > *To: *OpenSIPS users mailling list ; > Jonathan Hunter > *Subject: *Re: [OpenSIPS-Users] Opensips 3.2 from sources testing > auth_jwt with postgres database backend. > > Hi Jonathan, > > yeah, that raw query from JWT module is not sql compliant, but mysql > compliant :D. Could you provide the patch for your fixes, so we can > evaluate and push forward ? > > Thanks, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > OpenSIPS eBootcamp 2021 > https://opensips.org/training/OpenSIPS_eBootcamp_2021/ > > On 12/20/21 6:58 PM, Jonathan Hunter wrote: > > Hi Guys, > > Note this query seems to work with my postgres; > > SELECT a.sip_username,b.secret from jwt_profiles a inner join > jwt_secrets b on a.tag = b.corresponding_tag  where > a.tag='space-monkey' and extract(epoch from now()) >= b.start_ts > and extract(epoch from now()) < b.end_ts; > > Doe I need to patch for his or should it work with postgres > anyway? Thanks! > > Jon > > Sent from Mail > > for Windows > > *From:*Users > on behalf of Jonathan > Hunter > *Sent:* Monday, December 20, 2021 2:21:08 PM > *To:* OpenSIPS users mailling list > > *Subject:* [OpenSIPS-Users] Opensips 3.2 from sources testing > auth_jwt with postgres database backend. > > Hi guys, I am testing the auth_jwt module with a postgres backend > database and it appears to be using Mysql syntax, so I am getting > error below, as I dont think UNIX_TIMESTAMP is a postgres function > and its not happy with the quotes. > > See output below, just testing with the example tag; > > Dec 20 14:08:56 [13688] --[96gpfj5qgkseqevkhv5a] RT_REGISTER token > is > eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJ0YWciOiJzcGFjZS1tb25rZXkifQ.4JxP0_a-l6uDhjP50JaocheyvgQGhB-0zJsYpFTACkgDec > 20 14:08:56 [13688] DBG:auth_jwt:jwt_authorize: Decoded JWT and > found claim tag with value space-monkey > > Dec 20 14:08:56 [13688] DBG:auth_jwt:jwt_authorize: built JWT raw > db query [SELECT a.sip_username,b.secret from jwt_profiles a inner > join jwt_secrets b on a.tag = b.corresponding_tag where > a.tag="space-monkey" and UNIX_TIMESTAMP() >= b.start_ts and > UNIX_TIMESTAMP() < b.end_ts] > > Dec 20 14:08:56 [13688] DBG:db_postgres:db_postgres_submit_query: > 0x7fa87dcac018 PQsendQuery(SELECT a.sip_username,b.secret from > jwt_profiles a inner join jwt_secrets b on a.tag = > b.corresponding_tag  where a.tag="space-monkey" and > UNIX_TIMESTAMP() >= b.start_ts and UNIX_TIMESTAMP() < b.end_ts) > > Dec 20 14:08:56 [13688] DBG:db_postgres:db_postgres_submit_query: > 0x7fa87dcac018 PQsendQuery failed: ERROR:  column "space-monkey" > does not exist > > LINE 1: ...ets b on a.tag = b.corresponding_tag  where > a.tag="space-mon... > > ^ > > Query: SELECT a.sip_username,b.secret from jwt_profiles a inner > join jwt_secrets b on a.tag = b.corresponding_tag  where > a.tag="space-monkey" and UNIX_TIMESTAMP() >= b.start_ts and > UNIX_TIMESTAMP() < b.end_ts > > Dec 20 14:08:56 [13688] DBG:db_postgres:free_query: > PQclear(0x556a28109850) result set > > Dec 20 14:08:56 [13688] > ERROR:db_postgres:db_postgres_submit_query: 0x7fa87dcac018 > PQsendQuery Error: ERROR:  column "space-monkey" does not exist > > LINE 1: ...ets b on a.tag = b.corresponding_tag  where > a.tag="space-mon... > > ^ > > Query: SELECT a.sip_username,b.secret from jwt_profiles a inner > join jwt_secrets b on a.tag = b.corresponding_tag  where > a.tag="space-monkey" and UNIX_TIMESTAMP() >= b.start_ts and > UNIX_TIMESTAMP() < b.end_ts > > Dec 20 14:08:56 [13688] ERROR:core:db_do_raw_query: error while > submitting query > > Dec 20 14:08:56 [13688] ERROR:auth_jwt:jwt_authorize: raw_query failed > > I have installed from sources, am I missing something here or > missed a step? Any help would be great as really want to get this > module working. > > Thanks! > > Jon > > Sent from Mail > > for Windows > > > > _______________________________________________ > > Users mailing list > > Users at lists.opensips.org > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: D090FCD0143F48D6A511F3A0B0D24601.png Type: image/png Size: 158 bytes Desc: not available URL: From bogdan at opensips.org Tue Dec 21 12:48:16 2021 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Tue, 21 Dec 2021 14:48:16 +0200 Subject: [OpenSIPS-Users] Opensips 3.2 from sources testing auth_jwt with postgres database backend. In-Reply-To: <99ab2369-3dc1-7fb3-0c57-bdd1c37f6df9@opensips.org> References: <168f60f5-654a-2728-fa9d-4eb0847c54a7@opensips.org> <99ab2369-3dc1-7fb3-0c57-bdd1c37f6df9@opensips.org> Message-ID: <0b227bd2-9c32-78c9-917c-0ce16a277463@opensips.org> Could you please try this ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS eBootcamp 2021 https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 12/21/21 1:52 PM, Bogdan-Andrei Iancu wrote: > Thank you Jonathan, > > I guess the proper fix here will be to push the unixtimestamp from the > code level, rather from DB level - in this way we can get an SQL > compliant query. Let me send you a patch for testing > > Regards, > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > OpenSIPS eBootcamp 2021 > https://opensips.org/training/OpenSIPS_eBootcamp_2021/ > On 12/21/21 12:29 PM, Jonathan Hunter wrote: >> >> Hi Bogdan, >> >> Thanks for the reply. >> >> I have  modified as below so this works with postgres, essentially >> just changed the syntax as below; >> >> ~/opensips-3.2/modules/auth_jwt/authorize.c >> >> -n = snprintf(p,len," from %.*s a inner join %.*s b on a.%.*s = >> b.%.*s  where a.%.*s=\"%.*s\" and UNIX_TIMESTAMP() >= b.%.*s and >> UNIX_TIMESTAMP() < b.%.*s", >> >> +n = snprintf(p,len," from %.*s a inner join %.*s b on a.%.*s = >> b.%.*s  where a.%.*s=\'%.*s\' and extract(epoch from now()) >= b.%.*s >> and extract(epoch from now()) < b.%.*s", >> >> I would assume there needs some further modification depending on if >> its MySQL  or postgres as currently I have just changed as above and >> haven’t tested if it works for the other backend types. >> >> I hope that’s enough detail for you? If you need anything else let me >> know! >> >> Thanks >> >> Jon >> >> Sent from Mail for >> Windows >> >> *From: *Bogdan-Andrei Iancu >> *Sent: *21 December 2021 08:36 >> *To: *OpenSIPS users mailling list ; >> Jonathan Hunter >> *Subject: *Re: [OpenSIPS-Users] Opensips 3.2 from sources testing >> auth_jwt with postgres database backend. >> >> Hi Jonathan, >> >> yeah, that raw query from JWT module is not sql compliant, but mysql >> compliant :D. Could you provide the patch for your fixes, so we can >> evaluate and push forward ? >> >> Thanks, >> >> Bogdan-Andrei Iancu >> OpenSIPS Founder and Developer >> https://www.opensips-solutions.com >> OpenSIPS eBootcamp 2021 >> https://opensips.org/training/OpenSIPS_eBootcamp_2021/ >> >> On 12/20/21 6:58 PM, Jonathan Hunter wrote: >> >> Hi Guys, >> >> Note this query seems to work with my postgres; >> >> SELECT a.sip_username,b.secret from jwt_profiles a inner join >> jwt_secrets b on a.tag = b.corresponding_tag  where >> a.tag='space-monkey' and extract(epoch from now()) >= b.start_ts >> and extract(epoch from now()) < b.end_ts; >> >> Doe I need to patch for his or should it work with postgres >> anyway? Thanks! >> >> Jon >> >> Sent from Mail >> >> for Windows >> >> *From:*Users >> on behalf of Jonathan >> Hunter >> *Sent:* Monday, December 20, 2021 2:21:08 PM >> *To:* OpenSIPS users mailling list >> >> *Subject:* [OpenSIPS-Users] Opensips 3.2 from sources testing >> auth_jwt with postgres database backend. >> >> Hi guys, I am testing the auth_jwt module with a postgres backend >> database and it appears to be using Mysql syntax, so I am getting >> error below, as I dont think UNIX_TIMESTAMP is a postgres >> function and its not happy with the quotes. >> >> See output below, just testing with the example tag; >> >> Dec 20 14:08:56 [13688] --[96gpfj5qgkseqevkhv5a] RT_REGISTER >> token is >> eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJ0YWciOiJzcGFjZS1tb25rZXkifQ.4JxP0_a-l6uDhjP50JaocheyvgQGhB-0zJsYpFTACkgDec >> 20 14:08:56 [13688] DBG:auth_jwt:jwt_authorize: Decoded JWT and >> found claim tag with value space-monkey >> >> Dec 20 14:08:56 [13688] DBG:auth_jwt:jwt_authorize: built JWT raw >> db query [SELECT a.sip_username,b.secret from jwt_profiles a >> inner join jwt_secrets b on a.tag = b.corresponding_tag  where >> a.tag="space-monkey" and UNIX_TIMESTAMP() >= b.start_ts and >> UNIX_TIMESTAMP() < b.end_ts] >> >> Dec 20 14:08:56 [13688] DBG:db_postgres:db_postgres_submit_query: >> 0x7fa87dcac018 PQsendQuery(SELECT a.sip_username,b.secret from >> jwt_profiles a inner join jwt_secrets b on a.tag = >> b.corresponding_tag  where a.tag="space-monkey" and >> UNIX_TIMESTAMP() >= b.start_ts and UNIX_TIMESTAMP() < b.end_ts) >> >> Dec 20 14:08:56 [13688] DBG:db_postgres:db_postgres_submit_query: >> 0x7fa87dcac018 PQsendQuery failed: ERROR:  column "space-monkey" >> does not exist >> >> LINE 1: ...ets b on a.tag = b.corresponding_tag  where >> a.tag="space-mon... >> >> ^ >> >> Query: SELECT a.sip_username,b.secret from jwt_profiles a inner >> join jwt_secrets b on a.tag = b.corresponding_tag  where >> a.tag="space-monkey" and UNIX_TIMESTAMP() >= b.start_ts and >> UNIX_TIMESTAMP() < b.end_ts >> >> Dec 20 14:08:56 [13688] DBG:db_postgres:free_query: >> PQclear(0x556a28109850) result set >> >> Dec 20 14:08:56 [13688] >> ERROR:db_postgres:db_postgres_submit_query: 0x7fa87dcac018 >> PQsendQuery Error: ERROR:  column "space-monkey" does not exist >> >> LINE 1: ...ets b on a.tag = b.corresponding_tag  where >> a.tag="space-mon... >> >> ^ >> >> Query: SELECT a.sip_username,b.secret from jwt_profiles a inner >> join jwt_secrets b on a.tag = b.corresponding_tag  where >> a.tag="space-monkey" and UNIX_TIMESTAMP() >= b.start_ts and >> UNIX_TIMESTAMP() < b.end_ts >> >> Dec 20 14:08:56 [13688] ERROR:core:db_do_raw_query: error while >> submitting query >> >> Dec 20 14:08:56 [13688] ERROR:auth_jwt:jwt_authorize: raw_query >> failed >> >> I have installed from sources, am I missing something here or >> missed a step? Any help would be great as really want to get this >> module working. >> >> Thanks! >> >> Jon >> >> Sent from Mail >> >> for Windows >> >> >> >> _______________________________________________ >> >> Users mailing list >> >> Users at lists.opensips.org >> >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: D090FCD0143F48D6A511F3A0B0D24601.png Type: image/png Size: 158 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: opensips_3_2_auth_jwt_fix.patch Type: text/x-patch Size: 1423 bytes Desc: not available URL: From bogdan at opensips.org Tue Dec 21 15:28:17 2021 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Tue, 21 Dec 2021 17:28:17 +0200 Subject: [OpenSIPS-Users] B2B logic with forked calls In-Reply-To: References: Message-ID: <4422f85b-419a-74d1-fd01-921f8ac0531d@opensips.org> Hi Denys, Doing TH with dialog does not provide you with different call-ids for each branch. The TH (or changing) is done between in (caller) and out (callee) sides. There is no doc stating that each branch will get a different Call-ID (I hope :D). Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS eBootcamp 2021 https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 12/14/21 2:13 PM, Denys Pozniak wrote: > Hello! > > Bogdan, > I tested the combination of dialog + TH modules and found out that > this also does not work correctly if the incoming call was forked. > Outgoing legs have the same Call-ID and tag, although I would expect > them to be different. > > The configuration is exactly the same as in the > Documentation/Tutorials-Topology-Hiding > [root at f-proxy opensips]$ opensips -V > version: opensips 3.2.3 (x86_64/linux) > > > ср, 6 окт. 2021 г. в 12:18, Bogdan-Andrei Iancu >: > > Hi Denys, > > Before diving into the B2B dark corners, I would strongly suggest > to use OpenSIPS with dialog + topology hiding modules, rather than > B2B. The B2B is not so friendly with parallel forking. > > And as time as you only need TH, dialog + TH is be best way to do it. > > Best regards, > > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > OpenSIPS eBootcamp 2021 > https://opensips.org/training/OpenSIPS_eBootcamp_2021/ > > On 9/7/21 2:14 PM, Denys Pozniak wrote: >> Adding a scheme of the current call-flow scenario maybe it is not >> completely clear from the previous message: >> >> FreeSWITCH --(1-call)--> Fork Proxy --(N-branches)--> SEMS >> --(N-calls)--> Edge Proxy ----> N-devices >> >> >> вт, 7 сент. 2021 г. в 12:57, Denys Pozniak >> >: >> >> Hello! >> >> Our service delivery logic is as follows: >> Each user has an internal extension, under which there are >> several devices with their own identifier. >> With an incoming call to such a subscriber, FreeSWITCH adds >> custom SIP headers with these device identifiers. >> Further on these fields the superior Proxy forks legs and >> then these legs pass through the Sems to become completely >> separate calls. >> >> Now there is a task to replace Sems with OpenSIPS. >> The script below works fine, but only if the incoming calls >> are not forked >> >> /####### Routing Logic ######## >> >> route{ >> >>   if (is_method("INVITE") && !has_totag()) { >>         b2b_init_request("top hiding"); >>         exit; >>     } >> } >> >> route[b2b_logic_request] { >>         b2b_pass_request(); >>         exit; >> }/ >> >> If there is a fork with an answer on some device, then >> OpenSIPS does not forward the SIP CANCEL (Reason: >> SIP;cause=200;text="Call completed elsewhere") to the >> rest and these devices keep ringing until timeout (Reason: >> SIP;cause=480;text="NO_ANSWER") >> Please help understand the nature of this behavior. >> >> version: opensips 3.2.2 (x86_64/linux) >> >> *Incoming SIP INVITE:* >> 2021/09/07 11:38:30.737456 192.168.27.84:5060 >> -> 192.168.27.84:5080 >> >> INVITE sip:qq2s92mnbrda at 192.168.27.126:5060;transport=udp SIP/2.0 >> Record-Route: >> >> Record-Route: >> Via: SIP/2.0/UDP >> 192.168.27.84;branch=z9hG4bKcc18.ec9a363ccc70d07691e11293d160cca6.1 >> Via: SIP/2.0/UDP >> 192.168.27.126;branch=z9hG4bKcc18.accd8d8bac35ac66a172f6ce173c9a34.0 >> Via: SIP/2.0/UDP >> 192.168.27.123;received=192.168.27.123;rport=5060;branch=z9hG4bKavcjKF58g9D1e >> Max-Forwards: 66 >> From: "VOIP" > >;tag=3a8gNpgZQ89pj >> To: > > >> Call-ID: 33e8140a-8a62-123a-e1ba-001dd8b71cb2 >> CSeq: 40949963 INVITE >> Contact: > > >> Supported: timer, path, replaces >> Allow-Events: talk, hold, conference, refer >> Privacy: none >> Content-Type: application/sdp >> Content-Disposition: session >> >> *Outgoing SIP INVITE:* >> 2021/09/07 11:38:30.737938 192.168.27.84:5080 >> -> 192.168.27.126:5060 >> >> INVITE sip:qq2s92mnbrda at 192.168.27.126:5060;transport=udp SIP/2.0 >> Via: SIP/2.0/UDP 192.168.27.84:5080;branch=z9hG4bK6ddf.d88b07f2.0 >> To: sip:qq2s92mnbrda at 192.168.27.126:5060 >> >> From: "VOIP" > >;tag=94fd20254e546fee730f360cf9860800 >> CSeq: 40949964 INVITE >> Call-ID: B2B.331.6374211.1631007510 >> Max-Forwards: 70 >> Content-Length: 486 >> User-Agent: OpenSIPS (3.2.2 (x86_64/linux)) >> Content-Type: application/sdp >> Supported: timer, path, replaces >> P-Asserted-Identity: " VOIP" > > >> Privacy: none >> Content-Disposition: session >> X-Call-ID: 33e8140a-8a62-123a-e1ba-001dd8b71cb2 >> Contact: > > >> >> *Incoming SIP CANCEL:* >> 2021/09/07 11:38:33.593381 192.168.27.84:5060 >> -> 192.168.27.84:5080 >> >> CANCEL sip:qq2s92mnbrda at 192.168.27.126:5060;transport=udp SIP/2.0 >> Via: SIP/2.0/UDP >> 192.168.27.84;branch=z9hG4bKcc18.ec9a363ccc70d07691e11293d160cca6.1 >> Max-Forwards: 66 >> From: "VOIP" > >;tag=3a8gNpgZQ89pj >> To: > > >> Call-ID: 33e8140a-8a62-123a-e1ba-001dd8b71cb2 >> CSeq: 40949963 CANCEL >> Content-Length: 0 >> Reason: SIP;cause=200;text="Call completed elsewhere" >> >> *Outgoing SIP CANCEL by timeout (with 27 sec delay):* >> 2021/09/07 11:39:01.100888 192.168.27.84:5080 >> -> 192.168.27.126:5060 >> >> CANCEL sip:qq2s92mnbrda at 192.168.27.126:5060;transport=udp SIP/2.0 >> Via: SIP/2.0/UDP 192.168.27.84:5080;branch=z9hG4bK6ddf.d88b07f2.0 >> From: "VOIP" > >;tag=94fd20254e546fee730f360cf9860800 >> Call-ID: B2B.331.6374211.1631007510 >> To: sip:qq2s92mnbrda at 192.168.27.126:5060 >> >> CSeq: 40949964 CANCEL >> Max-Forwards: 70 >> Reason: SIP;cause=480;text="NO_ANSWER" >> User-Agent: OpenSIPS (3.2.2 (x86_64/linux)) >> Content-Length: 0 >> >> >> >> -- >> >> BR, >> Denys Pozniak >> >> >> >> >> -- >> >> BR, >> Denys Pozniak >> >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > -- > > BR, > Denys Pozniak > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hunterj91 at hotmail.com Tue Dec 21 16:24:48 2021 From: hunterj91 at hotmail.com (Jonathan Hunter) Date: Tue, 21 Dec 2021 16:24:48 +0000 Subject: [OpenSIPS-Users] Opensips 3.2 from sources testing auth_jwt with postgres database backend. In-Reply-To: <0b227bd2-9c32-78c9-917c-0ce16a277463@opensips.org> References: <168f60f5-654a-2728-fa9d-4eb0847c54a7@opensips.org> <99ab2369-3dc1-7fb3-0c57-bdd1c37f6df9@opensips.org> <0b227bd2-9c32-78c9-917c-0ce16a277463@opensips.org> Message-ID: Hi Bodgan, Thank you so much for the patch so quickly! 😊 Good news it works great, thank you for that. I assume it will go in the next update? Also on side note I raised a feature request on the opensips tracker to get auth_jwt into packages for Debian/ubuntu. I have it working great for my requirements. Thanks again! Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: From denys.pozniak at gmail.com Wed Dec 22 08:18:26 2021 From: denys.pozniak at gmail.com (Denys Pozniak) Date: Wed, 22 Dec 2021 10:18:26 +0200 Subject: [OpenSIPS-Users] B2B logic with forked calls In-Reply-To: <4422f85b-419a-74d1-fd01-921f8ac0531d@opensips.org> References: <4422f85b-419a-74d1-fd01-921f8ac0531d@opensips.org> Message-ID: Hello! Yes, that's right, the documentation did not indicate that TH should generate different Call-IDs for different incoming branches... But now there is still an open question about the work of the B2B module. It just generates separate Call-IDs, but does not forward the SIP CANCEL message (I will share the trace in a private message). Happy upcoming holidays! вт, 21 дек. 2021 г. в 17:28, Bogdan-Andrei Iancu : > Hi Denys, > > Doing TH with dialog does not provide you with different call-ids for each > branch. The TH (or changing) is done between in (caller) and out (callee) > sides. There is no doc stating that each branch will get a different > Call-ID (I hope :D). > > Best regards, > > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > OpenSIPS eBootcamp 2021 > https://opensips.org/training/OpenSIPS_eBootcamp_2021/ > > On 12/14/21 2:13 PM, Denys Pozniak wrote: > > Hello! > > Bogdan, > I tested the combination of dialog + TH modules and found out that this > also does not work correctly if the incoming call was forked. > Outgoing legs have the same Call-ID and tag, although I would expect them > to be different. > > The configuration is exactly the same as in the > Documentation/Tutorials-Topology-Hiding > [root at f-proxy opensips]$ opensips -V > version: opensips 3.2.3 (x86_64/linux) > > > ср, 6 окт. 2021 г. в 12:18, Bogdan-Andrei Iancu : > >> Hi Denys, >> >> Before diving into the B2B dark corners, I would strongly suggest to use >> OpenSIPS with dialog + topology hiding modules, rather than B2B. The B2B is >> not so friendly with parallel forking. >> >> And as time as you only need TH, dialog + TH is be best way to do it. >> >> Best regards, >> >> Bogdan-Andrei Iancu >> >> OpenSIPS Founder and Developer >> https://www.opensips-solutions.com >> OpenSIPS eBootcamp 2021 >> https://opensips.org/training/OpenSIPS_eBootcamp_2021/ >> >> On 9/7/21 2:14 PM, Denys Pozniak wrote: >> >> Adding a scheme of the current call-flow scenario maybe it is not >> completely clear from the previous message: >> >> FreeSWITCH --(1-call)--> Fork Proxy --(N-branches)--> SEMS --(N-calls)--> >> Edge Proxy ----> N-devices >> >> >> вт, 7 сент. 2021 г. в 12:57, Denys Pozniak : >> >>> Hello! >>> >>> Our service delivery logic is as follows: >>> Each user has an internal extension, under which there are several >>> devices with their own identifier. >>> With an incoming call to such a subscriber, FreeSWITCH adds custom SIP >>> headers with these device identifiers. >>> Further on these fields the superior Proxy forks legs and then these >>> legs pass through the Sems to become completely separate calls. >>> >>> Now there is a task to replace Sems with OpenSIPS. >>> The script below works fine, but only if the incoming calls are not >>> forked >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> *####### Routing Logic ######## route{ if (is_method("INVITE") && >>> !has_totag()) { b2b_init_request("top hiding"); exit; } >>> } route[b2b_logic_request] { b2b_pass_request(); exit; }* >>> >>> If there is a fork with an answer on some device, then OpenSIPS does not >>> forward the SIP CANCEL (Reason: SIP;cause=200;text="Call completed >>> elsewhere") to the rest and these devices keep ringing until timeout >>> (Reason: SIP;cause=480;text="NO_ANSWER") >>> Please help understand the nature of this behavior. >>> >>> version: opensips 3.2.2 (x86_64/linux) >>> >>> *Incoming SIP INVITE:* >>> 2021/09/07 11:38:30.737456 192.168.27.84:5060 -> 192.168.27.84:5080 >>> INVITE sip:qq2s92mnbrda at 192.168.27.126:5060;transport=udp SIP/2.0 >>> Record-Route: >>> >>> Record-Route: >>> Via: SIP/2.0/UDP >>> 192.168.27.84;branch=z9hG4bKcc18.ec9a363ccc70d07691e11293d160cca6.1 >>> Via: SIP/2.0/UDP >>> 192.168.27.126;branch=z9hG4bKcc18.accd8d8bac35ac66a172f6ce173c9a34.0 >>> Via: SIP/2.0/UDP >>> 192.168.27.123;received=192.168.27.123;rport=5060;branch=z9hG4bKavcjKF58g9D1e >>> Max-Forwards: 66 >>> From: "VOIP" ;tag=3a8gNpgZQ89pj >>> To: >>> Call-ID: 33e8140a-8a62-123a-e1ba-001dd8b71cb2 >>> CSeq: 40949963 INVITE >>> Contact: >>> Supported: timer, path, replaces >>> Allow-Events: talk, hold, conference, refer >>> Privacy: none >>> Content-Type: application/sdp >>> Content-Disposition: session >>> >>> *Outgoing SIP INVITE:* >>> 2021/09/07 11:38:30.737938 192.168.27.84:5080 -> 192.168.27.126:5060 >>> INVITE sip:qq2s92mnbrda at 192.168.27.126:5060;transport=udp SIP/2.0 >>> Via: SIP/2.0/UDP 192.168.27.84:5080;branch=z9hG4bK6ddf.d88b07f2.0 >>> To: sip:qq2s92mnbrda at 192.168.27.126:5060 >>> From: "VOIP" >> >;tag=94fd20254e546fee730f360cf9860800 >>> CSeq: 40949964 INVITE >>> Call-ID: B2B.331.6374211.1631007510 >>> Max-Forwards: 70 >>> Content-Length: 486 >>> User-Agent: OpenSIPS (3.2.2 (x86_64/linux)) >>> Content-Type: application/sdp >>> Supported: timer, path, replaces >>> P-Asserted-Identity: " VOIP" >>> Privacy: none >>> Content-Disposition: session >>> X-Call-ID: 33e8140a-8a62-123a-e1ba-001dd8b71cb2 >>> Contact: >>> >>> *Incoming SIP CANCEL:* >>> 2021/09/07 11:38:33.593381 192.168.27.84:5060 -> 192.168.27.84:5080 >>> CANCEL sip:qq2s92mnbrda at 192.168.27.126:5060;transport=udp SIP/2.0 >>> Via: SIP/2.0/UDP >>> 192.168.27.84;branch=z9hG4bKcc18.ec9a363ccc70d07691e11293d160cca6.1 >>> Max-Forwards: 66 >>> From: "VOIP" ;tag=3a8gNpgZQ89pj >>> To: >>> Call-ID: 33e8140a-8a62-123a-e1ba-001dd8b71cb2 >>> CSeq: 40949963 CANCEL >>> Content-Length: 0 >>> Reason: SIP;cause=200;text="Call completed elsewhere" >>> >>> *Outgoing SIP CANCEL by timeout (with 27 sec delay):* >>> 2021/09/07 11:39:01.100888 192.168.27.84:5080 -> 192.168.27.126:5060 >>> CANCEL sip:qq2s92mnbrda at 192.168.27.126:5060;transport=udp SIP/2.0 >>> Via: SIP/2.0/UDP 192.168.27.84:5080;branch=z9hG4bK6ddf.d88b07f2.0 >>> From: "VOIP" >> >;tag=94fd20254e546fee730f360cf9860800 >>> Call-ID: B2B.331.6374211.1631007510 >>> To: sip:qq2s92mnbrda at 192.168.27.126:5060 >>> CSeq: 40949964 CANCEL >>> Max-Forwards: 70 >>> Reason: SIP;cause=480;text="NO_ANSWER" >>> User-Agent: OpenSIPS (3.2.2 (x86_64/linux)) >>> Content-Length: 0 >>> >>> >>> >>> -- >>> >>> BR, >>> Denys Pozniak >>> >>> >>> >> >> -- >> >> BR, >> Denys Pozniak >> >> >> >> _______________________________________________ >> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> >> > > -- > > BR, > Denys Pozniak > > > > -- BR, Denys Pozniak -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Wed Dec 22 21:37:41 2021 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Wed, 22 Dec 2021 23:37:41 +0200 Subject: [OpenSIPS-Users] [RELEASE] OpenSIPS 3.1.7 and 3.2.4 minor releases In-Reply-To: References: Message-ID: Hello, all! As promissed, OpenSIPS 3.1.7 and 3.2.4 minor releases are out. Check out their change logs here[1][2]. [1] https://opensips.org/pub/opensips/3.1.7/ChangeLog [2] https://opensips.org/pub/opensips/3.2.4/ChangeLog Happy hacking! Răzvan Crainea OpenSIPS Core Developer http://www.opensips-solutions.com On 12/8/21 13:04, Răzvan Crainea wrote: > Hello, everyone! > > In two weeks starting from today, on Wednesday, 22nd of December 2021, > we will be releasing two new minor versions of OpenSIPS: 3.17 and 3.2.4. > These new versions will be fully backwards compatible and will consist > only of bug fixes. > Throughout these two weeks we will put a freeze on commits, just so you > guys can test as much as possible until the release comes out. Please do > test and let us know of any problems you are facing. > > Best regards, From bogdan at opensips.org Thu Dec 23 12:03:53 2021 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 23 Dec 2021 14:03:53 +0200 Subject: [OpenSIPS-Users] Introducing OpenSIPS 3.3 Message-ID: Dear OpenSIPS'ers, We got to that time of year when we start backing a new OpenSIPS major version. An new year, a new version, a new topic to be addressed. So let me introduce you to the upcoming OpenSIPS 3.3 . For the upcoming OpenSIPS 3.3 release the main focus is on the */instant messaging /*topic, from the Unified Communication and IMS perspectives. Shortly said, this mainly (not limited) translates into: * MSRP support (relaying and translation to MESSAGE) * OmniChannel Queue (or Contact Center) * RCS support * IM group chatting support (MSRP and MESSAGE) For the full list with technical description and details, visit : https://www.opensips.org/Development/Opensips-3-3-Planning *IMPORTANT* As community is important to us and we want to align the OpenSIPS roadmap with the needs of our users, be part of the shaping and decision making for the OpenSIPS 3.3 Dev Plan via this *Feature Survey * - any feedback is important and it matters to us. Best regards and enjoy the winter holidays!! -- Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS eBootcamp 2021 https://opensips.org/training/OpenSIPS_eBootcamp_2021/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From kurgan-rus at inbox.ru Mon Dec 27 08:15:05 2021 From: kurgan-rus at inbox.ru (=?UTF-8?B?QWxleGV5IEthemFudHNldg==?=) Date: Mon, 27 Dec 2021 11:15:05 +0300 Subject: [OpenSIPS-Users] =?utf-8?q?mid=5Fregistrar_errors?= Message-ID: <1640592905.159084792@f187.i.mail.ru> Hi list.   What do these errors mean? This started after migrating the virtual machine and changing IP addresses. Everything else remain unchanged.   Version 3.2.2   ERROR:mid_registrar:unregister_record: 'from' key not found, skipping De-REGISTER ERROR:mid_registrar:mid_reg_aor_event: failed to unregister contact     ----------------------------------------------- BR, Alexey https://alexeyka.zantsev.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrsanvicente at gmail.com Wed Dec 29 01:51:07 2021 From: mrsanvicente at gmail.com (mrsanvicente) Date: Tue, 28 Dec 2021 19:51:07 -0600 Subject: [OpenSIPS-Users] how to change mysql data directory to CP In-Reply-To: <5a4e738a-1c35-efe5-ceeb-fe4d744a115c@opensips.org> References: <5a4e738a-1c35-efe5-ceeb-fe4d744a115c@opensips.org> Message-ID: Hello Bogdan-Andrei / All, Sorry for the delay. I just didn’t find a path or var to modify in db.inc.php. But later after a reboot, opensips stop working because it could not find the new path to the db. So the source of the problem might be, how to change path to mysql to opensips. Thanks Saludos Mario San Vicente > El 17 dic 2021, a la(s) 9:16, Bogdan-Andrei Iancu escribió: > >  You need to update the DB settings in this file: > > https://github.com/OpenSIPS/opensips-cp/blob/master/config/db.inc.php > > Regards, > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > OpenSIPS eBootcamp 2021 > https://opensips.org/training/OpenSIPS_eBootcamp_2021/ > On 12/16/21 1:52 AM, mrsanvicente wrote: >> Yes i did. And restarted mysqld and httpd. But still not working. >> >> >> Thanks >> >> Mario San Vicente >> >> >>> El 15 dic 2021, a la(s) 16:14, Joseph Jackson escribió: >>> >>>  >>> Did you also change the location of the socket file in the my.cnf? >>> >>> >>> >>> From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Mario San Vicente >>> Sent: Wednesday, December 15, 2021 11:27 AM >>> To: OpenSIPS users mailling list >>> Subject: [OpenSIPS-Users] how to change mysql data directory to CP >>> >>> Hello Everyone, >>> >>> I have changed my mysql directory and a had limited space on the default partition. I applied the change and opensips is working fine. But the control panel is not working and i can not find where to update it. >>> >>> Getting the following error: >>> >>> >>> http://x.x.x.x/cp/login.php >>> >>> Error!: SQLSTATE[HY000] [2002] Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) >>> >>> Any idea, where to update this? >>> >>> Saludos! >>> >>> >>> Mario San Vicente >>> >>> _______________________________________________ >>> Users mailing list >>> Users at lists.opensips.org >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From johan at democon.be Wed Dec 29 10:37:14 2021 From: johan at democon.be (Johan De Clercq) Date: Wed, 29 Dec 2021 10:37:14 +0000 Subject: [OpenSIPS-Users] how to change mysql data directory to CP In-Reply-To: References: <5a4e738a-1c35-efe5-ceeb-fe4d744a115c@opensips.org> Message-ID: Do cd / Locate db.inc.php Outlook voor iOS downloaden ________________________________ Van: Users namens mrsanvicente Verzonden: Wednesday, December 29, 2021 2:51:07 AM Aan: Bogdan-Andrei Iancu CC: OpenSIPS users mailling list Onderwerp: Re: [OpenSIPS-Users] how to change mysql data directory to CP Hello Bogdan-Andrei / All, Sorry for the delay. I just didn’t find a path or var to modify in db.inc.php. But later after a reboot, opensips stop working because it could not find the new path to the db. So the source of the problem might be, how to change path to mysql to opensips. Thanks Saludos Mario San Vicente El 17 dic 2021, a la(s) 9:16, Bogdan-Andrei Iancu escribió:  You need to update the DB settings in this file: https://github.com/OpenSIPS/opensips-cp/blob/master/config/db.inc.php Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS eBootcamp 2021 https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 12/16/21 1:52 AM, mrsanvicente wrote: Yes i did. And restarted mysqld and httpd. But still not working. Thanks Mario San Vicente El 15 dic 2021, a la(s) 16:14, Joseph Jackson escribió:  Did you also change the location of the socket file in the my.cnf? From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Mario San Vicente Sent: Wednesday, December 15, 2021 11:27 AM To: OpenSIPS users mailling list Subject: [OpenSIPS-Users] how to change mysql data directory to CP Hello Everyone, I have changed my mysql directory and a had limited space on the default partition. I applied the change and opensips is working fine. But the control panel is not working and i can not find where to update it. Getting the following error: http://x.x.x.x/cp/login.php Error!: SQLSTATE[HY000] [2002] Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) Any idea, where to update this? Saludos! Mario San Vicente _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From tpaivaa at gmail.com Wed Dec 29 11:42:03 2021 From: tpaivaa at gmail.com (Tomi Hakkarainen) Date: Wed, 29 Dec 2021 13:42:03 +0200 Subject: [OpenSIPS-Users] how to change mysql data directory to CP In-Reply-To: References: <5a4e738a-1c35-efe5-ceeb-fe4d744a115c@opensips.org> Message-ID: <7961A630-07CC-4CCD-AA91-5A8719237A45@gmail.com> Hi, I second Mario. Its not so simple…. With these instructions provided to this thread. There is no that kind of config on the file db.inc.php But I guess if you can connect from cli to the MYSQL with the creds you have on that db.inc.php file -> also the connection with php/CP should work… or else there is something else preventing the connection. Tomi On 29. Dec 2021, at 12.37, Johan De Clercq wrote: Do cd / Locate db.inc.php Outlook voor iOS downloaden Van: Users > namens mrsanvicente > Verzonden: Wednesday, December 29, 2021 2:51:07 AM Aan: Bogdan-Andrei Iancu > CC: OpenSIPS users mailling list > Onderwerp: Re: [OpenSIPS-Users] how to change mysql data directory to CP Hello Bogdan-Andrei / All, Sorry for the delay. I just didn’t find a path or var to modify in db.inc.php. But later after a reboot, opensips stop working because it could not find the new path to the db. So the source of the problem might be, how to change path to mysql to opensips. Thanks Saludos Mario San Vicente > El 17 dic 2021, a la(s) 9:16, Bogdan-Andrei Iancu > escribió: > >  You need to update the DB settings in this file: > > https://github.com/OpenSIPS/opensips-cp/blob/master/config/db.inc.php > > Regards, > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > OpenSIPS eBootcamp 2021 > https://opensips.org/training/OpenSIPS_eBootcamp_2021/ > On 12/16/21 1:52 AM, mrsanvicente wrote: >> Yes i did. And restarted mysqld and httpd. But still not working. >> >> >> Thanks >> >> Mario San Vicente >> >> >>> El 15 dic 2021, a la(s) 16:14, Joseph Jackson escribió: >>> >>>  >>> Did you also change the location of the socket file in the my.cnf? >>> >>> >>> >>> From: Users [mailto:users-bounces at lists.opensips.org ] On Behalf Of Mario San Vicente >>> Sent: Wednesday, December 15, 2021 11:27 AM >>> To: OpenSIPS users mailling list >>> Subject: [OpenSIPS-Users] how to change mysql data directory to CP >>> >>> Hello Everyone, >>> >>> I have changed my mysql directory and a had limited space on the default partition. I applied the change and opensips is working fine. But the control panel is not working and i can not find where to update it. >>> >>> Getting the following error: >>> >>> >>> http://x.x.x.x/cp/login.php >>> >>> Error!: SQLSTATE[HY000] [2002] Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) >>> >>> Any idea, where to update this? >>> >>> Saludos! >>> >>> >>> Mario San Vicente >>> >>> _______________________________________________ >>> Users mailing list >>> Users at lists.opensips.org >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users > _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From serp87 at yandex.ru Thu Dec 30 12:50:57 2021 From: serp87 at yandex.ru (Sergey Pisanko) Date: Thu, 30 Dec 2021 14:50:57 +0200 Subject: [OpenSIPS-Users] Incorrect tls port Message-ID: Hello! I try to realize the next scenario with UAs, Opensips-2.4 and Asterisk. UAs are registered onto Asterisk through Opensips and also - on Opensips if the 200 OK is came back from Asterisk. Calls between UAs are relayed to Asterisk by Opensips. This scenario works fine with udp. But it needs to do with tls. And here I have the problem. What happens. Unlike udp, tcp cannot listen its port and create clients connection at the same time. Opensips listens tls port for clients connection whereas it creates dynamic tcp port to connect to Asterisk. As a result, I see that port in Record-Route header in 200 OK addressed to caller. Thus, callers ACK comes to that dynamic port instead of Opensips listened port and Opensips dropped it. And question is how to force Opensips to put right port for caller? Regards, Serhii Pysanko. [image: Mailtrack] Sender notified by Mailtrack 12/30/21, 02:49:47 PM -------------- next part -------------- An HTML attachment was scrubbed... URL: