<div dir="ltr">Hi Bogdan,<div>Thanks for the reply. But the challenge with me is that I don't want to use an additional component like a Media Server in this setup. The idea is to get away with too many components which can act like point of failures. Hence I was exploring the idea of parking the call in Opensips itself and do the routing within Opensips without the need of an external media server.</div>
<div>Any possibility of this being done within opensips?? And the only option that I can see for this is the b2b modules. </div><div><br></div><div>--- Jayesh</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Tue, Jun 17, 2014 at 8:44 PM, Bogdan-Andrei Iancu <span dir="ltr"><<a href="mailto:bogdan@opensips.org" target="_blank">bogdan@opensips.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<div><tt>Hi Jayesh,<br>
<br>
For such scenario you do not need b2b at all. You can do it at
signaling level. How ?<br>
- determine that the incoming call needs to be parked<br>
- send the call to a media server to play some ringing via 183
early media (call still not accepted); also push DB record to
with the callid + user the call belongs to;<br>
</tt><tt>- if target user registers -> check in DB for parked
calls -> if yes, run a script to trigger the cancelling of
that branch to media server (see t_uac_cancel MI command
<a href="http://www.opensips.org/html/docs/modules/1.11.x/tm.html#id295912" target="_blank">http://www.opensips.org/html/docs/modules/1.11.x/tm.html#id295912</a>)
<br>
- original call will go into failure route (because of the
canceling) -> from there you can create a new branch to the
newly registered user.<br>
<br>
I haven't tried, but it should work :)<br>
<br>
Regards,<br>
</tt>
<pre cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.com</a></pre><div><div class="h5">
On 17.06.2014 12:57, Jayesh Nambiar wrote:<br>
</div></div></div>
<blockquote type="cite"><div><div class="h5">
<div dir="ltr">Hello All,
<div>I was trying to explore an option of parking a call on
opensips using b2b modules with a trying or ringing response.
More precisely, I was trying to do something like this:</div>
<div><span><a href="http://lists.opensips.org/pipermail/users/2010-October/014849.html" target="_blank">http://lists.opensips.org/pipermail/users/2010-October/014849.html</a><br>
</span></div>
<div><span><br>
</span></div>
<div>As soon as the call comes in, use b2b_logic to park the
call. If the called user is registered, route the call; else
keep the caller parked for 45 seconds, and within this
duration if the called user registers, raise a E_REGISTERED
event.</div>
<div>Identify if there is a call parked for the user that just
registered and if yes route the call or else respond with 408
timeout to the caller.</div>
<div>I thought, it should be possible using the b2b modules and
the event interface that opensips got. Am I thinking in the
right direction from possibility perspective?? Can someone
help me understand if this logic can be implemented within the
script??</div>
<div><br>
</div>
<div>Thanks in advance,</div>
<div><br>
</div>
<div>--- Jayesh</div>
</div>
<br>
<fieldset></fieldset>
<br>
</div></div><pre>_______________________________________________
Users mailing list
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
</div>
</blockquote></div><br></div>