[Freeswitch-users] Multi gateways in profile

Tue Oct 16 12:18:16 UTC 2018

Hi Srigo,
for my case, I have gateway without REGISTER (it's IP peering)

In this case, when a incoming call arrives into FS, it does not find the
good gateway and all variables into gateway conf are not populate

++

Le lun. 15 oct. 2018 à 18:55, Srigo Kanapathipillai <ksrigo at gmail.com> a
écrit :

> Why you can't set the same variable in both gateways profile:
>
> In gw1:
>
> <variable name="incoming_gw" value="gw1"/>
>
>
> In gw2:
>
> <variable name="incoming_gw" value="gw2"/>
>
>
> And check in your dialplan if incoming_gw is set to gw1 OR gw2?
>
>
> Srigo Kana
> On 14 Oct 2018, at 18:33, Mickael Hubert <mickael at winlux.fr> wrote:
>>
>> Hi
>> Thanks a lot !
>>
>> I think the best way (maybe only way) it's to match with from IP.
>> It's sure when inbound call arrives from GW2, any variables in gateway
>> configuration aren't populate.
>>
>> But how Can I do math with IP please ?
>>
>> ++
>>
>>
>> Le sam. 13 oct. 2018 18:26, Srigo Kanapathipillai <ksrigo at gmail.com> a
>> écrit :
>>
>>> Hi Mickael,
>>>
>>> <gateway>
>>> ..params...
>>> <variables>
>>> <variable name="inbound_var_name" value="this is inbound"
>>> direction="inbound"/>
>>> <variable name="outbound_var_name" value="this is outbound"
>>> direction="outbound"/>
>>> <variable name="both_var_name" value="this on any direction"/>
>>> </variables>
>>> </gateway>
>>>
>>> Did you try to set variables on your gateway and use it in your dialplan?
>>>
>>> Srigo Kana
>>> On 13 Oct 2018, at 00:31, Mickael Hubert <mickael at winlux.fr> wrote:
>>>>
>>>> Hi guys,
>>>> I want to identify source of inbounds calls.
>>>> In my external profile I have two gateways:
>>>>
>>>> - One with REGISTER method
>>>> - One without REGISTER method (IP to IP), only iptables filtering
>>>>
>>>> <gateways>
>>>>       <gateway name="GW1">
>>>>         <param name="from-domain" value="**********"/>
>>>>         <param name="caller-id-in-from" value="true"/>
>>>>         <param name="proxy" value="1.1.1.1"/>
>>>>         <param name="register" value="true"/>
>>>>         <param name="username" value="**************"/>
>>>>         <param name="password" value="****************"/>
>>>>         <param name="expire-seconds" value="3600"/>
>>>>         <param name="retry-seconds" value="30"/>
>>>>         <param name="ping" value="25"/>
>>>>       </gateway>
>>>>       <gateway name="GW2">
>>>>         <param name="from-domain" value="*********"/>
>>>>         <param name="caller-id-in-from" value="true"/>
>>>>         <param name="proxy" value="2.2.2.2"/>
>>>>         <param name="register" value="false"/>
>>>>         <param name="retry-seconds" value="30"/>
>>>>         <param name="ping" value="25"/>
>>>>       </gateway>
>>>>     </gateways>
>>>>
>>>> In my dialplan I have this conf:
>>>>
>>>> <condition field="${sip_gateway}"  expression="GW1" break="never">
>>>>    <action application="set" data="number_dest=${destination_number}" />
>>>>    <action application="execute_extension" data="to-private XML
>>>> from-gw1"/>
>>>> </condition>
>>>> <condition field="${sip_gateway}"  expression="GW2" break="never">
>>>>    <action application="set" data="number_dest=${destination_number}" />
>>>>    <action application="execute_extension" data="to-private XML
>>>> from-gw2"/>
>>>> </condition>
>>>>
>>>> When a call arrives throught GW1 (REGISTERED), ${sip_gateway} is
>>>> populate with "GW1" perfect !. But when another call arrives throught GW2
>>>> (not REGISTERED), ${sip_gateway} is empty.
>>>>
>>>> Please, how can I identify the source gateway where calls arrive ?
>>>> maybe it's not a good way to do that ?
>>>>
>>>> thanks in advance
>>>>
>>>> ------------------------------
>>>>
>>>> Professional FreeSWITCH Services
>>>> sales at freeswitch.com
>>>> https://freeswitch.com
>>>>
>>>> Official FreeSWITCH Sites
>>>> https://freeswitch.com/oss
>>>> https://freeswitch.org/confluence
>>>> https://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
>>>> https://freeswitch.com
>>>>
>>>>
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Services
>>> sales at freeswitch.com
>>> https://freeswitch.com
>>>
>>> Official FreeSWITCH Sites
>>> https://freeswitch.com/oss
>>> https://freeswitch.org/confluence
>>> https://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
>>> https://freeswitch.com
>>
>> ------------------------------
>>
>> Professional FreeSWITCH Services
>> sales at freeswitch.com
>> https://freeswitch.com
>>
>> Official FreeSWITCH Sites
>> https://freeswitch.com/oss
>> https://freeswitch.org/confluence
>> https://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
>> https://freeswitch.com
>>
>> _________________________________________________________________________
> Professional FreeSWITCH Services
> sales at freeswitch.com
> https://freeswitch.com
>
> Official FreeSWITCH Sites
> https://freeswitch.com/oss
> https://freeswitch.org/confluence
> https://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
> https://freeswitch.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20181016/7ee22f76/attachment-0001.html>