VoIP Mailing List Archives
Mailing list archives for the VoIP community |
|
| View previous topic :: View next topic |
| Author |
Message |
brian at freeswitch.org
Guest
|
 Posted: Tue Dec 23, 2008 6:23 pm Post subject: [Freeswitch-users] another switch_ivr_set_user() can't find |
 |
|
You have to remember the default assumes a lot. You go to changing
things you have to then change the way things are assumed.
/b
On Dec 23, 2008, at 4:51 PM, John Wehle wrote:
| Quote: | | Quote: | You don't have a default user in domain 192.168.14.10, in the default
config I used this so that you can set some vars on every call with
|
Thanks for pointing it out and explaining the purpose.
It looks like the domain is coming from set_domain in default.xml
which gets it from sip_auth_realm. I guess the question is if
force-register-domain is being used then:
a) Should sip_auth_realm be set by FreeSWITCH to the value associated
with force-register-domain
b) or should set_domain in default.xml simply check for force-
register-domain
when setting domain?
-- John
-------------------------------------------------------------------------
| Feith Systems | Voice: 1-215-646-8000 | Email:
john@feith.com |
| John Wehle | Fax: 1-215-540-5495
| |
-------------------------------------------------------------------------
_______________________________________________
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
http://www.freeswitch.org
|
_______________________________________________
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
http://www.freeswitch.org |
|
| Back to top |
|
 |
brian at freeswitch.org
Guest
|
| Posted: Wed Dec 24, 2008 5:11 pm Post subject: [Freeswitch-users] another switch_ivr_set_user() can't find |
|
|
On Dec 24, 2008, at 3:31 PM, John Wehle wrote:
| Quote: | | Quote: | | Quote: | 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.
|
Yes that is exactly what that option does. see also force-register-db-
domain
| Quote: |
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);
|
This looks like a typo.
| Quote: | 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)?
|
I see it the examples are rather consistent consider its SIP
centric. Can you provide more detail? In FreeSWITCH for the sake of
sanity the auth_realm is the domain name...
| Quote: |
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.
|
see force-register-db-domain I think that solves the problem you're
talking about.
/b
_______________________________________________
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
http://www.freeswitch.org |
|
| Back to top |
|
|
anthony.minessale at g...
Guest
|
| Posted: Fri Dec 26, 2008 11:09 am Post subject: [Freeswitch-users] another switch_ivr_set_user() can't find |
|
|
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@feith.com (john@feith.com)> wrote:
| Quote: | >> a) Should sip_auth_realm be set by FreeSWITCH to the value associated
| Quote: | | Quote: | 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@feith.com (john@feith.com) |
| John Wehle | Fax: 1-215-540-5495 | |
-------------------------------------------------------------------------
_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org (Freeswitch-users@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@hotmail.com ([email]MSN%3Aanthony_minessale@hotmail.com[/email])
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com ([email]PAYPAL%3Aanthony.minessale@gmail.com[/email])
IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org ([email]sip%3A888@conference.freeswitch.org[/email])
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@conference.freeswitch.org ([email]googletalk%3Aconf%2B888@conference.freeswitch.org[/email])
pstn:213-799-1400 |
|
| Back to top |
|
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|
Search
