Do you need two way or just one way MO (Mobile Originated) or MT (Mobile Terminated)?<br><br>There are companies that will do just one way that might be cheaper. Voicetrading does MT for fairly low rates. <a href="http://www.voicetrading.com/en/wholesalesms.html">http://www.voicetrading.com/en/wholesalesms.html</a><br>
<br>Otherwise, look at the SMPP protocol and write an SMSC that can interface with a large aggregator such as Syniverse, Singlepoint, Sybase365, or Verisign.<br><br><div class="gmail_quote">On Fri, Aug 7, 2009 at 9:25 PM, Alex Balashov <span dir="ltr"><<a href="mailto:abalashov@evaristesys.com">abalashov@evaristesys.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
Hi Alan,<br>
<br>
Thanks a lot for the suggestion.<br>
<br>
I think the main problem I face here is the cost. Even at .02 and<br>
assuming 12 messages/minute (and it could be higher), that's $345/day if<br>
the messages are continuously sent at a uniform distribution. And it<br>
could be easily twice that.<br>
<br>
But, I'm guessing this is the best one is going to do with SMS. I don't<br>
think it's the right technology choice for this endeavour for a variety of<br>
reasons. However, that is the question I've come up against.<br>
<br>
Thanks,<br>
<div><div></div><div class="h5"><br>
> What you need is a shortcode ($1000/mo) to receive the text messages on.<br>
> Mblox will provide you with a cost effective service and APIs to receive<br>
> all of those messages on. Largeish investment up front ($3000 or so) but<br>
> incoming SMS (MT) costs fairly low ($0.02-0.03c per message) on large<br>
> volume.<br>
><br>
> Failing that you use a 3rd party service: Group2call.com does it, so does<br>
> <a href="http://extexting.com" target="_blank">extexting.com</a> (confession: I own Group2call.com). You rent a keyword on a<br>
> public shortcode. Low cost setup ($25-30/mo) and you get the APIs.<br>
> Downside is you pay more per incoming text ($0.05) and delayed incoming<br>
> SMS while it's routed through the 3rd party servers (but still fairly<br>
> instantaneous).<br>
><br>
> Not sure if that is what you are wanting or not.<br>
><br>
> Alan.<br>
><br>
><br>
> Alan<br>
><br>
><br>
> --- On Fri, 8/7/09, Alex Balashov <<a href="mailto:abalashov@evaristesys.com">abalashov@evaristesys.com</a>> wrote:<br>
><br>
> From: Alex Balashov <<a href="mailto:abalashov@evaristesys.com">abalashov@evaristesys.com</a>><br>
> Subject: Re: [asterisk-biz] SMS gateway API.<br>
> To: "Alex Balashov" <<a href="mailto:abalashov@evaristesys.com">abalashov@evaristesys.com</a>><br>
> Cc: <a href="mailto:asterisk-biz@lists.digium.com">asterisk-biz@lists.digium.com</a><br>
> Date: Friday, August 7, 2009, 9:06 PM<br>
><br>
><br>
> Let me add something else here:<br>
><br>
> Obviously, there are various ways to get this data off of a cell device<br>
> that rely on use of a network rather than SMS, and can be bridged straight<br>
> into IP. That would be far more straightforward, cheaper and more<br>
> sensible.<br>
><br>
> However, that defeats one of the specific problems I'm trying to solve<br>
> here, which is that the operating area has very, very spotty<br>
> 3G/EDGE/EVDO/etc. coverage, but always has basic digital coverage.<br>
><br>
>> Hi everyone,<br>
>><br>
>> Sorry if this is a little off-topic, but I thought I would tap the<br>
>> enormous collective wealth of knowledge here.<br>
>><br>
>> I come from the fixed-line world, so I don't know terribly much about<br>
>> SMS<br>
>> or mobile anything.<br>
>><br>
>> I have a situation where I need an endpoint to receive a fairly large<br>
>> amount of SMS messages in something close to real-time and then be able<br>
>> to<br>
>> automatically do something with them as part of a backoffice process,<br>
>> and<br>
>> need to set up something rather quickly.<br>
>><br>
>> For example, an SMS message comes into some sort of device or service,<br>
>> and<br>
>> this triggers a RESTful HTTP call (or SOAP, or whatever) to some agent<br>
>> that does something with that data.<br>
>><br>
>> Speed is of the essence; this rules out most SMS-to-email gateways<br>
>> because it usually takes at least several minutes to receive the e-mail.<br>
>> In this case, that won't work; the delay is just too long.<br>
>><br>
>> Likewise, vertically integrated SMS gateway services that provide some<br>
>> sort of interactive online "chat" window with an interface into an SMS<br>
>> conversation won't do. This needs to be development-friendly; I need<br>
>> to<br>
>> be able to write some code to do something with the contents of that<br>
>> message post haste. The other thing is, vendors providing those<br>
>> products<br>
>> and services in this category charge a fair bit per text message, which<br>
>> isn't going to fly in this case because there may be a dozen text<br>
>> messages<br>
>> per minute or more, occasionally. Something flat-rate would be<br>
>> desirable,<br>
>> even if it's expensive (say, a few hundred dollars a month).<br>
>><br>
>> Lastly, I don't know if it's possible to get any kind of access circuit<br>
>> in<br>
>> North America over which SMS messages can be received, but even if it<br>
>> were, that's not really an option in this case due to time constraints.<br>
>> Likewise, setting up a GSM or CDMA receiver device registered on a cell<br>
>> network - legitimately or otherwise - is out too, for similar reasons.<br>
>><br>
>> What it really comes down to is that I need a fast SMS data relay<br>
>> service<br>
>> that handle a relatively high-volume at relatively little expense, and<br>
>> one<br>
>> which can provide that data via some sort of HTTP or XML-RPC or SOAP<br>
>> type<br>
>> API callback so that the data can be plumbed to an agent on my side for<br>
>> further processing.<br>
>><br>
>> I have no idea if something like this exists, or if that's tantamount to<br>
>> a<br>
>> request for magic. That's why I'm inquiring.<br>
>><br>
>> Thanks!<br>
>><br>
>> --<br>
>> Alex Balashov<br>
>> Evariste Systems<br>
>> Web : <a href="http://www.evaristesys.com/" target="_blank">http://www.evaristesys.com/</a><br>
>> Tel : (+1) (678) 954-0670<br>
>> Direct : (+1) (678) 954-0671<br>
>> Mobile : (+1) (678) 237-1775<br>
>><br>
>><br>
><br>
><br>
> --<br>
> Alex Balashov<br>
> Evariste Systems<br>
> Web : <a href="http://www.evaristesys.com/" target="_blank">http://www.evaristesys.com/</a><br>
> Tel : (+1) (678) 954-0670<br>
> Direct : (+1) (678) 954-0671<br>
> Mobile : (+1) (678) 237-1775<br>
><br>
><br>
><br>
> _______________________________________________<br>
> --Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--" target="_blank">http://www.api-digital.com--</a><br>
><br>
> AstriCon 2009 - October 13 - 15 Phoenix, Arizona<br>
> Register Now: <a href="http://www.astricon.net" target="_blank">http://www.astricon.net</a><br>
><br>
> asterisk-biz mailing list<br>
> To UNSUBSCRIBE or update options visit:<br>
> <a href="http://lists.digium.com/mailman/listinfo/asterisk-biz" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-biz</a><br>
><br>
><br>
><br>
><br>
<br>
<br>
--<br>
Alex Balashov<br>
Evariste Systems<br>
Web : <a href="http://www.evaristesys.com/" target="_blank">http://www.evaristesys.com/</a><br>
Tel : (+1) (678) 954-0670<br>
Direct : (+1) (678) 954-0671<br>
Mobile : (+1) (678) 237-1775<br>
<br>
<br>
<br>
_______________________________________________<br>
--Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--" target="_blank">http://www.api-digital.com--</a><br>
<br>
AstriCon 2009 - October 13 - 15 Phoenix, Arizona<br>
Register Now: <a href="http://www.astricon.net" target="_blank">http://www.astricon.net</a><br>
<br>
asterisk-biz mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-biz" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-biz</a><br>
</div></div></blockquote></div><br>