<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 20, 2017 at 7:31 AM, Benoit Panizzon <span dir="ltr"><<a href="mailto:benoit.panizzon@imp.ch" target="_blank">benoit.panizzon@imp.ch</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear List<br>
<br>
I am testing various early audio scenarios with different voice IC's,<br>
phones and pbxes.<br>
<br>
In Switzerland, when you operate a value added number, you have to<br>
announce the price of the call, usually in early audio, before the call<br>
is established.<br>
<br>
In 'dialplan' terms this would be:<br>
<br>
exten => XX,1,Ringing<br>
exten => XX,n,Wait(15)<br>
exten => XX,n,Progress<br>
exten => XX,n,Playback(price-announce,<wbr>noanswer)<br>
exten => XX,n,Wait(5)<br>
exten => XX,n,Answer<br>
<br>
I see the asterisk playing the early announcement audio in the rtp<br>
stream. Some devices (arris EMTA) calling the asterisk also do play it<br>
to the caller.<br>
<br>
But!<br>
<br>
Most other devices I have tested just keep playing the locally generated<br>
ringtone despite getting an 183 with SDP and the announcement is never<br>
to be heard by the caller.<br>
<br>
If I do to force inband ringback tone, this works with all devices I<br>
have tested so far.<br>
<br>
exten => XX,1,Progress<br>
exten => XX,n,Ringing<br>
exten => XX,n,Wait(15)<br>
exten => XX,n,Playback(price-announce,<wbr>noanswer)<br>
exten => XX,n,Wait(5)<br>
exten => XX,n,Answer<br>
<br>
Is anything wrong with the transition of ringing without SDP (to have<br>
the local device generating ringback tone) and then start sending early<br>
audio with 183?<br></blockquote><div><br></div><div>Both orderings of Ringing and Progress are valid.  It is up to the calling</div><div>device to handle it.  As you have seen, there is quite a difference in</div><div>how devices handle it.  I have even seen where the calling device needs</div><div>Ringing before Progress to handle the call correctly.  I think that case was</div><div>because the device was converting ISDN to SIP.  I do think that the devices</div><div>that don't stop local ringback in favor of the incoming RTP stream following</div><div>the 183 are broken.  Unfortunately it is something that is out of your control.<br></div><br><div>Richard</div><br></div></div></div>