What is the "Endpoint" and what is wrong with sms() over IAX? On Fri, Aug 7, 2009 at 9:26 PM, Al Lougher <[email protected]> wrote:
> What you need is a shortcode ($1000/mo) to receive the text messages on. > Mblox will provide you with a cost effective service and APIs to receive all > of those messages on. Largeish investment up front ($3000 or so) but > incoming SMS (MT) costs fairly low ($0.02-0.03c per message) on large > volume. > > Failing that you use a 3rd party service: Group2call.com does it, so does > extexting.com (confession: I own Group2call.com). You rent a keyword on a > public shortcode. Low cost setup ($25-30/mo) and you get the APIs. Downside > is you pay more per incoming text ($0.05) and delayed incoming SMS while > it's routed through the 3rd party servers (but still fairly instantaneous). > > Not sure if that is what you are wanting or not. > > Alan. > > > Alan > > > --- On *Fri, 8/7/09, Alex Balashov <[email protected]>* wrote: > > > From: Alex Balashov <[email protected]> > Subject: Re: [asterisk-biz] SMS gateway API. > To: "Alex Balashov" <[email protected]> > Cc: [email protected] > Date: Friday, August 7, 2009, 9:06 PM > > > > Let me add something else here: > > Obviously, there are various ways to get this data off of a cell device > that rely on use of a network rather than SMS, and can be bridged straight > into IP. That would be far more straightforward, cheaper and more > sensible. > > However, that defeats one of the specific problems I'm trying to solve > here, which is that the operating area has very, very spotty > 3G/EDGE/EVDO/etc. coverage, but always has basic digital coverage. > > > Hi everyone, > > > > Sorry if this is a little off-topic, but I thought I would tap the > > enormous collective wealth of knowledge here. > > > > I come from the fixed-line world, so I don't know terribly much about SMS > > or mobile anything. > > > > I have a situation where I need an endpoint to receive a fairly large > > amount of SMS messages in something close to real-time and then be able > to > > automatically do something with them as part of a backoffice process, and > > need to set up something rather quickly. > > > > For example, an SMS message comes into some sort of device or service, > and > > this triggers a RESTful HTTP call (or SOAP, or whatever) to some agent > > that does something with that data. > > > > Speed is of the essence; this rules out most SMS-to-email gateways > > because it usually takes at least several minutes to receive the e-mail. > > In this case, that won't work; the delay is just too long. > > > > Likewise, vertically integrated SMS gateway services that provide some > > sort of interactive online "chat" window with an interface into an SMS > > conversation won't do. This needs to be development-friendly; I need to > > be able to write some code to do something with the contents of that > > message post haste. The other thing is, vendors providing those products > > and services in this category charge a fair bit per text message, which > > isn't going to fly in this case because there may be a dozen text > messages > > per minute or more, occasionally. Something flat-rate would be > desirable, > > even if it's expensive (say, a few hundred dollars a month). > > > > Lastly, I don't know if it's possible to get any kind of access circuit > in > > North America over which SMS messages can be received, but even if it > > were, that's not really an option in this case due to time constraints. > > Likewise, setting up a GSM or CDMA receiver device registered on a cell > > network - legitimately or otherwise - is out too, for similar reasons. > > > > What it really comes down to is that I need a fast SMS data relay service > > that handle a relatively high-volume at relatively little expense, and > one > > which can provide that data via some sort of HTTP or XML-RPC or SOAP type > > API callback so that the data can be plumbed to an agent on my side for > > further processing. > > > > I have no idea if something like this exists, or if that's tantamount to > a > > request for magic. That's why I'm inquiring. > > > > Thanks! > > > > -- > > Alex Balashov > > Evariste Systems > > Web : http://www.evaristesys.com/ > > Tel : (+1) (678) 954-0670 > > Direct : (+1) (678) 954-0671 > > Mobile : (+1) (678) 237-1775 > > > > > > > -- > Alex Balashov > Evariste Systems > Web : http://www.evaristesys.com/ > Tel : (+1) (678) 954-0670 > Direct : (+1) (678) 954-0671 > Mobile : (+1) (678) 237-1775 > > > > _______________________________________________ > --Bandwidth and Colocation Provided by http://www.api-digital.com-- > > AstriCon 2009 - October 13 - 15 Phoenix, Arizona > Register Now: http://www.astricon.net > > asterisk-biz mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-biz > > > > _______________________________________________ > --Bandwidth and Colocation Provided by http://www.api-digital.com-- > > AstriCon 2009 - October 13 - 15 Phoenix, Arizona > Register Now: http://www.astricon.net > > asterisk-biz mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-biz > -- Thanks, Steve Totaro +18887771888 (Toll Free) +12409381212 (Cell) +12024369784 (Skype)
_______________________________________________ --Bandwidth and Colocation Provided by http://www.api-digital.com-- AstriCon 2009 - October 13 - 15 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-biz mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-biz
