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 <bog...@opensips.org
<mailto:bog...@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@lists.opensips.org <mailto:Users@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@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users