[Freeswitch-users] Checking authorisation on external profile

[Sergey Safarov]

You can create directory record for provider equipment and Auth it by ip.
Then you can accept call on internall profile.

On Fri, May 6, 2016, 10:09 Artur Mega <findmeinwland at gmail.com> wrote:

> Thanks, Michael for reply
>
> Look, let's assume that call will come to internal profile (where
> authorisation is required). But then unauthorised call wont reach the
> dialplan, becouse it's not authorised... But i don't wanna drop such call,
> it must be allowed to go further to special context in dialplan. Desired
> algorythm is like:
>
>     IF incoming call is authenticated THEN forward it to one dialplan ELSE
> forward it to another dialplan (don't drop) END.
>
> Who knows how can it be solved?
>
> 2016-05-04 20:14 GMT+05:00 Michael Jerris <mike at jerris.com>:
>
>> If a profile doesn't perform authorization, as is the case in the default
>> external profile, no calls are authorized as we do not attempt to authorize
>> them.  You can't know if a call is authorized without challenging them.
>>
>>
>> On May 4, 2016, at 6:40 AM, Artur Mega <findmeinwland at gmail.com> wrote:
>>
>> Good day,
>>
>> How can I check incoming call to the External profile? Theoretically,
>> both authorised and unauthorised users can call via external profile. Tried
>> to detect authorised users with ${sip_authorised} variable, but it doesn't
>> help. :(
>>
>> --
>>
>> Arthur
>> _________________________________________________________________________
>> 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
>>
>>
>>
>> _________________________________________________________________________
>> 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
>>
>
>
>
> --
>
> Arthur
> _________________________________________________________________________
> 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/20160506/5a3625de/attachment.html