Summary:	ASTERISK-03013: WaitForSilence dies before voicemail stops playing greeting
Reporter:	ptg123 (ptg123)	Labels:
Date Opened:	2004-12-16 00:22:14.000-0600	Date Closed:	2011-06-07 14:10:23
Priority:	Minor	Regression?	No
Status:	Closed/Complete	Components:	Core/General
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:	( 0) waitforsilence.txt
Description:	WaitForSilence dies before voicemail stops playing greeting, it dies trying to get channel, so something is hanging up connection before it waits long enough for silence. ****** ADDITIONAL INFORMATION ****** [outboundmsg1] exten => s,1,WaitForSilence(200,7) exten => s,2,WaitForSilence(500,1) exten => s,3,Background(temp)         ; "play outbound msg" exten => t,1,Hangup <sample.call> Channel: IAX2/proggod@teliax/3036298354 MaxRetries: 1 RetryTime: 60 WaitTime: 300 Context: outboundmsg1 Extension: s Priority: 1 <cli>    -- Attempting call on IAX2/proggod@teliax/3036298354 for s@outboundmsg1:1 (Retry 1)    -- Call accepted by 204.188.109.139 (format GSM)    -- Format for call is GSM       > Channel IAX2/teliax/3 was answered.    -- Executing WaitForSilence("IAX2/teliax/3", "200|7") in new stack    -- Waiting 7 time(s) for 200 ms silence    -- exiting with 200 silence > 200 required    -- exiting with 200 silence > 200 required    -- exiting with 200 silence > 200 required *CLI> Dec 15 23:11:33 WARNING[59255]: app_waitforsilence.c:74 do_waiting: One waitfor failed, trying another *CLI> Dec 15 23:11:35 WARNING[59255]: app_waitforsilence.c:78 do_waiting: No audio available on IAX2/teliax/3??    -- Executing WaitForSilence("IAX2/teliax/3", "500|1") in new stack    -- Waiting 1 time(s) for 500 ms silence    -- Hungup 'IAX2/teliax/3' Dec 15 23:11:35 NOTICE[59255]: pbx_spool.c:244 attempt_thread: Call completed to IAX2/proggod@teliax/3036298354
Comments:	By: Mark Spencer (markster) 2004-12-16 01:28:35.000-0600 obviously not a major bug, in fact I believe this is not even a bug at all but is simply the absense of audio on the incoming iax2 side (a quick ethereal dump could confirm that).  Remember that the waitforsilence will not be able to do anything in the absense of received audio. please read the bug guidelines before placing any further bugs. By: ptg123 (ptg123) 2004-12-16 10:41:09.000-0600 Defintely not the absence of audio on the incoming stream, the problem is just the oppisite a message is currently playing from the voicemail when it kicks off.  On shorter messages it works fine, but its when you hit a voicemail that is too long, is when it dies.  However I slept on it, and i am thinking it may not even be a problem with WaitForSilence, but with the entire session timing out. By: ptg123 (ptg123) 2004-12-16 13:34:04.000-0600 You can delete this particular bug, think its the remote server not detecting silence while playing the voicemail message.  How to fix that I am not sure, but i'll look into it.. By: Mark Spencer (markster) 2004-12-17 09:40:37.000-0600 Closed at the bug placer's request.