If I'm bridging serially - endpoint|endpoind2|endpoint3, what effect does ignore_early_media=true have? I read the wiki pages and I'm not altogether sure. Does it just not not mark it as a success or will I not actually hear the early media? It sounds like it will completely ignore it, unless I use ignore_early_media=ring_ready in which case it will both not mark it a success and also send back a 180 to the other leg. I think I just need to not mark it a success, otherwise, I don't need to kill the early media. Thanks, -Avi Marcus On Thu, Aug 20, 2015 at 3:30 PM, Ítalo Rossi <italorossib@gmail.com> wrote:
Correct, expected. A call is considered successful when you receive media, 183 or 200. If you need to change this behavior you'll need to set ignore_early_media=true before bridging.
If you can't ignore_early_media, you need to set hangup_after_bridge=false and do more verifications on what happened after your last bridge.
On Thu, Aug 20, 2015 at 8:37 AM, Avi Marcus <avi@avimarcus.net> wrote:
I have several carriers, and I use: <action application="set" data="continue_on_fail=true"/> ... so I was a little surprised to see that a call that ended with NORMAL_TEMPORARY_FAILURE didn't route advance. I dug into the PCAPs of this and comparable, and the only difference I noticed was that the ones that worked were invite -> 100 and then 503 NORMAL_TEMPORARY_FAILURE and the one that didn't work was invite -> 100, 183, and then 503.
I have a lua script that told me:
session:getVariable("originate_disposition") = SUCCESS session:getVariable("bridge_hangup_cause") = NORMAL_TEMPORARY_FAILURE
so... I'm guessing that a 183 marks the originate as a success which is why continue_on_fail didn't work, since it wasn't a fail.
Is this expected? Is the carrier "doing something wrong" here?
They did helpfully send: "SIP/2.0 503 Service Unavailable - Route Advance" More importantly: how can I fix it?
Thanks,
-Avi Marcus BestFone
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
-- Ítalo Rossi
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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