[OpenSIPS-Users] call_center module on 3.3

[Bogdan-Andrei Iancu]

Hi Ivan,

I did some more digging into this and I managed to reproduce the issue 
and understand it. The REJECT'ion even in B2B is triggered only in the 
sequential bridging's, but not in the original setup bridging.

So, what you have to do it is to set a welcome message for sure in the 
queue - this fixed the issue for me for now. I will check further if 
this can be addressed in any other way, otherwise I will document it as 
a limitation.

Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
   https://www.opensips-solutions.com
OpenSIPS Summit 27-30 Sept 2022, Athens
   https://www.opensips.org/events/Summit-2022Athens/

On 8/9/22 4:55 PM, Bogdan-Andrei Iancu wrote:
> Thanks Ivan,
>
> The relevant log is
>
> DBG:call_center:b2bl_callback_customer:  call (0x7f0a08e95a00) has event 4
>
> But the event 4 (B2B leg destroyed) is a wrong one in this case, it 
> should have been 2 (B2B leg rejected). It seems the problem is in the 
> B2B logic somewhere.
>
> Let me do some digging there.
>
> Regards,
> Bogdan-Andrei Iancu
>
> OpenSIPS Founder and Developer
>    https://www.opensips-solutions.com
> OpenSIPS Summit 27-30 Sept 2022, Athens
>    https://www.opensips.org/events/Summit-2022Athens/
> On 8/9/22 3:04 PM, Ryzhik Ivan wrote:
>> Hi,
>> thank you for your reply.
>>
>> There is no B2B_REJECT_CB in my case. See log below, only B2B_DESTROY_CB
>>
>>     2022-08-09T11:44:27.788721+00:00
>>      DBG:call_center:b2bl_callback_customer:  call (0x7f0a08e95a00)
>>     has event 4,
>>     2022-08-09T11:44:27.788767+00:00
>>      DBG:call_center:b2bl_callback_customer: A delete in b2blogic,
>>     call->state=6, 0x7f0a08e95a00
>>
>>
>> Negative reply processed in _b2b_handle_reply, but the tuple->state 
>> is not in B2B_BRIDGING_STATE and process_bridge_negreply 
>> doesn't called with cbf(&cb_params, B2B_REJECT_CB);.
>>
>>     2022-08-09T11:44:27.769757+00:00 DBG:b2b_logic:_b2b_handle_reply:
>>     Negative reply [486] - delete[0x7f0a08e95b28]
>>     2022-08-09T11:44:27.769808+00:00  DBG:b2b_logic:b2b_mark_todel:
>>     0x7f0a08e95b28
>>
>>
>> P.S. But with message_flow_id uri in db (its do simple 200/bye on 
>> invite) - all works fine , because negative reply is in  
>> B2B_BRIDGING_STATE. But this is not a good way.
>>
>> Thank you very much.
>>
>> log:
>>
>>     [....]
>>
>>
>> вт, 9 авг. 2022 г. в 11:36, Bogdan-Andrei Iancu <bogdan at opensips.org 
>> <mailto:bogdan at opensips.org>>:
>>
>>     Hi,
>>
>>     In such a case, in `b2bl_callback_customer()` you should get a
>>     B2B_REJECT_CB event.
>>
>>     Could you post here the logs in log_level 4 (debug) for your test
>>     call ?
>>
>>     Regards,
>>
>>     Bogdan-Andrei Iancu
>>
>>     OpenSIPS Founder and Developer
>>        https://www.opensips-solutions.com  <https://www.opensips-solutions.com>
>>     OpenSIPS Summit 27-30 Sept 2022, Athens
>>        https://www.opensips.org/events/Summit-2022Athens/  <https://www.opensips.org/events/Summit-2022Athens/>
>>
>>     On 8/8/22 11:48 AM, Ryzhik Ivan wrote:
>>>     Hi @All.
>>>     I have a simple flow with 2 agents. When call entering queue
>>>     by cc_handle_call("600")
>>>     and the first agent rejects call (busy or decline) - queue also
>>>     rejects call with same reason and does not proceed to second agent.
>>>     I looked at sources  - negative replies processed only
>>>     in B2B_BRIDGING_STATE. But for that time i have B2B_NOTDEF_STATE
>>>     only.
>>>     What am I doing wrong?
>>>
>>>
>>>
>>>
>>>     _______________________________________________
>>>     Users mailing list
>>>     Users at lists.opensips.org  <mailto:Users at lists.opensips.org>
>>>     http://lists.opensips.org/cgi-bin/mailman/listinfo/users  <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/20220815/181fa674/attachment.html>