Which rev of FreeSWITCH are you running? Also, collect a full debug trace of a working vs. non-working call so that you can compare what's happening. Put those on pastebin so others can have a look.
-MC

On Wed, Jan 13, 2010 at 4:46 AM, Sergey Okhapkin <sos@sokhapkin.dyndns.org> wrote:
To implement fallback to backup PSTN routes and do LCR my dialplan executes
the following commands:

set execute_on_answer=set hangup_after_bridge=true
set some custom channel variables
bridge sofia/gateway1/number
set some custom channel variables
bridge sofia/gateway2/number
....

This generally works fine if gateway1 returns SIP error, dialplan sets channel
variables to another values and calls gateway2 immediately. But if GW1
responds with 183 early media and SIP error after that, bad thing happens -
dialplan continues immediately, sets channel variables, executes bridge
application, but INVITE to GW2 is sent after 10 seconds delay. Caller gets 10
extra seconds of post dial delay. I suspect the delay happens because of
attempt to read audio frame, switch_ivr_originate() has the following lines:

if (switch_channel_media_ready(caller_channel)) {
       tstatus = switch_core_session_read_frame()
     ...

Any advice how to avoid extra delay in this situation?

_______________________________________________
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