<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On 15 July 2013 15:14, Hristo Trendev <span dir="ltr">&lt;<a href="mailto:dist.lists@gmail.com" target="_blank">dist.lists@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">Hi,<br><div>I am using asterisk 1.8.22 and have a problem when calling in parallel several SIP endpoints and I am not sure how to resolve it. In this case Asterisk will not bridge any audio to the caller before the 200 OK. Which means any progress announcements, including remotely generated ringback, are not passed back to the caller.</div>

<div><br></div><div>This behavior is completely correct, because there is no way to know which early media audio stream to pass back to the caller in a parallel call scenario (as in this case several endpoint may indicate session progress all at the same time).</div>

<div><br></div><div>The question is why is asterisk still sending 183 session progress back to the caller if no audio is to be bridged before the 200 OK anyway? If 183 are not passed back to the caller, then at least a 180 Ringing that may come from another endpoint will cause the calling endpoint to generate local ringback. This won&#39;t happen if the caller has received a 183 already.</div>

<div><br></div><div>So it&#39;s a bit of a race condition as well - if the first endpoint to reply sends a &quot;183 session progress&quot; this means the caller will not hear any ringback even if some of the other endpoints are sending back 180 Ringing.</div>

<div><br></div><div>The question is can I somehow block 183 messages from being passed back to the calling endpoint when dialing several destinations in parallel? I don&#39;t see a point (please correct me if I&#39;m wrong) to pass only the 183 SIP message back to the caller without the corresponding RTP stream, so it may be much better to actually ignore it when dealing with parallel call scenarios (bug?).</div>

<div><br></div><div>BR,</div><div>Hristo</div></div>
<br>--<br>
_____________________________________________________________________<br></blockquote><div> </div><div>I think you need to look into early media and also this application</div><div><br></div><div><a href="https://wiki.asterisk.org/wiki/display/AST/Application_Progress">https://wiki.asterisk.org/wiki/display/AST/Application_Progress</a> </div>
</div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><pre>Ishfaq Malik 
Department: VOIP Support
Company: Packnet Limited
t: +44 (0)845 004 4994
f: +44 (0)161 660 9825
e: <a href="mailto:ish@pack-net.co.uk" target="_blank">ish@pack-net.co.uk</a>
w: <a href="http://www.pack-net.co.uk" target="_blank">http://www.pack-net.co.uk</a>

Registered Address: PACKNET LIMITED, 2A ENTERPRISE HOUSE, LLOYD STREET
NORTH, MANCHESTER
SCIENCE PARK, MANCHESTER, M156SE
COMPANY REG NO. 04920552
</pre></div>
</div></div>