well, if we set ignore_early_media to true, then, while the call is getting to other side, there's either silence or we can play some music from our side. silence is not accepted by client, and playing music and then getting busy tone - considered misleading and confusing. client - sort of call center On Mon, Oct 4, 2010 at 10:56 PM, Michael Collins <msc@freeswitch.org> wrote:
Could you remind me why you can't use ignore_early_media? I mean, what does your client need that ignore_early_media does not provide? -MC
On Mon, Oct 4, 2010 at 12:15 PM, Bambr <wooshie@gmail.com> wrote:
Well, we can not use ignore_early_media=true, it's dictated by client, so we have it on false, but, for testing purposes i think it's possible to make small test.
On Mon, Oct 4, 2010 at 7:49 PM, Michael Collins <msc@freeswitch.org>wrote:
What happens in case #2 when you have ignore_early_media=true ? -MC
On Mon, Oct 4, 2010 at 8:35 AM, Bambr <wooshie@gmail.com> wrote:
Another clarification, just a simple use case: 1. Calling a number, getting 486 right away -> "continue on fail" is triggered, it's OK 2. Calling a number, getting 183 and then 486 -> "continue on fail" is not triggered, which is not OK So usecase 2 is causing the troubles.
On Mon, Oct 4, 2010 at 5:25 PM, Bambr <wooshie@gmail.com> wrote:
Carrier support said that sending 183 and then 486 is ok and they don't see the problem. I'm a bit messed with what is wrong and what is ok. So, just to clarify: they should be sending 486 and no 183 before it when needed, right?
On Mon, Oct 4, 2010 at 4:10 PM, Brian West <brian@freeswitch.org>wrote:
Might I recommend you open a trouble ticket with your carrier and make them fix their problem since you do PAY them for services and they are clearly screwing up.
/b
On Oct 4, 2010, at 8:33 AM, Bambr wrote:
> Well, I want to ignore only 183, not all the early media responces, it is affecting dialplan, as continue-on-fail is not triggered if 486 is recieved after 183, which ruins failover functionality part of dialplan. > > On Tue, Sep 28, 2010 at 6:44 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote: > It doesn't say the call was successful it says the originate was. > The purpose of the originate function is to produce a channel with media. > The call can still end and you can still tell when and why from the > data in the call.
_______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
-- Bambr in da house
-- Bambr in da house
_______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
_______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
-- Bambr in da house
_______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
_______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
-- Bambr in da house