[Freeswitch-users] Differentiating internal/external calls

[Siri MM]

Thanks Stanislav, noted.


On Tue, Oct 1, 2013 at 5:00 PM, Stanislav Sinyagin <ssinyagin at yahoo.com>wrote:

> you can also do immediate transfer inside the condition, and perform
> in-place digit manipulation.
> here's an example, it returns the call to the same context, but it can
> also be a different context if needed:
> http://txlab.wordpress.com/2013/07/06/handling-e164-numbers-in-freeswitch/
>
>
>
>
>   ------------------------------
>  *From:* Stanislav Sinyagin <ssinyagin at yahoo.com>
>
> *To:* FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> *Sent:* Tuesday, October 1, 2013 8:34 AM
>
> *Subject:* Re: [Freeswitch-users] Differentiating internal/external calls
>
> Siri, that's right, and you can still split the logic between contexts.
>
> For example, in public context, do the condition matching to classify your
> call and set a variable, say, "target_context".
>
> Then at the bottom of public context, transfer to ${target_context}. Then
> that target context would do the actual call processing.
>
>
>
>
>   ------------------------------
>  *From:* Siri MM <sirimmfs at gmail.com>
> *To:* FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> *Sent:* Tuesday, October 1, 2013 1:33 AM
> *Subject:* Re: [Freeswitch-users] Differentiating internal/external calls
>
> Hi Stanislav,
>
> Thanks for the reply.
>
> I am working in an open system, where the local extensions/gateways don't
> authenticate with Freeswitch, and hence I am forced to use the public
> context alone.
>
> Again, since the gateway doesn't authenticate, I am unable to use the
> "variables" defined within gateway settings.
>
>
>
> On Mon, Sep 30, 2013 at 6:15 PM, Stanislav Sinyagin <ssinyagin at yahoo.com>wrote:
>
> the scenario that you described is just ideal for two different contexts.
> Why do you want to have them in one?
>
> Of course you can set a variable in an "inline" action in the beginning of
> a context, like this:
>
> <action application="set" data="call_direction=inbound" inline="true"/>
>
> and later in the dialplan, use this variable in conditions.
> Also the variable can be assigned at the SIP gateway, then incoming calls
> will have it automatically:
>
> <gateway name="gateway012">
>    <param name="realm" value="sip.voipcarrier.com" />
>    <param name="username" value="WBrandes" />
>    <param name="password" value="myvoiceismypassword" />
>    <param name="register" value="true" />
>    <param name="caller-id-in-from" value="true" />
>    <param name="ping" value="5" />
>    <param name="ping-max" value="3" />
>    <param name="retry-seconds" value="5" />
>    <param name="expire-seconds" value="60" />
>    <variables>
>      <variable name="this_is_inbound_call" value="true" direction="inbound"/>
>    </variables>
>  </gateway>
>
> direction="inbound" means to apply this variable for inbound calls.
>
>
>
>
>   ------------------------------
>  *From:* Siri MM <sirimmfs at gmail.com>
> *To:* FreeSWITCH Users Help <FreeSWITCH-users at lists.freeswitch.org>
> *Sent:* Monday, September 30, 2013 9:27 AM
> *Subject:* [Freeswitch-users] Differentiating internal/external calls
>
> Hi,
>
> Is it possible for me to have two sets of dialplans - one for incoming (to
> FS) and other for outgoing (from FS), in the same context? On receiving an
> incoming call, I want to run through only a subset of xmls, and give up on
> not hitting, and the same for outbound - is this feasible? Or any channel
> variable that would help me differentiate between a external call and
> internal call?
>
> Thanks!
>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.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
>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.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
>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.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
>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.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/20131001/0c8d85e1/attachment.html