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

Stephen Wilde wstephen80 at gmail.com
Wed Apr 20 19:16:30 MSD 2011


By default, when a "condition" block is completed (in your case after the
first bridge) then execution of dialplan breaks and the inbound call is
dropped.
You can change this default behaviour with: break="never" in the first
conditional block.
In this case also the second conditional block is always executed.
So your first conditional block will be:

<condition field="destination_number" expression="^(9\d+)$" break="never">
 ....

Stephen

On Wed, Apr 20, 2011 at 4:58 PM, 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110420/53d01bbe/attachment.html 


More information about the FreeSWITCH-users mailing list