[Freeswitch-dev] responce code 183 related functionality

Bambr wooshie at gmail.com
Mon Oct 4 12:15:10 PDT 2010


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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20101004/217ef3fb/attachment.html 


More information about the FreeSWITCH-dev mailing list