Can't call registered user in internal-ipv6 profile
Hi, probably a pretty easy problem, but I can't figure it out nevertheless. I'm still experimenting with FreeSwitch (SVN trunk, about two weeks old), mainly due to the IPv6 SIP support. I'm pretty much running the default configuration included in the sourcetree. Now I've hit the following problem: I have two phones registered, one Snom with extension 1000 on IPv4 (profile internal), one SIP Communicator with extension 1002 on IPv6 (profile internal-ipv6). I can call the Snom just fine (from the SIP Communicator as well as from outside or the CLI), but not the SIP Communicator. EXECUTE sofia/internal/1000@obelix.oms16.birkenwald.de bridge(user/1002@172.16.1.69) 2009-04-13 18:23:45 [DEBUG] switch_ivr_originate.c:1077 switch_ivr_originate() variable string 0 = [presence_id=1002@172.16.1.69] 2009-04-13 18:23:45 [ERR] switch_ivr_originate.c:1486 switch_ivr_originate() Cannot create outgoing channel of type [error] cause: [USER_NOT_REGISTERED] 2009-04-13 18:23:45 [DEBUG] switch_ivr_originate.c:2084 switch_ivr_originate() Originate Resulted in Error Cause: 606 [USER_NOT_REGISTERED] 2009-04-13 18:23:45 [ERR] switch_ivr_originate.c:1486 switch_ivr_originate() Cannot create outgoing channel of type [user] cause: [USER_NOT_REGISTERED] 2009-04-13 18:23:45 [DEBUG] switch_ivr_originate.c:2084 switch_ivr_originate() Originate Resulted in Error Cause: 606 [USER_NOT_REGISTERED] 2009-04-13 18:23:45 [INFO] mod_dptools.c:2051 audio_bridge_function() Originate Failed. Cause: USER_NOT_REGISTERED It works when I explicitly specify the internal-ipv6 profile for the outgoing call like this: <action application="bridge" data="sofia/internal-ipv6/${dialed_extension}%172.16.1.69"/> but that isn't really what I want. What are the quirks I need to add to have "user/<extension>@<domain>" search both profiles? I already set force-register-domain on the profile, but I don't think that is what I'm looking for. Bernhard
user/ uses the dial-string in the domain to find the user on the internal profile by default.. so to call someone registered via ipv6 you'll need to put a dial-string param in the user to find them on the internal-ipv6 profile. /b On Apr 13, 2009, at 11:35 AM, Bernhard Schmidt wrote:
Hi,
probably a pretty easy problem, but I can't figure it out nevertheless.
I'm still experimenting with FreeSwitch (SVN trunk, about two weeks old), mainly due to the IPv6 SIP support. I'm pretty much running the default configuration included in the sourcetree. Now I've hit the following problem:
I have two phones registered, one Snom with extension 1000 on IPv4 (profile internal), one SIP Communicator with extension 1002 on IPv6 (profile internal-ipv6). I can call the Snom just fine (from the SIP Communicator as well as from outside or the CLI), but not the SIP Communicator.
EXECUTE sofia/internal/1000@obelix.oms16.birkenwald.de bridge(user/1002@172.16.1.69 ) 2009-04-13 18:23:45 [DEBUG] switch_ivr_originate.c:1077 switch_ivr_originate() variable string 0 = [presence_id=1002@172.16.1.69 ] 2009-04-13 18:23:45 [ERR] switch_ivr_originate.c:1486 switch_ivr_originate() Cannot create outgoing channel of type [error] cause: [USER_NOT_REGISTERED] 2009-04-13 18:23:45 [DEBUG] switch_ivr_originate.c:2084 switch_ivr_originate() Originate Resulted in Error Cause: 606 [USER_NOT_REGISTERED] 2009-04-13 18:23:45 [ERR] switch_ivr_originate.c:1486 switch_ivr_originate() Cannot create outgoing channel of type [user] cause: [USER_NOT_REGISTERED] 2009-04-13 18:23:45 [DEBUG] switch_ivr_originate.c:2084 switch_ivr_originate() Originate Resulted in Error Cause: 606 [USER_NOT_REGISTERED] 2009-04-13 18:23:45 [INFO] mod_dptools.c:2051 audio_bridge_function() Originate Failed. Cause: USER_NOT_REGISTERED
It works when I explicitly specify the internal-ipv6 profile for the outgoing call like this:
<action application="bridge" data="sofia/internal-ipv6/$ {dialed_extension}%172.16.1.69"/>
but that isn't really what I want.
What are the quirks I need to add to have "user/<extension>@<domain>" search both profiles? I already set force-register-domain on the profile, but I don't think that is what I'm looking for.
Bernhard
_______________________________________________ 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
Brian West brian@freeswitch.org -- Meet us at ClueCon! http://www.cluecon.com
Brian West <brian@freeswitch.org> wrote:
user/ uses the dial-string in the domain to find the user on the internal profile by default.. so to call someone registered via ipv6 you'll need to put a dial-string param in the user to find them on the internal-ipv6 profile.
Oh okay, that works, thanks a lot. The default is <param name="dial-string" value="{presence_id=${dialed_user}@${dialed_domain}}${sofia_contact(${dialed_user}@${dialed_domain})}"/> from directory/default.xml, right? How does that point to the internal profile? Or is this choice hardcoded somewhere? Is there any pitfall replacing the default <action application="bridge" data="user/${dialed_extension}@${domain_name}"/> with <action application="bridge" data="sofia/internal-ipv6/${dialed_extension}%${domain_name}"/> <action application="bridge" data="sofia/internal/${dialed_extension}%${domain_name}"/> it works, but I think there are a lot of things in Freeswitch I haven't fully understood yet. Regards, Bernhard
probably a pretty easy problem, but I can't figure it out nevertheless.
I'm still experimenting with FreeSwitch (SVN trunk, about two weeks old), mainly due to the IPv6 SIP support. I'm pretty much running the default configuration included in the sourcetree. Now I've hit the following problem:
I have two phones registered, one Snom with extension 1000 on IPv4 (profile internal), one SIP Communicator with extension 1002 on IPv6 (profile internal-ipv6). I can call the Snom just fine (from the SIP Communicator as well as from outside or the CLI), but not the SIP Communicator.
EXECUTE sofia/internal/1000@obelix.oms16.birkenwald.de bridge(user/1002-BnVRy6f7ncgPVn3RC9QTCQ@public.gmane.org ) 2009-04-13 18:23:45 [DEBUG] switch_ivr_originate.c:1077 switch_ivr_originate() variable string 0 = [presence_id@�Hak�T��8?���� ] 2009-04-13 18:23:45 [ERR] switch_ivr_originate.c:1486 switch_ivr_originate() Cannot create outgoing channel of type [error] cause: [USER_NOT_REGISTERED] 2009-04-13 18:23:45 [DEBUG] switch_ivr_originate.c:2084 switch_ivr_originate() Originate Resulted in Error Cause: 606 [USER_NOT_REGISTERED] 2009-04-13 18:23:45 [ERR] switch_ivr_originate.c:1486 switch_ivr_originate() Cannot create outgoing channel of type [user] cause: [USER_NOT_REGISTERED] 2009-04-13 18:23:45 [DEBUG] switch_ivr_originate.c:2084 switch_ivr_originate() Originate Resulted in Error Cause: 606 [USER_NOT_REGISTERED] 2009-04-13 18:23:45 [INFO] mod_dptools.c:2051 audio_bridge_function() Originate Failed. Cause: USER_NOT_REGISTERED
It works when I explicitly specify the internal-ipv6 profile for the outgoing call like this:
<action application="bridge" data="sofia/internal-ipv6/$ {dialed_extension}%172.16.1.69"/>
but that isn't really what I want.
What are the quirks I need to add to have "user/<extension>@<domain>" search both profiles? I already set force-register-domain on the profile, but I don't think that is what I'm looking for.
participants (2)
-
Bernhard Schmidt
-
Brian West