[Freeswitch-users] FS -route to next GW if the first GW full

Tue Apr 26 13:28:07 MSD 2011

yes...agree with you , 503 better than 404(maybe also reply 404 in some case
that GW is not full...), thanks.

Regards,
Charles

在 2011-4-26 下午5:19，"Steven Ayre" <steveayre at gmail.com>写道：
> Indeed... there's a specific ISDN clearing cause for it - 34 "no
> circuit/channel available" (NORMAL_CIRCUIT_CONGESTION). That maps to SIP
503
> Service Unavailable (RFC3398).
>
> Unallocated number implies it's not allocated anywhere and therefore
> shouldn't reroute, while 503 suggests you should try another route.
>
> -Steve
>
>
>
> On 26 April 2011 09:35, David Ponzone <david.ponzone at ipeva.fr> wrote:
>
>> Charles,
>>
>> if you may, I would recommend you change the behaviour of this GW sending
>> back a 404 when it's full...
>> That's odd.
>> It should rather use: 503 Service unavailable.
>>
>> David Ponzone Direction Technique
>> email: david.ponzone at ipeva.fr
>> tel: 01 74 03 18 97
>> gsm: 06 66 98 76 34
>>
>> Service Client IPeva
>> tel: 0811 46 26 26
>> www.ipeva.fr - www.ipeva-studio.com
>>
>> *Ce message et toutes les pièces jointes sont confidentiels et établis à
>> l'intention exclusive de ses destinataires. Toute utilisation ou
diffusion
>> non autorisée est interdite. Tout message électronique est susceptible
>> d'altération. **IPeva** décline toute responsabilité au titre de ce
>> message s'il a été altéré, déformé ou falsifié. Si vous n'êtes pas
>> destinataire de ce message, merci de le détruire immédiatement et
d'avertir
>> l'expéditeur.*
>> *
>> *
>>
>>
>>
>> Le 21/04/2011 à 04:45, fieldpeak a écrit :
>>
>> Thanks All, it is resolved now with below config.
>>
>> 2011/4/20, Kristian Kielhofner <kris at kriskinc.com>:
>>
>> Try this:
>>
>>
>> <extension name="9_GW" >
>>
>> <condition field="destination_number" expression="^(9\d+)$">
>>
>> <action application="set" data="continue_on_fail=true"/>
>>
>> <action application="set" data="failure_causes=UNALLOCATED_NUMBER"/>
>>
>> <action application="set" data="hangup_after_bridge=true"/>
>>
>> <action application="bridge" data="sofia/internal/$1 at 192.168.200.201"/>
>>
>> <action application="bridge" data="sofia/internal/$1 at 192.168.200.202"/>
>>
>> </condition>
>>
>> </extension>
>>
>>
>> On Wed, Apr 20, 2011 at 10:58 AM, fieldpeak <fieldpeak at gmail.com> wrote:
>>
>> Hi Steve,
>>
>>
>> Thanks for your so rich stuff provided.
>>
>>
>> however, i tried to use error code to route as below, it failed (did
>>
>> not route the next GW when recevied UNALLOCATED_NUMBER), can you
>>
>> please point out is there any place wrong in the dailplan? attached is
>>
>> the log, thanks.
>>
>>
>> <extension name="9_GW" >
>>
>>
>> <condition field="destination_number" expression="^(9\d+)$">
>>
>> <action application="set" data="continue_on_fail=true"/>
>>
>> <action application="set" data="hangup_after_bridge=false"/>
>>
>> <action application="bridge"
>>
>> data="sofia/internal/$1 at 192.168.200.201"/>
>>
>> </condition>
>>
>>
>> <condition field="brige_hangup_cause" expression="UNALLOCATED_NUMBER">
>>
>> <action application="bridge" data="sofia/internal/$1 at 192.168.200.202"/>
>>
>> </condition>
>>
>>
>> </extension>
>>
>>
>> Regards,
>>
>> Charles
>>
>>
>> 2011/4/20, Steven Ayre <steveayre at gmail.com>:
>>
>> If you know the number of calls the GW can handle in advance, you can
>>
>> limit
>>
>> the call attempts before sending the call to the gateway:
>>
>> http://wiki.freeswitch.org/wiki/Limit
>>
>> There are several ways to use that.
>>
>>
>> You can reroute calls to a 2nd gateway on error:
>>
>>
>>
http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridge#Implementing_Failover
>>
>>
>> There are channel variables that let you control what to consider a
>>
>> reroutable error and what is a give-up error:
>>
>> http://wiki.freeswitch.org/wiki/Channel_Variables#continue_on_fail
>>
>> http://wiki.freeswitch.org/wiki/Channel_Variables#failure_causes
>>
>> This might also be useful, particularly with mod_limit:
>>
>> http://wiki.freeswitch.org/wiki/Channel_Variables#transfer_on_fail
>>
>>
>> You could use mod_lcr to get a list of all the GWs, but in a random
>>
>> order.
>>
>> That'd let you load balance (randomly) but reroute when required without
>>
>> duplicates unlike mod_distributor.
>>
>>
>> Hopefully that's enough building blocks to give you somewhere to start...
>>
>>
>> -Steve
>>
>>
>>
>>
>> On 20 April 2011 08:27, Charles <fieldpeak at gmail.com> wrote:
>>
>>
>>
>> i have two media GWs connected with FS for PSTN calls, FS route the
>>
>> first
>>
>> one in normal case, once the first GW get full (all of channels were
>>
>> occupied), i need FS route to the second GW.
>>
>> i found once the first GW get full, it will reply '404 not found' to FS,
>>
>> can FS route to the second one according to this condition or any other
>>
>> alternative?
>>
>>
>> although i know there is mod_distributor for load balancing, however, i
>>
>> need if only first one full then route to second one, so it looks this
>>
>> module not suitable for this senario...
>>
>>
>> Thanks.
>>
>>
>> Regards,
>>
>> Charles
>>
>>
>> _______________________________________________
>>
>> 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
>>
>>
>>
>>
>>
>> _______________________________________________
>>
>> 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
>>
>>
>>
>>
>>
>>
>> --
>>
>> Kristian Kielhofner
>>
>>
>> _______________________________________________
>>
>> 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
>>
>>
>>
>> _______________________________________________
>> 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
>>
>>
>>
>> _______________________________________________
>> 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/20110426/8613a841/attachment.html 