[Freeswitch-users] Replace disposition cause

[devang nathwani]

Can i have any suggestion on this issue?
i have tried creating new dialplan as shown here
https://wiki.freeswitch.org/wiki/Variable_proto_specific_hangup_cause
as well as i have tried external lua to replace the cause code, suggest
here,
https://wiki.freeswitch.org/wiki/Variable_proto_specific_hangup_cause

i am also attaching the sip log for the 480
https://pastebin.freeswitch.org/view/0dbbf7d7

On Fri, Jan 6, 2017 at 3:45 PM, devang nathwani <
devang.nathwani31589 at gmail.com> wrote:

> yeah, i am getting reference from here,
> https://freeswitch.org/confluence/display/FREESWITCH/Channel+Variables
>
> On Fri, Jan 6, 2017 at 3:38 PM, devang nathwani <
> devang.nathwani31589 at gmail.com> wrote:
>
>> Hello,
>>
>> no i haven't read when i drafted the previous mail!
>>
>> The scenario is something, gateway is completely down suppose because of
>> hardware failure or electricity issue.
>>
>> so freeswitch trying to send caller's request to gateway, as gateway is
>> completely down freeswitch continuously trying to send 'INVITE' request to
>> gateway, getting nothing in response so freeswitch sending 480
>> TEMPORARILY_UNAVAILABLE to caller but i want to change with '503
>> SERVICE_UNAVAILABLE'
>>
>> and fscli showing, [CS_EXECUTE] [ALLOTTED_TIMEOUT] and [CS_CONSUME_MEDIA]
>> [ORIGINATOR_CANCEL]
>>
>> On Fri, Jan 6, 2017 at 3:18 PM, Gonzalo Gasca Meza <
>> gascagonzalo at gmail.com> wrote:
>>
>>>
>>> Can you share more details about the call flow and debug if possible?
>>> Are you planning to replace an incoming disconnect code or you want to send
>>> an specific disconnect code?
>>>
>>> <action application="set" data="continue_on_fail=TEMPORA
>>> RILY_UNAVAILABLE"/>
>>>
>>> *continue_on_fail* "Controls what happens when the called party can not
>>> be reached (busy/offline). If "true" the dialplan continues to be
>>> processed. If "false" the dialplan will stop processing. Can contain the
>>> return messages that will continue on fail also."
>>>
>>> <action application="set" data="failure_causes=SERVICE_UNAVAILABLE"/>
>>>
>>> *failure_causes*  Controls which failure causes will be considered as a
>>> failure to the bridge(s). This will change the values for which
>>> continue_on_fail will fail by default unless continue_on_fail is set to
>>> true.
>>>
>>> Depending of your flow you can use:
>>>
>>> <action application="hangup" data="SERVICE_UNAVAILABLE"/>
>>>
>>>
>>> On Fri, Jan 6, 2017 at 1:07 AM, Vladyslav Zakhozhai <
>>> v.zakhozhai at gmail.com> wrote:
>>>
>>>> Devang, I'm no sure but this config should not work.
>>>> I think that you need to handle failure_causes after the bridge and use
>>>> respond command to respond with cause you need.
>>>>
>>>> Maybe I am wrong but this approach will do the work.
>>>>
>>>> 2017-01-06 10:43 GMT+02:00 devang nathwani <
>>>> devang.nathwani31589 at gmail.com>:
>>>>
>>>>> Hello,
>>>>>
>>>>> I want to replace disposition cause '480 TEMPORARILY_UNAVAILABLE' with
>>>>> '503 SERVICE_UNAVAILABLE';
>>>>>
>>>>> tried;
>>>>> <action application="set"data="continue_on_fail=TEMPORARILY_UNAVAILABLE"/>
>>>>> <action application="set" data="failure_causes=SERVICE_UNAVAILABLE"/>
>>>>> before bridge application
>>>>> But its not working
>>>>>
>>>>> ____________________________________________________________
>>>>> _____________
>>>>> Professional FreeSWITCH Consulting Services:
>>>>> consulting at 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 at lists.freeswitch.org
>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free
>>>>> switch-users
>>>>> http://www.freeswitch.org
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> С уважением,
>>>> Владислав Захожай
>>>>
>>>>
>>>> ____________________________________________________________
>>>> _____________
>>>> Professional FreeSWITCH Consulting Services:
>>>> consulting at 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 at lists.freeswitch.org
>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free
>>>> switch-users
>>>> http://www.freeswitch.org
>>>>
>>>
>>>
>>> ____________________________________________________________
>>> _____________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at 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 at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170112/1350e27a/attachment-0001.html