[OpenSIPS-Users] Call extender technology failing to work

[Saint Michael]

It worked fine, many thanks.
I am very grateful for this list.

On Thu, Sep 22, 2022 at 11:44 AM Jonathan Abrams <ffshoh at gmail.com> wrote:

> Hi Michael,
>
> It looks like you may need to send an OK to the caller side before
> invoking the asynchronous sleep. Something like:
>
> sl_send_reply(200, "OK");
>
> - Jon Abrams
>
> On Thu, Sep 22, 2022 at 10:29 AM Saint Michael <venefax at gmail.com> wrote:
>
>> Dear friends
>> I have a call extender technology that is very useful, but it has a
>> problem, and my support provider, who wrote it, is missing in action.
>>
>> This is the issue: the call extender technology does not confirm the BYE
>> to the caller
>>  if ($avp(hold_seconds) > 0) {
>>                                         $avp(total_duration) =
>> $DLG_lifetime + $avp(hold_seconds);
>>
>> cache_store("local","start_$ci","$dlg_val(start_time)",180);
>>
>> cache_store("local","duration_$ci","$avp(total_duration)",180);
>>                                         async( sleep($avp(hold_seconds)),
>> bye_resume );
>>                                         exit;
>>                                 }
>> if that code executes, because hold_seconds > 0, then we don't confim the
>> BYE and we keep
>> getting more BYEs.
>> The call extender technology should confirm the BYE to the caller as
>> normally, and it does not. It should hold the call open towards the callee,
>> not the caller. Can you suggest a change in the code?
>> I guess the new line if code should  be called before
>> $avp(total_duration) = $DLG_lifetime + $avp(hold_seconds);
>>
>> Many thanks for your help
>>
>> _______________________________________________
>> 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: <http://lists.opensips.org/pipermail/users/attachments/20220922/16e40265/attachment-0001.html>