From alberto.rinaudo at gmail.com Fri Jan 3 15:14:16 2025 From: alberto.rinaudo at gmail.com (Alberto) Date: Fri, 3 Jan 2025 15:14:16 +0000 Subject: [OpenSIPS-Users] Teams multitenant Message-ID: Hi, I'm trying to get opensips to work for a multitenant setup, I followed https://blog.opensips.org/2019/09/16/opensips-as-ms-teams-sbc/ and https://kb.smartvox.co.uk/opensips/opensips-as-ms-teams-sbc/ I also followed https://learn.microsoft.com/en-us/microsoftteams/direct-routing-sbc-multiple-tenants for the teams part, but I must be missing something. The carrier trunk is up and sends and receives OPTIONS and is able to make and receive calls, that's all tested. The derived trunk on the client MS account was verified with the TXT record, but the TLS status is inactive and I don't know how to make it change. Do I have to send OPTIONS packets to the derived trunk? Looking at the documentation seems like it should get the same status as the carrier trunk without OPTIONS. Where it says "The options are sent only to the carrier trunk FQDN. The health status of the carrier trunk is applied to all derived trunks and is used for routing decisions." Any advice to add a tenant trunk after the carrier trunk and make it inherit the health status? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From alberto.rinaudo at gmail.com Wed Jan 8 11:14:42 2025 From: alberto.rinaudo at gmail.com (Alberto) Date: Wed, 8 Jan 2025 11:14:42 +0000 Subject: [OpenSIPS-Users] 2025 summit Message-ID: Hi, Not a support request, but I saw the date and location of the 2025 summit are up. Do we already know what the focus will be this year? Like last year there were several IMS and AI talks, what can we expect this time? Thanks A -------------- next part -------------- An HTML attachment was scrubbed... URL: From bullehs at gmail.com Wed Jan 8 16:07:29 2025 From: bullehs at gmail.com (HS) Date: Wed, 8 Jan 2025 21:07:29 +0500 Subject: [OpenSIPS-Users] Opensips-AI Voice Connector - on existing server Message-ID: Hi. Realtime docs suggest using the following two models - unsure it makes sense to change in the code or via the config file. gpt-4o-realtime-preview-2024-12-17 gpt-4o-mini-realtime-preview-2024-12-17 I have an Opensips 3.0 installation with RTPEngine on an EC2 instance, that redirects calls to a Freeswitch server in case of no answer etc. I just installed the AI voice connector and can't get the calls to work. So far I have added an "openai" user in the user table and dbaliases also. Just want to clarify: 1. Is it possible to make the connector work in parallel with the original Opensips install? 2. Do I need to modify the .cfg file in the original Opensips install? 3. Is it possible to have multiple configurations? For eg. have a different voice for ext 5555 and another for ext 5556? 4. Any watchouts when working with AWS (internal/external IPs)? (The IP is present on the host). 5. Instead of sending to Freeswitch (in case of no answer), I changed the cfg to keep the call local. Getting the following error: ERROR:b2b_entities:b2b_ua_server_init: failed to create new b2b server instance -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Wed Jan 8 16:49:39 2025 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Wed, 8 Jan 2025 18:49:39 +0200 Subject: [OpenSIPS-Users] dlg_val before create_dialog In-Reply-To: References: <5947a179-48d7-4629-bfa6-0346efde6710@opensips.org> Message-ID: <737aa356-bc17-4eef-910a-7005b79cd848@opensips.org> Hi, Thanks for the info, Razvan identified the issue - indeed, the rtpproxy_offer() forces the dialog creation, without actually of any need of it. He will push a fix on this within the next days. Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com https://www.siphub.com On 17.12.2024 19:27, M S wrote: > So I did that, and it is very strange: > >     if (is_method("INVITE") && !has_totag()) xlog("L_WARN", > "$ci|route|$Ts:$Tsm|DLG_status3 $DLG_status"); >             if(!rtpproxy_offer("froc")) xlog("L_WARN", > "$ci|route|$Ts:$Tsm|rtpproxy_offer failed for: $mb\n"); >     if (is_method("INVITE") && !has_totag()) xlog("L_WARN", > "$ci|route|$Ts:$Tsm|DLG_status4 $DLG_status"); > > 32ac0d41383090087a573dd766679bcc at 10.201.54.109:5060|route|1734456172:140520|DLG_status3 > > 32ac0d41383090087a573dd766679bcc at 10.201.54.109:5060|route|1734456172:140879|DLG_status4 > 1 > > But what does rtpproxy_offer has to do with dialog? > > On Tue, Dec 17, 2024 at 5:06 PM Bogdan-Andrei Iancu > wrote: > > That means some other script function created the dialog in > advance. you can find which one by adding something like this on > top of your request route: >     script_trace( 1, "$rm from $si, dlg is $DLG_status", "dbg"); > > And see where the print changes from NULL to 1 ;) > > Regards, > > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > https://www.siphub.com > > On 17.12.2024 17:58, M S wrote: >> Thank you for your answer. I tried that and it shows DLG_status >> 1, which means the dialog is created but I definitely didn't >> create a dialog before that line. Also, the dialog is created >> further down with create_dialog("pPB") command because I see >> OPTIONS being sent to both caller and callee (pP working). >> Why would DLG_status print 1? I will try to print it at different >> lines of script to see where it changes... I have a t_newtran and >> some $acc_extra lines befores (other than some standard processing) >> >> On Tue, Dec 17, 2024 at 4:39 PM Bogdan-Andrei Iancu >> wrote: >> >> Hi, >> >> Yes, the dlg_val assignment fails if there is no current >> dialog. Maybe >> the dialog is created (internally) by some other script >> function you are >> using. Try prinitng the $DLG_status before the assignment, >> just to see >> if there is a dialog or not >> >> Regards, >> >> Bogdan-Andrei Iancu >> >> OpenSIPS Founder and Developer >> https://www.opensips-solutions.com >> https://www.siphub.com >> >> On 17.12.2024 14:08, M S wrote: >> > Hi list, >> > I have a script like this: >> > >> > ..... some processing >> > if (is_method("INVITE") && !has_totag()) { >> >   $dlg_val(x)="y"; >> > } >> > .... some processing >> > if (is_method("INVITE") && !has_totag()) { >> >     create_dialog("pPB") >> > } >> > >> > My first question is, why does this work?! documents say >> $dlg_val >> > cannot be used before dialog is created, and create_dialog >> is called >> > after dlg_val here. >> > I have verified that indeed dialog is created using >> create_dialog, and >> > indeed $dlg_val(x) stores the value (it is available later >> in the dialog). >> > >> > Second question, once or two times a day (after thousands >> of calls) I >> > see a do_assign setting PV failed error message on the >> $dlg_val(x)="y" >> > line. Since this shouldn't have worked to begin with, I >> don't know how >> > to debug this. Any suggestions? >> > >> > 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 bogdan at opensips.org Wed Jan 8 16:53:31 2025 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Wed, 8 Jan 2025 18:53:31 +0200 Subject: [OpenSIPS-Users] 2025 summit In-Reply-To: References: Message-ID: Hi Alberto, There is no golden rule, but usually the Summit focuses on the topic of the OpenSIPS release from the same year. And in 2025, the OpenSIPS 3.6 focuses on "operational improvements", see https://www.opensips.org/Development/Opensips-3-6-Planning But again, this is not a golden rule. The presentations from the OpenSIPS core team may focus on the current release, but the other speakers may come up with other interesting topics - like the AI stuff last year. Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com https://www.siphub.com On 08.01.2025 13:14, Alberto wrote: > Hi, > > Not a support request, but I saw the date and location of the 2025 > summit are up. > Do we already know what the focus will be this year? > Like last year there were several IMS and AI talks, what can we expect > this time? > > Thanks > A > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users From razvan at opensips.org Wed Jan 8 16:57:56 2025 From: razvan at opensips.org (=?UTF-8?Q?R=C4=83zvan_Crainea?=) Date: Wed, 8 Jan 2025 18:57:56 +0200 Subject: [OpenSIPS-Users] dlg_val before create_dialog In-Reply-To: <737aa356-bc17-4eef-910a-7005b79cd848@opensips.org> References: <5947a179-48d7-4629-bfa6-0346efde6710@opensips.org> <737aa356-bc17-4eef-910a-7005b79cd848@opensips.org> Message-ID: I've just pushed a fix, thanks for helping us identify this issue. Best regards, Răzvan Crainea OpenSIPS Core Developer / SIPhub CTO http://www.opensips-solutions.com / https://www.siphub.com On 1/8/25 6:49 PM, Bogdan-Andrei Iancu wrote: > Hi, > > Thanks for the info, Razvan identified the issue - indeed, the > rtpproxy_offer() forces the dialog creation, without actually of any > need of it. He will push a fix on this within the next days. > > Best regards, > > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer >   https://www.opensips-solutions.com >   https://www.siphub.com > > On 17.12.2024 19:27, M S wrote: >> So I did that, and it is very strange: >> >>     if (is_method("INVITE") && !has_totag()) xlog("L_WARN", "$ci| >> route|$Ts:$Tsm|DLG_status3 $DLG_status"); >>             if(!rtpproxy_offer("froc")) xlog("L_WARN", "$ci|route|$Ts: >> $Tsm|rtpproxy_offer failed for: $mb\n"); >>     if (is_method("INVITE") && !has_totag()) xlog("L_WARN", "$ci| >> route|$Ts:$Tsm|DLG_status4 $DLG_status"); >> >> 32ac0d41383090087a573dd766679bcc at 10.201.54.109:5060|route| >> 1734456172:140520|DLG_status3 >> 32ac0d41383090087a573dd766679bcc at 10.201.54.109:5060|route| >> 1734456172:140879|DLG_status4 1 >> >> But what does rtpproxy_offer has to do with dialog? >> >> On Tue, Dec 17, 2024 at 5:06 PM Bogdan-Andrei Iancu >> wrote: >> >>     That means some other script function created the dialog in >>     advance. you can find which one by adding something like this on >>     top of your request route: >>         script_trace( 1, "$rm from $si, dlg is $DLG_status", "dbg"); >> >>     And see where the print changes from NULL to 1 ;) >> >>     Regards, >> >>     Bogdan-Andrei Iancu >> >>     OpenSIPS Founder and Developer >>        https://www.opensips-solutions.com >>        https://www.siphub.com >> >>     On 17.12.2024 17:58, M S wrote: >>>     Thank you for your answer. I tried that and it shows DLG_status >>>     1, which means the dialog is created but I definitely didn't >>>     create a dialog before that line. Also, the dialog is created >>>     further down with create_dialog("pPB") command because I see >>>     OPTIONS being sent to both caller and callee (pP working). >>>     Why would DLG_status print 1? I will try to print it at different >>>     lines of script to see where it changes... I have a t_newtran and >>>     some $acc_extra lines befores (other than some standard processing) >>> >>>     On Tue, Dec 17, 2024 at 4:39 PM Bogdan-Andrei Iancu >>>     wrote: >>> >>>         Hi, >>> >>>         Yes, the dlg_val assignment fails if there is no current >>>         dialog. Maybe >>>         the dialog is created (internally) by some other script >>>         function you are >>>         using. Try prinitng the $DLG_status before the assignment, >>>         just to see >>>         if there is a dialog or not >>> >>>         Regards, >>> >>>         Bogdan-Andrei Iancu >>> >>>         OpenSIPS Founder and Developer >>>         https://www.opensips-solutions.com >>>         https://www.siphub.com >>> >>>         On 17.12.2024 14:08, M S wrote: >>>         > Hi list, >>>         > I have a script like this: >>>         > >>>         > ..... some processing >>>         > if (is_method("INVITE") && !has_totag()) { >>>         >   $dlg_val(x)="y"; >>>         > } >>>         > .... some processing >>>         > if (is_method("INVITE") && !has_totag()) { >>>         >     create_dialog("pPB") >>>         > } >>>         > >>>         > My first question is, why does this work?! documents say >>>         $dlg_val >>>         > cannot be used before dialog is created, and create_dialog >>>         is called >>>         > after dlg_val here. >>>         > I have verified that indeed dialog is created using >>>         create_dialog, and >>>         > indeed $dlg_val(x) stores the value (it is available later >>>         in the dialog). >>>         > >>>         > Second question, once or two times a day (after thousands >>>         of calls) I >>>         > see a do_assign setting PV failed error message on the >>>         $dlg_val(x)="y" >>>         > line. Since this shouldn't have worked to begin with, I >>>         don't know how >>>         > to debug this. Any suggestions? >>>         > >>>         > Thank you! >>>         > >>>         > _______________________________________________ >>>         > Users mailing list >>>         > Users at lists.opensips.org >>>         > http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> >> > > Hi, > > Thanks for the info, Razvan identified the issue - indeed, the > rtpproxy_offer() forces the dialog creation, without actually of any > need of it. He will push a fix on this within the next days. > > Best regards, > > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > https://www.siphub.com > > On 17.12.2024 19:27, M S wrote: >> So I did that, and it is very strange: >> >>     if (is_method("INVITE") && !has_totag()) xlog("L_WARN", "$ci| >> route|$Ts:$Tsm|DLG_status3 $DLG_status"); >>             if(!rtpproxy_offer("froc")) xlog("L_WARN", "$ci|route|$Ts: >> $Tsm|rtpproxy_offer failed for: $mb\n"); >>     if (is_method("INVITE") && !has_totag()) xlog("L_WARN", "$ci| >> route|$Ts:$Tsm|DLG_status4 $DLG_status"); >> >> 32ac0d41383090087a573dd766679bcc at 10.201.54.109:5060|route| >> 1734456172:140520|DLG_status3 >> 32ac0d41383090087a573dd766679bcc at 10.201.54.109:5060|route| >> 1734456172:140879|DLG_status4 1 >> >> But what does rtpproxy_offer has to do with dialog? >> >> On Tue, Dec 17, 2024 at 5:06 PM Bogdan-Andrei Iancu >> wrote: >> >> That means some other script function created the dialog in >> advance. you can find which one by adding something like this on >> top of your request route: >>     script_trace( 1, "$rm from $si, dlg is $DLG_status", "dbg"); >> >> And see where the print changes from NULL to 1 ;) >> >> Regards, >> >> Bogdan-Andrei Iancu >> >> OpenSIPS Founder and Developer >> https://www.opensips-solutions.com >> https://www.siphub.com >> >> On 17.12.2024 17:58, M S wrote: >>> Thank you for your answer. I tried that and it shows DLG_status >>> 1, which means the dialog is created but I definitely didn't >>> create a dialog before that line. Also, the dialog is created >>> further down with create_dialog("pPB") command because I see >>> OPTIONS being sent to both caller and callee (pP working). >>> Why would DLG_status print 1? I will try to print it at different >>> lines of script to see where it changes... I have a t_newtran and >>> some $acc_extra lines befores (other than some standard processing) >>> >>> On Tue, Dec 17, 2024 at 4:39 PM Bogdan-Andrei Iancu >>> wrote: >>> >>> Hi, >>> >>> Yes, the dlg_val assignment fails if there is no current >>> dialog. Maybe >>> the dialog is created (internally) by some other script >>> function you are >>> using. Try prinitng the $DLG_status before the assignment, >>> just to see >>> if there is a dialog or not >>> >>> Regards, >>> >>> Bogdan-Andrei Iancu >>> >>> OpenSIPS Founder and Developer >>> https://www.opensips-solutions.com >>> https://www.siphub.com >>> >>> On 17.12.2024 14:08, M S wrote: >>> > Hi list, >>> > I have a script like this: >>> > >>> > ..... some processing >>> > if (is_method("INVITE") && !has_totag()) { >>> >   $dlg_val(x)="y"; >>> > } >>> > .... some processing >>> > if (is_method("INVITE") && !has_totag()) { >>> >     create_dialog("pPB") >>> > } >>> > >>> > My first question is, why does this work?! documents say >>> $dlg_val >>> > cannot be used before dialog is created, and create_dialog >>> is called >>> > after dlg_val here. >>> > I have verified that indeed dialog is created using >>> create_dialog, and >>> > indeed $dlg_val(x) stores the value (it is available later >>> in the dialog). >>> > >>> > Second question, once or two times a day (after thousands >>> of calls) I >>> > see a do_assign setting PV failed error message on the >>> $dlg_val(x)="y" >>> > line. Since this shouldn't have worked to begin with, I >>> don't know how >>> > to debug this. Any suggestions? >>> > >>> > Thank you! >>> > >>> > _______________________________________________ >>> > Users mailing list >>> > Users at lists.opensips.org >>> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> >> > From medeanwz at gmail.com Wed Jan 8 17:16:32 2025 From: medeanwz at gmail.com (M S) Date: Wed, 8 Jan 2025 18:16:32 +0100 Subject: [OpenSIPS-Users] dlg_val before create_dialog In-Reply-To: References: <5947a179-48d7-4629-bfa6-0346efde6710@opensips.org> <737aa356-bc17-4eef-910a-7005b79cd848@opensips.org> Message-ID: Thank you - which versions the fix is pushed to? This change may break some configurations (anybody like me using dlg_val before dialog creation) so it might be worth mentioning something about this in release notes... On Wed, Jan 8, 2025 at 5:58 PM Răzvan Crainea wrote: > I've just pushed a fix, thanks for helping us identify this issue. > > Best regards, > > Răzvan Crainea > OpenSIPS Core Developer / SIPhub CTO > http://www.opensips-solutions.com / https://www.siphub.com > > On 1/8/25 6:49 PM, Bogdan-Andrei Iancu wrote: > > Hi, > > > > Thanks for the info, Razvan identified the issue - indeed, the > > rtpproxy_offer() forces the dialog creation, without actually of any > > need of it. He will push a fix on this within the next days. > > > > Best regards, > > > > Bogdan-Andrei Iancu > > > > OpenSIPS Founder and Developer > > https://www.opensips-solutions.com > > https://www.siphub.com > > > > On 17.12.2024 19:27, M S wrote: > >> So I did that, and it is very strange: > >> > >> if (is_method("INVITE") && !has_totag()) xlog("L_WARN", "$ci| > >> route|$Ts:$Tsm|DLG_status3 $DLG_status"); > >> if(!rtpproxy_offer("froc")) xlog("L_WARN", "$ci|route|$Ts: > >> $Tsm|rtpproxy_offer failed for: $mb\n"); > >> if (is_method("INVITE") && !has_totag()) xlog("L_WARN", "$ci| > >> route|$Ts:$Tsm|DLG_status4 $DLG_status"); > >> > >> 32ac0d41383090087a573dd766679bcc at 10.201.54.109:5060|route| > >> 1734456172:140520|DLG_status3 > >> 32ac0d41383090087a573dd766679bcc at 10.201.54.109:5060|route| > >> 1734456172:140879|DLG_status4 1 > >> > >> But what does rtpproxy_offer has to do with dialog? > >> > >> On Tue, Dec 17, 2024 at 5:06 PM Bogdan-Andrei Iancu > >> wrote: > >> > >> That means some other script function created the dialog in > >> advance. you can find which one by adding something like this on > >> top of your request route: > >> script_trace( 1, "$rm from $si, dlg is $DLG_status", "dbg"); > >> > >> And see where the print changes from NULL to 1 ;) > >> > >> Regards, > >> > >> Bogdan-Andrei Iancu > >> > >> OpenSIPS Founder and Developer > >> https://www.opensips-solutions.com > >> https://www.siphub.com > >> > >> On 17.12.2024 17:58, M S wrote: > >>> Thank you for your answer. I tried that and it shows DLG_status > >>> 1, which means the dialog is created but I definitely didn't > >>> create a dialog before that line. Also, the dialog is created > >>> further down with create_dialog("pPB") command because I see > >>> OPTIONS being sent to both caller and callee (pP working). > >>> Why would DLG_status print 1? I will try to print it at different > >>> lines of script to see where it changes... I have a t_newtran and > >>> some $acc_extra lines befores (other than some standard processing) > >>> > >>> On Tue, Dec 17, 2024 at 4:39 PM Bogdan-Andrei Iancu > >>> wrote: > >>> > >>> Hi, > >>> > >>> Yes, the dlg_val assignment fails if there is no current > >>> dialog. Maybe > >>> the dialog is created (internally) by some other script > >>> function you are > >>> using. Try prinitng the $DLG_status before the assignment, > >>> just to see > >>> if there is a dialog or not > >>> > >>> Regards, > >>> > >>> Bogdan-Andrei Iancu > >>> > >>> OpenSIPS Founder and Developer > >>> https://www.opensips-solutions.com > >>> https://www.siphub.com > >>> > >>> On 17.12.2024 14:08, M S wrote: > >>> > Hi list, > >>> > I have a script like this: > >>> > > >>> > ..... some processing > >>> > if (is_method("INVITE") && !has_totag()) { > >>> > $dlg_val(x)="y"; > >>> > } > >>> > .... some processing > >>> > if (is_method("INVITE") && !has_totag()) { > >>> > create_dialog("pPB") > >>> > } > >>> > > >>> > My first question is, why does this work?! documents say > >>> $dlg_val > >>> > cannot be used before dialog is created, and create_dialog > >>> is called > >>> > after dlg_val here. > >>> > I have verified that indeed dialog is created using > >>> create_dialog, and > >>> > indeed $dlg_val(x) stores the value (it is available later > >>> in the dialog). > >>> > > >>> > Second question, once or two times a day (after thousands > >>> of calls) I > >>> > see a do_assign setting PV failed error message on the > >>> $dlg_val(x)="y" > >>> > line. Since this shouldn't have worked to begin with, I > >>> don't know how > >>> > to debug this. Any suggestions? > >>> > > >>> > Thank you! > >>> > > >>> > _______________________________________________ > >>> > Users mailing list > >>> > Users at lists.opensips.org > >>> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > >>> > >> > > > > Hi, > > > > Thanks for the info, Razvan identified the issue - indeed, the > > rtpproxy_offer() forces the dialog creation, without actually of any > > need of it. He will push a fix on this within the next days. > > > > Best regards, > > > > Bogdan-Andrei Iancu > > > > OpenSIPS Founder and Developer > > https://www.opensips-solutions.com > > https://www.siphub.com > > > > On 17.12.2024 19:27, M S wrote: > >> So I did that, and it is very strange: > >> > >> if (is_method("INVITE") && !has_totag()) xlog("L_WARN", "$ci| > >> route|$Ts:$Tsm|DLG_status3 $DLG_status"); > >> if(!rtpproxy_offer("froc")) xlog("L_WARN", "$ci|route|$Ts: > >> $Tsm|rtpproxy_offer failed for: $mb\n"); > >> if (is_method("INVITE") && !has_totag()) xlog("L_WARN", "$ci| > >> route|$Ts:$Tsm|DLG_status4 $DLG_status"); > >> > >> 32ac0d41383090087a573dd766679bcc at 10.201.54.109:5060|route| > >> 1734456172:140520|DLG_status3 > >> 32ac0d41383090087a573dd766679bcc at 10.201.54.109:5060|route| > >> 1734456172:140879|DLG_status4 1 > >> > >> But what does rtpproxy_offer has to do with dialog? > >> > >> On Tue, Dec 17, 2024 at 5:06 PM Bogdan-Andrei Iancu > >> wrote: > >> > >> That means some other script function created the dialog in > >> advance. you can find which one by adding something like this on > >> top of your request route: > >> script_trace( 1, "$rm from $si, dlg is $DLG_status", "dbg"); > >> > >> And see where the print changes from NULL to 1 ;) > >> > >> Regards, > >> > >> Bogdan-Andrei Iancu > >> > >> OpenSIPS Founder and Developer > >> https://www.opensips-solutions.com > >> https://www.siphub.com > >> > >> On 17.12.2024 17:58, M S wrote: > >>> Thank you for your answer. I tried that and it shows DLG_status > >>> 1, which means the dialog is created but I definitely didn't > >>> create a dialog before that line. Also, the dialog is created > >>> further down with create_dialog("pPB") command because I see > >>> OPTIONS being sent to both caller and callee (pP working). > >>> Why would DLG_status print 1? I will try to print it at different > >>> lines of script to see where it changes... I have a t_newtran and > >>> some $acc_extra lines befores (other than some standard processing) > >>> > >>> On Tue, Dec 17, 2024 at 4:39 PM Bogdan-Andrei Iancu > >>> wrote: > >>> > >>> Hi, > >>> > >>> Yes, the dlg_val assignment fails if there is no current > >>> dialog. Maybe > >>> the dialog is created (internally) by some other script > >>> function you are > >>> using. Try prinitng the $DLG_status before the assignment, > >>> just to see > >>> if there is a dialog or not > >>> > >>> Regards, > >>> > >>> Bogdan-Andrei Iancu > >>> > >>> OpenSIPS Founder and Developer > >>> https://www.opensips-solutions.com > >>> https://www.siphub.com > >>> > >>> On 17.12.2024 14:08, M S wrote: > >>> > Hi list, > >>> > I have a script like this: > >>> > > >>> > ..... some processing > >>> > if (is_method("INVITE") && !has_totag()) { > >>> > $dlg_val(x)="y"; > >>> > } > >>> > .... some processing > >>> > if (is_method("INVITE") && !has_totag()) { > >>> > create_dialog("pPB") > >>> > } > >>> > > >>> > My first question is, why does this work?! documents say > >>> $dlg_val > >>> > cannot be used before dialog is created, and create_dialog > >>> is called > >>> > after dlg_val here. > >>> > I have verified that indeed dialog is created using > >>> create_dialog, and > >>> > indeed $dlg_val(x) stores the value (it is available later > >>> in the dialog). > >>> > > >>> > Second question, once or two times a day (after thousands > >>> of calls) I > >>> > see a do_assign setting PV failed error message on the > >>> $dlg_val(x)="y" > >>> > line. Since this shouldn't have worked to begin with, I > >>> don't know how > >>> > to debug this. Any suggestions? > >>> > > >>> > 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 razvan at opensips.org Thu Jan 9 07:57:51 2025 From: razvan at opensips.org (=?UTF-8?Q?R=C4=83zvan_Crainea?=) Date: Thu, 9 Jan 2025 09:57:51 +0200 Subject: [OpenSIPS-Users] Opensips-AI Voice Connector - on existing server In-Reply-To: References: Message-ID: <31907292-4e33-4579-82f9-4f9e0bd4a313@opensips.org> Hello! Check my answers below: 1. Sure - all you have to do is to dispatch the calls you want to get to an AI to the CE instance 2. Depends on your setup - if you have trunks that you can dispatch to, all you need to do is to setup the CE as a trunk and use it. 3. Yes - you can pass a JSON to configure the AI through the extra_params, or use an external web server to query during handling (see [1]) 4. If you have the SIP IP on the server, I don't see any issues 5. Is that the only error you're getting? can you run in debug mode and post a few more logs? A PCAP might also be helpful. [1] https://github.com/OpenSIPS/opensips-ai-voice-connector-ce/pull/8 Best regards, Răzvan Crainea OpenSIPS Core Developer / SIPhub CTO http://www.opensips-solutions.com / https://www.siphub.com On 1/8/25 6:07 PM, HS wrote: > Hi. > > Realtime docs suggest using the following two models - unsure it makes > sense to change in the code or via the config file. > > gpt-4o-realtime-preview-2024-12-17 > gpt-4o-mini-realtime-preview-2024-12-17 > > I have an Opensips 3.0 installation with RTPEngine on an EC2 instance, that > redirects calls to a Freeswitch server in case of no answer etc. I just > installed the AI voice connector and can't get the calls to work. So far I > have added an "openai" user in the user table and dbaliases also. Just want > to clarify: > > 1. Is it possible to make the connector work in parallel with the > original Opensips install? > 2. Do I need to modify the .cfg file in the original Opensips install? > 3. Is it possible to have multiple configurations? For eg. have a > different voice for ext 5555 and another for ext 5556? > 4. Any watchouts when working with AWS (internal/external IPs)? (The IP > is present on the host). > 5. Instead of sending to Freeswitch (in case of no answer), I changed > the cfg to keep the call local. Getting the following error: > ERROR:b2b_entities:b2b_ua_server_init: failed to create new b2b server > instance > > > Hi. > > Realtime docs suggest using the following two models - unsure it makes > sense to change in the code or via the config file. > > gpt-4o-realtime-preview-2024-12-17 > gpt-4o-mini-realtime-preview-2024-12-17 > > I have an Opensips 3.0 installation with RTPEngine on an EC2 instance, > that redirects calls to a Freeswitch server in case of no answer etc. I > just installed the AI voice connector and can't get the calls to work. > So far I have added an "openai" user in the user table and dbaliases > also. Just want to clarify: > > 1. Is it possible to make the connector work in parallel with the > original Opensips install? > 2. Do I need to modify the .cfg file in the original Opensips install? > 3. Is it possible to have multiple configurations? For eg. have a > different voice for ext 5555 and another for ext 5556? > 4. Any watchouts when working with AWS (internal/external IPs)? (The IP > is present on the host). > 5. Instead of sending to Freeswitch (in case of no answer), I changed > the cfg to keep the call local. Getting the following error: > |ERROR:b2b_entities:b2b_ua_server_init: failed to create new b2b > server instance | > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users From razvan at opensips.org Thu Jan 9 08:46:10 2025 From: razvan at opensips.org (=?UTF-8?Q?R=C4=83zvan_Crainea?=) Date: Thu, 9 Jan 2025 10:46:10 +0200 Subject: [OpenSIPS-Users] FOSDEM'25: OpenSIPS and the VoIP Dinner! Message-ID: <8cad5f63-ea2c-43a8-a0c3-8e4f19366060@opensips.org> Hello, Everyone! We are thrilled to announce that we will once again be participating in the FOSDEM'25 Conference! This year, we’ll showcase our OpenSIPS Community Editions projects[2] on Saturday, 15:00, in the RTC Devroom[3]. But that’s not all—our tradition continues! The amazing Torrey Searle has organized the customary VoIP Dinner on Saturday at 19:00, hosted at our favorite spot, Le Pickwick[4]. This year, OpenSIPS is proudly sponsoring the dinner, while Voicenter is sponsoring the drinks, making it an event you won’t want to miss! To help the restaurant plan accordingly, please ensure you pre-register for the dinner[5] as soon as possible. Looking forward to seeing you at FOSDEM'25 for engaging discussions, great food, and even better community! [1] https://fosdem.org/2025/ [2] https://ce.opensips.org/ [3] https://fosdem.org/2025/schedule/event/fosdem-2025-5063-engaging-the-open-source-community-exploring-the-opensips-community-edition-projects/ [4] https://maps.app.goo.gl/Lv2xrfEwu4EZNFR67 [5] https://form.jotform.com/250012543310033 See you all at FOSDEM'25! -- Răzvan Crainea OpenSIPS Core Developer / SIPhub CTO http://www.opensips-solutions.com / https://www.siphub.com From alain.bieuzent at free.fr Thu Jan 9 11:12:58 2025 From: alain.bieuzent at free.fr (Alain Bieuzent) Date: Thu, 09 Jan 2025 12:12:58 +0100 Subject: [OpenSIPS-Users] Extract "numeric part" of RURI Message-ID: <9C6BE33C-5737-4B3D-8D71-536C638CB613@free.fr> Good Morning, What is the best way to extract the "numeric part" of a RURI, for example on an INVITE with tgrp parameter and I want to extract only the “123456789” part INVITE sip:123456789;tgrp=99999 at X.X.X.X:5060 Thanks in advance, Alain -------------- next part -------------- An HTML attachment was scrubbed... URL: From alidogan at plan.com Thu Jan 9 11:28:05 2025 From: alidogan at plan.com (Ali Dogan) Date: Thu, 9 Jan 2025 11:28:05 +0000 Subject: [OpenSIPS-Users] Extract "numeric part" of RURI In-Reply-To: <9C6BE33C-5737-4B3D-8D71-536C638CB613@free.fr> References: <9C6BE33C-5737-4B3D-8D71-536C638CB613@free.fr> Message-ID: Hello Alain, 3.77 Username in SIP Request's URI - $rU 🔗 $rU - reference to username in request's URI It is R/W variable (you can assign values to it routing script) This should give you what you need. Best Regards, Ali Dogan +44(0)3300 88 18 18 alidogan at plan.com plan.com is the trading name of Plan Communications Limited, registered in the Isle of Man with company number 010273V and Registered Office at No.5 Victoria Street, Douglas, Isle of Man, IM1 2LR. This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Plan. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. ________________________________ From: Users on behalf of Alain Bieuzent Sent: Thursday, January 9, 2025 14:12 To: OpenSIPS users mailling list Subject: [OpenSIPS-Users] Extract "numeric part" of RURI This message was sent from outside plan.com. Please do not click links or open attachments unless you recognise the source of this email and know the content is safe. Good Morning, What is the best way to extract the "numeric part" of a RURI, for example on an INVITE with tgrp parameter and I want to extract only the “123456789” part INVITE sip:123456789;tgrp=99999 at X.X.X.X:5060 Thanks in advance, Alain -------------- next part -------------- An HTML attachment was scrubbed... URL: From alain.bieuzent at free.fr Thu Jan 9 12:56:08 2025 From: alain.bieuzent at free.fr (Alain Bieuzent) Date: Thu, 09 Jan 2025 13:56:08 +0100 Subject: [OpenSIPS-Users] Extract "numeric part" of RURI Message-ID: <6FB8743A-2ECF-4077-9A3B-AC7E3AEEE08C@free.fr> unfortunately no, $rU in my example returns the entire string between sip: and before the @ => 123456789;tgrp=99999 I know how read the value of parameters (ex : $(rU{param.value, tgrp}) ), but I don’t know how to read the value without parameters Thanks De : Users au nom de Ali Dogan Répondre à : OpenSIPS users mailling list Date : jeudi 9 janvier 2025 à 12:31 À : OpenSIPS users mailling list Objet : Re: [OpenSIPS-Users] Extract "numeric part" of RURI Hello Alain, 3.77 Username in SIP Request's URI - $rU 🔗 $rU - reference to username in request's URI It is R/W variable (you can assign values to it routing script) This should give you what you need. Best Regards, Ali Dogan​​​​ +44(0)3300 88 18 18 alidogan at plan.com plan.com is the trading name of Plan Communications Limited, registered in the Isle of Man with company number 010273V and Registered Office at No.5 Victoria Street, Douglas, Isle of Man, IM1 2LR. This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Plan. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. From: Users on behalf of Alain Bieuzent Sent: Thursday, January 9, 2025 14:12 To: OpenSIPS users mailling list Subject: [OpenSIPS-Users] Extract "numeric part" of RURI This message was sent from outside plan.com. Please do not click links or open attachments unless you recognise the source of this email and know the content is safe. Good Morning, What is the best way to extract the "numeric part" of a RURI, for example on an INVITE with tgrp parameter and I want to extract only the “123456789” part INVITE sip:123456789;tgrp=99999 at X.X.X.X:5060 Thanks in advance, 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 bogdan at opensips.org Thu Jan 9 13:15:20 2025 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 9 Jan 2025 15:15:20 +0200 Subject: [OpenSIPS-Users] Extract "numeric part" of RURI In-Reply-To: <6FB8743A-2ECF-4077-9A3B-AC7E3AEEE08C@free.fr> References: <6FB8743A-2ECF-4077-9A3B-AC7E3AEEE08C@free.fr> Message-ID: <59a7d1ae-5f6e-47be-ad6b-dad841d17688@opensips.org> Hi Alain, There is no direct way. You need to use a transformation (on top of $rU) in order to get that param value : $(rU{s.select,0,,}) , see https://www.opensips.org/Documentation/Script-Tran-3-4#s.select Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com https://www.siphub.com On 09.01.2025 14:56, Alain Bieuzent wrote: > > unfortunatelyno, > > $rU in my example returns the entire string between sip: and before > the @ => 123456789;tgrp=99999 > > I know how read the value of parameters (ex : $(rU{param.value, tgrp}) > ), but I don’t know how to read the value without parameters > > Thanks > > *De : *Users au nom de Ali Dogan > > *Répondre à : *OpenSIPS users mailling list > *Date : *jeudi 9 janvier 2025 à 12:31 > *À : *OpenSIPS users mailling list > *Objet : *Re: [OpenSIPS-Users] Extract "numeric part" of RURI > > Hello Alain, > > 3.77  Username in SIP Request's URI - $rU 🔗 > > $rU - reference to username in request's URI > > It is R/W variable (you can assign values to it routing script) > > > This should give you what you need. > > Best Regards, > > *Ali Dogan**​**​**​**​*** > > *plan.com * > > > > +44(0)3300 88 18 18 > > *alidogan at plan.com * > > Facebook > > > > Instagram > > > > LinkedIn > > > > > > plan.com is the trading name of Plan > Communications Limited, registered in the Isle of Man with company > number 010273V and Registered Office at No.5 Victoria Street, Douglas, > Isle of Man, IM1 2LR. This email and any attachments to it may be > confidential and are intended solely for the use of the individual to > whom it is addressed. Any views or opinions expressed are solely those > of the author and do not necessarily represent those of Plan. If you > are not the intended recipient of this email, you must neither take > any action based upon its contents, nor copy or show it to anyone. > Please contact the sender if you believe you have received this email > in error. > > ------------------------------------------------------------------------ > > *From:* Users on behalf of Alain > Bieuzent > *Sent:* Thursday, January 9, 2025 14:12 > *To:* OpenSIPS users mailling list > *Subject:* [OpenSIPS-Users] Extract "numeric part" of RURI > > > > > This message was sent from outside plan.com. Please do not click links > or open attachments unless you recognise the source of this email and > know the content is safe. > > Good Morning, > > What is the best way to extract the "numeric part" of a RURI, for > example on an INVITE with tgrp parameter and I want to extract only > the “123456789” part > > INVITE _sip:123456789;tgrp=99999 at X.X.X.X:5060 > _ > > Thanks in advance, > > Alain > > _______________________________________________ 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 solarmon at one-n.co.uk Thu Jan 9 13:16:34 2025 From: solarmon at one-n.co.uk (solarmon) Date: Thu, 9 Jan 2025 13:16:34 +0000 Subject: [OpenSIPS-Users] Extract "numeric part" of RURI In-Reply-To: <6FB8743A-2ECF-4077-9A3B-AC7E3AEEE08C@free.fr> References: <6FB8743A-2ECF-4077-9A3B-AC7E3AEEE08C@free.fr> Message-ID: You could then use the 'select' string transformation to select the first item in a ';' separated list: https://www.opensips.org/Documentation/Script-Tran-3-4#s.select For example: {s.select,0,;} On Thu, 9 Jan 2025 at 12:58, Alain Bieuzent wrote: > unfortunately no, > > > > $rU in my example returns the entire string between sip: and before the > @ => 123456789;tgrp=99999 > > I know how read the value of parameters (ex : $(rU{param.value, tgrp}) ), > but I don’t know how to read the value without parameters > > > > Thanks > > > > *De : *Users au nom de Ali Dogan < > alidogan at plan.com> > *Répondre à : *OpenSIPS users mailling list > *Date : *jeudi 9 janvier 2025 à 12:31 > *À : *OpenSIPS users mailling list > *Objet : *Re: [OpenSIPS-Users] Extract "numeric part" of RURI > > > > Hello Alain, > > 3.77 Username in SIP Request's URI - $rU 🔗 > > $rU - reference to username in request's URI > > > > It is R/W variable (you can assign values to it routing script) > > > This should give you what you need. > > Best Regards, > > *Ali Dogan* > > *[image: plan.com] * > > +44(0)3300 88 18 18 <+44(0)3300%2088%2018%2018> > > *alidogan at plan.com * > > [image: Facebook] > > [image: Instagram] > > [image: LinkedIn] > > > > plan.com is the trading name of Plan > Communications Limited, registered in the Isle of Man with company number > 010273V and Registered Office at No.5 Victoria Street, Douglas, Isle of > Man, IM1 2LR. This email and any attachments to it may be confidential and > are intended solely for the use of the individual to whom it is addressed. > Any views or opinions expressed are solely those of the author and do not > necessarily represent those of Plan. If you are not the intended recipient > of this email, you must neither take any action based upon its contents, > nor copy or show it to anyone. Please contact the sender if you believe you > have received this email in error. > ------------------------------ > > *From:* Users on behalf of Alain > Bieuzent > *Sent:* Thursday, January 9, 2025 14:12 > *To:* OpenSIPS users mailling list > *Subject:* [OpenSIPS-Users] Extract "numeric part" of RURI > > > > This message was sent from outside plan.com. Please do not click links or > open attachments unless you recognise the source of this email and know the > content is safe. > > > > Good Morning, > > > > What is the best way to extract the "numeric part" of a RURI, for example > on an INVITE with tgrp parameter and I want to extract only the “123456789” > part > > > > INVITE *sip:123456789;tgrp=99999 at X.X.X.X:5060* > > > > Thanks in advance, > > > > Alain > > _______________________________________________ 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 alain.bieuzent at free.fr Thu Jan 9 15:08:24 2025 From: alain.bieuzent at free.fr (Alain Bieuzent) Date: Thu, 09 Jan 2025 16:08:24 +0100 Subject: [OpenSIPS-Users] Extract "numeric part" of RURI In-Reply-To: References: <6FB8743A-2ECF-4077-9A3B-AC7E3AEEE08C@free.fr> Message-ID: MAny thanks De : Users au nom de solarmon Répondre à : OpenSIPS users mailling list Date : jeudi 9 janvier 2025 à 14:19 À : OpenSIPS users mailling list Objet : Re: [OpenSIPS-Users] Extract "numeric part" of RURI You could then use the 'select' string transformation to select the first item in a ';' separated list: https://www.opensips.org/Documentation/Script-Tran-3-4#s.select For example: {s.select,0,;} On Thu, 9 Jan 2025 at 12:58, Alain Bieuzent wrote: unfortunately no, $rU in my example returns the entire string between sip: and before the @ => 123456789;tgrp=99999 I know how read the value of parameters (ex : $(rU{param.value, tgrp}) ), but I don’t know how to read the value without parameters Thanks De : Users au nom de Ali Dogan Répondre à : OpenSIPS users mailling list Date : jeudi 9 janvier 2025 à 12:31 À : OpenSIPS users mailling list Objet : Re: [OpenSIPS-Users] Extract "numeric part" of RURI Hello Alain, 3.77 Username in SIP Request's URI - $rU 🔗 $rU - reference to username in request's URI It is R/W variable (you can assign values to it routing script) This should give you what you need. Best Regards, Ali Dogan +44(0)3300 88 18 18 alidogan at plan.com plan.com is the trading name of Plan Communications Limited, registered in the Isle of Man with company number 010273V and Registered Office at No.5 Victoria Street, Douglas, Isle of Man, IM1 2LR. This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Plan. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. From: Users on behalf of Alain Bieuzent Sent: Thursday, January 9, 2025 14:12 To: OpenSIPS users mailling list Subject: [OpenSIPS-Users] Extract "numeric part" of RURI This message was sent from outside plan.com. Please do not click links or open attachments unless you recognise the source of this email and know the content is safe. Good Morning, What is the best way to extract the "numeric part" of a RURI, for example on an INVITE with tgrp parameter and I want to extract only the “123456789” part INVITE sip:123456789;tgrp=99999 at X.X.X.X:5060 Thanks in advance, Alain _______________________________________________ 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 ag at ag-projects.com Thu Jan 9 16:47:06 2025 From: ag at ag-projects.com (Adrian Georgescu) Date: Thu, 9 Jan 2025 13:47:06 -0300 Subject: [OpenSIPS-Users] OpenXCAP next generation Message-ID: Hello, As the current OpenXCAP server written in Python2 reached end-of life, we are making a new server from scratch. For those using Blink, XCAP is the glue between Blink contacts list and OpenSIP Presence agent. Others may have used it for other purposes. As XCAP as a protocol was not widely adopted in SIP clients, we will also build a more generic restful API for managing contacts list, while preserving compatibility with XCAP protocol and OpenSIPS storage. This will allow 3rd party apps to have an easy way to interact with the presence agent capabilities of OpenSIPS or just store contacts and groups in general for realtime applications. If you have ideas for other features, you may bring them forward now. Kind regards, Adrian From bogdan at opensips.org Fri Jan 10 13:07:16 2025 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 10 Jan 2025 15:07:16 +0200 Subject: [OpenSIPS-Users] OpenSIPS 3.6 Features Survey - last days Message-ID: <49f9b221-e4b4-4f1b-8233-0fe6f08fa65f@opensips.org> Hi all, I hope you all enjoyed the New Year holidays :). Maybe some of you/us are still in the holiday mode :), so the new deadline for Feature Survey the OpenSIPS 3.6 Dev Plan is *_14th of Jan_*. Your feedback matters! Best regards, -- Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com https://www.siphub.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From goup2010 at gmail.com Sun Jan 12 16:02:55 2025 From: goup2010 at gmail.com (Dragomir Haralambiev) Date: Sun, 12 Jan 2025 18:02:55 +0200 Subject: [OpenSIPS-Users] OpenSIPS SoftSwitch Error! Message-ID: Hello, I try to test OpenSIPS SoftSwitch When change MYSQL_PASSWORD=opensipsNew Make docker compose up All containers is UP. When try to login in http://localhostIP/cp I receive follow error in browser Error!: SQLSTATE[HY000] [1045] Access denied for user 'opensips'@'172.72.0.4' (using password: YES) Best Regards, Dragomir Haralambiev -------------- next part -------------- An HTML attachment was scrubbed... URL: From nzdealshelp at gmail.com Mon Jan 13 03:01:18 2025 From: nzdealshelp at gmail.com (nz deals) Date: Mon, 13 Jan 2025 16:01:18 +1300 Subject: [OpenSIPS-Users] avpops in opensips-3.5 Message-ID: Hi all, I previously used avpops.so in OpenSIPS 3.4, but after upgrading to OpenSIPS 3.5.3, I am encountering errors stating that avpops is not available. My configuration includes the use of several AVPs and avp_db_query. Is there any way to resolve this issue without modifying the configuration? Thank you Regards, Jason -------------- next part -------------- An HTML attachment was scrubbed... URL: From osas at voipembedded.com Mon Jan 13 03:17:13 2025 From: osas at voipembedded.com (Ovidiu Sas) Date: Sun, 12 Jan 2025 22:17:13 -0500 Subject: [OpenSIPS-Users] avpops in opensips-3.5 In-Reply-To: References: Message-ID: Everything is documented here: https://www.opensips.org/Documentation/Migration-3-4-0-to-3-5-0 -ovidiu On Sun, Jan 12, 2025 at 10:02 PM nz deals wrote: > > Hi all, > > I previously used avpops.so in OpenSIPS 3.4, but after upgrading to OpenSIPS 3.5.3, I am encountering errors stating that avpops is not available. My configuration includes the use of several AVPs and avp_db_query. Is there any way to resolve this issue without modifying the configuration? > > Thank you > > Regards, > Jason > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users From vineeth.chigullapally at sixd.co Mon Jan 13 03:29:25 2025 From: vineeth.chigullapally at sixd.co (Vineeth Chigullapally) Date: Mon, 13 Jan 2025 08:59:25 +0530 Subject: [OpenSIPS-Users] Request for Assistance: Issue with Load Balancing in OpenSIPS Container Deployment Message-ID: Hi I hope this email finds you well. I am currently working on configuring load balancing for one of my OpenSIPS instances, which is deployed as a Docker container. The objective is to route traffic evenly between two target servers, proc1 and proc2. However, I am encountering an issue during the load-balancing process. Below are the log messages that I am observing: opensips_lb | Jan 9 12:40:08 [13] DBG:load_balancer:lb_route: initial call of LB - found requested 1/1 resource [sip] opensips_lb | Jan 9 12:40:08 [13] ERROR:load_balancer:lb_route: initial call of LB - failed to create dialog opensips_lb | Jan 9 12:40:08 [13] DBG:tm:t_newtran: transaction on entrance=0xffffffffffffffff I have followed https://opensips.org/Documentation/Tutorials-LoadBalancing-1-9 for configuration but cannot identify the root cause of the issue. It seems that the load balancer is unable to create a dialog, which might be preventing the traffic from being routed correctly. Could you please provide your insights, suggestions, or possible solutions to resolve this issue? If any additional details, such as configuration files or environment specifics, are needed, I will be happy to share them. Thank you for your time and assistance. Looking forward to your suggestions. Best regards C Vineeth -------------- next part -------------- An HTML attachment was scrubbed... URL: From nzdealshelp at gmail.com Mon Jan 13 04:09:07 2025 From: nzdealshelp at gmail.com (nz deals) Date: Mon, 13 Jan 2025 17:09:07 +1300 Subject: [OpenSIPS-Users] avpops in opensips-3.5 In-Reply-To: References: Message-ID: Thanks ovidiu, I have gone through the link but it looks like I have to replace a few functions in the config. I am avoiding doing that at this point. Regards, Jason On Mon, 13 Jan 2025 at 16:21, Ovidiu Sas wrote: > Everything is documented here: > https://www.opensips.org/Documentation/Migration-3-4-0-to-3-5-0 > > -ovidiu > > On Sun, Jan 12, 2025 at 10:02 PM nz deals wrote: > > > > Hi all, > > > > I previously used avpops.so in OpenSIPS 3.4, but after upgrading to > OpenSIPS 3.5.3, I am encountering errors stating that avpops is not > available. My configuration includes the use of several AVPs and > avp_db_query. Is there any way to resolve this issue without modifying the > configuration? > > > > Thank you > > > > Regards, > > Jason > > _______________________________________________ > > 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 osas at voipembedded.com Mon Jan 13 04:39:47 2025 From: osas at voipembedded.com (Ovidiu Sas) Date: Sun, 12 Jan 2025 23:39:47 -0500 Subject: [OpenSIPS-Users] avpops in opensips-3.5 In-Reply-To: References: Message-ID: Replacing them is pretty straight forward. I performed a few upgrades recently and all went smoothly. -ovidiu On Sun, Jan 12, 2025 at 23:11 nz deals wrote: > Thanks ovidiu, > > I have gone through the link but it looks like I have to replace a few > functions in the config. I am avoiding doing that at this point. > > Regards, > Jason > > On Mon, 13 Jan 2025 at 16:21, Ovidiu Sas wrote: > >> Everything is documented here: >> https://www.opensips.org/Documentation/Migration-3-4-0-to-3-5-0 >> >> -ovidiu >> >> On Sun, Jan 12, 2025 at 10:02 PM nz deals wrote: >> > >> > Hi all, >> > >> > I previously used avpops.so in OpenSIPS 3.4, but after upgrading to >> OpenSIPS 3.5.3, I am encountering errors stating that avpops is not >> available. My configuration includes the use of several AVPs and >> avp_db_query. Is there any way to resolve this issue without modifying the >> configuration? >> > >> > Thank you >> > >> > Regards, >> > Jason >> > _______________________________________________ >> > 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 razvan at opensips.org Mon Jan 13 08:49:34 2025 From: razvan at opensips.org (=?UTF-8?Q?R=C4=83zvan_Crainea?=) Date: Mon, 13 Jan 2025 10:49:34 +0200 Subject: [OpenSIPS-Users] OpenSIPS SoftSwitch Error! In-Reply-To: References: Message-ID: Hi, Dragomir! Is this a fresh setup? Because if the mysql container had been previously created with a diffierent password, than the password is not updated. You should make sure that everything is down (i.e. `docker-compose down`). Best regards, Răzvan Crainea OpenSIPS Core Developer / SIPhub CTO http://www.opensips-solutions.com / https://www.siphub.com On 1/12/25 6:02 PM, Dragomir Haralambiev wrote: > Hello, > > I try to test OpenSIPS SoftSwitch > > When change MYSQL_PASSWORD=opensipsNew > Make docker compose up > > All containers is UP. > > When try to login in http://localhostIP/cp > > I receive follow error in browser > Error!: SQLSTATE[HY000] [1045] Access denied for user 'opensips'@'172.72.0.4' > (using password: YES) > > Best Regards, > Dragomir Haralambiev > > > Hello, > > I try to test OpenSIPS SoftSwitch > > When change MYSQL_PASSWORD=opensipsNew > Make docker compose up > > All containers is UP. > > When try to login in http://localhostIP/cp > > I receive follow error in browser > Error!: SQLSTATE[HY000] [1045] Access denied for user > 'opensips'@'172.72.0.4' (using password: YES) > > Best Regards, > Dragomir Haralambiev > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users From razvan at opensips.org Mon Jan 13 16:01:02 2025 From: razvan at opensips.org (=?UTF-8?Q?R=C4=83zvan_Crainea?=) Date: Mon, 13 Jan 2025 18:01:02 +0200 Subject: [OpenSIPS-Users] Request for Assistance: Issue with Load Balancing in OpenSIPS Container Deployment In-Reply-To: References: Message-ID: <78ec1615-3ab7-4bdf-a96b-6cc401e591f9@opensips.org> Hi, Vineeth! The dialog structure cannot be created - I suspect you are not calling the lb_start method for other methods than INVITE? Can you upload somewhere the full debugging logs? Also, have you tried creating the dialog from the script, before calling lb_start? Best regards, Răzvan Crainea OpenSIPS Core Developer / SIPhub CTO http://www.opensips-solutions.com / https://www.siphub.com On 1/13/25 5:29 AM, Vineeth Chigullapally wrote: > Hi > > I hope this email finds you well. I am currently working on configuring > load balancing for one of my OpenSIPS instances, which is deployed as a > Docker container. The objective is to route traffic evenly between two > target servers, proc1 and proc2. However, I am encountering an issue during > the load-balancing process. > > Below are the log messages that I am observing: > > opensips_lb | Jan 9 12:40:08 [13] DBG:load_balancer:lb_route: initial > call of LB - found requested 1/1 resource [sip] > opensips_lb | Jan 9 12:40:08 [13] ERROR:load_balancer:lb_route: > initial call of LB - failed to create dialog > opensips_lb | Jan 9 12:40:08 [13] DBG:tm:t_newtran: transaction on > entrance=0xffffffffffffffff > > I have followed > https://opensips.org/Documentation/Tutorials-LoadBalancing-1-9 for > configuration but cannot identify the root cause of the issue. It seems > that the load balancer is unable to create a dialog, which might be > preventing the traffic from being routed correctly. > > Could you please provide your insights, suggestions, or possible solutions > to resolve this issue? If any additional details, such as configuration > files or environment specifics, are needed, I will be happy to share them. > > Thank you for your time and assistance. Looking forward to your suggestions. > > Best regards > > C Vineeth > > > Hi > > I hope this email finds you well. I am currently working on configuring > load balancing for one of my OpenSIPS instances, which is deployed as a > Docker container. The objective is to route traffic evenly between two > target servers, |proc1| and |proc2|. However, I am encountering an issue > during the load-balancing process. > > Below are the log messages that I am observing: > > opensips_lb     | Jan  9 12:40:08 [13] DBG:load_balancer:lb_route: > initial call of LB - found requested 1/1 resource [sip] > opensips_lb     | Jan  9 12:40:08 [13] ERROR:load_balancer:lb_route: > initial call of LB - failed to create dialog > opensips_lb     | Jan  9 12:40:08 [13] DBG:tm:t_newtran: transaction on > entrance=0xffffffffffffffff > > I have followed https://opensips.org/Documentation/Tutorials- > LoadBalancing-1-9 LoadBalancing-1-9> for configuration but cannot identify the root cause > of the issue. It seems that the load balancer is unable to create a > dialog, which might be preventing the traffic from being routed correctly. > > Could you please provide your insights, suggestions, or possible > solutions to resolve this issue? If any additional details, such as > configuration files or environment specifics, are needed, I will be > happy to share them. > > Thank you for your time and assistance. Looking forward to your suggestions. > > Best regards > > C Vineeth > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users From goup2010 at gmail.com Tue Jan 14 08:46:23 2025 From: goup2010 at gmail.com (Dragomir Haralambiev) Date: Tue, 14 Jan 2025 10:46:23 +0200 Subject: [OpenSIPS-Users] OpenSIPS SoftSwitch Error! In-Reply-To: References: Message-ID: Hi, Remove all Containers. Delete volume opensips-softswitch-ce_db Edit file .env. Change MYSQL_PASSWORD. Run docker compose up All containers is UP. When try to login in http://localhostIP/cp I receive follow error in browser Error!: SQLSTATE[HY000] [1045] Access denied for user 'opensips'@'172.72.0.4' (using password: YES) На пн, 13.01.2025 г. в 10:54 Răzvan Crainea написа: > Hi, Dragomir! > > Is this a fresh setup? Because if the mysql container had been > previously created with a diffierent password, than the password is not > updated. You should make sure that everything is down (i.e. > `docker-compose down`). > > Best regards, > > Răzvan Crainea > OpenSIPS Core Developer / SIPhub CTO > http://www.opensips-solutions.com / https://www.siphub.com > > On 1/12/25 6:02 PM, Dragomir Haralambiev wrote: > > Hello, > > > > I try to test OpenSIPS SoftSwitch > > > > When change MYSQL_PASSWORD=opensipsNew > > Make docker compose up > > > > All containers is UP. > > > > When try to login in http://localhostIP/cp > > > > I receive follow error in browser > > Error!: SQLSTATE[HY000] [1045] Access denied for user 'opensips'@ > '172.72.0.4' > > (using password: YES) > > > > Best Regards, > > Dragomir Haralambiev > > > > > > Hello, > > > > I try to test OpenSIPS SoftSwitch > > > > When change MYSQL_PASSWORD=opensipsNew > > Make docker compose up > > > > All containers is UP. > > > > When try to login in http://localhostIP/cp > > > > I receive follow error in browser > > Error!: SQLSTATE[HY000] [1045] Access denied for user > > 'opensips'@'172.72.0.4' (using password: YES) > > > > Best Regards, > > Dragomir Haralambiev > > > > > > > > _______________________________________________ > > 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 darius.stefan at opensips.org Tue Jan 14 11:43:34 2025 From: darius.stefan at opensips.org (Darius Stefan) Date: Tue, 14 Jan 2025 13:43:34 +0200 Subject: [OpenSIPS-Users] OpenSIPS SoftSwitch Error! In-Reply-To: References: Message-ID: <167c66df-9338-465a-924f-e03614360cfb@opensips.org> Hi, Dragomir! I think you should delete the volume that keeps MySQL's persistance. You should run 'docker volume rm opensips-softswitch-ce_db', then start the containers again. Best regards, Darius On 1/14/25 10:46, Dragomir Haralambiev wrote: > Hi, > > Remove all Containers. > Delete volume opensips-softswitch-ce_db > > Edit file .env. Change MYSQL_PASSWORD. > > Run docker compose up > > All containers is UP. > > When try to login in http://localhostIP/cp > > > I receive follow error in browser > Error!: SQLSTATE[HY000] [1045] Access denied for user > 'opensips'@'172.72.0.4' (using password: YES) > > > > На пн, 13.01.2025 г. в 10:54 Răzvan Crainea написа: > > Hi, Dragomir! > > Is this a fresh setup? Because if the mysql container had been > previously created with a diffierent password, than the password > is not > updated. You should make sure that everything is down (i.e. > `docker-compose down`). > > Best regards, > > Răzvan Crainea > OpenSIPS Core Developer / SIPhub CTO > http://www.opensips-solutions.com / https://www.siphub.com > > On 1/12/25 6:02 PM, Dragomir Haralambiev wrote: > > Hello, > > > > I try to test OpenSIPS SoftSwitch > > > > When change MYSQL_PASSWORD=opensipsNew > > Make docker compose up > > > > All containers is UP. > > > > When try to login in http://localhostIP/cp > > > > > I receive follow error in browser > > Error!: SQLSTATE[HY000] [1045] Access denied for user > 'opensips'@'172.72.0.4' > > (using password: YES) > > > > Best Regards, > > Dragomir Haralambiev > > > > > > Hello, > > > > I try to test OpenSIPS SoftSwitch > > > > When change MYSQL_PASSWORD=opensipsNew > > Make docker compose up > > > > All containers is UP. > > > > When try to login in http://localhostIP/cp > > > > > I receive follow error in browser > > Error!: SQLSTATE[HY000] [1045] Access denied for user > > 'opensips'@'172.72.0.4' (using password: YES) > > > > Best Regards, > > Dragomir Haralambiev > > > > > > > > _______________________________________________ > > 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 bullehs at gmail.com Wed Jan 15 10:08:05 2025 From: bullehs at gmail.com (HS) Date: Wed, 15 Jan 2025 15:08:05 +0500 Subject: [OpenSIPS-Users] Opensips-AI Voice Connector - on existing server Message-ID: Thanks Răzvan, Here's the debug logs. Just wanted to point out that module uac_auth is available in the modules folder. Let me know if this isn't ok and I can attach pcap also. https://pastebin.com/HDUddENF Best wishes. -------------- next part -------------- An HTML attachment was scrubbed... URL: From vineeth.chigullapally at sixd.co Wed Jan 15 13:30:52 2025 From: vineeth.chigullapally at sixd.co (Vineeth Chigullapally) Date: Wed, 15 Jan 2025 19:00:52 +0530 Subject: [OpenSIPS-Users] Request for Assistance: Issue with Load Balancing in OpenSIPS Container Deployment In-Reply-To: <78ec1615-3ab7-4bdf-a96b-6cc401e591f9@opensips.org> References: <78ec1615-3ab7-4bdf-a96b-6cc401e591f9@opensips.org> Message-ID: Hi Razvan, Please check the below link to view the logs and lb configuration. https://drive.google.com/drive/folders/1GNRAfjGjfM0VRRIodpIVYp79wj53By0n?usp=drive_link regards Vineeth On Mon, 13 Jan 2025 at 21:34, Răzvan Crainea wrote: > Hi, Vineeth! > > The dialog structure cannot be created - I suspect you are not calling > the lb_start method for other methods than INVITE? Can you upload > somewhere the full debugging logs? > Also, have you tried creating the dialog from the script, before calling > lb_start? > > Best regards, > > Răzvan Crainea > OpenSIPS Core Developer / SIPhub CTO > http://www.opensips-solutions.com / https://www.siphub.com > > On 1/13/25 5:29 AM, Vineeth Chigullapally wrote: > > Hi > > > > I hope this email finds you well. I am currently working on configuring > > load balancing for one of my OpenSIPS instances, which is deployed as a > > Docker container. The objective is to route traffic evenly between two > > target servers, proc1 and proc2. However, I am encountering an issue > during > > the load-balancing process. > > > > Below are the log messages that I am observing: > > > > opensips_lb | Jan 9 12:40:08 [13] DBG:load_balancer:lb_route: > initial > > call of LB - found requested 1/1 resource [sip] > > opensips_lb | Jan 9 12:40:08 [13] ERROR:load_balancer:lb_route: > > initial call of LB - failed to create dialog > > opensips_lb | Jan 9 12:40:08 [13] DBG:tm:t_newtran: transaction on > > entrance=0xffffffffffffffff > > > > I have followed > > https://opensips.org/Documentation/Tutorials-LoadBalancing-1-9 for > > configuration but cannot identify the root cause of the issue. It seems > > that the load balancer is unable to create a dialog, which might be > > preventing the traffic from being routed correctly. > > > > Could you please provide your insights, suggestions, or possible > solutions > > to resolve this issue? If any additional details, such as configuration > > files or environment specifics, are needed, I will be happy to share > them. > > > > Thank you for your time and assistance. Looking forward to your > suggestions. > > > > Best regards > > > > C Vineeth > > > > > > Hi > > > > I hope this email finds you well. I am currently working on configuring > > load balancing for one of my OpenSIPS instances, which is deployed as a > > Docker container. The objective is to route traffic evenly between two > > target servers, |proc1| and |proc2|. However, I am encountering an issue > > during the load-balancing process. > > > > Below are the log messages that I am observing: > > > > opensips_lb | Jan 9 12:40:08 [13] DBG:load_balancer:lb_route: > > initial call of LB - found requested 1/1 resource [sip] > > opensips_lb | Jan 9 12:40:08 [13] ERROR:load_balancer:lb_route: > > initial call of LB - failed to create dialog > > opensips_lb | Jan 9 12:40:08 [13] DBG:tm:t_newtran: transaction on > > entrance=0xffffffffffffffff > > > > I have followed https://opensips.org/Documentation/Tutorials- > > LoadBalancing-1-9 > LoadBalancing-1-9> for configuration but cannot identify the root cause > > of the issue. It seems that the load balancer is unable to create a > > dialog, which might be preventing the traffic from being routed > correctly. > > > > Could you please provide your insights, suggestions, or possible > > solutions to resolve this issue? If any additional details, such as > > configuration files or environment specifics, are needed, I will be > > happy to share them. > > > > Thank you for your time and assistance. Looking forward to your > suggestions. > > > > Best regards > > > > C Vineeth > > > > > > _______________________________________________ > > 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 Wed Jan 15 15:55:41 2025 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Wed, 15 Jan 2025 17:55:41 +0200 Subject: [OpenSIPS-Users] OpenSIPS 3.6 Features Survey - last days In-Reply-To: <49f9b221-e4b4-4f1b-8233-0fe6f08fa65f@opensips.org> References: <49f9b221-e4b4-4f1b-8233-0fe6f08fa65f@opensips.org> Message-ID: <31320bc7-0b0e-4aea-abb5-7377657245da@opensips.org> Check out the results of the 3.6 Feature Survey: https://www.opensips.org/Development/Opensips-3-6-Planning#poll-results Now let's get to work 👷🔨 and make it happen! Many thanks to all who took the time to provide input here 🙂 Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com https://www.siphub.com On 10.01.2025 15:07, Bogdan-Andrei Iancu wrote: > Hi all, > > I hope you all enjoyed the New Year holidays :). Maybe some of you/us > are still in the holiday mode :), so the new deadline for Feature > Survey the OpenSIPS 3.6 Dev > Plan is *_14th of Jan_*. > > Your feedback matters! > > Best regards, > -- > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > https://www.siphub.com > > _______________________________________________ > 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 Wed Jan 15 16:58:27 2025 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Wed, 15 Jan 2025 18:58:27 +0200 Subject: [OpenSIPS-Users] Request for Assistance: Issue with Load Balancing in OpenSIPS Container Deployment In-Reply-To: References: <78ec1615-3ab7-4bdf-a96b-6cc401e591f9@opensips.org> Message-ID: <93e7f6b8-a017-49a6-ad30-c578028f354b@opensips.org> Hi, Something tells me you are calling the balancer for a re-INVITE (in-dialog INVITE, having a "tag" param in TO hdr). Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com https://www.siphub.com On 15.01.2025 15:30, Vineeth Chigullapally wrote: > Hi Razvan, Please check the below link to view the logs and lb > configuration. > > https://drive.google.com/drive/folders/1GNRAfjGjfM0VRRIodpIVYp79wj53By0n?usp=drive_link > > > regards > Vineeth > > On Mon, 13 Jan 2025 at 21:34, Răzvan Crainea wrote: > > Hi, Vineeth! > > The dialog structure cannot be created - I suspect you are not > calling > the lb_start method for other methods than INVITE? Can you upload > somewhere the full debugging logs? > Also, have you tried creating the dialog from the script, before > calling > lb_start? > > Best regards, > > Răzvan Crainea > OpenSIPS Core Developer / SIPhub CTO > http://www.opensips-solutions.com / https://www.siphub.com > > On 1/13/25 5:29 AM, Vineeth Chigullapally wrote: > > Hi > > > > I hope this email finds you well. I am currently working on > configuring > > load balancing for one of my OpenSIPS instances, which is > deployed as a > > Docker container. The objective is to route traffic evenly > between two > > target servers, proc1 and proc2. However, I am encountering an > issue during > > the load-balancing process. > > > > Below are the log messages that I am observing: > > > > opensips_lb     | Jan  9 12:40:08 [13] > DBG:load_balancer:lb_route: initial > > call of LB - found requested 1/1 resource [sip] > > opensips_lb     | Jan  9 12:40:08 [13] ERROR:load_balancer:lb_route: > > initial call of LB - failed to create dialog > > opensips_lb     | Jan  9 12:40:08 [13] DBG:tm:t_newtran: > transaction on > > entrance=0xffffffffffffffff > > > > I have followed > > https://opensips.org/Documentation/Tutorials-LoadBalancing-1-9 for > > configuration but cannot identify the root cause of the issue. > It seems > > that the load balancer is unable to create a dialog, which might be > > preventing the traffic from being routed correctly. > > > > Could you please provide your insights, suggestions, or possible > solutions > > to resolve this issue? If any additional details, such as > configuration > > files or environment specifics, are needed, I will be happy to > share them. > > > > Thank you for your time and assistance. Looking forward to your > suggestions. > > > > Best regards > > > > C Vineeth > > > > > > Hi > > > > I hope this email finds you well. I am currently working on > configuring > > load balancing for one of my OpenSIPS instances, which is > deployed as a > > Docker container. The objective is to route traffic evenly > between two > > target servers, |proc1| and |proc2|. However, I am encountering > an issue > > during the load-balancing process. > > > > Below are the log messages that I am observing: > > > > opensips_lb     | Jan  9 12:40:08 [13] DBG:load_balancer:lb_route: > > initial call of LB - found requested 1/1 resource [sip] > > opensips_lb     | Jan  9 12:40:08 [13] > ERROR:load_balancer:lb_route: > > initial call of LB - failed to create dialog > > opensips_lb     | Jan  9 12:40:08 [13] DBG:tm:t_newtran: > transaction on > > entrance=0xffffffffffffffff > > > > I have followed https://opensips.org/Documentation/Tutorials- > > LoadBalancing-1-9 > LoadBalancing-1-9> for configuration but cannot identify the > root cause > > of the issue. It seems that the load balancer is unable to create a > > dialog, which might be preventing the traffic from being routed > correctly. > > > > Could you please provide your insights, suggestions, or possible > > solutions to resolve this issue? If any additional details, such as > > configuration files or environment specifics, are needed, I will be > > happy to share them. > > > > Thank you for your time and assistance. Looking forward to your > suggestions. > > > > Best regards > > > > C Vineeth > > > > > > _______________________________________________ > > 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 vineeth.chigullapally at sixd.co Thu Jan 16 04:32:06 2025 From: vineeth.chigullapally at sixd.co (Vineeth Chigullapally) Date: Thu, 16 Jan 2025 10:02:06 +0530 Subject: [OpenSIPS-Users] Request for Assistance: Issue with Load Balancing in OpenSIPS Container Deployment In-Reply-To: <93e7f6b8-a017-49a6-ad30-c578028f354b@opensips.org> References: <78ec1615-3ab7-4bdf-a96b-6cc401e591f9@opensips.org> <93e7f6b8-a017-49a6-ad30-c578028f354b@opensips.org> Message-ID: Hi Bogdan-Andrei, Thank you for your response, Can you please explain what is wrong in the config which is causing the load balancer to fail? Can you please let us know what needs to be corrected in our configuration. we have followed this reference https://opensips.org/Documentation/Tutorials-LoadBalancing-1-9, please let us know or provide any configuration which helps us to resolve this issue. regards Vineeth On Wed, 15 Jan 2025 at 22:28, Bogdan-Andrei Iancu wrote: > Hi, > > Something tells me you are calling the balancer for a re-INVITE (in-dialog > INVITE, having a "tag" param in TO hdr). > > Regards, > > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > https://www.siphub.com > > On 15.01.2025 15:30, Vineeth Chigullapally wrote: > > Hi Razvan, Please check the below link to view the logs and lb > configuration. > > > https://drive.google.com/drive/folders/1GNRAfjGjfM0VRRIodpIVYp79wj53By0n?usp=drive_link > > > regards > Vineeth > > On Mon, 13 Jan 2025 at 21:34, Răzvan Crainea wrote: > >> Hi, Vineeth! >> >> The dialog structure cannot be created - I suspect you are not calling >> the lb_start method for other methods than INVITE? Can you upload >> somewhere the full debugging logs? >> Also, have you tried creating the dialog from the script, before calling >> lb_start? >> >> Best regards, >> >> Răzvan Crainea >> OpenSIPS Core Developer / SIPhub CTO >> http://www.opensips-solutions.com / https://www.siphub.com >> >> On 1/13/25 5:29 AM, Vineeth Chigullapally wrote: >> > Hi >> > >> > I hope this email finds you well. I am currently working on configuring >> > load balancing for one of my OpenSIPS instances, which is deployed as a >> > Docker container. The objective is to route traffic evenly between two >> > target servers, proc1 and proc2. However, I am encountering an issue >> during >> > the load-balancing process. >> > >> > Below are the log messages that I am observing: >> > >> > opensips_lb | Jan 9 12:40:08 [13] DBG:load_balancer:lb_route: >> initial >> > call of LB - found requested 1/1 resource [sip] >> > opensips_lb | Jan 9 12:40:08 [13] ERROR:load_balancer:lb_route: >> > initial call of LB - failed to create dialog >> > opensips_lb | Jan 9 12:40:08 [13] DBG:tm:t_newtran: transaction on >> > entrance=0xffffffffffffffff >> > >> > I have followed >> > https://opensips.org/Documentation/Tutorials-LoadBalancing-1-9 for >> > configuration but cannot identify the root cause of the issue. It seems >> > that the load balancer is unable to create a dialog, which might be >> > preventing the traffic from being routed correctly. >> > >> > Could you please provide your insights, suggestions, or possible >> solutions >> > to resolve this issue? If any additional details, such as configuration >> > files or environment specifics, are needed, I will be happy to share >> them. >> > >> > Thank you for your time and assistance. Looking forward to your >> suggestions. >> > >> > Best regards >> > >> > C Vineeth >> > >> > >> > Hi >> > >> > I hope this email finds you well. I am currently working on configuring >> > load balancing for one of my OpenSIPS instances, which is deployed as a >> > Docker container. The objective is to route traffic evenly between two >> > target servers, |proc1| and |proc2|. However, I am encountering an >> issue >> > during the load-balancing process. >> > >> > Below are the log messages that I am observing: >> > >> > opensips_lb | Jan 9 12:40:08 [13] DBG:load_balancer:lb_route: >> > initial call of LB - found requested 1/1 resource [sip] >> > opensips_lb | Jan 9 12:40:08 [13] ERROR:load_balancer:lb_route: >> > initial call of LB - failed to create dialog >> > opensips_lb | Jan 9 12:40:08 [13] DBG:tm:t_newtran: transaction on >> > entrance=0xffffffffffffffff >> > >> > I have followed https://opensips.org/Documentation/Tutorials- >> > LoadBalancing-1-9 > > LoadBalancing-1-9> for configuration but cannot identify the root cause >> > of the issue. It seems that the load balancer is unable to create a >> > dialog, which might be preventing the traffic from being routed >> correctly. >> > >> > Could you please provide your insights, suggestions, or possible >> > solutions to resolve this issue? If any additional details, such as >> > configuration files or environment specifics, are needed, I will be >> > happy to share them. >> > >> > Thank you for your time and assistance. Looking forward to your >> suggestions. >> > >> > Best regards >> > >> > C Vineeth >> > >> > >> > _______________________________________________ >> > 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 listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Thu Jan 16 08:19:37 2025 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 16 Jan 2025 10:19:37 +0200 Subject: [OpenSIPS-Users] Request for Assistance: Issue with Load Balancing in OpenSIPS Container Deployment In-Reply-To: References: <78ec1615-3ab7-4bdf-a96b-6cc401e591f9@opensips.org> <93e7f6b8-a017-49a6-ad30-c578028f354b@opensips.org> Message-ID: <12652b83-aa55-4223-9b18-249674497e38@opensips.org> Hi, Just follow the execution logic in your script and be sure no sequential INVITE reaches the lb_start() function. Functions like xlog() or script_trace() may help with the troubleshooting. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com https://www.siphub.com On 16.01.2025 06:32, Vineeth Chigullapally wrote: > Hi Bogdan-Andrei, > > Thank you for your response, Can you please explain what is wrong in > the config which is causing the load balancer to fail? Can you please > let us know what needs to be corrected in our configuration. > we have followed this reference > https://opensips.org/Documentation/Tutorials-LoadBalancing-1-9, please > let us know or provide any configuration which helps us to resolve > this issue. > > regards > Vineeth > > On Wed, 15 Jan 2025 at 22:28, Bogdan-Andrei Iancu > wrote: > > Hi, > > Something tells me you are calling the balancer for a re-INVITE > (in-dialog INVITE, having a "tag" param in TO hdr). > > Regards, > > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > https://www.siphub.com > > On 15.01.2025 15:30, Vineeth Chigullapally wrote: >> Hi Razvan, Please check the below link to view the logs and lb >> configuration. >> >> https://drive.google.com/drive/folders/1GNRAfjGjfM0VRRIodpIVYp79wj53By0n?usp=drive_link >> >> >> regards >> Vineeth >> >> On Mon, 13 Jan 2025 at 21:34, Răzvan Crainea >> wrote: >> >> Hi, Vineeth! >> >> The dialog structure cannot be created - I suspect you are >> not calling >> the lb_start method for other methods than INVITE? Can you >> upload >> somewhere the full debugging logs? >> Also, have you tried creating the dialog from the script, >> before calling >> lb_start? >> >> Best regards, >> >> Răzvan Crainea >> OpenSIPS Core Developer / SIPhub CTO >> http://www.opensips-solutions.com / https://www.siphub.com >> >> On 1/13/25 5:29 AM, Vineeth Chigullapally wrote: >> > Hi >> > >> > I hope this email finds you well. I am currently working on >> configuring >> > load balancing for one of my OpenSIPS instances, which is >> deployed as a >> > Docker container. The objective is to route traffic evenly >> between two >> > target servers, proc1 and proc2. However, I am encountering >> an issue during >> > the load-balancing process. >> > >> > Below are the log messages that I am observing: >> > >> > opensips_lb     | Jan  9 12:40:08 [13] >> DBG:load_balancer:lb_route: initial >> > call of LB - found requested 1/1 resource [sip] >> > opensips_lb     | Jan  9 12:40:08 [13] >> ERROR:load_balancer:lb_route: >> > initial call of LB - failed to create dialog >> > opensips_lb     | Jan  9 12:40:08 [13] DBG:tm:t_newtran: >> transaction on >> > entrance=0xffffffffffffffff >> > >> > I have followed >> > >> https://opensips.org/Documentation/Tutorials-LoadBalancing-1-9 >> for >> > configuration but cannot identify the root cause of the >> issue. It seems >> > that the load balancer is unable to create a dialog, which >> might be >> > preventing the traffic from being routed correctly. >> > >> > Could you please provide your insights, suggestions, or >> possible solutions >> > to resolve this issue? If any additional details, such as >> configuration >> > files or environment specifics, are needed, I will be happy >> to share them. >> > >> > Thank you for your time and assistance. Looking forward to >> your suggestions. >> > >> > Best regards >> > >> > C Vineeth >> > >> > >> > Hi >> > >> > I hope this email finds you well. I am currently working on >> configuring >> > load balancing for one of my OpenSIPS instances, which is >> deployed as a >> > Docker container. The objective is to route traffic evenly >> between two >> > target servers, |proc1| and |proc2|. However, I am >> encountering an issue >> > during the load-balancing process. >> > >> > Below are the log messages that I am observing: >> > >> > opensips_lb     | Jan  9 12:40:08 [13] >> DBG:load_balancer:lb_route: >> > initial call of LB - found requested 1/1 resource [sip] >> > opensips_lb     | Jan  9 12:40:08 [13] >> ERROR:load_balancer:lb_route: >> > initial call of LB - failed to create dialog >> > opensips_lb     | Jan  9 12:40:08 [13] DBG:tm:t_newtran: >> transaction on >> > entrance=0xffffffffffffffff >> > >> > I have followed https://opensips.org/Documentation/Tutorials- >> > LoadBalancing-1-9 >> > > LoadBalancing-1-9> for configuration but cannot identify >> the root cause >> > of the issue. It seems that the load balancer is unable to >> create a >> > dialog, which might be preventing the traffic from being >> routed correctly. >> > >> > Could you please provide your insights, suggestions, or >> possible >> > solutions to resolve this issue? If any additional details, >> such as >> > configuration files or environment specifics, are needed, I >> will be >> > happy to share them. >> > >> > Thank you for your time and assistance. Looking forward to >> your suggestions. >> > >> > Best regards >> > >> > C Vineeth >> > >> > >> > _______________________________________________ >> > 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 slackway2me at gmail.com Fri Jan 17 09:01:45 2025 From: slackway2me at gmail.com (Alexey) Date: Fri, 17 Jan 2025 14:01:45 +0500 Subject: [OpenSIPS-Users] dp_translate ERROR Message-ID: Hi list, trying to understand the nature of the error in logs. Script: ... 275: dp_translate(10223, $tU, $rU); # subst 'To' header username into RURI header username 276: dp_translate(10224, $di, $rU); # subst 'Diversion' header value into RURI header username ... Logs: ... ERROR:core:get_cmd_fixups: Variable in param [2] is not a string ERROR:core:do_action: Failed to get fixups for command in /etc/opensips/opensips.cfg.m4, line 276 OpenSIPS v.3.4.9. dp_translate manual: https://opensips.org/docs/modules/3.4.x/dialplan.html#func_dp_translate -- best regards, Alexey https://alexeyka.zantsev.com/ From bogdan at opensips.org Fri Jan 17 11:50:25 2025 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 17 Jan 2025 13:50:25 +0200 Subject: [OpenSIPS-Users] dp_translate ERROR In-Reply-To: References: Message-ID: <9eac86df-c5d5-4474-b482-7459ce5ad40f@opensips.org> Hi, Actually the dialplan module complains that the second parameter, after evaluation, did not provide a string value...maybe an integer or NULL ? maybe the $di is NULL ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com https://www.siphub.com On 17.01.2025 11:01, Alexey wrote: > Hi list, > trying to understand the nature of the error in logs. > > > Script: > ... > 275: dp_translate(10223, $tU, $rU); # subst 'To' header username > into RURI header username > 276: dp_translate(10224, $di, $rU); # subst 'Diversion' header > value into RURI header username > ... > > > Logs: > ... > ERROR:core:get_cmd_fixups: Variable in param [2] is not a string > ERROR:core:do_action: Failed to get fixups for command > in /etc/opensips/opensips.cfg.m4, line 276 > > > OpenSIPS v.3.4.9. > dp_translate manual: > https://opensips.org/docs/modules/3.4.x/dialplan.html#func_dp_translate > From slackway2me at gmail.com Fri Jan 17 12:41:56 2025 From: slackway2me at gmail.com (Alexey) Date: Fri, 17 Jan 2025 17:41:56 +0500 Subject: [OpenSIPS-Users] dp_translate ERROR In-Reply-To: <9eac86df-c5d5-4474-b482-7459ce5ad40f@opensips.org> References: <9eac86df-c5d5-4474-b482-7459ce5ad40f@opensips.org> Message-ID: Hi Bogdan, yes, the solution was in one more condition/check, because the Diversion header is not present in each incoming INVITE: if (is_present_hf("Diversion")) { dp_translate(10224, $di, $rU); } -- best regards, Alexey https://alexeyka.zantsev.com/ From bogdan at opensips.org Fri Jan 17 13:24:11 2025 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 17 Jan 2025 15:24:11 +0200 Subject: [OpenSIPS-Users] dp_translate ERROR In-Reply-To: References: <9eac86df-c5d5-4474-b482-7459ce5ad40f@opensips.org> Message-ID: <1465ba70-20be-4b22-b8a0-55d2f3fd9e7f@opensips.org> That's the right approach ! Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com https://www.siphub.com On 17.01.2025 14:40, Alexey wrote: > Hi Bogdan, > > yes, the solution was in one more condition/check, > because the Diversion header is not present in each > incoming INVITE: > > if (is_present_hf("Diversion")) { > dp_translate(10224, $di, $rU); > } > > From alberto.rinaudo at gmail.com Mon Jan 20 23:47:37 2025 From: alberto.rinaudo at gmail.com (Alberto) Date: Mon, 20 Jan 2025 23:47:37 +0000 Subject: [OpenSIPS-Users] rtpengine_block_dtmf Message-ID: Hi, In short, I was using opensips 3.4.8 and rtpengine 11.5 until a few days ago, and rtpengine_block_dtmf was able to block DTMF in a single direction. Recently I updated rtpengine to 12.5 and that stopped working, now DTMF are always blocked in both directions. Can someone please take a look at https://groups.google.com/g/rtpengine/c/4dFexHvFmeo/m/YxTxXylXDAAJ ? Is this something that needs to be implemented in opensips? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From JPyle at fusionconnect.com Tue Jan 21 03:21:26 2025 From: JPyle at fusionconnect.com (Pyle, Jeff) Date: Tue, 21 Jan 2025 03:21:26 +0000 Subject: [OpenSIPS-Users] how to enable dr_gateway from script Message-ID: Hello, This is on OpenSIPS 3.4, although it appears the question applies to any modern version. I see the dr_disable() option from the dialog module. What I don't see is a dr_enable() option. How does one enable a gateway from the script? I realize that typically it should happen via probing, but I have some "special" situations where that doesn't work. It would be very handy to enable it from within the script. Regards, Jeff This message is subject to Fusion Connect, Inc.'s email communication policy: www.fusionconnect.com/email-policy -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Tue Jan 21 06:59:12 2025 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Tue, 21 Jan 2025 08:59:12 +0200 Subject: [OpenSIPS-Users] how to enable dr_gateway from script In-Reply-To: References: Message-ID: <7a2d379e-22ff-41b3-abf4-470d108ae778@opensips.org> Hi Jeff, Well, special cases require special approaches (I avoid here saying "ugly" approaches :P). You can use the mi_script to run the dr_gw_status MI command :     async( mi("de_gw_status gw_id=$avp(gw_id) status=1") [,after_enable]); Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com https://www.siphub.com On 21.01.2025 05:21, Pyle, Jeff wrote: > Hello, > > This is on OpenSIPS 3.4, although it appears the question applies to > any modern version. > > I see the dr_disable() option from the dialog module. What I don't see > is a dr_enable() option. How does one enable a gateway from the script? > > I realize that typically it should happen via probing, but I have some > "special" situations where that doesn't work. It would be very handy > to enable it from within the script. > > > Regards, > Jeff > > > > This message is subject to Fusion Connect, Inc.’s email communication > policy: www.fusionconnect.com/email-policy > > _______________________________________________ > 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 Jan 21 14:31:57 2025 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Tue, 21 Jan 2025 16:31:57 +0200 Subject: [OpenSIPS-Users] [Blog] Defend Against SIP Flood Attacks with OpenSIPS Pike Module Message-ID: Dealing with traffic from the open Internet comes all the time with the risk of external attacks, of Denial of Service Attacks (DoS). The most common kind of *DoS attack is the flood*. https://blog.opensips.org/2025/01/21/defend-against-sip-flood-attacks-with-opensips-pike-module/ Enjoy, -- Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com https://www.siphub.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Tue Jan 21 15:07:16 2025 From: razvan at opensips.org (=?UTF-8?Q?R=C4=83zvan_Crainea?=) Date: Tue, 21 Jan 2025 17:07:16 +0200 Subject: [OpenSIPS-Users] rtpengine_block_dtmf In-Reply-To: References: Message-ID: <3c0be0be-92ad-4253-9829-30a35d110847@opensips.org> Hi, Alberto! Nothing to do explicitely in opensips, simply pass the "directional" flag to the command. Best regards, Răzvan Crainea OpenSIPS Core Developer / SIPhub CTO http://www.opensips-solutions.com / https://www.siphub.com On 1/21/25 1:47 AM, Alberto wrote: > Hi, > > In short, I was using opensips 3.4.8 and rtpengine 11.5 until a few days > ago, and rtpengine_block_dtmf was able to block DTMF in a single direction. > Recently I updated rtpengine to 12.5 and that stopped working, now DTMF are > always blocked in both directions. > > Can someone please take a look at > https://groups.google.com/g/rtpengine/c/4dFexHvFmeo/m/YxTxXylXDAAJ ? > Is this something that needs to be implemented in opensips? > > Thanks > > > Hi, > > In short, I was using opensips 3.4.8 and rtpengine 11.5 until a few days > ago, and rtpengine_block_dtmf was able to block DTMF in a single direction. > Recently I updated rtpengine to 12.5 and that stopped working, now DTMF > are always blocked in both directions. > > Can someone please take a look at https://groups.google.com/g/rtpengine/ > c/4dFexHvFmeo/m/YxTxXylXDAAJ c/4dFexHvFmeo/m/YxTxXylXDAAJ> ? > Is this something that needs to be implemented in opensips? > > Thanks > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users From JPyle at fusionconnect.com Tue Jan 21 17:20:34 2025 From: JPyle at fusionconnect.com (Pyle, Jeff) Date: Tue, 21 Jan 2025 17:20:34 +0000 Subject: [OpenSIPS-Users] [External] Re: how to enable dr_gateway from script In-Reply-To: <7a2d379e-22ff-41b3-abf4-470d108ae778@opensips.org> References: <7a2d379e-22ff-41b3-abf4-470d108ae778@opensips.org> Message-ID: Got it! I was unaware of mi_script. Very cool. - Jeff ________________________________ From: Bogdan-Andrei Iancu Sent: Tuesday, January 21, 2025 01:59 To: OpenSIPS users mailling list ; Pyle, Jeff Subject: [External] Re: [OpenSIPS-Users] how to enable dr_gateway from script WARNING: This email originated outside of Fusion's email platform. DO NOT CLICK links or attachments unless you recognize the sender and know the content is safe. Hi Jeff, Well, special cases require special approaches (I avoid here saying "ugly" approaches :P). You can use the mi_script to run the dr_gw_status MI command : async( mi("de_gw_status gw_id=$avp(gw_id) status=1") [,after_enable]); Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com https://www.siphub.com On 21.01.2025 05:21, Pyle, Jeff wrote: Hello, This is on OpenSIPS 3.4, although it appears the question applies to any modern version. I see the dr_disable() option from the dialog module. What I don't see is a dr_enable() option. How does one enable a gateway from the script? I realize that typically it should happen via probing, but I have some "special" situations where that doesn't work. It would be very handy to enable it from within the script. Regards, Jeff This message is subject to Fusion Connect, Inc.’s email communication policy: www.fusionconnect.com/email-policy _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users This message is subject to Fusion Connect, Inc.’s email communication policy: www.fusionconnect.com/email-policy -------------- next part -------------- An HTML attachment was scrubbed... URL: From JPyle at fusionconnect.com Tue Jan 21 17:34:25 2025 From: JPyle at fusionconnect.com (Pyle, Jeff) Date: Tue, 21 Jan 2025 17:34:25 +0000 Subject: [OpenSIPS-Users] rtpengine 12.5.1.16 complains of "Incomplete SDP specification" Message-ID: Hello, I have a user with a Cisco Cube sending traffic to OpenSIPS 3.4 with media handled by rtpengine 12.5.1.16. An example SDP from them is: v=0 o=CiscoSystemsSIP-GW-UserAgent 3885 101 IN IP4 172.16.0.13 s=SIP Call c=IN IP4 172.16.0.13 t=0 0 m=audio 33032 RTP/AVP 0 101 c=IN IP4 172.16.0.13 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=inactive m=video 0 RTP/AVP 255 c=IN IP4 172.16.0.13 a=inactive a=label:11 a=content:main m=application 0 RTP/AVP 255 c=IN IP4 172.16.0.13 a=inactive This is offered in-dialog, probably when they put a call on hold. So ugly. Still, though, can you tell me why rtpengine declares this an "Incomplete SDP specification"? I'll need to find some way to handle it with OpenSIPS and rtpengine. I fire the following command today from OpenSIPS to handle this request: rtpengine_offer("ICE=remove address-family=IP4 RTP SDES-no DTLS=no replace-origin no-rtcp-attribute endpoint-learning=immediate NAT-wait") I'm interested only in the audio stream (this is an audio-only call). I'm considering supplementing the rtpengine_offer() with sdp-media-remove options to leave only the audio stream in the SDP, removing the m=video and m=application streams. What would the rtpengine_offer() command look like to do that? Something like: rtpengine_offer("... sdp-media-remove-video sdp-media-remove-application") ? Regards, Jeff This message is subject to Fusion Connect, Inc.'s email communication policy: www.fusionconnect.com/email-policy -------------- next part -------------- An HTML attachment was scrubbed... URL: From JPyle at fusionconnect.com Tue Jan 21 22:08:55 2025 From: JPyle at fusionconnect.com (Pyle, Jeff) Date: Tue, 21 Jan 2025 22:08:55 +0000 Subject: [OpenSIPS-Users] rtpengine 12.5.1.16 complains of "Incomplete SDP specification" In-Reply-To: References: Message-ID: Figured it out. rtpengine follows the spec of no dynamic payloads over 127, and Cisco likes to use 255 to indicate "no codec". Thanks, Cisco. - Jeff ________________________________ From: Users on behalf of Pyle, Jeff Sent: Tuesday, January 21, 2025 12:34 To: OpenSIPS Users Subject: [OpenSIPS-Users] rtpengine 12.5.1.16 complains of "Incomplete SDP specification" Hello, I have a user with a Cisco Cube sending traffic to OpenSIPS 3.4 with media handled by rtpengine 12.5.1.16. An example SDP from them is: v=0 o=CiscoSystemsSIP-GW-UserAgent 3885 101 IN IP4 172.16.0.13 s=SIP Call c=IN IP4 172.16.0.13 t=0 0 m=audio 33032 RTP/AVP 0 101 c=IN IP4 172.16.0.13 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=inactive m=video 0 RTP/AVP 255 c=IN IP4 172.16.0.13 a=inactive a=label:11 a=content:main m=application 0 RTP/AVP 255 c=IN IP4 172.16.0.13 a=inactive This is offered in-dialog, probably when they put a call on hold. So ugly. Still, though, can you tell me why rtpengine declares this an "Incomplete SDP specification"? I'll need to find some way to handle it with OpenSIPS and rtpengine. I fire the following command today from OpenSIPS to handle this request: rtpengine_offer("ICE=remove address-family=IP4 RTP SDES-no DTLS=no replace-origin no-rtcp-attribute endpoint-learning=immediate NAT-wait") I'm interested only in the audio stream (this is an audio-only call). I'm considering supplementing the rtpengine_offer() with sdp-media-remove options to leave only the audio stream in the SDP, removing the m=video and m=application streams. What would the rtpengine_offer() command look like to do that? Something like: rtpengine_offer("... sdp-media-remove-video sdp-media-remove-application") ? Regards, Jeff This message is subject to Fusion Connect, Inc.’s email communication policy: www.fusionconnect.com/email-policy This message is subject to Fusion Connect, Inc.’s email communication policy: www.fusionconnect.com/email-policy -------------- next part -------------- An HTML attachment was scrubbed... URL: From alberto.rinaudo at gmail.com Tue Jan 21 23:27:56 2025 From: alberto.rinaudo at gmail.com (Alberto) Date: Tue, 21 Jan 2025 23:27:56 +0000 Subject: [OpenSIPS-Users] rtpengine_block_dtmf In-Reply-To: <3c0be0be-92ad-4253-9829-30a35d110847@opensips.org> References: <3c0be0be-92ad-4253-9829-30a35d110847@opensips.org> Message-ID: Hi Răzvan, Thanks, but then I don't know what I'm doing wrong. Here's a piece of my config: branch_route[invite_branch_route] { if (has_body("application/sdp")) { xlog("L_NOTICE", "[ln $cfg_line] [$ci | $si | $rm] Start rtp streams\n"); rtpengine_manage("directional RTP/AVP trust-address replace-origin replace-session-connection codec-strip-all codec-except-telephone-event codec-except-CN codec-except-PCMA"); } } onreply_route[invite_onreply_route] { $acc_extra(callee_domain) = $si; if (has_body("application/sdp")) { xlog("L_NOTICE", "[ln $cfg_line] [$ci | $si | $rm | $rs] Update rtp streams\n"); rtpengine_manage(); xlog("L_NOTICE", "[ln $cfg_line] [$ci | $si | $rm | $rs] Block DTMF from $tt\n"); rtpengine_block_dtmf("directional from-tag=$tt"); } } I wasn't sure where to put the directional flag, so I tried first in rtpengine_manage, then in rtpengine_block_dtmf, then in both. Result is the same, DTMF are always blocked for the entire call. Logs from opensips: Jan 21 23:22:26 local-opensips opensips[2027]: Jan 21 23:22:26 [2027] NOTICE:[ln 361] [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc | 10.0.0.69 | INVITE] t_relay Jan 21 23:22:26 local-opensips opensips[2027]: Jan 21 23:22:26 [2027] NOTICE:[ln 371] [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc | 10.0.0.69 | INVITE] Start rtp streams Jan 21 23:22:26 local-opensips opensips[2029]: Jan 21 23:22:26 [2029] NOTICE:[ln 380] [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc | 10.0.0.46 | INVITE | 200] Update rtp streams Jan 21 23:22:26 local-opensips opensips[2029]: Jan 21 23:22:26 [2029] NOTICE:[ln 383] [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc | 10.0.0.46 | INVITE | 200] Block DTMF from a369dd65-3212-4728-a22d-4bcdd0857b39 Jan 21 23:22:26 local-opensips opensips[2029]: Jan 21 23:22:26 [2029] NOTICE:[ln 271] [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc | 10.0.0.69 | ACK] topology_hiding_match OK Jan 21 23:22:26 local-opensips opensips[2029]: Jan 21 23:22:26 [2029] NOTICE:[ln 300] [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc | 10.0.0.69 | ACK] t_relay Jan 21 23:22:33 local-opensips opensips[2027]: Jan 21 23:22:33 [2027] NOTICE:[ln 271] [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc | 10.0.0.69 | BYE] topology_hiding_match OK Jan 21 23:22:33 local-opensips opensips[2027]: Jan 21 23:22:33 [2027] NOTICE:[ln 296] [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc | 10.0.0.69 | BYE] Close rtp streams if any Jan 21 23:22:33 local-opensips opensips[2027]: Jan 21 23:22:33 [2027] NOTICE:[ln 300] [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc | 10.0.0.69 | BYE] t_relay Logs from rtpengine: Jan 21 23:22:26 local-opensips rtpengine[1254]: INFO: [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [control] Received command 'offer' from 127.0.0.1:52434 Jan 21 23:22:26 local-opensips rtpengine[1254]: INFO: [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [core] replace-session-connection flag encountered, but not supported anymore. Jan 21 23:22:26 local-opensips rtpengine[1254]: NOTICE: [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [core] Creating new call Jan 21 23:22:26 local-opensips rtpengine[1254]: INFO: [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [control] Replying to 'offer' from 127.0.0.1:52434 (elapsed time 0.000364 sec) Jan 21 23:22:26 local-opensips rtpengine[1254]: INFO: [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [control] Received command 'answer' from 127.0.0.1:38934 Jan 21 23:22:26 local-opensips rtpengine[1254]: INFO: [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [control] Replying to 'answer' from 127.0.0.1:38934 (elapsed time 0.000505 sec) Jan 21 23:22:26 local-opensips rtpengine[1254]: INFO: [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [control] Received command 'block DTMF' from 127.0.0.1:38934 Jan 21 23:22:26 local-opensips rtpengine[1254]: INFO: [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [core] Blocking DTMF (entire call) Jan 21 23:22:26 local-opensips rtpengine[1254]: INFO: [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [control] Replying to 'block DTMF' from 127.0.0.1:38934 (elapsed time 0.000037 sec) Jan 21 23:22:30 local-opensips rtpengine[1254]: INFO: [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc/63c659c2-ff03-4673-a4f9-96a145ec6d45/1 port 28640]: [core] Confirmed peer address as 10.0.0.69:19446 Jan 21 23:22:30 local-opensips rtpengine[1254]: INFO: [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc/63c659c2-ff03-4673-a4f9-96a145ec6d45/1 port 28640]: [core] Kernelizing media stream: 10.0.0.69:19446 -> 10.0.0.18:28640 | 10.0.0.18:31230 -> 10.0.0.46:19502 Jan 21 23:22:31 local-opensips rtpengine[1254]: INFO: [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc/63c659c2-ff03-4673-a4f9-96a145ec6d45/1 port 28641]: [core] Confirmed peer address as 10.0.0.69:19447 Jan 21 23:22:31 local-opensips rtpengine[1254]: INFO: [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc/63c659c2-ff03-4673-a4f9-96a145ec6d45/1 port 28641]: [core] Kernelizing media stream: 10.0.0.69:19447 -> 10.0.0.18:28641 | 10.0.0.18:31231 -> 10.0.0.46:19503 Jan 21 23:22:31 local-opensips rtpengine[1254]: INFO: [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc/a369dd65-3212-4728-a22d-4bcdd0857b39/1 port 31231]: [core] Confirmed peer address as 10.0.0.46:19503 Jan 21 23:22:31 local-opensips rtpengine[1254]: INFO: [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc/a369dd65-3212-4728-a22d-4bcdd0857b39/1 port 31231]: [core] Kernelizing media stream: 10.0.0.46:19503 -> 10.0.0.18:31231 | 10.0.0.18:28641 -> 10.0.0.69:19447 Jan 21 23:22:33 local-opensips rtpengine[1254]: INFO: [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [control] Received command 'query' from 127.0.0.1:52434 Jan 21 23:22:33 local-opensips rtpengine[1254]: INFO: [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [control] Replying to 'query' from 127.0.0.1:52434 (elapsed time 0.000230 sec) Jan 21 23:22:33 local-opensips rtpengine[1254]: INFO: [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [control] Received command 'delete' from 127.0.0.1:52434 Jan 21 23:22:33 local-opensips rtpengine[1254]: INFO: [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [core] Scheduling deletion of call branch '63c659c2-ff03-4673-a4f9-96a145ec6d45' (via-branch '') in 30 seconds Jan 21 23:22:33 local-opensips rtpengine[1254]: INFO: [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [core] Scheduling deletion of call branch 'a369dd65-3212-4728-a22d-4bcdd0857b39' (via-branch '') in 30 seconds Jan 21 23:22:33 local-opensips rtpengine[1254]: INFO: [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [core] Scheduling deletion of entire call in 30 seconds Jan 21 23:22:33 local-opensips rtpengine[1254]: INFO: [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [control] Replying to 'delete' from 127.0.0.1:52434 (elapsed time 0.000232 sec) On Tue, 21 Jan 2025 at 15:10, Răzvan Crainea wrote: > Hi, Alberto! > > Nothing to do explicitely in opensips, simply pass the "directional" > flag to the command. > > Best regards, > > Răzvan Crainea > OpenSIPS Core Developer / SIPhub CTO > http://www.opensips-solutions.com / https://www.siphub.com > > On 1/21/25 1:47 AM, Alberto wrote: > > Hi, > > > > In short, I was using opensips 3.4.8 and rtpengine 11.5 until a few days > > ago, and rtpengine_block_dtmf was able to block DTMF in a single > direction. > > Recently I updated rtpengine to 12.5 and that stopped working, now DTMF > are > > always blocked in both directions. > > > > Can someone please take a look at > > https://groups.google.com/g/rtpengine/c/4dFexHvFmeo/m/YxTxXylXDAAJ ? > > Is this something that needs to be implemented in opensips? > > > > Thanks > > > > > > Hi, > > > > In short, I was using opensips 3.4.8 and rtpengine 11.5 until a few days > > ago, and rtpengine_block_dtmf was able to block DTMF in a single > direction. > > Recently I updated rtpengine to 12.5 and that stopped working, now DTMF > > are always blocked in both directions. > > > > Can someone please take a look at https://groups.google.com/g/rtpengine/ > > c/4dFexHvFmeo/m/YxTxXylXDAAJ > c/4dFexHvFmeo/m/YxTxXylXDAAJ> ? > > Is this something that needs to be implemented in opensips? > > > > 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 Wed Jan 22 14:10:42 2025 From: spanda at 3clogic.com (Sasmita Panda) Date: Wed, 22 Jan 2025 19:40:42 +0530 Subject: [OpenSIPS-Users] I need some understanding how does opensips do loadbalancing with SRV record . Message-ID: Hi , I have a domain mapped as SRV as below in route 53 . _sip._udp.fs.sip.dev.xxx.com ttl : 60sec 1 10 6080 1.1.1.1 1 10 6080 2.2.2.2 Inside opensips config if(is_from_gw()) { sethost("fs.sip.dev.xxx.com"); setport(""); route(inbound); *}* *As for the SRV record , the explanation says , opensips must do round robin while giving a call to the destination . I mean , when I am placing multiple calls both servers must get a call one by one , but I can see 2/3 calls at a time going to the same server . Why is this happening ? * *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* -------------- next part -------------- An HTML attachment was scrubbed... URL: From JPyle at fusionconnect.com Wed Jan 22 23:30:44 2025 From: JPyle at fusionconnect.com (Pyle, Jeff) Date: Wed, 22 Jan 2025 23:30:44 +0000 Subject: [OpenSIPS-Users] how to send a 'list' parameter to rtpengine, or modify SDP in script before sending to rtpengine Message-ID: Hello, I'm on OpenSIPS 3.4.9 with rtpengine 13.1.1.6. I'm trying to make use of the 'sdp-media-remove' command supported in this version of rtpengine to remove unwanted media sessions from the SDP. The author of rtpengine reminds me its syntax is "sdp-media-remove" : ["", "", ...] Or, in other words, this command requires a 'list' as its parameters. The only way I could get rtpengine not to throw an error was by using "sdp-media-remove=video". rtpengine shows this as "sdp-media-remove": "video" Based on the documentation, it needs to be "sdp-media-remove" : ["video"] How can one formulate an rtpengine_offer() command so that I can provide a 'list'. In my case I want to preserve only the 'audio' session, so, I need to write an rtpengine_offer() message with the sdp-media-remove command that sends this: "sdp-media-remove" : ["video", "text", "application", "message", "other"] Even better, is it possible to use standard OpenSIPS scripting commands like stream_exists() and stream_delete() to remove the streams from the SDP before sending to rtpengine? In my testing, these commands don't have any effect on what rtpengine receives. I have Cisco devices on my network that send an rtpmap payload of 255, which rtpengine typically refuses to process because it's out of spec. Removing the erroneous an unnecessary streams in OpenSIPS before processing in rtpengine would solve this problem without having to patch rtpengine. Regards, Jeff This message is subject to Fusion Connect, Inc.'s email communication policy: www.fusionconnect.com/email-policy -------------- next part -------------- An HTML attachment was scrubbed... URL: From alidogan at plan.com Thu Jan 23 09:45:35 2025 From: alidogan at plan.com (Ali Dogan) Date: Thu, 23 Jan 2025 09:45:35 +0000 Subject: [OpenSIPS-Users] DNS based failover after alternate routes. Message-ID: Hello All, My problem openSIPS is doing DNS based failover/routing after trying every available route and I don't want this to be happening. What I tried so far is adding following parameters to my config but it didn't work; disable_dns_failover=yes alias= Is there any way to achieve what I need? Best Regards, Ali Dogan +44(0)3300 88 18 18 alidogan at plan.com plan.com is the trading name of Plan Communications Limited, registered in the Isle of Man with company number 010273V and Registered Office at No.5 Victoria Street, Douglas, Isle of Man, IM1 2LR. This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Plan. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Thu Jan 23 13:43:33 2025 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 23 Jan 2025 15:43:33 +0200 Subject: [OpenSIPS-Users] I need some understanding how does opensips do loadbalancing with SRV record . In-Reply-To: References: Message-ID: Hi Sasmita, There is no round robin, but weight based random selection. If the weights are both equal, you should get a half-half distribution on large numbers of calls. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com https://www.siphub.com On 22.01.2025 16:10, Sasmita Panda wrote: > Hi , > > I have a domain mapped as SRV as below in route 53  . > _sip._udp.fs.sip.dev.xxx.com ttl : 60sec > 1 10 6080 1.1.1.1 > 1 10 6080 2.2.2.2 > Inside opensips config > if(is_from_gw()) > { > sethost("fs.sip.dev.xxx.com "); > setport(""); > route(inbound); > */}/* > */ > /* > */As for the SRV record , the explanation says , opensips must do > round robin while giving a call to the destination . I mean , when I > am placing multiple calls both servers must get a call one by one , > but I can see 2/3 calls at a time going to the same server . Why is > this happening ? /* > */ > /* > */ > /* > */Thanks & Regards/* > /Sasmita Panda/ > /Senior Network Testing and Software Engineer/ > /3CLogic , ph:07827611765 > / > > _______________________________________________ > 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 Thu Jan 23 13:47:32 2025 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 23 Jan 2025 15:47:32 +0200 Subject: [OpenSIPS-Users] DNS based failover after alternate routes. In-Reply-To: References: Message-ID: Hi Ali, try:  t_relay("no-dns-failover") Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com https://www.siphub.com On 23.01.2025 11:45, Ali Dogan wrote: > Hello All, > > My problem openSIPS is doing DNS based failover/routing after trying > every available route and I don't want this to be happening. What I > tried so far is adding following parameters to my config but it didn't > work; > > disable_dns_failover=yes > alias= > > > Is there any way to achieve what I need? > > Best Regards, > > Ali Dogan​​​​ > > plan.com > > > > +44(0)3300 88 18 18 > > alidogan at plan.com > > Facebook > > > > Instagram > > > > LinkedIn > > > > > > plan.com is the trading name of Plan > Communications Limited, registered in the Isle of Man with company > number 010273V and Registered Office at No.5 Victoria Street, Douglas, > Isle of Man, IM1 2LR. This email and any attachments to it may be > confidential and are intended solely for the use of the individual to > whom it is addressed. Any views or opinions expressed are solely those > of the author and do not necessarily represent those of Plan. If you > are not the intended recipient of this email, you must neither take > any action based upon its contents, nor copy or show it to anyone. > Please contact the sender if you believe you have received this email > in error. > > > _______________________________________________ > 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 alidogan at plan.com Thu Jan 23 14:45:30 2025 From: alidogan at plan.com (Ali Dogan) Date: Thu, 23 Jan 2025 14:45:30 +0000 Subject: [OpenSIPS-Users] DNS based failover after alternate routes. In-Reply-To: References: Message-ID: Hello Bogdan, Thank you for response however, this is also failed. With debug logs enabled. /usr/local/sbin/opensips[722026]: DBG:core:mk_proxy: doing DNS lookup... /usr/local/sbin/opensips[722026]: DBG:core:sip_resolvehost: no port, no proto -> do NAPTR lookup! /usr/local/sbin/opensips[722026]: DBG:core:get_record: lookup(, 35) failed /usr/local/sbin/opensips[722026]: DBG:core:sip_resolvehost: no valid NAPTR record found for , 33) failed /usr/local/sbin/opensips[722026]: DBG:core:sip_resolvehost: no valid SRV record found for , trying A record lookup... Also, the version I'm using, version: opensips 3.5.2 (x86_64/linux) Ali Dogan +44(0)3300 88 18 18 alidogan at plan.com plan.com is the trading name of Plan Communications Limited, registered in the Isle of Man with company number 010273V and Registered Office at No.5 Victoria Street, Douglas, Isle of Man, IM1 2LR. This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Plan. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. ________________________________ From: Bogdan-Andrei Iancu Sent: Thursday, January 23, 2025 16:47 To: OpenSIPS users mailling list ; Ali Dogan Subject: Re: [OpenSIPS-Users] DNS based failover after alternate routes. This message was sent from outside plan.com. Please do not click links or open attachments unless you recognise the source of this email and know the content is safe. Hi Ali, try: t_relay("no-dns-failover") Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com https://www.siphub.com On 23.01.2025 11:45, Ali Dogan wrote: Hello All, My problem openSIPS is doing DNS based failover/routing after trying every available route and I don't want this to be happening. What I tried so far is adding following parameters to my config but it didn't work; disable_dns_failover=yes alias= Is there any way to achieve what I need? Best Regards, Ali Dogan​​​​ [plan.com] +44(0)3300 88 18 18 alidogan at plan.com [Facebook] [Instagram] [LinkedIn] [http://www.plan.com/signatures/v4/2024-awards-logos.png] plan.com is the trading name of Plan Communications Limited, registered in the Isle of Man with company number 010273V and Registered Office at No.5 Victoria Street, Douglas, Isle of Man, IM1 2LR. This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Plan. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. _______________________________________________ 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 Thu Jan 23 15:00:20 2025 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 23 Jan 2025 17:00:20 +0200 Subject: [OpenSIPS-Users] DNS based failover after alternate routes. In-Reply-To: References: Message-ID: <3ef4c63d-89f0-4a42-987b-201f6d445878@opensips.org> I see no indication of a dns-based-failover in those logs.... Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com https://www.siphub.com On 23.01.2025 16:45, Ali Dogan wrote: > Hello Bogdan, > > Thank you for response however, this is also failed. > > With debug logs enabled. > > /usr/local/sbin/opensips[722026]: DBG:core:mk_proxy: doing DNS lookup... > /usr/local/sbin/opensips[722026]: DBG:core:sip_resolvehost: no port, > no proto -> do NAPTR lookup! > /usr/local/sbin/opensips[722026]: DBG:core:get_record: > lookup(, 35) failed > /usr/local/sbin/opensips[722026]: DBG:core:sip_resolvehost: no valid > NAPTR record found for /usr/local/sbin/opensips[722026]: DBG:core:get_record: > lookup(_sip._udp., 33) failed > /usr/local/sbin/opensips[722026]: DBG:core:sip_resolvehost: no valid > SRV record found for , trying A record lookup... > > Also, the version I'm using, > > version: opensips 3.5.2 (x86_64/linux) > > > Ali Dogan​​​​ > > plan.com > > > > +44(0)3300 88 18 18 > > alidogan at plan.com > > Facebook > > > > Instagram > > > > LinkedIn > > > > > > plan.com is the trading name of Plan > Communications Limited, registered in the Isle of Man with company > number 010273V and Registered Office at No.5 Victoria Street, Douglas, > Isle of Man, IM1 2LR. This email and any attachments to it may be > confidential and are intended solely for the use of the individual to > whom it is addressed. Any views or opinions expressed are solely those > of the author and do not necessarily represent those of Plan. If you > are not the intended recipient of this email, you must neither take > any action based upon its contents, nor copy or show it to anyone. > Please contact the sender if you believe you have received this email > in error. > > ------------------------------------------------------------------------ > *From:* Bogdan-Andrei Iancu > *Sent:* Thursday, January 23, 2025 16:47 > *To:* OpenSIPS users mailling list ; Ali > Dogan > *Subject:* Re: [OpenSIPS-Users] DNS based failover after alternate > routes. > > > > This message was sent from outside plan.com. Please do not click links > or open attachments unless you recognise the source of this email and > know the content is safe. > > > Hi Ali, > > try: >  t_relay("no-dns-failover") > > Regards, > Bogdan-Andrei Iancu OpenSIPS Founder and Developer > https://www.opensips-solutions.com > https://www.siphub.com > > On 23.01.2025 11:45, Ali Dogan wrote: > > Hello All, > > My problem openSIPS is doing DNS based failover/routing after > trying every available route and I don't want this to be > happening. What I tried so far is adding following parameters to > my config but it didn't work; > > disable_dns_failover=yes > alias= > > > Is there any way to achieve what I need? > > Best Regards, > > Ali Dogan​​​​ > > plan.com > > > > +44(0)3300 88 18 18 > > alidogan at plan.com > > Facebook > > > > Instagram > > > > LinkedIn > > > > > > plan.com  is the trading name of Plan > Communications Limited, registered in the Isle of Man with company > number 010273V and Registered Office at No.5 Victoria Street, > Douglas, Isle of Man, IM1 2LR. This email and any attachments to > it may be confidential and are intended solely for the use of the > individual to whom it is addressed. Any views or opinions > expressed are solely those of the author and do not necessarily > represent those of Plan. If you are not the intended recipient of > this email, you must neither take any action based upon its > contents, nor copy or show it to anyone. Please contact the sender > if you believe you have received this email in error. > > > _______________________________________________ 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 onyegbadocu at fuotuoke.edu.ng Thu Jan 9 05:53:59 2025 From: onyegbadocu at fuotuoke.edu.ng (Collins ONYEGBADO) Date: Thu, 9 Jan 2025 06:53:59 +0100 Subject: [OpenSIPS-Users] Multiple calls from Webrtc to opensips Message-ID: Dear support, I am a newbie in opensips. I will be installing opensips on my Ubuntu terminal. I know how to set up trunk in cucm. 1) how can I set up trunk in opensips to forwards calls destined for 7100 to cucm? 2) since I intend calling an ivr , how do I send DTMF tones to opensips ? >From the client side,I have implemented DTMF key pads 3)how can I set up opensips to accept concurrent calls from Webrtc and router those calls to cucm ? I will appreciate your feedback on this Collins -------------- next part -------------- An HTML attachment was scrubbed... URL: From tito at xsvoce.com Thu Jan 23 17:11:05 2025 From: tito at xsvoce.com (Tito Cumpen) Date: Thu, 23 Jan 2025 09:11:05 -0800 Subject: [OpenSIPS-Users] Multiple calls from Webrtc to opensips In-Reply-To: References: Message-ID: Collins, This documentation is a bit dated but it explains the core concepts of using opensips with a webrtc client and a standard sip peer such as your CUCM. Not sure if you require a registrar so anything dealing with those methods can be removed. You should look into using wss in opensips and understand how rtpengine can facilitate the translation between A webrtc SDP which includes ICE peers with RTP/SAVPF to standard SDP with RTP/AVP which is most likely what your CUCM requires. Consider that your CUCM might not support ICE so you may need to use the methods explained the article to remove those. Good luck Thanks, Tito On Thu, Jan 23, 2025 at 7:17 AM Collins ONYEGBADO < onyegbadocu at fuotuoke.edu.ng> wrote: > Dear support, > I am a newbie in opensips. I will be installing opensips on my Ubuntu > terminal. I know how to set up trunk in cucm. > > 1) how can I set up trunk in opensips to forwards calls destined for 7100 > to cucm? > > 2) since I intend calling an ivr , how do I send DTMF tones to opensips ? > From the client side,I have implemented DTMF key pads > > 3)how can I set up opensips to accept concurrent calls from Webrtc and > router those calls to cucm ? > > I will appreciate your feedback on this > > Collins > _______________________________________________ > 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 tito at xsvoce.com Thu Jan 23 17:11:46 2025 From: tito at xsvoce.com (Tito Cumpen) Date: Thu, 23 Jan 2025 09:11:46 -0800 Subject: [OpenSIPS-Users] Multiple calls from Webrtc to opensips In-Reply-To: References: Message-ID: https://www.opensips.org/Documentation/Tutorials-WebSocket-2-4 here's the aforementioned link On Thu, Jan 23, 2025 at 9:11 AM Tito Cumpen wrote: > Collins, > > This documentation is a bit dated but it explains the core concepts of > using opensips with a webrtc client and a standard sip peer such as your > CUCM. Not sure if you require a registrar so anything dealing with those > methods can be removed. You should look into using wss in opensips and > understand how rtpengine can facilitate the translation between A webrtc > SDP which includes ICE peers with RTP/SAVPF to standard SDP with > RTP/AVP which is most likely what your CUCM requires. Consider that your > CUCM might not support ICE so you may need to use the methods explained the > article to remove those. Good luck > > Thanks, > Tito > > On Thu, Jan 23, 2025 at 7:17 AM Collins ONYEGBADO < > onyegbadocu at fuotuoke.edu.ng> wrote: > >> Dear support, >> I am a newbie in opensips. I will be installing opensips on my Ubuntu >> terminal. I know how to set up trunk in cucm. >> >> 1) how can I set up trunk in opensips to forwards calls destined for 7100 >> to cucm? >> >> 2) since I intend calling an ivr , how do I send DTMF tones to opensips ? >> From the client side,I have implemented DTMF key pads >> >> 3)how can I set up opensips to accept concurrent calls from Webrtc and >> router those calls to cucm ? >> >> I will appreciate your feedback on this >> >> Collins >> _______________________________________________ >> 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 prathibhab.tvm at gmail.com Mon Jan 27 11:47:35 2025 From: prathibhab.tvm at gmail.com (Prathibha B) Date: Mon, 27 Jan 2025 17:17:35 +0530 Subject: [OpenSIPS-Users] SIP Push Notication Message-ID: Can someone share a sample script on how to implement SIP Push Notification in OpenSIPS using the registrar module? -- Regards, B.Prathibha -------------- next part -------------- An HTML attachment was scrubbed... URL: From kaduww at gmail.com Tue Jan 28 00:44:54 2025 From: kaduww at gmail.com (Carlos Eduardo) Date: Mon, 27 Jan 2025 21:44:54 -0300 Subject: [OpenSIPS-Users] SIP Push Notication In-Reply-To: References: Message-ID: Hello, I made it using the old style, with the event_routing module, it works well. https://opensips.org/html/docs/modules/3.5.x/event_routing.html#idp5595504 Em seg., 27 de jan. de 2025 às 08:50, Prathibha B escreveu: > > Can someone share a sample script on how to implement SIP Push > Notification in OpenSIPS using the registrar module? > -- > Regards, > B.Prathibha > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -- *Carlos E. Wagner* *Tecnólogo em Telecomunicações, Opensips Certified Professional* *Fone: +55 48 99981-0894* *E-mail:* kaduww at gmail.com *LinkedIn:* https://www.linkedin.com/in/carlos-eduardo-wagner-96bbb433/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From ag at ag-projects.com Tue Jan 28 15:37:10 2025 From: ag at ag-projects.com (Adrian Georgescu) Date: Tue, 28 Jan 2025 12:37:10 -0300 Subject: [OpenSIPS-Users] Fwd: New Blink Qt6 release for Linux References: <638307EA-72B5-4FE1-88D6-14CD4170099F@ag-projects.com> Message-ID: There is a new Blink SIP client release, enjoy! > Begin forwarded message: > > From: Adrian Georgescu > Subject: New Blink Qt6 release for Linux > Date: 28. January 2025 at 12:26:42 GMT-3 > To: Blink Support Forum > > Hello, > > There is a new version of Blink Qt for Linux available for Debian and Ubuntu. > > This is the first released version of Qt6 version and bug reports are welcome! > > Changelog > > blink (6.0.0) > > * Added Logs window > * Added Call Transfer menu > * Added audio auto-record function > * Added outbound account selection gfor message session > * Added button to open last unread messages > * Added controls to see last transferred files for chat contacts > * Added pause/resume for file transfers > * Added support to remove conversations > * Restore chat window if minimized > * Use default conference as conference server, local domain will be appended > * PGP decryption/encryption fixes > * TLS verification fixes > * Message rendering fixes > * Message session fixes > * Sylk-Server API messages replication fixes > * Silence all audio notifications if Disable ringtones button pressed > * Fixed updating codecs if SDK defaults have changed > * Throttle incoming message audio notifications > * Throttle desktop notifications for messages > * Refactored file transfers > * Refresh audio devices when open the Devices menu > * Fixes for PyQt6 migration > * Make app compatible with MacOS > > To install or upgrade go to: > > http://packages.ag-projects.com > > The package name is blink > > — > Adrian > -------------- next part -------------- An HTML attachment was scrubbed... URL: From prathibhab.tvm at gmail.com Wed Jan 29 10:02:25 2025 From: prathibhab.tvm at gmail.com (Prathibha B) Date: Wed, 29 Jan 2025 15:32:25 +0530 Subject: [OpenSIPS-Users] opensips-cli Message-ID: I am not getting the command prompt when running opensips-cli. The following is the configuration file: [default] log_level: WARNING prompt_name: opensips-cli prompt_intro: Welcome to OpenSIPS Command Line Interface! prompt_emptyline_repeat_cmd: False history_file: ~/.opensips-cli.history history_file_size: 1000 output_type: pretty-print communication_type: fifo fifo_file: /var/run/opensips/opensips_fifo -- Regards, B.Prathibha -------------- next part -------------- An HTML attachment was scrubbed... URL: From prathibhab.tvm at gmail.com Wed Jan 29 10:17:34 2025 From: prathibhab.tvm at gmail.com (Prathibha B) Date: Wed, 29 Jan 2025 15:47:34 +0530 Subject: [OpenSIPS-Users] opensips-cli In-Reply-To: References: Message-ID: It's working now On Wed, 29 Jan 2025 at 15:32, Prathibha B wrote: > > I am not getting the command prompt when running opensips-cli. The > following is the configuration file: > > [default] > log_level: WARNING > prompt_name: opensips-cli > prompt_intro: Welcome to OpenSIPS Command Line Interface! > prompt_emptyline_repeat_cmd: False > history_file: ~/.opensips-cli.history > history_file_size: 1000 > output_type: pretty-print > communication_type: fifo > fifo_file: /var/run/opensips/opensips_fifo > > -- > Regards, > B.Prathibha > -- Regards, B.Prathibha -------------- next part -------------- An HTML attachment was scrubbed... URL: From prathibhab.tvm at gmail.com Wed Jan 29 10:42:27 2025 From: prathibhab.tvm at gmail.com (Prathibha B) Date: Wed, 29 Jan 2025 16:12:27 +0530 Subject: [OpenSIPS-Users] opensips-cli In-Reply-To: References: Message-ID: Again it is not working. When I create /var/run/opensips/opensips_fifo and chown opensips:opensips /var/run/opensips/opensips_fifo, the command prompts disappears. On Wed, 29 Jan 2025 at 15:47, Prathibha B wrote: > It's working now > > On Wed, 29 Jan 2025 at 15:32, Prathibha B > wrote: > >> >> I am not getting the command prompt when running opensips-cli. The >> following is the configuration file: >> >> [default] >> log_level: WARNING >> prompt_name: opensips-cli >> prompt_intro: Welcome to OpenSIPS Command Line Interface! >> prompt_emptyline_repeat_cmd: False >> history_file: ~/.opensips-cli.history >> history_file_size: 1000 >> output_type: pretty-print >> communication_type: fifo >> fifo_file: /var/run/opensips/opensips_fifo >> >> -- >> Regards, >> B.Prathibha >> > > > -- > Regards, > B.Prathibha > -- Regards, B.Prathibha -------------- next part -------------- An HTML attachment was scrubbed... URL: From prathibhab.tvm at gmail.com Wed Jan 29 10:55:20 2025 From: prathibhab.tvm at gmail.com (Prathibha B) Date: Wed, 29 Jan 2025 16:25:20 +0530 Subject: [OpenSIPS-Users] opensips-cli In-Reply-To: References: Message-ID: when I specify opensips-cli -i /etc/opensips-cli.cfg I get WARNING: Unknown instance '/etc/opensips-cli.cfg'! Using default instance 'default'! On Wed, 29 Jan 2025 at 16:12, Prathibha B wrote: > Again it is not working. When I create /var/run/opensips/opensips_fifo and > chown opensips:opensips /var/run/opensips/opensips_fifo, the command > prompts disappears. > > On Wed, 29 Jan 2025 at 15:47, Prathibha B > wrote: > >> It's working now >> >> On Wed, 29 Jan 2025 at 15:32, Prathibha B >> wrote: >> >>> >>> I am not getting the command prompt when running opensips-cli. The >>> following is the configuration file: >>> >>> [default] >>> log_level: WARNING >>> prompt_name: opensips-cli >>> prompt_intro: Welcome to OpenSIPS Command Line Interface! >>> prompt_emptyline_repeat_cmd: False >>> history_file: ~/.opensips-cli.history >>> history_file_size: 1000 >>> output_type: pretty-print >>> communication_type: fifo >>> fifo_file: /var/run/opensips/opensips_fifo >>> >>> -- >>> Regards, >>> B.Prathibha >>> >> >> >> -- >> Regards, >> B.Prathibha >> > > > -- > Regards, > B.Prathibha > -- Regards, B.Prathibha -------------- next part -------------- An HTML attachment was scrubbed... URL: From prathibhab.tvm at gmail.com Wed Jan 29 11:23:12 2025 From: prathibhab.tvm at gmail.com (Prathibha B) Date: Wed, 29 Jan 2025 16:53:12 +0530 Subject: [OpenSIPS-Users] opensips-cli In-Reply-To: References: Message-ID: This error is resolved. But I'm not getting the interactive prompt. On Wed, 29 Jan 2025 at 16:25, Prathibha B wrote: > when I specify opensips-cli -i /etc/opensips-cli.cfg > > I get WARNING: Unknown instance '/etc/opensips-cli.cfg'! Using default > instance 'default'! > > On Wed, 29 Jan 2025 at 16:12, Prathibha B > wrote: > >> Again it is not working. When I create /var/run/opensips/opensips_fifo >> and chown opensips:opensips /var/run/opensips/opensips_fifo, the command >> prompts disappears. >> >> On Wed, 29 Jan 2025 at 15:47, Prathibha B >> wrote: >> >>> It's working now >>> >>> On Wed, 29 Jan 2025 at 15:32, Prathibha B >>> wrote: >>> >>>> >>>> I am not getting the command prompt when running opensips-cli. The >>>> following is the configuration file: >>>> >>>> [default] >>>> log_level: WARNING >>>> prompt_name: opensips-cli >>>> prompt_intro: Welcome to OpenSIPS Command Line Interface! >>>> prompt_emptyline_repeat_cmd: False >>>> history_file: ~/.opensips-cli.history >>>> history_file_size: 1000 >>>> output_type: pretty-print >>>> communication_type: fifo >>>> fifo_file: /var/run/opensips/opensips_fifo >>>> >>>> -- >>>> Regards, >>>> B.Prathibha >>>> >>> >>> >>> -- >>> Regards, >>> B.Prathibha >>> >> >> >> -- >> Regards, >> B.Prathibha >> > > > -- > Regards, > B.Prathibha > -- Regards, B.Prathibha -------------- next part -------------- An HTML attachment was scrubbed... URL: From prathibhab.tvm at gmail.com Wed Jan 29 11:39:41 2025 From: prathibhab.tvm at gmail.com (Prathibha B) Date: Wed, 29 Jan 2025 17:09:41 +0530 Subject: [OpenSIPS-Users] opensips-cli In-Reply-To: References: Message-ID: working now after creating /var/run/opensips and setting the folder user to openisps using chown opensips:opensips /var/run/opensips. On Wed, 29 Jan 2025 at 16:53, Prathibha B wrote: > This error is resolved. But I'm not getting the interactive prompt. > > On Wed, 29 Jan 2025 at 16:25, Prathibha B > wrote: > >> when I specify opensips-cli -i /etc/opensips-cli.cfg >> >> I get WARNING: Unknown instance '/etc/opensips-cli.cfg'! Using default >> instance 'default'! >> >> On Wed, 29 Jan 2025 at 16:12, Prathibha B >> wrote: >> >>> Again it is not working. When I create /var/run/opensips/opensips_fifo >>> and chown opensips:opensips /var/run/opensips/opensips_fifo, the command >>> prompts disappears. >>> >>> On Wed, 29 Jan 2025 at 15:47, Prathibha B >>> wrote: >>> >>>> It's working now >>>> >>>> On Wed, 29 Jan 2025 at 15:32, Prathibha B >>>> wrote: >>>> >>>>> >>>>> I am not getting the command prompt when running opensips-cli. The >>>>> following is the configuration file: >>>>> >>>>> [default] >>>>> log_level: WARNING >>>>> prompt_name: opensips-cli >>>>> prompt_intro: Welcome to OpenSIPS Command Line Interface! >>>>> prompt_emptyline_repeat_cmd: False >>>>> history_file: ~/.opensips-cli.history >>>>> history_file_size: 1000 >>>>> output_type: pretty-print >>>>> communication_type: fifo >>>>> fifo_file: /var/run/opensips/opensips_fifo >>>>> >>>>> -- >>>>> Regards, >>>>> B.Prathibha >>>>> >>>> >>>> >>>> -- >>>> Regards, >>>> B.Prathibha >>>> >>> >>> >>> -- >>> Regards, >>> B.Prathibha >>> >> >> >> -- >> Regards, >> B.Prathibha >> > > > -- > Regards, > B.Prathibha > -- Regards, B.Prathibha -------------- next part -------------- An HTML attachment was scrubbed... URL: From prathibhab.tvm at gmail.com Wed Jan 29 11:40:19 2025 From: prathibhab.tvm at gmail.com (Prathibha B) Date: Wed, 29 Jan 2025 17:10:19 +0530 Subject: [OpenSIPS-Users] opensips-cli In-Reply-To: References: Message-ID: Now how to get the SIP trace? I'm not getting any trace on the command promt. On Wed, 29 Jan 2025 at 17:09, Prathibha B wrote: > working now after creating /var/run/opensips and setting the folder user > to openisps using chown opensips:opensips /var/run/opensips. > > On Wed, 29 Jan 2025 at 16:53, Prathibha B > wrote: > >> This error is resolved. But I'm not getting the interactive prompt. >> >> On Wed, 29 Jan 2025 at 16:25, Prathibha B >> wrote: >> >>> when I specify opensips-cli -i /etc/opensips-cli.cfg >>> >>> I get WARNING: Unknown instance '/etc/opensips-cli.cfg'! Using default >>> instance 'default'! >>> >>> On Wed, 29 Jan 2025 at 16:12, Prathibha B >>> wrote: >>> >>>> Again it is not working. When I create /var/run/opensips/opensips_fifo >>>> and chown opensips:opensips /var/run/opensips/opensips_fifo, the command >>>> prompts disappears. >>>> >>>> On Wed, 29 Jan 2025 at 15:47, Prathibha B >>>> wrote: >>>> >>>>> It's working now >>>>> >>>>> On Wed, 29 Jan 2025 at 15:32, Prathibha B >>>>> wrote: >>>>> >>>>>> >>>>>> I am not getting the command prompt when running opensips-cli. The >>>>>> following is the configuration file: >>>>>> >>>>>> [default] >>>>>> log_level: WARNING >>>>>> prompt_name: opensips-cli >>>>>> prompt_intro: Welcome to OpenSIPS Command Line Interface! >>>>>> prompt_emptyline_repeat_cmd: False >>>>>> history_file: ~/.opensips-cli.history >>>>>> history_file_size: 1000 >>>>>> output_type: pretty-print >>>>>> communication_type: fifo >>>>>> fifo_file: /var/run/opensips/opensips_fifo >>>>>> >>>>>> -- >>>>>> Regards, >>>>>> B.Prathibha >>>>>> >>>>> >>>>> >>>>> -- >>>>> Regards, >>>>> B.Prathibha >>>>> >>>> >>>> >>>> -- >>>> Regards, >>>> B.Prathibha >>>> >>> >>> >>> -- >>> Regards, >>> B.Prathibha >>> >> >> >> -- >> Regards, >> B.Prathibha >> > > > -- > Regards, > B.Prathibha > -- Regards, B.Prathibha -------------- next part -------------- An HTML attachment was scrubbed... URL: From prathibhab.tvm at gmail.com Thu Jan 30 04:18:36 2025 From: prathibhab.tvm at gmail.com (Prathibha B) Date: Thu, 30 Jan 2025 09:48:36 +0530 Subject: [OpenSIPS-Users] Opensips tracer error Message-ID: ERROR:core:db_check_api: module db_mysql does not export db_use_table function ERROR:tracer:get_db_struct: unable to bind database module ERROR:tracer:parse_siptrace_id: Invalid parameters extracted!url ! table name ! Jan 30 09:42:56 [100377] ERROR:tracer:parse_trace_id: failed to parse tracer uri [] CRITICAL:Traceback (last included file at the bottom): Jan 30 09:42:56 [100377] CRITICAL: 0. /etc/opensips/opensips.cfg Jan 30 09:42:56 [100377] CRITICAL:core:yyerror: parse error in /etc/opensips/opensips.cfg:93:19-20: Parameter not found in module - can't set Jan 30 09:42:56 [100377] CRITICAL:modparam("tracer", "syslog_default_level", 2) Jan 30 09:42:56 [100377] CRITICAL:modparam("tracer", "file_mode", 0644) Jan 30 09:42:56 [100377] CRITICAL:modparam("tracer", "trace_id","[tid]uri=mysql://xxx:xxx at localhost :3306/opensips;table=sip_trace;") Jan 30 09:42:56 [100377] CRITICAL:^~ Jan 30 09:42:56 [100377] CRITICAL:modparam("proto_hep", "hep_id", "[hid]10.214.0.18") Jan 30 09:42:56 [100377] CRITICAL:modparam("tracer", "trace_id", "[tid]uri=hep:hid") -- Regards, B.Prathibha -------------- next part -------------- An HTML attachment was scrubbed... URL: From prathibhab.tvm at gmail.com Thu Jan 30 07:25:43 2025 From: prathibhab.tvm at gmail.com (Prathibha B) Date: Thu, 30 Jan 2025 12:55:43 +0530 Subject: [OpenSIPS-Users] SIP Push Notification Message-ID: this is my route for sending Push Notification: route [PN_SEND] { # send a PN using, for example, exec or rest_client # Define FCM URL $var(fcm_url) = " https://fcm.googleapis.com/v1/projects/xxx/messages:send "; # Set HTTP headers rest_append_hf("Authorization: Bearer ya29.c.c0AS..."); #rest_append_hf("Content-Type: application/json"); rest_append_hf("Content-Type: \"application/json\""); # Create JSON payload $var(json_payload) = '{\"message\": {\"token\": \"xxx\",\"notification\": {\"title\": \"Notification Title\",\"body\": \"Notification Body\"}}}'; # Send REST POST request if (launch(rest_post($var(fcm_url), "$var(json_payload)", $avp(response_body), $avp(response_code)))) { xlog("L_INFO", "Push notification sent successfully. Response code: $avp(response_code)\n"); } else { xlog("L_ERR", "Failed to send push notification. Response code: $avp(response_code)\n"); } } But I get the following error while running Opensips: ERROR:rest_client:rest_append_hf_method: header field buffer too small Jan 30 12:29:09 ngdcs opensips[102753]: ERROR:core:get_cmd_fixups: Variable in param [3] is not a string Jan 30 12:29:09 ngdcs opensips[102753]: ERROR:core:do_action: Failed to get fixups for launch command Can you pls help to resolve the issue? -- Regards, B.Prathibha -------------- next part -------------- An HTML attachment was scrubbed... URL: From igorolhovskiy at gmail.com Thu Jan 30 10:18:36 2025 From: igorolhovskiy at gmail.com (Ihor Olkhovskyi) Date: Thu, 30 Jan 2025 11:18:36 +0100 Subject: [OpenSIPS-Users] [External] Re: package dependency problems for opensips-cli In-Reply-To: References: <8cda9f83-c0e7-d61d-8dcb-ddd3b2de8037@opensips.org> Message-ID: Hello, Sorry for reviving the old topic, but seems opensips-cli is not compatible with Debian 10 (buster) anymore # apt-get install opensips-cli The following packages have unmet dependencies: opensips-cli : Depends: python3-sqlalchemy (>= 1.3.3) but 1.2.18+ds1-2 is to be installed E: Unable to correct problems, you have held broken packages. I know it's an old version, but maybe it's time to officially drop it. Le jeu. 30 juin 2022 à 16:16, Pyle, Jeff a écrit : > Yep, perfect. Thanks, Liviu. > > > > - Jeff > > > ------------------------------ > *From:* Liviu Chircu > *Sent:* Wednesday, June 29, 2022 07:02 > *To:* OpenSIPS users mailling list ; Pyle, Jeff > > *Subject:* [External] Re: [OpenSIPS-Users] package dependency problems > for opensips-cli > > WARNING: This email originated outside of Fusion's email platform. DO NOT > CLICK links or attachments unless you recognize the sender and know the > content is safe. > On 27.06.2022 17:48, Pyle, Jeff wrote: > > Then: > > # apt install python > Reading package lists... Done > Building dependency tree... Done > Reading state information... Done > Package python is a virtual package provided by: > python-is-python2 2.7.18-9 [Not candidate version] > > E: Package 'python' has no installation candidate > > > I have the python2 and python3 packages installed, among others. I feel > like I'm missing something. Any thoughts? > > Hi, Jeff! > > I pushed a fix[1] for the opensips-cli package, so it depends on "python3" > instead of "python". Let's see if the issue is resolved tomorrow, after > the rebuild. > > [1]: https://github.com/OpenSIPS/opensips-cli/commit/a3e0c7d91a > > > Cheers, > > -- > Liviu Chircuwww.twitter.com/liviuchircu | www.opensips-solutions.com > OpenSIPS Summit 2022 Athens, Sep 27-30 | www.opensips.org/events > > This message is subject to Fusion Connect, Inc.’s email communication > policy: www.fusionconnect.com/email-policy > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -- Best regards, Ihor (Igor) -------------- next part -------------- An HTML attachment was scrubbed... URL: From inder.itpro at gmail.com Fri Jan 31 08:36:10 2025 From: inder.itpro at gmail.com (inderjeet sharma) Date: Fri, 31 Jan 2025 14:06:10 +0530 Subject: [OpenSIPS-Users] Push Notification: fr_inv_timeout and t_wait_for_branches and 480 Message-ID: Hi john, I’m stuck in the same situation. By any chance, did you find a solution to this issue? I just want to reject the call immediately when I receive a 480 response from the registered device, instead of waiting until fr_inv_timeout. Thanks Inderjeet -------------- next part -------------- An HTML attachment was scrubbed... URL: From prathibhab.tvm at gmail.com Fri Jan 31 09:30:46 2025 From: prathibhab.tvm at gmail.com (Prathibha B) Date: Fri, 31 Jan 2025 15:00:46 +0530 Subject: [OpenSIPS-Users] Push Notification: fr_inv_timeout and t_wait_for_branches and 480 In-Reply-To: References: Message-ID: No, I didn't get any solution. On Fri, 31 Jan 2025 at 14:09, inderjeet sharma wrote: > Hi john, > > I’m stuck in the same situation. By any chance, did you find a solution to > this issue? > > I just want to reject the call immediately when I receive a 480 response > from the registered device, instead of waiting until fr_inv_timeout. > Thanks > Inderjeet > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -- Regards, B.Prathibha -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Fri Jan 31 09:55:29 2025 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 31 Jan 2025 11:55:29 +0200 Subject: [OpenSIPS-Users] Push Notification: fr_inv_timeout and t_wait_for_branches and 480 In-Reply-To: References: Message-ID: Hi, check this https://opensips.org/html/docs/modules/3.4.x/tm.html#func_t_wait_no_more_branches or use the param for https://opensips.org/html/docs/modules/3.4.x/tm.html#func_t_wait_for_new_branches Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com https://www.siphub.com On 31.01.2025 11:30, Prathibha B wrote: > No, I didn't get any solution. > > On Fri, 31 Jan 2025 at 14:09, inderjeet sharma > wrote: > > Hi john, > > I’m stuck in the same situation. By any chance, did you find a > solution to this issue? > > I just want to reject the call immediately when I receive a 480 > response from the registered device, instead of waiting until > fr_inv_timeout. > > Thanks > Inderjeet > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > -- > Regards, > B.Prathibha > > _______________________________________________ > 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 Jan 31 10:00:16 2025 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 31 Jan 2025 12:00:16 +0200 Subject: [OpenSIPS-Users] SIP Push Notification In-Reply-To: References: Message-ID: <20e782ee-b153-40f1-b441-4cc58e3bafb2@opensips.org> The error has nothing to do with PN, but with the way you use the rest_post() function. The error log is 100% clear - the third param you pass to the function is not a string! Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com https://www.siphub.com On 30.01.2025 09:25, Prathibha B wrote: > this is my route for sending Push Notification: > > route [PN_SEND] > { >     # send a PN using, for example, exec or rest_client >     # Define FCM URL >     $var(fcm_url) = > "https://fcm.googleapis.com/v1/projects/xxx/messages:send > "; > >     # Set HTTP headers >     rest_append_hf("Authorization: Bearer ya29.c.c0AS..."); >     #rest_append_hf("Content-Type: application/json"); >     rest_append_hf("Content-Type: \"application/json\""); > >     # Create JSON payload >     $var(json_payload) = '{\"message\": {\"token\": > \"xxx\",\"notification\": {\"title\": \"Notification Title\",\"body\": > \"Notification Body\"}}}'; > >     # Send REST POST request >     if (launch(rest_post($var(fcm_url), "$var(json_payload)", > $avp(response_body), $avp(response_code)))) { >         xlog("L_INFO", "Push notification sent successfully. Response > code: $avp(response_code)\n"); >     } else { >         xlog("L_ERR", "Failed to send push notification. Response > code: $avp(response_code)\n"); >     } > } > > But I get the following error while running Opensips: > ERROR:rest_client:rest_append_hf_method: header field buffer too small > Jan 30 12:29:09 ngdcs opensips[102753]: ERROR:core:get_cmd_fixups: > Variable in param [3] is not a string > Jan 30 12:29:09 ngdcs opensips[102753]: ERROR:core:do_action: Failed > to get fixups for launch command > > Can you pls help to resolve the issue? > > -- > Regards, > B.Prathibha > > _______________________________________________ > 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 voip at mesaproyectos.com Fri Jan 31 13:55:03 2025 From: voip at mesaproyectos.com (VoIP) Date: Fri, 31 Jan 2025 08:55:03 -0500 Subject: [OpenSIPS-Users] LOAD_BALANCER module and calls WSS -> UDP Message-ID: Good morning everyone, I'm trying to implement this type of scenario: WSS -> load_balancer -> UDP Gateway (Asterisk) Everything works up to the 200 OK received from the gateway and forwarded from OpenSIPs to the WebRTC clients. I don't see the ACK sent from the WebRTC client to OpenSIPs to commit the 200OK. WebRTC -> UDP and UDP -> WebRTC calls between users work correctly and analyzing the 200 OK of a call between users and a call via load_balancer, the truth is that I do not find differences that justify this type of error. I'm writing a tutorial, for now in Spanish, dedicated to the subject but without that piece I can't finish it. Thank you in advance for the help -- From ag at ag-projects.com Fri Jan 31 14:58:09 2025 From: ag at ag-projects.com (Adrian Georgescu) Date: Fri, 31 Jan 2025 11:58:09 -0300 Subject: [OpenSIPS-Users] Fwd: New Blink release for MS Windows version 6.0.1 References: Message-ID: <3849A0A7-5758-4701-A596-D2B7BAF2F4DF@ag-projects.com> Hello, Blink for Windows is back! Enjoy, Adrian > Begin forwarded message: > > From: Adrian Georgescu > Subject: New Blink release for MS Windows version 6.0.1 > Date: 31. January 2025 at 11:53:47 GMT-3 > To: Blink Support Forum > > Hello, > > There is new Blink Qt release for MS Windows, which is now on par with the functionality of the Linux version. > > Changelog > > Version 6.0.1 > > • Fixed traceback in dragging audio sessions to a conference > • Added Logs window > • Added Call Transfer menu > • Added audio auto-record function > • Added outbound account selection gfor message session > • Added button to open last unread messages > • Added controls to see last transferred files for chat contacts > • Added pause/resume for file transfers > • Added support to remove conversations > • Restore chat window if minimized > • Use default conference as conference server, local domain will be appended > • PGP decryption/encryption fixes > • TLS verification fixes > • Message rendering fixes > • Message session fixes > • Sylk-Server API messages replication fixes > • Silence all audio notifications if Disable ringtones button pressed > • Fixed updating codecs if SDK defaults have changed > • Throttle incoming message audio notifications > • Throttle desktop notifications for messages > • Refactored file transfers > • Refresh audio devices when open the Devices menu > • Make app compatible with MacOS > > To download the software go to: > > https://icanblink.com/download/ > > Kind regards, > Adrian > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pkelly at gmail.com Fri Jan 31 17:09:49 2025 From: pkelly at gmail.com (Pete Kelly) Date: Fri, 31 Jan 2025 09:09:49 -0800 Subject: [OpenSIPS-Users] rtpengine_block_dtmf In-Reply-To: References: <3c0be0be-92ad-4253-9829-30a35d110847@opensips.org> Message-ID: I checked this as well - I don’t think that the flag “directional” ever makes it from opensips to rtpengine On 21 Jan 2025 at 23:27:56, Alberto wrote: > Hi Răzvan, > > Thanks, but then I don't know what I'm doing wrong. > > Here's a piece of my config: > > branch_route[invite_branch_route] { > if (has_body("application/sdp")) { > xlog("L_NOTICE", "[ln $cfg_line] [$ci | $si | $rm] Start rtp > streams\n"); > rtpengine_manage("directional RTP/AVP trust-address replace-origin > replace-session-connection codec-strip-all codec-except-telephone-event > codec-except-CN codec-except-PCMA"); > } > } > > onreply_route[invite_onreply_route] { > $acc_extra(callee_domain) = $si; > > if (has_body("application/sdp")) { > xlog("L_NOTICE", "[ln $cfg_line] [$ci | $si | $rm | $rs] Update rtp > streams\n"); > rtpengine_manage(); > > xlog("L_NOTICE", "[ln $cfg_line] [$ci | $si | $rm | $rs] Block DTMF > from $tt\n"); > rtpengine_block_dtmf("directional from-tag=$tt"); > } > } > > I wasn't sure where to put the directional flag, so I tried first in > rtpengine_manage, then in rtpengine_block_dtmf, then in both. Result is the > same, DTMF are always blocked for the entire call. > > Logs from opensips: > Jan 21 23:22:26 local-opensips opensips[2027]: Jan 21 23:22:26 [2027] > NOTICE:[ln 361] [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc | 10.0.0.69 | INVITE] > t_relay > Jan 21 23:22:26 local-opensips opensips[2027]: Jan 21 23:22:26 [2027] > NOTICE:[ln 371] [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc | 10.0.0.69 | INVITE] > Start rtp streams > Jan 21 23:22:26 local-opensips opensips[2029]: Jan 21 23:22:26 [2029] > NOTICE:[ln 380] [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc | 10.0.0.46 | INVITE > | 200] Update rtp streams > Jan 21 23:22:26 local-opensips opensips[2029]: Jan 21 23:22:26 [2029] > NOTICE:[ln 383] [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc | 10.0.0.46 | INVITE > | 200] Block DTMF from a369dd65-3212-4728-a22d-4bcdd0857b39 > Jan 21 23:22:26 local-opensips opensips[2029]: Jan 21 23:22:26 [2029] > NOTICE:[ln 271] [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc | 10.0.0.69 | ACK] > topology_hiding_match OK > Jan 21 23:22:26 local-opensips opensips[2029]: Jan 21 23:22:26 [2029] > NOTICE:[ln 300] [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc | 10.0.0.69 | ACK] > t_relay > Jan 21 23:22:33 local-opensips opensips[2027]: Jan 21 23:22:33 [2027] > NOTICE:[ln 271] [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc | 10.0.0.69 | BYE] > topology_hiding_match OK > Jan 21 23:22:33 local-opensips opensips[2027]: Jan 21 23:22:33 [2027] > NOTICE:[ln 296] [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc | 10.0.0.69 | BYE] > Close rtp streams if any > Jan 21 23:22:33 local-opensips opensips[2027]: Jan 21 23:22:33 [2027] > NOTICE:[ln 300] [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc | 10.0.0.69 | BYE] > t_relay > > Logs from rtpengine: > Jan 21 23:22:26 local-opensips rtpengine[1254]: INFO: > [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [control] Received command 'offer' > from 127.0.0.1:52434 > Jan 21 23:22:26 local-opensips rtpengine[1254]: INFO: > [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [core] replace-session-connection > flag encountered, but not supported anymore. > Jan 21 23:22:26 local-opensips rtpengine[1254]: NOTICE: > [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [core] Creating new call > Jan 21 23:22:26 local-opensips rtpengine[1254]: INFO: > [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [control] Replying to 'offer' from > 127.0.0.1:52434 (elapsed time 0.000364 sec) > Jan 21 23:22:26 local-opensips rtpengine[1254]: INFO: > [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [control] Received command 'answer' > from 127.0.0.1:38934 > Jan 21 23:22:26 local-opensips rtpengine[1254]: INFO: > [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [control] Replying to 'answer' from > 127.0.0.1:38934 (elapsed time 0.000505 sec) > Jan 21 23:22:26 local-opensips rtpengine[1254]: INFO: > [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [control] Received command 'block > DTMF' from 127.0.0.1:38934 > Jan 21 23:22:26 local-opensips rtpengine[1254]: INFO: > [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [core] Blocking DTMF (entire call) > Jan 21 23:22:26 local-opensips rtpengine[1254]: INFO: > [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [control] Replying to 'block DTMF' > from 127.0.0.1:38934 (elapsed time 0.000037 sec) > Jan 21 23:22:30 local-opensips rtpengine[1254]: INFO: > [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc/63c659c2-ff03-4673-a4f9-96a145ec6d45/1 > port 28640]: [core] Confirmed peer address as 10.0.0.69:19446 > Jan 21 23:22:30 local-opensips rtpengine[1254]: INFO: > [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc/63c659c2-ff03-4673-a4f9-96a145ec6d45/1 > port 28640]: [core] Kernelizing media stream: 10.0.0.69:19446 -> > 10.0.0.18:28640 | 10.0.0.18:31230 -> 10.0.0.46:19502 > Jan 21 23:22:31 local-opensips rtpengine[1254]: INFO: > [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc/63c659c2-ff03-4673-a4f9-96a145ec6d45/1 > port 28641]: [core] Confirmed peer address as 10.0.0.69:19447 > Jan 21 23:22:31 local-opensips rtpengine[1254]: INFO: > [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc/63c659c2-ff03-4673-a4f9-96a145ec6d45/1 > port 28641]: [core] Kernelizing media stream: 10.0.0.69:19447 -> > 10.0.0.18:28641 | 10.0.0.18:31231 -> 10.0.0.46:19503 > Jan 21 23:22:31 local-opensips rtpengine[1254]: INFO: > [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc/a369dd65-3212-4728-a22d-4bcdd0857b39/1 > port 31231]: [core] Confirmed peer address as 10.0.0.46:19503 > Jan 21 23:22:31 local-opensips rtpengine[1254]: INFO: > [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc/a369dd65-3212-4728-a22d-4bcdd0857b39/1 > port 31231]: [core] Kernelizing media stream: 10.0.0.46:19503 -> > 10.0.0.18:31231 | 10.0.0.18:28641 -> 10.0.0.69:19447 > Jan 21 23:22:33 local-opensips rtpengine[1254]: INFO: > [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [control] Received command 'query' > from 127.0.0.1:52434 > Jan 21 23:22:33 local-opensips rtpengine[1254]: INFO: > [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [control] Replying to 'query' from > 127.0.0.1:52434 (elapsed time 0.000230 sec) > Jan 21 23:22:33 local-opensips rtpengine[1254]: INFO: > [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [control] Received command 'delete' > from 127.0.0.1:52434 > Jan 21 23:22:33 local-opensips rtpengine[1254]: INFO: > [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [core] Scheduling deletion of call > branch '63c659c2-ff03-4673-a4f9-96a145ec6d45' (via-branch '') in 30 seconds > Jan 21 23:22:33 local-opensips rtpengine[1254]: INFO: > [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [core] Scheduling deletion of call > branch 'a369dd65-3212-4728-a22d-4bcdd0857b39' (via-branch '') in 30 seconds > Jan 21 23:22:33 local-opensips rtpengine[1254]: INFO: > [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [core] Scheduling deletion of > entire call in 30 seconds > Jan 21 23:22:33 local-opensips rtpengine[1254]: INFO: > [ef0c76ea-adbc-4a09-bf2d-9df7f6f872bc]: [control] Replying to 'delete' from > 127.0.0.1:52434 (elapsed time 0.000232 sec) > > > On Tue, 21 Jan 2025 at 15:10, Răzvan Crainea wrote: > >> Hi, Alberto! >> >> Nothing to do explicitely in opensips, simply pass the "directional" >> flag to the command. >> >> Best regards, >> >> Răzvan Crainea >> OpenSIPS Core Developer / SIPhub CTO >> http://www.opensips-solutions.com / https://www.siphub.com >> >> On 1/21/25 1:47 AM, Alberto wrote: >> > Hi, >> > >> > In short, I was using opensips 3.4.8 and rtpengine 11.5 until a few days >> > ago, and rtpengine_block_dtmf was able to block DTMF in a single >> direction. >> > Recently I updated rtpengine to 12.5 and that stopped working, now DTMF >> are >> > always blocked in both directions. >> > >> > Can someone please take a look at >> > https://groups.google.com/g/rtpengine/c/4dFexHvFmeo/m/YxTxXylXDAAJ ? >> > Is this something that needs to be implemented in opensips? >> > >> > Thanks >> > >> > >> > Hi, >> > >> > In short, I was using opensips 3.4.8 and rtpengine 11.5 until a few >> days >> > ago, and rtpengine_block_dtmf was able to block DTMF in a single >> direction. >> > Recently I updated rtpengine to 12.5 and that stopped working, now DTMF >> > are always blocked in both directions. >> > >> > Can someone please take a look at >> https://groups.google.com/g/rtpengine/ >> > c/4dFexHvFmeo/m/YxTxXylXDAAJ > > c/4dFexHvFmeo/m/YxTxXylXDAAJ> ? >> > Is this something that needs to be implemented in opensips? >> > >> > 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 >> > _______________________________________________ > 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 inder.itpro at gmail.com Fri Jan 31 17:15:37 2025 From: inder.itpro at gmail.com (inderjeet sharma) Date: Fri, 31 Jan 2025 22:45:37 +0530 Subject: [OpenSIPS-Users] Push Notification: fr_inv_timeout and t_wait_for_branches and 480 In-Reply-To: References: Message-ID: Thanks for your response! I’ll give this solution a try and see if it works for my situation. On Fri, 31 Jan 2025 at 3:31 PM, wrote: > Send Users mailing list submissions to > users at lists.opensips.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > or, via email, send a message with subject or body 'help' to > users-request at lists.opensips.org > > You can reach the person managing the list at > users-owner at lists.opensips.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Users digest..." > > > Today's Topics: > > 1. Re: Push Notification: fr_inv_timeout and t_wait_for_branches > and 480 (inderjeet sharma) > 2. Re: Push Notification: fr_inv_timeout and t_wait_for_branches > and 480 (Prathibha B) > 3. Re: Push Notification: fr_inv_timeout and t_wait_for_branches > and 480 (Bogdan-Andrei Iancu) > 4. Re: SIP Push Notification (Bogdan-Andrei Iancu) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 31 Jan 2025 14:06:10 +0530 > From: inderjeet sharma > To: users at lists.opensips.org > Subject: Re: [OpenSIPS-Users] Push Notification: fr_inv_timeout and > t_wait_for_branches and 480 > Message-ID: > FzBXQxmogsETZKJ1YMP6q3_A at mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi john, > > I’m stuck in the same situation. By any chance, did you find a solution to > this issue? > > I just want to reject the call immediately when I receive a 480 response > from the registered device, instead of waiting until fr_inv_timeout. > Thanks > Inderjeet > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.opensips.org/pipermail/users/attachments/20250131/373fb0d1/attachment-0001.html > > > > ------------------------------ > > Message: 2 > Date: Fri, 31 Jan 2025 15:00:46 +0530 > From: Prathibha B > To: OpenSIPS users mailling list > Subject: Re: [OpenSIPS-Users] Push Notification: fr_inv_timeout and > t_wait_for_branches and 480 > Message-ID: > aWwkKpsV6Q at mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > No, I didn't get any solution. > > On Fri, 31 Jan 2025 at 14:09, inderjeet sharma > wrote: > > > Hi john, > > > > I’m stuck in the same situation. By any chance, did you find a solution > to > > this issue? > > > > I just want to reject the call immediately when I receive a 480 response > > from the registered device, instead of waiting until fr_inv_timeout. > > Thanks > > Inderjeet > > > > _______________________________________________ > > Users mailing list > > Users at lists.opensips.org > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > > -- > Regards, > B.Prathibha > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.opensips.org/pipermail/users/attachments/20250131/43cb2ce0/attachment-0001.html > > > > ------------------------------ > > Message: 3 > Date: Fri, 31 Jan 2025 11:55:29 +0200 > From: Bogdan-Andrei Iancu > To: OpenSIPS users mailling list , Prathibha > B > Subject: Re: [OpenSIPS-Users] Push Notification: fr_inv_timeout and > t_wait_for_branches and 480 > Message-ID: > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > Hi, > > check this > > https://opensips.org/html/docs/modules/3.4.x/tm.html#func_t_wait_no_more_branches > > or use the param for > > https://opensips.org/html/docs/modules/3.4.x/tm.html#func_t_wait_for_new_branches > > Regards, > > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > https://www.siphub.com > > On 31.01.2025 11:30, Prathibha B wrote: > > No, I didn't get any solution. > > > > On Fri, 31 Jan 2025 at 14:09, inderjeet sharma > > wrote: > > > > Hi john, > > > > I’m stuck in the same situation. By any chance, did you find a > > solution to this issue? > > > > I just want to reject the call immediately when I receive a 480 > > response from the registered device, instead of waiting until > > fr_inv_timeout. > > > > Thanks > > Inderjeet > > > > _______________________________________________ > > Users mailing list > > Users at lists.opensips.org > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > > > > > -- > > Regards, > > B.Prathibha > > > > _______________________________________________ > > 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: < > http://lists.opensips.org/pipermail/users/attachments/20250131/427ae71e/attachment-0001.html > > > > ------------------------------ > > Message: 4 > Date: Fri, 31 Jan 2025 12:00:16 +0200 > From: Bogdan-Andrei Iancu > To: OpenSIPS users mailling list , Prathibha > B > Subject: Re: [OpenSIPS-Users] SIP Push Notification > Message-ID: <20e782ee-b153-40f1-b441-4cc58e3bafb2 at opensips.org> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > The error has nothing to do with PN, but with the way you use the > rest_post() function. The error log is 100% clear - the third param you > pass to the function is not a string! > > Regards, > > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > https://www.siphub.com > > On 30.01.2025 09:25, Prathibha B wrote: > > this is my route for sending Push Notification: > > > > route [PN_SEND] > > { > > # send a PN using, for example, exec or rest_client > > # Define FCM URL > > $var(fcm_url) = > > "https://fcm.googleapis.com/v1/projects/xxx/messages:send > > < > https://fcm.googleapis.com/v1/projects/asterisk-push-notificaiton/messages:send > >"; > > > > # Set HTTP headers > > rest_append_hf("Authorization: Bearer ya29.c.c0AS..."); > > #rest_append_hf("Content-Type: application/json"); > > rest_append_hf("Content-Type: \"application/json\""); > > > > # Create JSON payload > > $var(json_payload) = '{\"message\": {\"token\": > > \"xxx\",\"notification\": {\"title\": \"Notification Title\",\"body\": > > \"Notification Body\"}}}'; > > > > # Send REST POST request > > if (launch(rest_post($var(fcm_url), "$var(json_payload)", > > $avp(response_body), $avp(response_code)))) { > > xlog("L_INFO", "Push notification sent successfully. Response > > code: $avp(response_code)\n"); > > } else { > > xlog("L_ERR", "Failed to send push notification. Response > > code: $avp(response_code)\n"); > > } > > } > > > > But I get the following error while running Opensips: > > ERROR:rest_client:rest_append_hf_method: header field buffer too small > > Jan 30 12:29:09 ngdcs opensips[102753]: ERROR:core:get_cmd_fixups: > > Variable in param [3] is not a string > > Jan 30 12:29:09 ngdcs opensips[102753]: ERROR:core:do_action: Failed > > to get fixups for launch command > > > > Can you pls help to resolve the issue? > > > > -- > > Regards, > > B.Prathibha > > > > _______________________________________________ > > 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: < > http://lists.opensips.org/pipermail/users/attachments/20250131/6df7996c/attachment.html > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > ------------------------------ > > End of Users Digest, Vol 198, Issue 32 > ************************************** > -------------- next part -------------- An HTML attachment was scrubbed... URL: