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