<div dir="ltr"><font color="#3366ff"><font><font face="tahoma,sans-serif">It's clear but not necessary. It can look at radius records fixed by mediaproxy on RTP timeout to debit the correct balance as well. And why also force it on postpaid calls which it doesn't control at all ?<br>
<br>What happens is cost and performance issues for additional calls passing through my mediaproxy server, which I didn't plan for at first. No audio issue at all.<br clear="all"></font></font></font><div dir="ltr"><font color="#3366ff" face="tahoma, sans-serif"><br>
</font><div><font color="#3366ff" face="tahoma, sans-serif">Reda</font></div></div><br>
<br><br><div class="gmail_quote">On Thu, Feb 23, 2012 at 11:58, Sammy Govind <span dir="ltr"><<a href="mailto:govoiper@gmail.com">govoiper@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Reading from the module docs its clear why it needs to engage media/rtp proxy to start,stop billing or timer of a call. so what happens when it engages mediaproxy on unwanted calls !? audio-issues?<div class="HOEnZb"><div class="h5">
<br><br><div class="gmail_quote">
On Thu, Feb 23, 2012 at 1:21 PM, Reda Aouad <span dir="ltr"><<a href="mailto:reda.aouad@gmail.com" target="_blank">reda.aouad@gmail.com</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"><div>Thanks Sammy. I didn't get any reply yet.</div><div><br></div><div>CallControl is an application used with CDRTool for prepaid calls. It calculates the maximum call duration based on the user's balance. Once the call's duration limit is reached, it sends BYE to both calling parties, terminating the call. At the end of a prepaid call, terminated either by the user or by CallControl, it debits the user's balance according to the call's duration.</div>
<div><br></div><div>The Call_Control module interfaces with this external application.</div><div><br></div><div>call_control function is called in Kamailio's cfg to check if the user has prepaid or postpaid account, and get the max call duration for prepaid users. CallControl controls only prepaid calls, not postpaid ones.</div>
<div><br></div><div>So call control and NAT traversal using mediaproxy are two differents things which i can't link, since I don't want mediaproxy for every call. And since the function call_control is called on every invite before knowing if the user has a prepaid account or not, it engages mediaproxy for every call.</div>
<div><br></div><div>CallControl relies on mediaproxy to detect RTP timeouts and debit the correct balance from a prepaid account based on the last instant the mediaproxy saw an RTP packet.</div><div><br></div><div>But why to force using mediaproxy with no choice? And why to force it for every call, whether it falls under CallControl's control or not?</div>
<div><br></div><div>I am using Kamailio 3.2.</div><span><font color="#888888"><div><br><div><br></div>Reda</div></font></span><div><div><div><br>On 23 févr. 2012, at 07:21, Sammy Govind <<a href="mailto:govoiper@gmail.com" target="_blank">govoiper@gmail.com</a>> wrote:<br>
<br></div>
<div></div><blockquote type="cite"><div>Hi,<div>I can see you posting multiple times on both proxies listings so I'm sure you havent heard back from anyone.I am not at all familiar with your functions in email but could it be possible for you to determine on which calls you need to engage mediaproxy and on which not to, then on the base of that flag use the call_control function !</div>
<div>your problem is complicated for me atleast. I hope somebody could answer you accurately and precisely.</div><div><br></div><div>btw, what are you using in real? opensips or kamailio, which version? and in what context you need to use the call_control function?</div>
<div><br></div><div>Thanks,</div><div>Sammy<br><div><br><div class="gmail_quote">On Thu, Feb 23, 2012 at 12:45 AM, Reda Aouad <span dir="ltr"><<a href="mailto:reda.aouad@gmail.com" target="_blank">reda.aouad@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><font color="#3366ff"><font><font face="tahoma,sans-serif">Hi,</font></font></font><div><font color="#3366ff"><font><font face="tahoma,sans-serif"><br>
</font></font></font></div><div><font color="#3366ff"><font><font face="tahoma,sans-serif">When I use the function call_control( ) of the call_control module, it automatically engages mediaproxy if it finds the mediaproxy module loaded. If the mediaproxy module is not loaded, call_control doesn't even try to engage it.</font></font></font></div>
<div><font color="#3366ff"><font><font face="tahoma,sans-serif"><br></font></font></font></div><div><font color="#3366ff"><font><font face="tahoma,sans-serif">I need mediaproxy for NAT traversal in some cases, but don't want it to be engaged on every call.</font></font></font></div>
<div><font color="#3366ff"><font><font face="tahoma,sans-serif"><br></font></font></font></div><div><font color="#3366ff"><font><font face="tahoma,sans-serif">How can I disable this behavior?</font></font></font></div><div>
<div dir="ltr"><font color="#3366ff" face="tahoma, sans-serif"><br></font></div><div dir="ltr"><font color="#3366ff" face="tahoma, sans-serif">Thanks<span><font color="#888888"><br></font></span></font><span><font color="#888888"><div>
<font color="#3366ff" face="tahoma, sans-serif">Reda</font></div>
</font></span></div></div>
</div>
<br>_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br></blockquote></div><br></div></div>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list</span><br><span><a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a></span><br>
<span><a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a></span><br></div></blockquote></div></div></div>
<br>_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br></blockquote></div><br>
</div></div><br>_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br></blockquote></div><br></div>