<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<tt>Hello Tolga,<br>
<br>
Could you provide (off list) a pcap capture for the call along
with opensips output in debug 4 ?<br>
<br>
Best regards,<br>
</tt>
<pre class="moz-signature" cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a></pre>
<br>
On 01/13/2013 02:14 AM, Tolga Tarhan wrote:
<blockquote
cite="mid:CAM3QAwRWV4oK8gZQYJZ_u-UYQfCSjsHkZWTQ6MkZmYmEtjoKOg@mail.gmail.com"
type="cite">
<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>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>
<a class="moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
</body>
</html>