Hi Donny, Perhaps you could share your javascript and lua script so that we could try to figure out together what isn't working. Judging by the apparent lack of response to this thread, it seems to be the best way forward to try and resolve this. On Thu, Feb 6, 2014 at 6:50 AM, Donny Hardyanto <hardyanto.donny@gmail.com>wrote:
Hi,
I have similar problem. I use gateway to GSM provider that support SIP simple . So far i can send sms from fs to gateway and receive sms in fs from gateway. But I was lost how to send the incoming sms from gateway to client.
Also my client support sip simple also. When the sms from client arrive at fs, i dont know how to forward them to gateway.
I use Javascript heavily and tried to produce the same thing as lua script in javascript but it always fail. The event fire command does not produce any thing.
Can any one show us or point us how to forward sms?
Dinny On Feb 4, 2014 8:06 PM, "Peter Villeneuve" <petervnv1@gmail.com> wrote:
Hi,
Thanks for helping out. Indeed I would love to try out a lua script to handle SMS. Can anyone point to a sample script that I can study and play with?
Any help is much appreciated. I'm still stuck with SMS hitting FS but not being forwarded to the peer....
Thanks, Peter
On Sun, Feb 2, 2014 at 5:46 PM, Privus P <privus007@gmail.com> wrote:
Hi Peter,
I'm not really sure why your SMS isn't being routed correctly. I'm sure others in this list have a lot more experience and can help you out, but have you thought of using a lua script to handle SMS instead of relying on the send action?
On Sat, Feb 1, 2014 at 2:00 PM, Peter Villeneuve <petervnv1@gmail.com>wrote:
Hi,
I'm experimenting with GSMopen and I'm having trouble doing something which is likely pretty simple. I have enabled mod_sms and GSMopen in FS. I can send SIP simple messages between 2 registered peers OK. I can see that incoming GSM SMS messages arrive in FS as expected, but I can't seem to get them converted into SIP SIMPLE format and routed to the peer (1000). Once they arrive in FS, I can see in the log:
2014-01-30 20:00:54.840999 [INFO] mod_sms.c:336 Processing text message +4412398746->gsm01 in context default Chatplan: gsm01 parsing [default->basic p2p] continue=true Chatplan: gsm01 Regex (PASS) [basic p2p] to(gsm01) =~ /^(.*)$/ break=on-false Chatplan: gsm01 Action send()
My chatplan has:
<?xml version="1.0" encoding="utf-8"?> <include> <context name="default">
<extension name="basic p2p" continue="true"> <condition field="to" expression="^(.*)$"> <!-- <action application="lua" data="test.lua"/> --> <action application="send"/> </condition> </extension>
</context> </include>
And in my gsmopen.conf.xml:
<configuration name="gsmopen.conf" description="GSMopen Configuration"> <global_settings> <param name="debug" value="8"/> <param name="dialplan" value="XML"/> <param name="context" value="default"/> <param name="hold-music" value="$${moh_uri}"/> <param name="destination" value="1000"/> </global_settings>
I believe I'm doing something wrong in the chatplan. Is there any transfer action like in the regular XML dialplan? I tried creating in the default dialplan the following, hoping that it would be similar to sofia calls and transfer the incoming SMS to peer 1000, but no dice.
<include> <extension name="sms_inbound"> <condition field="destination_number" expression="^(gsm01)$"> <action application="transfer" data="1000 XML default"/> </condition> </extension> </include>
So, basically, how can I route the incoming SMS to peer 1000?
Thanks
_________________________________________________________________________ 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.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