Re: [OpenSIPS-Users] Reset session timers via re-invite // update
recently I've had a similar problem with a customer and, if you don't need Session Timer, disable it eliminating the timer word in the Supported header. Regards --- I'm SoCIaL, MayBe El 4/03/2024 a las 5:38 p. m., Wadii ELMAJDI | Evenmedia escribió: hi Stefan your question is far from stupid have you tried manipulating the SIP headers to influence the negotiation process between the provider and your PBX ? you can do that by adjusting the Supported/Require headers in SIP messages within OpenSIPS to indicate that only re-INVITE is supported for session timers this might prompt your new operator system to fallback to using re-INVITE instead of UPDATE Additionally check if your PBX can be configured to prefer re-INVITEs *De :* Users de la part de Stefan Carlsson *Envoyé :* Monday, March 4, 2024 10:52:58 PM *À :* users@lists.opensips.org *Objet :* [OpenSIPS-Users] Reset session timers via re-invite // update Hi ! We have a problem regarding session timers. One operator runs it via re-invite and the new one via update. All our PBX’s “inside” and UA’s runs re-invite and we have the Opensips as a proxy that routes all the traffic to the right UA, Trunks. So my question is, is it even possibly to handle both types of session timers methods in Opensips if endpoints only handles re-invite I’ve tested to send the update with all headers intact back to the operator but then I receive 481 unknown dialog. I’ve tried to read the RFC 3311 but I can’t find any examples that is so clear as re-invite … (tags) Do I need to change/add some headervalues such as the did i’ve got in the 200 message after the invite to build up the complete Update response to the operator. Please bear with me regarding with my “stupid” questions … understanding sip is really hard …… // Regards … Stefan ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] RE : Reset session timers via re-invite // update
hi Stefan your question is far from stupid have you tried manipulating the SIP headers to influence the negotiation process between the provider and your PBX ? you can do that by adjusting the Supported/Require headers in SIP messages within OpenSIPS to indicate that only re-INVITE is supported for session timers this might prompt your new operator system to fallback to using re-INVITE instead of UPDATE Additionally check if your PBX can be configured to prefer re-INVITEs De : Users de la part de Stefan Carlsson Envoyé : Monday, March 4, 2024 10:52:58 PM À : users@lists.opensips.org Objet : [OpenSIPS-Users] Reset session timers via re-invite // update Hi ! We have a problem regarding session timers.One operator runs it via re-invite and the new one via update. All our PBX’s “inside” and UA’s runs re-invite and we have the Opensips as a proxy that routes all the traffic to the right UA, Trunks. So my question is, is it even possibly to handle both types of session timers methods in Opensips if endpoints only handles re-invite I’ve tested to send the update with all headers intact back to the operator but then I receive 481 unknown dialog. I’ve tried to read the RFC 3311 but I can’t find any examples that is so clear as re-invite … (tags) Do I need to change/add some headervalues such as the did i’ve got in the 200 message after the invite to build up the complete Update response to the operator. Please bear with me regarding with my “stupid” questions … understanding sip is really hard …… // Regards … Stefan ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Reset session timers via re-invite // update
Hi ! We have a problem regarding session timers.One operator runs it via re-invite and the new one via update. All our PBX's "inside" and UA's runs re-invite and we have the Opensips as a proxy that routes all the traffic to the right UA, Trunks. So my question is, is it even possibly to handle both types of session timers methods in Opensips if endpoints only handles re-invite I've tested to send the update with all headers intact back to the operator but then I receive 481 unknown dialog. I've tried to read the RFC 3311 but I can't find any examples that is so clear as re-invite ... (tags) Do I need to change/add some headervalues such as the did i've got in the 200 message after the invite to build up the complete Update response to the operator. Please bear with me regarding with my "stupid" questions ... understanding sip is really hard .. // Regards ... Stefan ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] [Blog] Launch Darkly integration with OpenSIPS 3.5
Woah, this is super cool. Thanks team for getting this in. I'm really looking forward to seeing how people use this!! On Mon, Mar 4, 2024 at 9:46 AM Bogdan-Andrei Iancu wrote: > Hi all, > > Starting version 3.5 (current devel), OpenSIPS offers integration with > Launch Darkly service for in-cloud features flag support > > > https://blog.opensips.org/2024/03/04/launchdarkly-integration-with-opensips-3-5/ > > Enjoy, > > -- > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer >https://www.opensips-solutions.com >https://www.siphub.com > > > ___ > Users mailing list > Users@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] [Blog] Launch Darkly integration with OpenSIPS 3.5
Hi all, Starting version 3.5 (current devel), OpenSIPS offers integration with Launch Darkly service for in-cloud features flag support https://blog.opensips.org/2024/03/04/launchdarkly-integration-with-opensips-3-5/ Enjoy, -- Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com https://www.siphub.com ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users