<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'><div style="text-align: left;">Thanks, in my case though it looks like the originating party (polycom softphone) is hearing a clipped voicemail prompt because of that; should I look into having that fixed into their firmware? As a workaround, I was thinking to just add a few seconds delay in app_voicemail, or wait through AGI before calling voicemail, makes sense?<br></div><br><br><br><hr id="stopSpelling">&gt; Date: Wed, 1 Oct 2008 15:43:37 +0100<br>&gt; From: greymanvoip@gmail.com<br>&gt; To: asterisk-users@lists.digium.com<br>&gt; Subject: Re: [asterisk-users] RTP sent before the INVITE ACK (for voicemail        app)<br>&gt; <br>&gt; &gt;<br>&gt; &gt; CLI output does not show any error that I see. Is there any reason other<br>&gt; &gt; than a SIP 183 that would trigger this and isn't asterisk supposed to<br>&gt; &gt; ACK/answer the channel before playing any prompt?<br>&gt; &gt;<br>&gt; <br>&gt; Asterisk wil start the audio as soon as it sends back the 200 Ok<br>&gt; response it doesn't wait for the ACK. Most SIP servers will work like<br>&gt; that. The matching of ACK requests to a SIP transaction is not a<br>&gt; particulalrly robust mechanism (for instance if a user agent puts its<br>&gt; IP address in the Call-ID and a SIP ALG fiddles with the SIP packet<br>&gt; for INVITEs but ignores ACKs then there will be a mismatch. This<br>&gt; happens more frequently then you would think) so sending RTP after an<br>&gt; OK response is the correct thing to do.<br>&gt; <br>&gt; I think Asterisk will actually cut off the call after 32s if it<br>&gt; doesn't get an ACK which is not such a great idea but that may have<br>&gt; been changed in later versions. The arrival of an RTP packet from the<br>&gt; remote end should be used as the definitive indication of an answered<br>&gt; call not the ACK.<br>&gt; <br>&gt; Regards,<br>&gt; <br>&gt; Greyman.<br>&gt; <br>&gt; _______________________________________________<br>&gt; -- Bandwidth and Colocation Provided by http://www.api-digital.com --<br>&gt; <br>&gt; AstriCon 2008 - September 22 - 25 Phoenix, Arizona<br>&gt; Register Now: http://www.astricon.net<br>&gt; <br>&gt; asterisk-users mailing list<br>&gt; To UNSUBSCRIBE or update options visit:<br>&gt;    http://lists.digium.com/mailman/listinfo/asterisk-users<br></body>
</html>