Here is how I understand it:
Based on that information, if your FS installation, for example, has 2 SIP profiles, and one is on an internal LAN, and thus secure, you could set the context of that SIP profile to be something other than "public". In this case, if an unknown phone were plugged into your LAN, it could register without a profile and then be able to dial calls.

There is probably also a way to make registrations without a password on a particular SIP profile use a "default" directory entry that sets a user_context, but to prevent this "default" directory entry from being used on the "external" SIP profile, but I haven't had a need to figure out how to do that.

-- 
Steve

On Wed, Mar 20, 2013 at 10:58 PM, Siri MM <sirimmfs@gmail.com> wrote:
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