Case 1 (bypass_media is off) is already on jira, http://jira.freeswitch.org/browse/FSCORE-257 , I will prepare a test installation with latest trunk to reproduce case 2, when bypass_media=true and 10 seconds delay happens when 18X and then error are received on leg b. On Wednesday 13 January 2010, Michael Jerris wrote:
On Jan 13, 2010, at 11:08 PM, Sergey Okhapkin wrote:
Critical issues are when SIP error come after 18X provisional response.
- if bypass_media is false then dialplan stops and leg a is explicitly hang up (switch_ivr_bridge.c, line 513).
behavior can be modified with continue_on_fail and hangup_after_bridge channel vars, perhaps ignore_early_media as well
- if bypass_media is true, then dialplan continue, but there is 10 seconds delay before next bridge application sends INVITE to gateway ( http://lists.freeswitch.org/pipermail/freeswitch-users/2010-January/02435 4.html ) I didn't track down yet why this happens looking at FS sources.
see response on that thread
Why I didn't open a bug on jira? Because FS behaves according to the design and specs :-) But not according to real world requirements...
Really, people are trying to help you and your going to be snarky in response?
On Wednesday 13 January 2010, Brian West wrote:
Can you elaborate on these "Critical" issues you seem to be having? Why aren't you opening a jira for them if they are that critical to your needs?
Mike
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org