SIP Internal y External Dialplan behavior
Hello everyone, I'm doing some tests registering a Endpoint to Internal and External SIP profile. If I using internal profile the call go to Default Dialplan. If I comment out this line: <variable name="user_context" value="default"/> on the configuration file of Endpoint (ej: 1000.xml) the call go to Public Dialplan. If I register the Endpoint to External SIP Profiles (using port 5080) the call always to Public Dialplan although the line about dialplan (1000.xml) is not commented out Thank you Regards -- --- I'm SoCIaL, MayBe
Don't really understand the question but, the external dialplan itself had a parameter that sends all calls to the public dialplan. I think it's "context", in external.xml On Thu, Aug 23, 2018, 19:01 Social Boh <social@bohboh.info> wrote:
Hello everyone,
I'm doing some tests registering a Endpoint to Internal and External SIP profile.
If I using internal profile the call go to Default Dialplan. If I comment out this line:
<variable name="user_context" value="default"/>
on the configuration file of Endpoint (ej: 1000.xml) the call go to Public Dialplan.
If I register the Endpoint to External SIP Profiles (using port 5080) the call always to Public Dialplan although the line about dialplan (1000.xml) is not commented out
Thank you
Regards
-- --- I'm SoCIaL, MayBe
_________________________________________________________________________ Professional FreeSWITCH Services sales@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
I've explained this a few times, its actually configured this way on purpose. The profile level context on internal is setup to 'public' then overridden by each user_context entry in the directory once authenticated. I made this decision on purpose just in case someone disabled authentication on internal they don't accidentally open up their default dialplan context for toll fraud. Also the names of the profiles are arbitrary, they could be foo and bar for all that matters, each one is a collection of settings that are referenced by name. /b On Mon, Aug 27, 2018 at 10:49 AM, David Villasmil < david.villasmil.work@gmail.com> wrote:
Don't really understand the question but, the external dialplan itself had a parameter that sends all calls to the public dialplan. I think it's "context", in external.xml
On Thu, Aug 23, 2018, 19:01 Social Boh <social@bohboh.info> wrote:
Hello everyone,
I'm doing some tests registering a Endpoint to Internal and External SIP profile.
If I using internal profile the call go to Default Dialplan. If I comment out this line:
<variable name="user_context" value="default"/>
on the configuration file of Endpoint (ej: 1000.xml) the call go to Public Dialplan.
If I register the Endpoint to External SIP Profiles (using port 5080) the call always to Public Dialplan although the line about dialplan (1000.xml) is not commented out
Thank you
Regards
-- --- I'm SoCIaL, MayBe
_________________________________________________________________________ Professional FreeSWITCH Services sales@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
-- Brian West | Co-founder and Developer Need Commercial support? email sales@freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g> Email: brian@freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/> [image: https://www.facebook.com/signalwireinc?src=email] <https://www.facebook.com/freeswitch> [image: https://twitter.com/freeswitch] <https://twitter.com/freeswitch>
Yes David you are right used context element Also context may be changed: 1) by domain ACL when call come from IP linked to device; 2) by login password. As public profile is not request password, then second option is not applicable to public profile. Sergey пн, 27 авг. 2018 г. в 20:02, David Villasmil <david.villasmil.work@gmail.com
:
Don't really understand the question but, the external dialplan itself had a parameter that sends all calls to the public dialplan. I think it's "context", in external.xml
On Thu, Aug 23, 2018, 19:01 Social Boh <social@bohboh.info> wrote:
Hello everyone,
I'm doing some tests registering a Endpoint to Internal and External SIP profile.
If I using internal profile the call go to Default Dialplan. If I comment out this line:
<variable name="user_context" value="default"/>
on the configuration file of Endpoint (ej: 1000.xml) the call go to Public Dialplan.
If I register the Endpoint to External SIP Profiles (using port 5080) the call always to Public Dialplan although the line about dialplan (1000.xml) is not commented out
Thank you
Regards
-- --- I'm SoCIaL, MayBe
_________________________________________________________________________ Professional FreeSWITCH Services sales@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
Maybe I understood how SIP Profiles work. On both profiles the dialplan context is public so all unauthenticated calls go to this context. Is a user have, in his configuration file, a context configured and when call FS ask for authentication, the call go to default context (the context present on user configuration): <variable name="user_context" value="default"/> is right? --- I'm SoCIaL, MayBe On 8/27/18 10:49, David Villasmil wrote:
Don't really understand the question but, the external dialplan itself had a parameter that sends all calls to the public dialplan. I think it's "context", in external.xml
On Thu, Aug 23, 2018, 19:01 Social Boh <social@bohboh.info <mailto:social@bohboh.info>> wrote:
Hello everyone,
I'm doing some tests registering a Endpoint to Internal and External SIP profile.
If I using internal profile the call go to Default Dialplan. If I comment out this line:
<variable name="user_context" value="default"/>
on the configuration file of Endpoint (ej: 1000.xml) the call go to Public Dialplan.
If I register the Endpoint to External SIP Profiles (using port 5080) the call always to Public Dialplan although the line about dialplan (1000.xml) is not commented out
Thank you
Regards
-- --- I'm SoCIaL, MayBe
_________________________________________________________________________ Professional FreeSWITCH Services sales@freeswitch.com <mailto:sales@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@lists.freeswitch.org <mailto:FreeSWITCH-users@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com
participants (4)
-
Brian West
-
David Villasmil
-
Sergey Safarov
-
Social Boh