Francis - setting the port on the realm doesn't seem to help. The problem remains that, if you don't force the proxy ip:port in the dialplan, then the gateway will direct to the realm (but I need proxy_ip:5065). If you set proxy, then the REGISTER packet doesn't have the correct realm. I agree that the gateway should correctly direct packets to the proxy, and shouldn't rely on the dialplan. On Wed, Jan 15, 2014 at 1:24 PM, Francis <sms@icefire.qza.net.au> wrote:
Ok, after reading this, I'm curious! What if you set the port on the realm? It looks like it's trying the realm, failing and then substituting proxy or register-proxy. It shouldn't be necessary to set the ip:port in the dialplan, that's the gateway's job.
I know that setting the port on the realm works on my Sipura SPA3102, but just as a test case......
On 16/01/2014 4:11 AM, Ian McMaster wrote:
Thank you Normando! Works like a charm!
On Wed, Jan 15, 2014 at 10:55 AM, Normando Hall <nhall@unixlan.com.ar>wrote:
Hi
Append the IP and port of your GW as:
data="sofia/gateway/babytel/$1@IP:PORT"
In my GW only works when I append IP:PORT. I don't know why.
El 15/01/2014 07:48 a.m., Fernando - NextBilling IP Solutions escribió:
Hello.
Try to set the loglevel to 7 ( */log 7 *) and enable siptrace on sofia profile (*sofia profile external siptrace on*).
WIth a good level of debug and the siptrace we can know if the call reached your gateway and what kind of response FS receive from gw.
*Best regards, Fernando da Silva Santos* *CIO - NextBilling IP Solutions* *$ 55 (11) 3090-0077* *$ 55 (21) 3090-0017*
*$ 0800 580-9200 *
Em 14/01/2014, à(s) 19:31, Ian McMaster <ian.mcmaster@gmail.com> escreveu:
I have tried two dialplan routes:
1) Freeswitch cookbook suggests putting in conf/dialplan/default.xml
<extension name="dial-10-digit-number no prefix"> <condition field="destination_number" expression="^(\d{10})$"> <action application="bridge" data="sofia/gateway/babytel/$1"/> </condition> </extension>
2) Freeswitch 1.0.6 book suggest putting in conf/default/01_babytel.xml
<extension name="Outbound Babytel calls - prefix 91"> <condition field="destination_number" expression="^9(1\d{10})$"> <action application="bridge" data="sofia/gateway/babytel/$1"/> </condition> </extension>
Both give the same symptom: freeswitch@internal> /log 6 +OK log level 6 [6] freeswitch@internal> 2014-01-14 16:28:33.238770 [NOTICE] switch_channel.c:1055 New Channel sofia/internal/101@192.168.2.7 [b5bdf358-5142-4b0e-8753-d15a84922e18] 2014-01-14 16:28:33.378781 [INFO] mod_dialplan_xml.c:558 Processing 101 <101>->9058305602 in context default 2014-01-14 16:28:33.378781 [NOTICE] switch_channel.c:1055 New Channel sofia/external/9058305602 [9ddd008b-3e75-46ed-a864-858554737aeb] <then nothing....> After about 30 seconds, 2014-01-14 16:29:33.019000 [INFO] mod_dptools.c:3201 Originate Failed. Cause: NO_ANSWER
On Tue, Jan 14, 2014 at 3:59 PM, Vik Killa <vipkilla@gmail.com> wrote:
What dialplan entry is executing?
On Tue, Jan 14, 2014 at 3:39 PM, Ian McMaster <ian.mcmaster@gmail.com>wrote:
Apologies for a simple newbie question. Following examples in the first two FreeSWITCH books, have been able to set up a SIP gateway, register, and receive calls. However I can't make calls. The dialplan is being entered, but 'hangs' at
switch_channel.c:1055 New Channel sofia/external/16475551212
a) The provider name is "babytel". b) The dial plan bridge is to data="sofia/gateway/babytel/$1" (as per the books) c) The provider xml file is in conf/sip_profiles/external (as per the books)
d) sofia status Name: external::babytel Type: gateway State: REGED
Why is the bridge channel called "sofia/external/...."? And not "sofia/babytel/..."? Why does sofia status show "external::<provider>" (the books just show the provider name)?
Can anyone explain why the bridge to the gateway does not occur?
Thank you, Ian.
_________________________________________________________________________ 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
_________________________________________________________________________ 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.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- Normando Hall Rosario - Argentinanormandohall@gmail.com
_________________________________________________________________________ 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.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_________________________________________________________________________ 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