<div dir="ltr">Hi,<div><br><div style>I&#39;m using the minor_branch flag for my calls to inject 182 session progress for the calls to carriers.</div><div style><br></div><div style><a href="http://www.opensips.org/html/docs/modules/1.7.x/tm.html#id293272">http://www.opensips.org/html/docs/modules/1.7.x/tm.html#id293272</a><br>
</div><div style><br></div><div style>Though this particular param states that this parallel &quot;Fake RBT&quot; minor branch will stay active until we get any positive response from other branch(es)</div></div><div style>
<br></div><div style>However, what I am trying to achieve from this is stop playing any &quot;Fake RBT&quot; from this parallel branch as soon as I receive 183-Session Progress from the caller side.</div><div style><br></div>
<div style>My False Ringer server only hangs up when the caller answers the call. Can this event happen in case of 183 rather 200?</div><div style><br></div><div style><b>My Solution:</b> What I do is set a branch flag on fake ringing and As soon as I receive 1183 from caller side I forcefully &quot;<b>t_cancel_b(&quot;o&quot;)</b>&quot; CANCLE other branches which definitely has some serious issues for processing CANCEL, for which I had to use fifo to CANCLE manually.</div>
<div style><br><font face="courier new, monospace">exec_msg(&quot;opensipsctl fifo t_uac_cancel $ci $cs&quot;);<br></font></div><div style><font face="courier new, monospace">sl_send_reply(&quot;200&quot;,&quot;OK&quot;);</font><br>
</div><div style><br></div><div style>This thing works but somehow my senior manager don&#39;t agree with the above two lines.</div><div style><br></div><div style>Can anyone suggest any better approach or comment if I&#39;m heading in the right direction.</div>
<div style><br></div><div style>Thanks,</div><div style>Sammy</div><div style><br></div><div style><br></div></div>