Yes I you are right if the RTP is not tied with SIP this theory is not really valid <br>But this is again true about BYE that does not reach to the destination so the risk of not closing the dialog still exist<br>In most of the voice implementation that I saw there are three options : <br>
1. Softswitch (FreeSWITCH, Asterisk, etc)<br>2. MGW (Avaya, Cisco, etc)<br>3. Media release but only between two phones <br>You can tie your RTP to the SIP with option 1 and option 2 <br>Option 3 is the problematic one but you will never release your media for billing purpose so usually your risk will be extension to extension open dialog which is less riskier <br>
Again as I said it is pretty philosophical debate but from my long experience in SIP I do not think that there is a practical use for it but maybe I am missing something <br>  <br><div class="gmail_quote">On Fri, Nov 16, 2012 at 2:31 PM, Sergey Okhapkin <span dir="ltr">&lt;<a href="mailto:sos@sokhapkin.dyndns.org" target="_blank">sos@sokhapkin.dyndns.org</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Don&#39;t mix signaling (SIP) and media (RTP). Signaling and media could run<br>
different ways. Why do you think FS will always be in media path?<br>
<br>
On Friday 16 November 2012 14:56:58 Yiftach Golan wrote:<br>
&gt; This is where I am getting a bit confused, if the 200OK arrived to the<br>
&gt; other side and we checked that the RTP exists (with mod_sofia option) we<br>
&gt; will not get to hours of calls (unless the other side did not hanged up)<br>
&gt; In any case there is a good chance that the BYE is getting lost, so the<br>
&gt; danger exist even without the ACK<br>
&gt;<br>
&gt; I am guessing that the designers of the SIP protocol came up with the ACK<br>
&gt; because there is a potential for open dialog that is not bound with time<br>
&gt; and they therefore wanted to know that the other side actually ACKs the<br>
&gt; request, but since ACK is tied to INVITE only (AFAIK) and INVITE always<br>
&gt; tied with RTP (at least in most normal SIP implementations) I&#39;m not sure<br>
&gt; that this ACK is that needed<br>
&gt; but again as I said it is more of philosophical debate, maybe a potential<br>
&gt; request in the new RFC<br>
&gt;<br>
&gt; On Fri, Nov 16, 2012 at 12:58 PM, Ken Rice &lt;<a href="mailto:krice@freeswitch.org">krice@freeswitch.org</a>&gt; wrote:<br>
&gt; &gt;  In this case masking the issue can lead to massive bills... Imaging<br>
&gt; &gt;<br>
&gt; &gt; paying by the minute... All of a sudden you are now leaving 2 minute calls<br>
&gt; &gt; up for hours on end... And continuing to get billed for them... Or you are<br>
&gt; &gt; not continuing to bill a customer for them... And now you have unexpected<br>
&gt; &gt; HUGE bills coming in... Masking it is far worse then just fixing it...<br>
&gt; &gt;<br>
&gt; &gt; If we mask this one issue, we might as well mask memory leaks, or<br>
&gt; &gt; passwords that don’t work, etc... Sure sometimes we might have to mask an<br>
&gt; &gt; issue for production to work in the short term, but that is never the<br>
&gt; &gt; correct answer fix a problem<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; On 11/16/12 2:19 PM, &quot;Yiftach Golan&quot; &lt;<a href="mailto:yiftah@choochee.com">yiftah@choochee.com</a>&gt; wrote:<br>
&gt; &gt;<br>
&gt; &gt; While I agree on the details I disagree on the solution<br>
&gt; &gt; Sometimes masking the problems can be a good solution but I guess it is a<br>
&gt; &gt; philosophical debate<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; On Fri, Nov 16, 2012 at 10:27 AM, Ken Rice &lt;<a href="mailto:krice@freeswitch.org">krice@freeswitch.org</a>&gt; wrote:<br>
&gt; &gt;<br>
&gt; &gt; That leaves to big a risk of open sessions and only masks the true issue<br>
&gt; &gt; which is a problem with FS getting the ACK back...<br>
&gt; &gt;<br>
&gt; &gt; Theres a reason FS is not getting the ACK, and FS will make several<br>
&gt; &gt; attempts to get an ack by retransmitting the 200 OK several times before<br>
&gt; &gt; that timeout occurs.<br>
&gt; &gt;<br>
&gt; &gt; The real fix here is to fix the underlying cause, not masking it....<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; On 11/16/12 11:45 AM, &quot;Yiftach Golan&quot; &lt;<a href="mailto:yiftah@choochee.com">yiftah@choochee.com</a> &lt;<br>
&gt; &gt; <a href="http://yiftah@choochee.com" target="_blank">http://yiftah@choochee.com</a>&gt; &gt; wrote:<br>
&gt; &gt;<br>
&gt; &gt; I know that it is kind out of the what RFC3261 instructs, but did anyone<br>
&gt; &gt; think on giving the option in configuration not to hang up calls in case<br>
&gt; &gt; of<br>
&gt; &gt; an ACK does not arrive?<br>
&gt; &gt; I know that it has the risk of open sessions but there some other ways to<br>
&gt; &gt; handle those cases<br>
&gt; &gt;<br>
&gt; &gt; On Thu, Nov 15, 2012 at 6:35 PM, Ken Rice &lt;<a href="mailto:krice@freeswitch.org">krice@freeswitch.org</a> &lt;<br>
&gt; &gt; <a href="http://krice@freeswitch.org" target="_blank">http://krice@freeswitch.org</a>&gt; &gt; wrote:<br>
&gt; &gt;<br>
&gt; &gt; This is probably the same scenario as this is exactly what to expect...<br>
&gt; &gt; Call gets answered far end doesn’t ACK FS sending them a 200OK , fs<br>
&gt; &gt; hangsup<br>
&gt; &gt; the call....<br>
&gt; &gt;<br>
&gt; &gt; Quite common on networks with NAT issues or broken endpoints<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; On 11/15/12 7:43 PM, &quot;Vitalie Colosov&quot; &lt;<a href="mailto:vetali100@gmail.com">vetali100@gmail.com</a> &lt;<br>
&gt; &gt; <a href="http://vetali100@gmail.com" target="_blank">http://vetali100@gmail.com</a>&gt;  &lt;<a href="http://vetali100@gmail.com" target="_blank">http://vetali100@gmail.com</a>&gt; &gt; wrote:<br>
&gt; &gt;<br>
&gt; &gt; I saw this happened earlier when the remote party does not send SIP ACK<br>
&gt; &gt; after receiving SIP OK, so the call is being disconnected after exactly 32<br>
&gt; &gt; seconds.<br>
&gt; &gt; Not sure if this is exact same scenario here, but just something to<br>
&gt; &gt; consider...<br>
&gt; &gt;<br>
&gt; &gt; Regards.<br>
&gt; &gt; Vitalie<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; 2012/11/15 kaleem rehman &lt;<a href="mailto:k4kaleem@gmail.com">k4kaleem@gmail.com</a> &lt;<a href="http://k4kaleem@gmail.com" target="_blank">http://k4kaleem@gmail.com</a>&gt;<br>
&gt; &gt;<br>
&gt; &gt;  &lt;<a href="http://k4kaleem@gmail.com" target="_blank">http://k4kaleem@gmail.com</a>&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; Hi All,<br>
&gt; &gt;<br>
&gt; &gt; my inbound calls are fine with no issues, my outbound calls get<br>
&gt; &gt; disconnected after 32 seconds and its on all calls. i tried 2 different<br>
&gt; &gt; suppliers and its same result.<br>
&gt; &gt; please find the attached log file with sofia in debug mode. - caller was<br>
&gt; &gt; extension 1234 and desination was 01908321682<br>
&gt; &gt;<br>
&gt; &gt; your help will be greately appreciated.<br>
&gt; &gt;<br>
&gt; &gt; regards,<br>
&gt; &gt; Kaleem<br>
&gt; &gt;<br>
&gt; &gt; _________________________________________________________________________<br>
&gt; &gt; Professional FreeSWITCH Consulting Services:<br>
&gt; &gt; <a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a> &lt;<a href="http://consulting@freeswitch.org" target="_blank">http://consulting@freeswitch.org</a>&gt;  &lt;<br>
&gt; &gt; <a href="http://consulting@freeswitch.org" target="_blank">http://consulting@freeswitch.org</a>&gt;<br>
&gt; &gt; <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
&gt; &gt;<br>
&gt; &gt; FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
&gt; &gt; <a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
&gt; &gt;<br>
&gt; &gt; Official FreeSWITCH Sites<br>
&gt; &gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
&gt; &gt; <a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
&gt; &gt; <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
&gt; &gt;<br>
&gt; &gt; FreeSWITCH-users mailing list<br>
&gt; &gt; <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a> &lt;<br>
&gt; &gt; <a href="http://FreeSWITCH-users@lists.freeswitch.org" target="_blank">http://FreeSWITCH-users@lists.freeswitch.org</a>&gt;  &lt;<br>
&gt; &gt; <a href="http://FreeSWITCH-users@lists.freeswitch.org" target="_blank">http://FreeSWITCH-users@lists.freeswitch.org</a>&gt;<br>
&gt; &gt; <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
&gt; &gt; UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
&gt; &gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; ------------------------------<br>
&gt; &gt; _________________________________________________________________________<br>
&gt; &gt; Professional FreeSWITCH Consulting Services:<br>
&gt; &gt; <a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a> &lt;<a href="http://consulting@freeswitch.org" target="_blank">http://consulting@freeswitch.org</a>&gt;  &lt;<br>
&gt; &gt; <a href="http://consulting@freeswitch.org" target="_blank">http://consulting@freeswitch.org</a>&gt;<br>
&gt; &gt; <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
&gt; &gt;<br>
&gt; &gt; FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
&gt; &gt; <a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
&gt; &gt;<br>
&gt; &gt; Official FreeSWITCH Sites<br>
&gt; &gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
&gt; &gt; <a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
&gt; &gt; <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
&gt; &gt;<br>
&gt; &gt; FreeSWITCH-users mailing list<br>
&gt; &gt; <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a> &lt;<br>
&gt; &gt; <a href="http://FreeSWITCH-users@lists.freeswitch.org" target="_blank">http://FreeSWITCH-users@lists.freeswitch.org</a>&gt;  &lt;<br>
&gt; &gt; <a href="http://FreeSWITCH-users@lists.freeswitch.org" target="_blank">http://FreeSWITCH-users@lists.freeswitch.org</a>&gt;<br>
&gt; &gt; <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
&gt; &gt; UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
&gt; &gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; --<br>
&gt; &gt; Ken<br>
&gt; &gt; *<a href="http://www.FreeSWITCH.org" target="_blank">http://www.FreeSWITCH.org</a><br>
&gt; &gt; <a href="http://www.ClueCon.com" target="_blank">http://www.ClueCon.com</a><br>
&gt; &gt; <a href="http://www.OSTAG.org" target="_blank">http://www.OSTAG.org</a><br>
&gt; &gt; *<a href="http://irc.freenode.net" target="_blank">irc.freenode.net</a> #freeswitch<br>
&gt; &gt;<br>
&gt; &gt; _________________________________________________________________________<br>
&gt; &gt; Professional FreeSWITCH Consulting Services:<br>
&gt; &gt; <a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
&gt; &gt; <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
&gt; &gt;<br>
&gt; &gt; FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
&gt; &gt; <a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
&gt; &gt;<br>
&gt; &gt; Official FreeSWITCH Sites<br>
&gt; &gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
&gt; &gt; <a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
&gt; &gt; <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
&gt; &gt;<br>
&gt; &gt; FreeSWITCH-users mailing list<br>
&gt; &gt; <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
&gt; &gt; <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
&gt; &gt; UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
&gt; &gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br>