<div dir="ltr"><div style="font-family:arial,sans-serif;font-size:13px">Hello,</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">We're using the B2B module to handle REFERs (as our upstream carriers do not handle REFER). Everything works really well when we follow the examples and when everything is successful. However, if the destination of the REFER (not the provisional_media location, but the actual final destination) responds negatively (say 603 or 404), then we see the following log messages</div>
<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px"><font face="courier new, monospace">DBG:b2b_logic:b2b_logic_notify_reply: Received a reply [603] while in BRIDGING scenario</font></div>
<div style="font-family:arial,sans-serif;font-size:13px"><font face="courier new, monospace">ERROR:b2b_logic:process_bridge_negreply: unexpected entity_no [2] for tuple [0x7f02af7d5278]</font></div><div style="font-family:arial,sans-serif;font-size:13px">
<font face="courier new, monospace">ERROR:b2b_logic:b2b_logic_notify_reply: Failed to process negative reply while in bridging state</font></div><div style="font-family:arial,sans-serif;font-size:13px"><div><br></div><div>
And the other existing call leg appears to get stuck. That is, it'll continue to hear the provisional media until that runs out, and then it'll just be hanging there. I would expect that the other call leg be sent a BYE, which is exactly what happens in this scenario when provisional_media is not used.</div>
<div><br></div><div>As far as I can tell, this is a bug in the b2b logic module. I'm happy to try to make a patch and contribute a fix, however, I need a little guidance on what needs to be done (I'm not at all familiar with the internals of this codebase).</div>
<div><br></div><div>Thanks for your help,</div><div>Tolga</div></div></div>