[Freeswitch-dev] responce code 183 related functionality

[Bambr]

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