From medeanwz at gmail.com Mon Oct 6 10:27:04 2025 From: medeanwz at gmail.com (M S) Date: Mon, 6 Oct 2025 12:27:04 +0200 Subject: [OpenSIPS-Users] media_exchange Message-ID: Hi Opensips developers, While going through media_exchang.c code: static int b2b_media_notify(struct sip_msg *msg, str *key, int type, str *logic_key, void *param, int flags) { .... terminate: *MEDIA_LEG_LOCK(msl);* if (initial_state == MEDIA_SESSION_STATE_INIT) { /* this is the initial leg, not a re-invite */ *MEDIA_LEG_UNLOCK(msl);* handle_media_session_negative(msl); } else { *MEDIA_LEG_UNLOCK(msl);* } return -1; } there is no point in lock and unlock above.... unless the first unlock is supposed to be after handle_media_session_negative(msl);? Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From slackway2me at gmail.com Wed Oct 8 08:28:12 2025 From: slackway2me at gmail.com (Alexey) Date: Wed, 8 Oct 2025 13:28:12 +0500 Subject: [OpenSIPS-Users] IDS/IPS integration Message-ID: Hi list, does anyone have an experience of using Intrusion Detection/Prevention Systems with/for OpenSIPS? I mean Suricata [1], to be more precise. There may be two approaches - running Suricata on the same server as OpenSIPS, or running it on a separate server to which the VoIP traffic is mirrored (or on the gateway which is in the OpenSIPS server traffic path). My case is running IDS/IPS on the same server. The server itself is opened to the whole world as it serves REGISTER requests from tens of thousands of mobile devices. And here's the question - do I really need to use IDS/IPS, or it is enough to configure OpenSIPS, as it has modules like pike, ratelimit, can count (un)successful requests and detect user-agents like those used by sipp, sipvicious and other sip-scanners. The question appeared after grep'ing some key words in Suricata rules and looking at log messages they generate: grep -i voip /var/lib/suricata/rules/suricata.rules - https://pastebin.com/EXanpJn1 grep -i sip /var/lib/suricata/rules/suricata.rules - https://pastebin.com/ih5rA5fz [1] https://suricata.io/ -- best regards, Alexey https://alexeyka.zantsev.com/ From razvan at opensips.org Thu Oct 9 12:17:15 2025 From: razvan at opensips.org (=?UTF-8?Q?R=C4=83zvan_Crainea?=) Date: Thu, 9 Oct 2025 15:17:15 +0300 Subject: [OpenSIPS-Users] CDR change before sending to database In-Reply-To: References: Message-ID: <3f8da1ac-2c70-471e-b435-36b83a7e409f@opensips.org> Hello! The E_ACC_CDR event is executed asynchronously, thus the dialog/acc context may no longer be available. Thus you should not try to modify it. Your best change is to make sure that the acc variables are final after the BYE/200 OK is processed. But if you could give us more information about what you are trying to do, we might be able to help you. Best regards, Răzvan Crainea OpenSIPS Core Developer / SIPhub CTO http://www.opensips-solutions.com / https://www.siphub.com On 9/27/25 2:03 PM, M S wrote: > Hi list, > I was wondering if anybody has any ideas about making changes to CDR > variables before sending them to the database. > Documents say the acc module calls E_ACC_CDR, is this before sending it to > the database, or in a parallel branch? if I change a variable in here, does > it change what's written to the database? > > Thanks! > > > Hi list, > I was wondering if anybody has any ideas about making changes to CDR > variables before sending them to the database. > Documents say the acc module calls E_ACC_CDR, is this before sending it > to the database, or in a parallel branch? if I change a variable in > here, does it change what's written to the database? > > Thanks! > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users From razvan at opensips.org Thu Oct 9 12:26:02 2025 From: razvan at opensips.org (=?UTF-8?Q?R=C4=83zvan_Crainea?=) Date: Thu, 9 Oct 2025 15:26:02 +0300 Subject: [OpenSIPS-Users] media_exchange In-Reply-To: References: Message-ID: Pretty sure the lock is not needed at all - can you please open a BUG report, so we can investigate a bit how to properly handle the termination case? Best regards, Răzvan Crainea OpenSIPS Core Developer / SIPhub CTO http://www.opensips-solutions.com / https://www.siphub.com On 10/6/25 1:27 PM, M S wrote: > Hi Opensips developers, > While going through media_exchang.c code: > > static int b2b_media_notify(struct sip_msg *msg, str *key, int type, > str *logic_key, void *param, int flags) > { > .... > terminate: > *MEDIA_LEG_LOCK(msl);* > if (initial_state == MEDIA_SESSION_STATE_INIT) { > /* this is the initial leg, not a re-invite */ > *MEDIA_LEG_UNLOCK(msl);* > handle_media_session_negative(msl); > } else { > *MEDIA_LEG_UNLOCK(msl);* > } > return -1; > } > > there is no point in lock and unlock above.... unless the first unlock is > supposed to be after handle_media_session_negative(msl);? > > Thanks! > > > Hi Opensips developers, > While going through media_exchang.c code: > > static int b2b_media_notify(struct sip_msg *msg, str *key, int type, >                 str *logic_key, void *param, int flags) > { > .... > terminate: > *MEDIA_LEG_LOCK(msl);* >         if (initial_state == MEDIA_SESSION_STATE_INIT) { >                 /* this is the initial leg, not a re-invite */ > *MEDIA_LEG_UNLOCK(msl);* >                 handle_media_session_negative(msl); >         } else { > *MEDIA_LEG_UNLOCK(msl);* >         } >         return -1; > } > > there is no point in lock and unlock above.... unless the first > unlock is supposed to be after handle_media_session_negative(msl);? > > Thanks! > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users From medeanwz at gmail.com Thu Oct 9 13:30:34 2025 From: medeanwz at gmail.com (M S) Date: Thu, 9 Oct 2025 15:30:34 +0200 Subject: [OpenSIPS-Users] media_exchange In-Reply-To: References: Message-ID: On the contrary, the lock seems to be needed. I found quite a few bugs in media_exchange, seems like msl can be changed in other threads, etc which causes segfault. in this case also I ended up in this part of code because of a segfault and adding lock seems to fix it. On Thu, Oct 9, 2025 at 2:28 PM Răzvan Crainea wrote: > Pretty sure the lock is not needed at all - can you please open a BUG > report, so we can investigate a bit how to properly handle the > termination case? > > Best regards, > > Răzvan Crainea > OpenSIPS Core Developer / SIPhub CTO > http://www.opensips-solutions.com / https://www.siphub.com > > On 10/6/25 1:27 PM, M S wrote: > > Hi Opensips developers, > > While going through media_exchang.c code: > > > > static int b2b_media_notify(struct sip_msg *msg, str *key, int type, > > str *logic_key, void *param, int flags) > > { > > .... > > terminate: > > *MEDIA_LEG_LOCK(msl);* > > if (initial_state == MEDIA_SESSION_STATE_INIT) { > > /* this is the initial leg, not a re-invite */ > > *MEDIA_LEG_UNLOCK(msl);* > > handle_media_session_negative(msl); > > } else { > > *MEDIA_LEG_UNLOCK(msl);* > > } > > return -1; > > } > > > > there is no point in lock and unlock above.... unless the first unlock is > > supposed to be after handle_media_session_negative(msl);? > > > > Thanks! > > > > > > Hi Opensips developers, > > While going through media_exchang.c code: > > > > static int b2b_media_notify(struct sip_msg *msg, str *key, int type, > > str *logic_key, void *param, int flags) > > { > > .... > > terminate: > > *MEDIA_LEG_LOCK(msl);* > > if (initial_state == MEDIA_SESSION_STATE_INIT) { > > /* this is the initial leg, not a re-invite */ > > *MEDIA_LEG_UNLOCK(msl);* > > handle_media_session_negative(msl); > > } else { > > *MEDIA_LEG_UNLOCK(msl);* > > } > > return -1; > > } > > > > there is no point in lock and unlock above.... unless the first > > unlock is supposed to be after handle_media_session_negative(msl);? > > > > Thanks! > > > > _______________________________________________ > > 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 richard.sievers at dubber.net Fri Oct 17 05:43:26 2025 From: richard.sievers at dubber.net (Richard Sievers) Date: Fri, 17 Oct 2025 05:43:26 +0000 Subject: [OpenSIPS-Users] Intermittent failures with unreferenced dialog Message-ID: Hi, We have seen opensips 3.5.5 crash a number of times with the following error: CRITICAL:dialog:_unref_dlg: bogus ref -1 with cnt 1 for dlg 0xffff88d91ed0 [3876:1041983204] with clid '308825373_133567631 at 10.10.13.149' and tags 'gK081ffb55' '9eccf1cd-5bd0-4a37-af30-8518660904a1' Each instance appears to be associated with a CANCEL race condition while proxying a siprec dialog. 10.10.13.149 = SRC/SBC 10.108.17.140 = Opensips proxy that is failing 10.10.13.149 = Destination proxy Time Source Dest Message 0.000000 10.10.13.149 10.108.17.140 Request: INVITE sip:10.108.17.140:5060 | 0.001208 10.108.17.140 10.10.13.149 Status: 100 Giving it a try | 0.001806 172.16.2.225 172.16.2.208 Request: INVITE sip:10.108.17.140:5060 | 0.003601 172.16.2.208 172.16.2.225 Status: 100 Giving it a try | 0.018433 172.16.2.208 172.16.2.225 Status: 200 OK (INVITE) | 0.022528 10.10.13.149 10.108.17.140 Request: CANCEL sip:10.108.17.140:5060 | 0.022767 10.108.17.140 10.10.13.149 Status: 200 canceling (CANCEL) | 0.023232 172.16.2.225 172.16.2.208 Request: CANCEL sip:10.108.17.140:5060 | 0.023742 10.108.17.140 10.10.13.149 Status: 200 OK (INVITE) | 0.024327 172.16.2.208 172.16.2.225 Status: 200 canceling (CANCEL) | 0.036620 10.10.13.149 10.108.17.140 Request: ACK sip:10.108.17.140;did=42f.4e66b1e3 | 0.036621 10.10.13.149 10.108.17.140 Request: BYE sip:10.108.17.140:5060;did=42f.4e66b1e3 | 0.037180 172.16.2.225 172.16.2.208 Request: ACK sip:172.16.2.208;transport=tcp | 0.037558 172.16.2.225 172.16.2.208 Request: BYE sip:172.16.2.208;transport=tcp | 0.085901 172.16.2.208 172.16.2.225 Status: 200 OK (BYE) | 0.087097 10.108.17.140 10.10.13.149 Status: 200 OK (BYE) | The error occurs 5s after the call completes – fr_timeout is set to 5s I have been unable to reproduce the error in a test environment, so cannot provide detailed logs. The only thing I’ve noticed is that for test calls when the CANCEL is received after the 200OK from the destination, the ACK is always forwarded prior to the BYE being received. Any idea what may be causing this? Is it likely to be a bug in opensips or the script. -- Richard Sievers Senior Software Engineer – Telecommunications Dubber -------------- next part -------------- An HTML attachment was scrubbed... URL: From medeanwz at gmail.com Fri Oct 17 23:57:25 2025 From: medeanwz at gmail.com (M S) Date: Sat, 18 Oct 2025 01:57:25 +0200 Subject: [OpenSIPS-Users] CSeq and Reinvite Message-ID: Dear Opensips developers, I have noticed a bug with CSeq handling. When handling ACK, Opensips uses dlg->legs[x].last_gen_cseq when forwarding it. This causes problems in the valid case that there is another transaction happening between 200 OK and ACK (i.e. INFO/OK). In this case, ACK uses CSeq from INFO, which is incorrect. I thought of using inv_cseq but inv_cseq always points to the CSeq from the first invite, so if this happens during reinvite (my case) we cannot use it. I have 3 solutions and I wonder which one doesn't cause further issues: 1. I update inv_cseq with re-invites (and use it later for ACK) 2. Add a new field (reinv_cseq) to dlg_leg to keep cseq for reinvites and use it later 3. figure out if I can fix this using cseq_maps (have to look into it) Ideas are appreciated! -------------- next part -------------- An HTML attachment was scrubbed... URL: From medeanwz at gmail.com Sat Oct 18 11:01:07 2025 From: medeanwz at gmail.com (M S) Date: Sat, 18 Oct 2025 13:01:07 +0200 Subject: [OpenSIPS-Users] CSeq and Reinvite In-Reply-To: References: Message-ID: Found the problem. below is the proposed patch: --- dlg_handlers.c.280925 2025-09-28 16:55:18.390945830 +0330 +++ dlg_handlers.c 2025-10-18 14:25:45.967860324 +0330 @@ -2282,9 +2282,9 @@ src_leg = other_leg(dlg, dst_leg); if (dlg->legs[dst_leg].last_gen_cseq || - dlg->legs[src_leg].cseq_maps) { - LM_DBG("dlg_leg_get_cseq(dlg, [%d], req)\n", src_leg); - update_val = dlg_leg_get_cseq(dlg, src_leg, req); + dlg->legs[DLG_CALLER_LEG].cseq_maps) { + LM_DBG("dlg_leg_get_cseq(dlg, [%d], req)\n", DLG_CALLER_LEG); + update_val = dlg_leg_get_cseq(dlg, DLG_CALLER_LEG, req); if (update_val == 0) { if (dlg->legs[dst_leg].last_gen_cseq) { LM_DBG("dlg->legs[%d].last_gen_cseq=[%d]\n", I will apply it today and test under load to see how it works. Note to developers: cseq_maps is created for DLG_CALLER_LEG (defined 0) and not per src/dst On Sat, Oct 18, 2025 at 1:57 AM M S wrote: > Dear Opensips developers, > I have noticed a bug with CSeq handling. When handling ACK, Opensips > uses dlg->legs[x].last_gen_cseq when forwarding it. This causes problems in > the valid case that there is another transaction happening between 200 OK > and ACK (i.e. INFO/OK). In this case, ACK uses CSeq from INFO, which is > incorrect. > I thought of using inv_cseq but inv_cseq always points to the CSeq from > the first invite, so if this happens during reinvite (my case) we cannot > use it. > I have 3 solutions and I wonder which one doesn't cause further issues: > 1. I update inv_cseq with re-invites (and use it later for ACK) > 2. Add a new field (reinv_cseq) to dlg_leg to keep cseq for reinvites and > use it later > 3. figure out if I can fix this using cseq_maps (have to look into it) > > Ideas are appreciated! > -------------- next part -------------- An HTML attachment was scrubbed... URL: From medeanwz at gmail.com Sun Oct 19 16:39:07 2025 From: medeanwz at gmail.com (M S) Date: Sun, 19 Oct 2025 18:39:07 +0200 Subject: [OpenSIPS-Users] CDR change before sending to database In-Reply-To: <3f8da1ac-2c70-471e-b435-36b83a7e409f@opensips.org> References: <3f8da1ac-2c70-471e-b435-36b83a7e409f@opensips.org> Message-ID: Hi Răzvan, Thank you for your explanation. Checking after BYE might not work cause receiving a BYE is not guaranteed, I guess... My problem: I have an acc_extra parameter and a corresponding INTEGER type database field. In the beginning of the script, I check if INVITE & !to_tag and then create_dialog, and assign it a 0 value. I assume this is the first place I can do that, right after creating the dialog? (just in case i am wrong, I have a line in the beginning of script also, assigning to acc_extra - which probably does nothing) However, I still have errors like this showing up frequently: CRITICAL:db_mysql:wrapper_single_mysql_stmt_execute: driver error (1366): Incorrect integer value: '' for column 'suppservice' at row 1 ERROR:acc:acc_db_request: failed to insert into acc table Which is very strange - it says acc table which means it should be after the dialog was created. I also have no way to debug this (machine is in production). might be worth noting that it started happening after upgrading from 3.1 to 3.4.17. One solution is to change the database field type to string (which I can't do because it has millions of records), so I thought there might be a chance to inspect CDR records before they are shipped out.... Thank you. On Thu, Oct 9, 2025 at 2:20 PM Răzvan Crainea wrote: > Hello! > > The E_ACC_CDR event is executed asynchronously, thus the dialog/acc > context may no longer be available. Thus you should not try to modify it. > Your best change is to make sure that the acc variables are final after > the BYE/200 OK is processed. > But if you could give us more information about what you are trying to > do, we might be able to help you. > > Best regards, > > Răzvan Crainea > OpenSIPS Core Developer / SIPhub CTO > http://www.opensips-solutions.com / https://www.siphub.com > > On 9/27/25 2:03 PM, M S wrote: > > Hi list, > > I was wondering if anybody has any ideas about making changes to CDR > > variables before sending them to the database. > > Documents say the acc module calls E_ACC_CDR, is this before sending it > to > > the database, or in a parallel branch? if I change a variable in here, > does > > it change what's written to the database? > > > > Thanks! > > > > > > Hi list, > > I was wondering if anybody has any ideas about making changes to CDR > > variables before sending them to the database. > > Documents say the acc module calls E_ACC_CDR, is this before sending it > > to the database, or in a parallel branch? if I change a variable in > > here, does it change what's written to the database? > > > > Thanks! > > > > _______________________________________________ > > 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 spanda at 3clogic.com Tue Oct 21 05:44:23 2025 From: spanda at 3clogic.com (Sasmita Panda) Date: Tue, 21 Oct 2025 11:14:23 +0530 Subject: [OpenSIPS-Users] Need some help on mysql error on opensips . Message-ID: Hi All , I am using opensips 3.4 running on EKS node and the database is AWS RDS ( 8.0.mysql_aurora.3.08.2) . In the config I am using sql_only mode to save/extract data from the database . loadmodule "usrloc.so" modparam("usrloc", "nat_bflag", "NAT") modparam("usrloc", "working_mode_preset", "sql-only") modparam("usrloc", "db_url", "mysql://mysql-user:mysql-pass at mysql-domain /dbname") modparam("usrloc", "use_domain", 1) modparam("usrloc", "max_contact_delete", 1) if ($rm=="REGISTER") { xlog( "L_NOTICE", "Register Contact & $ct \n" ); fix_nated_register(); if(!save("location","force-registration,max-contacts=10,path-lazy")) sl_reply_error(); exit; } Below is the error I am getting in the opensips logs : 2025-10-20 00:30:03.120 {"body":"Oct 19 19:00:03 [36] NOTICE:Register Contact \u0026 \u003csip:hbh3a766 at 192.168.33.49:57670 ;transport=wss\u003e;expires=90","attributes":{"log.file.path":"/var/log/pods/eks-opensips_west-registrar-f5c5896d4-rgn8d_44da0dac-0521-4e1b-b4e7-89c7f0f87c11/west-registrar/0.log","log.iostream":"stderr","logtag":"F"},"resources":{"k8s.container.restart_count":"0","k8s.pod.uid":"44da0dac-0521-4e1b-b4e7-89c7f0f87c11"}} 2025-10-20 00:30:03.121 {"body":"Oct 19 19:00:03 [36]* CRITICAL:db_mysql:wrapper_single_mysql_stmt_execute: driver error (1243): Unknown prepared statement handler (5) given to mysql_stmt_precheck","attributes* ":{"log.file.path":"/var/log/pods/eks-opensips_west-registrar-f5c5896d4-rgn8d_44da0dac-0521-4e1b-b4e7-89c7f0f87c11/west-registrar/0.log","log.iostream":"stderr","logtag":"F"},"resources":{"k8s.container.restart_count":"0","k8s.pod.uid":"44da0dac-0521-4e1b-b4e7-89c7f0f87c11"}} 2025-10-20 00:30:03.121 {"body":"Oct 19 19:00:03 [36]* ERROR:usrloc:db_insert_ucontact: inserting contact in db failed","attributes":* {"log.file.path":"/var/log/pods/eks-opensips_west-registrar-f5c5896d4-rgn8d_44da0dac-0521-4e1b-b4e7-89c7f0f87c11/west-registrar/0.log","log.iostream":"stderr","logtag":"F"},"resources":{"k8s.container.restart_count":"0","k8s.pod.uid":"44da0dac-0521-4e1b-b4e7-89c7f0f87c11"}} 2025-10-20 00:30:03.121 {"body":"Oct 19 19:00:03 [36]* ERROR:usrloc:wb_timer: inserting contact into database failed* ","attributes":{"log.file.path":"/var/log/pods/eks-opensips_west-registrar-f5c5896d4-rgn8d_44da0dac-0521-4e1b-b4e7-89c7f0f87c11/west-registrar/0.log","log.iostream":"stderr","logtag":"F"},"resources":{"k8s.container.restart_count":"0","k8s.pod.uid":"44da0dac-0521-4e1b-b4e7-89c7f0f87c11"}} *** I have 2 instance on which opensips running and the Database is common for both . *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* -------------- next part -------------- An HTML attachment was scrubbed... URL: From spanda at 3clogic.com Wed Oct 22 13:15:48 2025 From: spanda at 3clogic.com (Sasmita Panda) Date: Wed, 22 Oct 2025 18:45:48 +0530 Subject: [OpenSIPS-Users] Need some help on mysql error on opensips . In-Reply-To: References: Message-ID: Hi All , Is there any update on this ? Just to elaborate the error a bit , I have opensips running on eks cluster nodes and multiple opensips nodes used to connect to the same RDS (Aurora mysql). On the RDS side there was a minor version upgrade from 8.0.mysql_aurora.3.07 to 8.0.mysql_aurora.3.08.2 . After upgrade when register request comes to opensips and it goes to insert the data in the DB. It gives the above error which I shared earlier . *CRITICAL:db_mysql:wrapper_single_mysql_stmt_execute: driver error (1243): Unknown prepared statement handler (5) given to mysql_stmt_precheck* *ERROR:usrloc:db_insert_ucontact: inserting contact in db failed","attributes* *ERROR:usrloc:wb_timer: inserting contact into database failed* *As for my understanding : * During the Aurora mysql upgrade from 3.07 to 3.08.2 1. All old DB sessions are terminated and reset . 2. The Auro engine restarts and resets all session level state . 3. However opensips SB driver (db_mysql) still holds references to old prepared statement in an old connection pool . 4. When the connection is reused by opensips after upgrade , those handels does not exists anymore and hence → driver Error 1243 appears in opensips logs (invalid prepared statement and failed to insert data in the database ) . 5. Once we restarted the pods the connection pool from opensips side also got reset and hence the issue got resolved . *But restart is not suitable for live environment . So is there any other option to recover this automatically . On opensips module documentation for db_mysql * *I am not getting any such parameter to set . Do I need to update the mysql client version to ? Please suggest . * *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Tue, Oct 21, 2025 at 11:14 AM Sasmita Panda wrote: > Hi All , > > I am using opensips 3.4 running on EKS node and the database is AWS RDS ( > 8.0.mysql_aurora.3.08.2) . > > In the config I am using sql_only mode to save/extract data from the > database . > > loadmodule "usrloc.so" > modparam("usrloc", "nat_bflag", "NAT") > modparam("usrloc", "working_mode_preset", "sql-only") > modparam("usrloc", "db_url", "mysql://mysql-user:mysql-pass at mysql-domain > /dbname") > modparam("usrloc", "use_domain", 1) > modparam("usrloc", "max_contact_delete", 1) > > if ($rm=="REGISTER") { > xlog( "L_NOTICE", "Register Contact & $ct \n" ); > fix_nated_register(); > > if(!save("location","force-registration,max-contacts=10,path-lazy")) > sl_reply_error(); > exit; > } > > > Below is the error I am getting in the opensips logs : > > 2025-10-20 00:30:03.120 > {"body":"Oct 19 19:00:03 [36] NOTICE:Register Contact \u0026 > \u003csip:hbh3a766 at 192.168.33.49:57670 > ;transport=wss\u003e;expires=90","attributes":{"log.file.path":"/var/log/pods/eks-opensips_west-registrar-f5c5896d4-rgn8d_44da0dac-0521-4e1b-b4e7-89c7f0f87c11/west-registrar/0.log","log.iostream":"stderr","logtag":"F"},"resources":{"k8s.container.restart_count":"0","k8s.pod.uid":"44da0dac-0521-4e1b-b4e7-89c7f0f87c11"}} > 2025-10-20 00:30:03.121 > {"body":"Oct 19 19:00:03 [36]* > CRITICAL:db_mysql:wrapper_single_mysql_stmt_execute: driver error (1243): > Unknown prepared statement handler (5) given to > mysql_stmt_precheck","attributes* > ":{"log.file.path":"/var/log/pods/eks-opensips_west-registrar-f5c5896d4-rgn8d_44da0dac-0521-4e1b-b4e7-89c7f0f87c11/west-registrar/0.log","log.iostream":"stderr","logtag":"F"},"resources":{"k8s.container.restart_count":"0","k8s.pod.uid":"44da0dac-0521-4e1b-b4e7-89c7f0f87c11"}} > 2025-10-20 00:30:03.121 > {"body":"Oct 19 19:00:03 [36]* ERROR:usrloc:db_insert_ucontact: inserting > contact in db failed","attributes":* > {"log.file.path":"/var/log/pods/eks-opensips_west-registrar-f5c5896d4-rgn8d_44da0dac-0521-4e1b-b4e7-89c7f0f87c11/west-registrar/0.log","log.iostream":"stderr","logtag":"F"},"resources":{"k8s.container.restart_count":"0","k8s.pod.uid":"44da0dac-0521-4e1b-b4e7-89c7f0f87c11"}} > 2025-10-20 00:30:03.121 > {"body":"Oct 19 19:00:03 [36]* ERROR:usrloc:wb_timer: inserting contact > into database failed* > ","attributes":{"log.file.path":"/var/log/pods/eks-opensips_west-registrar-f5c5896d4-rgn8d_44da0dac-0521-4e1b-b4e7-89c7f0f87c11/west-registrar/0.log","log.iostream":"stderr","logtag":"F"},"resources":{"k8s.container.restart_count":"0","k8s.pod.uid":"44da0dac-0521-4e1b-b4e7-89c7f0f87c11"}} > > *** I have 2 instance on which opensips running and the Database is common > for both . > > *Thanks & Regards* > *Sasmita Panda* > *Senior Network Testing and Software Engineer* > *3CLogic , ph:07827611765* > -------------- next part -------------- An HTML attachment was scrubbed... URL: From liviu at opensips.org Thu Oct 23 14:45:13 2025 From: liviu at opensips.org (Liviu Chircu) Date: Thu, 23 Oct 2025 17:45:13 +0300 Subject: [OpenSIPS-Users] [Minor Release] OpenSIPS 3.6.2, 3.5.8 and 3.4.15 Minor Releases Message-ID: Hello! It is my pleasure to announce the *3.6.2*, *3.5.8* and *3.4.15* minor releases, which include roughly /40 commits/ worth of fixes and improvements done in the past two months. To name a few of the improved areas: several bugfixes in the /b2b_logic/, /dialog/, /siprec/ and /tm/ modules. Do make sure to roll out an update as soon as possible -- it is highly recommended. Full changelogs: https://opensips.org/pub/opensips/3.6.2/ChangeLog https://opensips.org/pub/opensips/3.5.8/ChangeLog https://opensips.org/pub/opensips/3.4.15/ChangeLog New packages already available for download:   DEBs: https://apt.opensips.org   RPMs: https://yum.opensips.org Please enjoy, OpenSIPS Team -------------- next part -------------- An HTML attachment was scrubbed... URL: From mayamatakeshi at gmail.com Sun Oct 26 23:37:45 2025 From: mayamatakeshi at gmail.com (mayamatakeshi) Date: Mon, 27 Oct 2025 08:37:45 +0900 Subject: [OpenSIPS-Users] Equivalent of avp_delete in opensips 3.6 Message-ID: Hello, now that sqlops replaced avpops, what should I use instead of avp_delete? The avp_delete is still mentioned in the docs: https://www.opensips.org/Documentation/Script-CoreVar-3-6 -------------- next part -------------- An HTML attachment was scrubbed... URL: From nick at altmann.pro Mon Oct 27 04:24:24 2025 From: nick at altmann.pro (Nick Altmann) Date: Mon, 27 Oct 2025 05:24:24 +0100 Subject: [OpenSIPS-Users] Equivalent of avp_delete in opensips 3.6 In-Reply-To: References: Message-ID: Hello, just use $avp(name) := NULL -- Nick On Mon, 27 Oct 2025 at 00:40 mayamatakeshi wrote: > Hello, > now that sqlops replaced avpops, what should I use instead of avp_delete? > > The avp_delete is still mentioned in the docs: > https://www.opensips.org/Documentation/Script-CoreVar-3-6 > > > _______________________________________________ > 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 Oct 27 08:38:54 2025 From: liviu at opensips.org (Liviu Chircu) Date: Mon, 27 Oct 2025 10:38:54 +0200 Subject: [OpenSIPS-Users] Equivalent of avp_delete in opensips 3.6 In-Reply-To: References: Message-ID: <138e0432-2096-59d6-959e-765ea9811447@opensips.org> Hello, Thanks for that, fixed! On 27.10.2025 01:37, mayamatakeshi wrote: > > The avp_delete is still mentioned in the docs: > https://www.opensips.org/Documentation/Script-CoreVar-3-6 -- Liviu Chircu www.opensips-solutions.com | www.siphub.com From liviu at opensips.org Tue Oct 28 15:33:51 2025 From: liviu at opensips.org (Liviu Chircu) Date: Tue, 28 Oct 2025 17:33:51 +0200 Subject: [OpenSIPS-Users] [BLOG] Scaling Geo-Distributed OpenSIPS Clusters with Bridge Replication Message-ID: <88af5ef0-4039-6fa0-d8c3-be15b334d83c@opensips.org> Hello, New blogpost[1] on the new /Cluster-Bridge Replication/ feature coming to OpenSIPS 4.0.  Especially relevant if you have a geo-distributed OpenSIPS platform which needs to keep track of CPS counters at platform level. The development of this feature was sponsored by SIPNav[2] Please enjoy, [1]: https://blog.opensips.org/2025/10/28/scaling-geo-distributed-opensips-clusters-with-bridge-replication/ [2]: https://sipnav.llc/ -- Liviu Chircu www.opensips-solutions.com |www.siphub.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jwilkie at usipcom.com Thu Oct 23 04:12:46 2025 From: jwilkie at usipcom.com (Jeff Wilkie) Date: Thu, 23 Oct 2025 04:12:46 -0000 Subject: [OpenSIPS-Users] uac_replace_from crash on 1.10 Message-ID: I know this is old code but I'm trying to help a buddy migrate his old opensips to the latest version. This dp_translate removes +1 from sip:+1 FROM header. If the uac is enabled, the system will crash once uac_replace gets hit. Logs show the xlog is presenting the correct information for the avp so it's not a malformed var from the looks of it. All required modules are loaded as required. Opensips starts with no issue. Log output from xlog Normalizing FROM to sip:9195551057 at 199.55.255.223 if ( dp_translate ("9", "$fu/$avp(from)")) { uac_replace_from("$avp(from)"); xlog("L_INFO", "Normalizing FROM to $avp(from) \n" ); } Here are the errors we're receiving when uac_replace is hit. CRITICAL:core:receive_fd: EOF on 10 INFO:core:handle_sigs: child process 26719 exited by a signal 11 INFO:core:handle_sigs: core was not generated INFO:core:handle_sigs: terminating due to SIGCHLD 3.4.9 runs a variant of this with no issues. If anyone can lend some thought on why it's crashing, that would be awesome. TIA Jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: