add exten => s,n,progress() for sip early media

(In [11374]) fixes #4683 adds progress to all calls to allow early media

(In [11375]) Merged revisions 11374 via svnmerge from http://www.freepbx.org/v2/svn/modules/branches/2.8

........

r11374 | p_lindheimer | 2011-02-13 21:22:47 -0800 (Sun, 13 Feb 2011) | 1 line

fixes #4683 adds progress to all calls to allow early media

........

(In [11378]) remove progress from macro-user-callerid, stops out of band ringing, reopening bug re #4683

(In [11379]) Merged revisions 11378 via svnmerge from http://svn.freepbx.org/modules/branches/2.8

........

r11378 | p_lindheimer | 2011-02-14 08:28:19 -0800 (Mon, 14 Feb 2011) | 1 line

remove progress from macro-user-callerid, stops out of band ringing, reopening bug re #4683

........

I think it should only be added if we choose "Don't answer channel" in queues and announcements or if we choose music (or m in the dialplan) for the ringing of a extension/followme/ringgroup

(In [11386]) adds progress call to Queue No Answer mode re #4683 (may not be completely correct)

(In [11387]) adds call to Progress() when noanswer is configured re #4683

bpps,

for inbound stuff we can handle most cases, I added it to Queues (though it was already there) though even in that case I wonder if there are some odd ball situations (but noanswer for queues is already volatile).

However doesn't it become an issue for outbound calls if early media is being delivered by the far end? The problem I have is that I tried a test where I set it and called a local extension and no ringing was delivered. I then took it away and the extension rang find. The odd thing is that no media was being delivered by Asterisk either way to provide the ringing, and the SIP Ringing (180) was being sent to my phone in both cases, so I was at a lost to know why one mode worked and the other did not, but didn't dig deep enough to come up with a solution???

If you believe just hitting queues and announcements will cover it then we can close the ticket I guess?

ok my problem was inbound with the no answer turned on and this should solve it so i think we could close it for now

I guess before closing it would be great form someone to try one more test. Make a call out a trunk to another server or provider that delivers early media and see if the early media can be heard.

This could be done either experimentally by calling another Asterisk box into some dialplan that sends back early media to the first, or by calling through a real provider to a known number that delivers early media. I don't know off hand of any known numbers. However, if one can end up in a providers 'network message' of some sort, most are usually delivered with early media.

Beyond that, I believe at one point, American Airlines toll free number and IBM Support started as early media until you made the first one or two choices. I have no idea if that is still the case, I guess one could try and experiment. (this all assumes going out a SIP channel of course, and verifying the channel has not been answered yet when the media is being delivered).

closing this for now since no other feedback.