You don't have CALL_REJECTED in your continue_on_fail list. /b On Apr 21, 2010, at 1:58 AM, Troy Anderson wrote:
I have the latest version of FS (90913b8e26265fd381318334f40e0b1a038bb066 committed Apr 21) and am using the default config with a small change that allows me to respond to the various values originate_disposition values.
First, is there a better way than what I am doing? Everything seems to work fine until I try it with an attended transfer. I've experienced this with Polycom, Cisco, and a soft phone client, so I don't think it's the phones, but who knows? With 3 extensions, say 1001, 1002, 1003, each on a different phone, I can call from 1001 to 1002. 1002 initiates a transfer to 1003. 1003 rejects so 1002 starts hearing voicemail. 1002 hits transfer again to "connect" 1001 to 1003's voicemail. With the default FS dialplan, it starts 1003's voicemail over, which is good. With this slight modification, it hangs up on 1001.
If the feedback I get is that this modification looks fine, I can open a jira and supply a SIP trace and fs logs for the calls.
Incidentally, to keep it simple, this example does the same thing regardless of the originate_disposition. In practice, there would be different actions taken.
Thanks for any help!
-Troy