[OpenSIPS-Users] Possibilities to handle short duration calls using new capabilities in opensips 3.1
bogdan at opensips.org
Wed Jun 24 12:53:58 EST 2020
Nice one Jon !
doing a ++ here, maybe when loading the dialog ctx (before the match),
in the call duration is less than 6 secs, you can reply with 200 OK to
the BYE and set a dialog timeout for whatever number of sec you still
have to get to the 6 secs duration - so when you get to the overall 6
secs, OpenSIPS will send the BYEs to both parties.
OpenSIPS Founder and Developer
On 6/23/20 10:43 PM, Jon Abrams wrote:
> You may be able to use the load_dialog_ctx()/unload_dialog_ctx()
> dialog functions to peek at the dialog when a BYE is received, prior
> to invoking match_dialog(). If it is a BYE from the calling party that
> you wish to delay, use an async sleep() to delay the call of
> match_dialog() and relay of the BYE to the far end. I do something
> similar now in 2.2 with a slightly patched dialog module.
> - Jon
> On Tue, Jun 23, 2020 at 1:58 AM ryan embgrets <rembgrets at gmail.com> wrote:
>> I would like to have awesome community suggestions in handling the short duration calls.
>> My clients send short duration calls towards opensips.
>> So if a client sends me BYE within 6 seconds of the call, I would like to terminate the client leg and keep carrier leg alive beyond a few seconds, either by transferring the second leg(carrier side) to freeswitch, or playing some media using rtpengine/rtpproxy at opensips side.
>> I would like to ask, is it something that can efficiently be done using new capabilities in opensips 3.1?
>> How do other people handle this?
>> PS: I cannot restrict my client to not send me short duration calls, so looking for an opensips way to handle this.
>> Users mailing list
>> Users at lists.opensips.org
> Users mailing list
> Users at lists.opensips.org
More information about the Users