[Freeswitch-dev] responce code 183 related functionality

[Michael Collins]

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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20101004/c1c8d19b/attachment-0001.html