Connection to &quot;Action socket(localhost:8086 full)&quot; works! No early media there. Scenarios tested:<br><br>* Just setting a few vars, then bridge attempt to a phone generates 180 ringing - as expected<br>* Answer, then playback answers the call and plays audio - as expected<br>
* Playback sends 183 session progress and plays audio - as expected<br><br><br>Great work. No regressions seen in my scenario.<br><br><br><br><div class="gmail_quote">2009/5/13 Anthony Minessale <span dir="ltr">&lt;<a href="mailto:anthony.minessale@gmail.com">anthony.minessale@gmail.com</a>&gt;</span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">please test r13294 ASAP<br>i do not want to create any regressions that last more than a day.<div>
<div></div><div class="h5"><br><br><br><br><br><div class="gmail_quote">On Wed, May 13, 2009 at 8:15 AM, Mikael Aleksander Bjerkeland <span dir="ltr">&lt;<a href="mailto:mikael@bjerkeland.com" target="_blank">mikael@bjerkeland.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">If you could make it in such a way that 183 or early media is sent only<br>
when media is really needed like you suggested yourself, it would work<br>
in the exact way most users would expect.<br>
<br>
A clarification of what happens if I do transfer or execute_extension on<br>
a socket parked call would also be neat. I remember reading that a<br>
transfer would alter the state of the call, but I haven&#39;t seen any<br>
proper documentation for this claim.<br>
<br>
Maybe if you&#39;re lucky Santa comes earlier this year.<br>
<br>
<br>
El mié, 13-05-2009 a las 07:58 -0500, Anthony Minessale escribió:<br>
<div><div></div><div>&gt; you *need* park because you have to have somewhere to anchor the call<br>
&gt; to and the park function is the routine<br>
&gt; that actually parses all the DTMF and the commands you send the<br>
&gt; channel with sendmsg etc.<br>
&gt;<br>
&gt; I would have to look into refactoring it so when there is no media on<br>
&gt; the channel, it would sleep in place<br>
&gt; of reading audio but if you send it any instruction that required<br>
&gt; media like playback etc it would still instantly send<br>
&gt; a 183.<br>
&gt;<br>
&gt; Don&#39;t forget we are a b2bua here so proxying calls is only smoke and<br>
&gt; mirrors for us.<br>
&gt;<br>
&gt; Just as if you put a playback &quot;please_wait.wav&quot; before bridge, when<br>
&gt; you try to use a media enabled app<br>
&gt; it will automatically generate a 183 to establish early media to make<br>
&gt; it possible.<br>
&gt;<br>
&gt; I&#39;ll see what I can do, it may be difficult to avoid regressions,<br>
&gt; don&#39;t forget my wishlist if i pull it off ;)<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Wed, May 13, 2009 at 2:30 AM, Mikael Aleksander Bjerkeland<br>
&gt; &lt;<a href="mailto:mikael@bjerkeland.com" target="_blank">mikael@bjerkeland.com</a>&gt; wrote:<br>
&gt;         I&#39;ve been looking for something like this as well, to make the<br>
&gt;         outbound<br>
&gt;         event socket behave more like FastAGI and handle the logic.<br>
&gt;<br>
&gt;<br>
&gt;         El mié, 13-05-2009 a las 00:12 -0700, ibrahim tunali escribió:<br>
&gt;         &gt; &quot;nopark&quot; option would be great. FS sends &quot;100 trying&quot; while<br>
&gt;         opening socket<br>
&gt;         &gt; and leg A waits other responses from socket. If I send<br>
&gt;         pre-answer command it<br>
&gt;         &gt; reply via 183 early media and activate RTP path.<br>
&gt;         &gt;<br>
&gt;         &gt; Regards,<br>
&gt;         &gt; ibrahim<br>
&gt;         &gt;<br>
&gt;         &gt;<br>
&gt;         &gt; David Knell wrote:<br>
&gt;         &gt; &gt;<br>
&gt;         &gt; &gt; Gotcha - but in the case where the call hasn&#39;t yet got to<br>
&gt;         a point where<br>
&gt;         &gt; &gt; there&#39;s a 183 been sent then I guess this wouldn&#39;t apply -<br>
&gt;         there<br>
&gt;         &gt; &gt; shouldn&#39;t be any audio from the far end at this point, nor<br>
&gt;         would the far<br>
&gt;         &gt; &gt; end be expecting any.<br>
&gt;         &gt; &gt;<br>
&gt;         &gt; &gt; I&#39;d suggest (and would volunteer to knock together a<br>
&gt;         patch) adding a<br>
&gt;         &gt; &gt; &#39;nopark&#39; option to the socket command, which doesn&#39;t park<br>
&gt;         the call - nor<br>
&gt;         &gt; &gt; would it change existing behaviour.  Obviously, in a<br>
&gt;         situation like that<br>
&gt;         &gt; &gt; outlined by Ibrahim where the socket app handles all<br>
&gt;         aspects of the<br>
&gt;         &gt; &gt; call, then it&#39;ll need to make sure that it signals<br>
&gt;         ringing, answer or<br>
&gt;         &gt; &gt; whatever to make the call state flow work.<br>
&gt;         &gt; &gt;<br>
&gt;         &gt; &gt; --Dave<br>
&gt;         &gt; &gt;<br>
&gt;         &gt; &gt;<br>
&gt;         &gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;         _______________________________________________<br>
&gt;         Freeswitch-users mailing list<br>
&gt;         <a href="mailto:Freeswitch-users@lists.freeswitch.org" target="_blank">Freeswitch-users@lists.freeswitch.org</a><br>
&gt;         <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
&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;         <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; --<br>
&gt; Anthony Minessale II<br>
&gt;<br>
&gt; FreeSWITCH <a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org/</a><br>
&gt; ClueCon <a href="http://www.cluecon.com/" target="_blank">http://www.cluecon.com/</a><br>
&gt;<br>
&gt; AIM: anthm<br>
&gt; <a href="mailto:MSN%3Aanthony_minessale@hotmail.com" target="_blank">MSN:anthony_minessale@hotmail.com</a><br>
&gt; GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com" target="_blank">PAYPAL:anthony.minessale@gmail.com</a><br>
&gt; IRC: <a href="http://irc.freenode.net" target="_blank">irc.freenode.net</a> #freeswitch<br>
&gt;<br>
&gt; FreeSWITCH Developer Conference<br>
&gt; <a href="mailto:sip%3A888@conference.freeswitch.org" target="_blank">sip:888@conference.freeswitch.org</a><br>
&gt; <a href="http://iax:guest@conference.freeswitch.org/888" target="_blank">iax:guest@conference.freeswitch.org/888</a><br>
&gt; <a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org" target="_blank">googletalk:conf+888@conference.freeswitch.org</a><br>
&gt; pstn:213-799-1400<br>
&gt; _______________________________________________<br>
&gt; Freeswitch-users mailing list<br>
&gt; <a href="mailto:Freeswitch-users@lists.freeswitch.org" target="_blank">Freeswitch-users@lists.freeswitch.org</a><br>
&gt; <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
&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; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br>
<br>
_______________________________________________<br>
Freeswitch-users mailing list<br>
<a href="mailto:Freeswitch-users@lists.freeswitch.org" target="_blank">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>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/" target="_blank">http://www.cluecon.com/</a><br>

<br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com" target="_blank">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com" target="_blank">PAYPAL:anthony.minessale@gmail.com</a><br>

IRC: <a href="http://irc.freenode.net" target="_blank">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org" target="_blank">sip:888@conference.freeswitch.org</a><br>
<a href="http://iax:guest@conference.freeswitch.org/888" target="_blank">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org" target="_blank">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:213-799-1400<br>
</div></div><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>
<br></blockquote></div><br>