Hi Peter, folks, OK -- next step; I believe one reason for this situation is that your dialplan (on box1) tries to find the user 400@sip1.mydomain.com, but you're registering as 400@<IP-address> Box1's internal sip profile does allow this (else you would see a "you need to add a user for 400 in domain 10.8.0.1" report on the console when box 2 tried to register). I'd also guess that, if you type "sofia status profile internal" on the console, you would see that box2 *is* shown as registered, as 400@10.8.0.1 When you try to call out to user 400@sip1.mydomain.com, it can't be found in the database, hence the error. So ... is the above what you see? As proposed, you need to enable a single domain and DB for the internal profile, and change the dial-string in the directory. That should nail down the dial-string, and so allow 400 to be found. all the best, Lawrence On 28 Sep 2012, at 09:17, Peter Steinbach wrote:
Hello Lawrence,
I set the
<param name="extension-in-contact" value="true"/>
to the gateway definition and now the registration string in sip_registarations looks much better: "user"<sip:400@10.8.0.42:5080;transport=udp;gw=sip1.mydomain.com>
However with sofia_contact I still have the same problem: freeswitch@internal> sofia_contact 400 error/user_not_registered freeswitch@internal> sofia_contact */400
sofia/internalvpn/sip:400@10.8.0.42:5080;transport=udp;gw=sip1.mydomain.com
But still the same when dialling: EXECUTE sofia/internal/200@sip1.mydomain.com bridge({sip_invite_domain=sip1.mydomain.com}user/400@sip1.mydomain.com) 2012-09-28 10:07:29.089083 [DEBUG] switch_channel.c:1062 sofia/internal/200@sip1.mydomain.com EXPORTING[export_vars] [dialed_ext]=[400] to event 2012-09-28 10:07:29.089083 [DEBUG] switch_ivr_originate.c:1961 Parsing global variables 2012-09-28 10:07:29.089083 [DEBUG] switch_event.c:1478 Parsing variable [sip_invite_domain]=[sip1.mydomain.com] 2012-09-28 10:07:29.189083 [DEBUG] switch_channel.c:1062 sofia/internal/200@sip1.mydomain.com EXPORTING[export_vars] [dialed_ext]=[400] to event 2012-09-28 10:07:29.189083 [DEBUG] switch_ivr_originate.c:1961 Parsing global variables 2012-09-28 10:07:29.189083 [DEBUG] switch_event.c:1478 Parsing variable [presence_id]=[400@sip1.mydomain.com] 2012-09-28 10:07:29.189083 [DEBUG] switch_event.c:1478 Parsing variable [transfer_fallback_extension]=[400] 2012-09-28 10:07:29.189083 [NOTICE] switch_ivr_originate.c:2544 Cannot create outgoing channel of type [error] cause: [USER_NOT_REGISTERED]
Best regards Peter
On 09/28/12 00:11, Lawrence Conroy wrote:
Hi there, in addition, to have the VPN'd fS (box2) show up as extension 400 in the box1 fS, goto the gateway definition (on box2) and make sure that <param name="extension" value="400"/> and <param name="extension-in-contact" value="true"/> are set. For extra points, look in the wiki for "auto_to_user".
I'm also curious about the results of sofia_contact */400 (probably for the same reason ;).
all the best, Lawrence
On 27 Sep 2012, at 22:47, Michael Collins wrote:
Just for kicks, try this:
sofia_contact */400
I'm curious about something. -MC
On Thu, Sep 27, 2012 at 2:24 PM, Peter Steinbach <lists@telefaks.de> wrote:
Hello,
I have 2 Freeswitch boxes. Box 2 is registering as number 400 via VPN to box 1 (like a regular phone). I can see in the sip_registrations database that the phone is registered. And Box2 shows " vpn::sip1.mydomain.com gateway sip:400@10.8.0.1:5075 REGED So at the first glance everything seems ok.
However in my vpn profile sofia status profile internalvpn the Freeswitch box2 is not shown as a registration entry.
I think this is the reason why we receive the following when we try to call the box 2 (number 400): EXECUTE sofia/internal/200@sip1.mydomain.com bridge({sip_invite_domain=sip1.mydomain.com}user/400@sip1.mydomain.com) 2012-09-27 23:09:58.149196 [DEBUG] switch_channel.c:1062 sofia/internal/200@sip1.mydomain.com EXPORTING[export_vars] [dialed_ext]=[400] to event 2012-09-27 23:09:58.149196 [DEBUG] switch_ivr_originate.c:1961 Parsing global variables 2012-09-27 23:09:58.149196 [DEBUG] switch_event.c:1478 Parsing variable [sip_invite_domain]=[sip1.mydomain.com] 2012-09-27 23:09:58.169252 [DEBUG] switch_core_session.c:924 Send signal sofia/internal/200@sip1.mydomain.com [BREAK] 2012-09-27 23:09:58.269299 [DEBUG] switch_channel.c:1062 sofia/internal/200@sip1.mydomain.com EXPORTING[export_vars] [dialed_ext]=[400] to event 2012-09-27 23:09:58.269299 [DEBUG] switch_ivr_originate.c:1961 Parsing global variables 2012-09-27 23:09:58.269299 [DEBUG] switch_event.c:1478 Parsing variable [presence_id]=[400@sip1.mydomain.com] 2012-09-27 23:09:58.269299 [DEBUG] switch_event.c:1478 Parsing variable [transfer_fallback_extension]=[400] 2012-09-27 23:09:58.269299 [DEBUG] sofia.c:6040 Channel sofia/internal/200@sip1.mydomain.com entering state [early][180] 2012-09-27 23:09:58.269299 [NOTICE] switch_ivr_originate.c:2544 Cannot create outgoing channel of type [error] cause: [USER_NOT_REGISTERED]
freeswitch@internal> sofia_contact 400 error/user_not_registered freeswitch@internal> sofia_contact 200 sofia/internal/sip:200@192.168.178.105:2048 ;line=1vz0u23u;fs_nat=yes;fs_path=sip%3A200%40217.24.xx.xxx%3A20393%3Bline%3D1vz0u23u So 200 seems ok, 400 not.
When I look at the contact field in the sip_registrations table, I see "user"<sip:gw+sip1.mydomain.com@10.8.0.42:5080;transport=udp;gw= sip1.mydomain.com> so this does not reflect the number 400.
Here is my gateway config from box2 which registers at box1 (sip1.mydomain.com) # cat sip1.xml <include> <gateway name="sip1.mydomain.com"> <param name="from-domain" value="sip1.mydomain.com"/> <param name="username" value="400"/> <param name="from-user" value="400"/> <param name="extension" value="400"/> <param name="realm" value="sip1.mydomain.com"/> <!-- 5075 registers to the internal VPN profile --> <param name="proxy" value="10.8.0.1:5075"/> <param name="password" value="xxxxxxxx"/> <param name="expire-seconds" value="3600"/> <param name="register" value="true"/> <param name="register-transport" value="udp"/> <param name="retry-seconds" value="20"/> <param name="caller-id-in-from" value="true"/> </gateway> </include>
My question is: How can I change the gateway definition, so that box2 shows up as a regular registration with number 400? Or am I missing something different?
-- With kind regards Peter Steinbach
Telefaks Services GmbH mailto:lists (att) telefaks.de Internet: www.telefaks.de
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- With kind regards Peter Steinbach
Telefaks Services GmbH mailto:lists (att) telefaks.de Internet: www.telefaks.de