[Freeswitch-users] another switch_ivr_set_user() can't find user

[Anthony Minessale]

If anything should be changed it's to add an additional
actual_register_domain header in the cases when it's being forced but it's
not completely necessary.

Typical example is when a client is using the ip address in the domain field
and you want to force it
to point at the domain name in your registry.

The point of the param is to ignore the real domain supplied in the client
and normalize all registrations to a certian domain in your db.
if you want to call registered users with this mode of operation you also
need the force-register-db-domain
which takes it a step further and writes the forced domain into the
registration db so when you try to call user/<id>@<domain>
it will find it.




On Wed, Dec 24, 2008 at 3:31 PM, John Wehle <john at feith.com> wrote:

> >>  a) Should sip_auth_realm be set by FreeSWITCH to the value associated
> >>     with force-register-domain
> >
> > You have to remember the default assumes a lot.  You go to changing
> > things you have to then change the way things are assumed.
>
> I appreciate that.  Let me ask the question slightly differently.
>
> sofia_reg_parse_auth contains the following logic:
>
>  if (!switch_strlen_zero(profile->reg_domain)) {
>          domain_name = profile->reg_domain;
>  } else {
>          domain_name = realm;
>  }
>
> where profile->reg_domain is set from force-register-domain.
> It then calls switch_xml_locate_user using domain_name.
> It looks like force-register-domain is intended to make
> FreeSWITCH believe that the user is in domain specified by
> force-register-domain.
>
> Later there's:
>
>  switch_event_add_header_string(*v_event, SWITCH_STACK_BOTTOM,
>    "sip_auth_realm", realm);
>  switch_event_add_header_string(*v_event, SWITCH_STACK_BOTTOM,
>    "domain_name", realm);
>
> Shouldn't the add_header for domain_name contain the value for
> the actual domain used to locate the user?
>
> And ideally shouldn't the rest of FreeSWITCH (including examples
> intended to get you started) work in the same fashion for consistency
> sake (i.e. when trying to locate a user reference the domain used by
> sofia_reg_parse_auth to locate the user instead of blindly using
> sip_auth_realm)?
>
> My thought is if sofia_reg_parse_auth set things up properly,
> then the rest of FreeSWITCH shouldn't know or even care that
> force-register-domain is in use ... it should be as if the
> VoIP phone had in fact registered using the domain specified
> by force-register-domain.
>
> -- John
> -------------------------------------------------------------------------
> |   Feith Systems  |   Voice: 1-215-646-8000  |  Email: john at feith.com  |
> |    John Wehle    |     Fax: 1-215-540-5495  |                         |
> -------------------------------------------------------------------------
>
>
> _______________________________________________
> 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
>



-- 
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/

AIM: anthm
MSN:anthony_minessale at hotmail.com <MSN%3Aanthony_minessale at hotmail.com>
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
iax:guest at conference.freeswitch.org/888
googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
pstn:213-799-1400
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20081226/4f346d79/attachment-0002.html