[Freeswitch-users] Default vs Public context

[Siri MM]

Thanks for clarifying this Avi!!

Would it be safe to say this?
1. If user context is default, and user has registered (may be because of
an open acl), then on receiving a call, default context is searched
2. If user context is default, and user has not registered, then on
receiving a call, public context is searched
3. If user context is public, then on receiving a call, public context is
searched


On Wed, Mar 20, 2013 at 7:20 PM, Avi Marcus <avi at avimarcus.net> wrote:

> Cool. Found it -- this line is your problem:
>
> 2013-03-20 16:26:25.002596 [DEBUG] sofia.c:7697 IP yy.yy.yy.yy Approved
> by acl "domains[]". Access Granted.
>
> Since it's recognized under ACL, it doesn't *ask* for login credentials.
> If you remove this IP from acl.conf.xml, it should proceed as normal.
>
> Alternatively, if it is a fixed IP, you can add it as a CIDR for the user<http://wiki.freeswitch.org/wiki/Acl#Users>
> .
>
> You might ask: "But it registered as 1005 -- it should be good: 2013-03-20
>  16:25:20.343565 [WARNING] sofia_reg.c:1520 SIP auth challenge (REGISTER) on
> sofia profile 'internal' for [1005 at xx.xx.xx.xx] from ip yy.yy.yy.yy"
>
> But registration is so FS knows where to send calls TO that account. When
> a call comes in, it still needs to auth. (iirc.)
>
> -Avi Marcus
> BestFone
>
> On Wed, Mar 20, 2013 at 7:43 AM, Siri MM <sirimmfs at gmail.com> wrote:
>
>> Hello All,
>>
>> Thanks for the various replies.
>> I have copied the user profile, dialplan, and logs to
>> http://pastebin.freeswitch.org/20704
>>
>> Answers to some of the questions are:
>> XLite is Registered at port 5060:
>> > sofia status profile internal reg
>> Registrations:
>>
>> =================================================================================================
>> Call-ID:        MmNlZDQxNWRiZDA2Y2VlMzQyNzY4MjlhYmE5NDgxZjc.
>> User:           1005 at xx.xx.xx.xx
>> Contact:        "1005" <sip:1005 at yy.yy.yy.yy
>> :5060;rinstance=c4a4c272fa0659c7>
>> Agent:          X-Lite release 5.0.0 stamp 67284
>> Status:         Registered(UDP)(unknown) EXP(2013-03-20 17:26:20)
>> EXPSECS(3634)
>> Host:           ubuntu
>> IP:             yy.yy.yy.yy
>> Port:           5060
>> Auth-User:      1005
>> Auth-Realm:     xx.xx.xx.xx
>> MWI-Account:    1005 at xx.xx.xx.xx
>> Total items returned: 1
>>
>> =================================================================================================
>>
>> I am sure I am missing something simple!!
>>
>>
>> On Tue, Mar 19, 2013 at 11:05 PM, Nathan Neulinger <nneul at mst.edu> wrote:
>>
>>> Which profile did you connect to with XLite - i.e. if you connected to
>>> the :5080 port, it will get you the public context, which is what you'd
>>> want for an unauthenticated external user, not an internal authenticated
>>> registration.
>>>
>>> The public vs default is essentially a firewall/gatekeeper to prevent a
>>> public/inward SIP call from being able to "dial" an extension such as
>>> "1###-###-####" and make a toll call. You also might have a setup where
>>> your extensions are not supposed to be publicly accessible.
>>>
>>> Make sure you're connecting XLite to :5060 or other port that is mapped
>>> to your default sip profile.
>>>
>>> -- Nathan
>>>
>>>
>>> On 03/19/2013 12:19 AM, Siri MM wrote:
>>>
>>>> Hi All,
>>>> Sorry for the rookie question, but am a bit confused here:
>>>> 1. create an extension under conf/directory/default/ - I ensure that
>>>> user_context is default
>>>> 2. create a dialplan for this extension under conf/dialplan/default.xml
>>>> - just a simple bridge to the extension
>>>> 3. log in from XLite as this extension, from a PC which is in the same
>>>> subnet as FS server - dial another similar extension
>>>> FS processes this call in public context, and doesn't find the right
>>>> dialplan
>>>> Why does FS look for dialplan under public context, when the extension
>>>> has been created in default?
>>>>
>>>
>>> --
>>> ------------------------------**------------------------------
>>> Nathan Neulinger                       nneul at mst.edu
>>> Missouri S&T Information Technology    (573) 612-1412
>>> System Administrator - Architect
>>>
>>
>>
>> _________________________________________________________________________
>> 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/20130321/03a80b06/attachment.html