- VoiceOps - lists.voiceops.org

Wholesale ITSP in Columbus
by peter＠4isps.com Aug. 10, 2009

Aug. 10, 2009

I am looking for an ITSP to white label for a client. Requirement: must be located at Borden Building in Columbus, OH Thank you. Regards, Peter Radizeski RAD-INFO, Inc. - Telecom Specialist 813.963.5884 fax 866.575.9446 http://www.rad-info.net/contact.htm

1 0

Alternative IVR Platform?
by peter＠4isps.com Aug. 10, 2009

Aug. 10, 2009

You can buy add-on IVR from Ifbyphone and XO. (IVR in the Cloud if you will) Thank you. Regards, Peter Radizeski RAD-INFO, Inc. - Telecom Specialist 813.963.5884 fax 866.575.9446 http://www.rad-info.net/contact.htm

1 0

SMS gateway API.
by jared＠compuwizz.net Aug. 10, 2009

Aug. 10, 2009

Looks like Voxeo which is behind Iris Wireless (aggregator) is starting SMS enabled DIDs. Check with them to see what their offerings might be. Hopefully cheaper than Level3. ~Jared On Mon, Aug 10, 2009 at 10:35 AM, Scott Berkman <scott at sberkman.net> wrote: > Another option to look at is http://www.msgme.com/. Their primary product > is a "managed SMS campaign" solution where they provide a portal and do > most > of the work for you, but I know one of the original architects and they can > be fairly flexible and they do have an API. > > One nice thing is they have the whole process of getting short codes nailed > down, so if you really need a custom one they can help you (still costs > $$$), however they also give you the option to use shared short codes where > messages are routed based on a keyword in the message body. > > -Scott > > -----Original Message----- > From: voiceops-bounces at voiceops.org [mailto:voiceops-bounces at voiceops.org] > On Behalf Of Andy Davidson > Sent: Monday, August 10, 2009 2:49 AM > To: John Todd > Cc: voiceops at voiceops.org > Subject: Re: [VoiceOps] SMS gateway API. > > > On 10 Aug 2009, at 01:33, John Todd wrote: > > > I'm interested in hearing if anyone has been able to get a decent > > service provider up and running who supports selling a DID that > > originates SIP VoIP _and_ will handle bi-directional SMS via some > > other protocol to the same E.164 address, with minimum quantity 1 > > for service provisioning preferably with credit card or PayPal. I'm > > looking for North America, but other locations would be interesting, > > too. Having the ability to port a number (mobile of fixed-line) to > > the service would cause me to swoon with joy. > > You can buy UK numbering with in/outbound SIP and SMS support from AQL > - www.aql.com. > > Thanks > Andy > _______________________________________________ > VoiceOps mailing list > VoiceOps at voiceops.org > https://puck.nether.net/mailman/listinfo/voiceops > > > _______________________________________________ > VoiceOps mailing list > VoiceOps at voiceops.org > https://puck.nether.net/mailman/listinfo/voiceops >

1 0

Broadworks R14.SP9 - Unscreened Calls
by mh＠markholloway.com Aug. 10, 2009

Aug. 10, 2009

R14.SP9 Unscreened Calls is broken. Assign UC to Customer A trunk group, assign static IP to Device, calls from the SIP Endpoint work. Provision Unscreened Calls on Customer B, assign appropriate static IP to Customer B's Device, calls from Customer B work but Customer A is broken. Follow the same process and provision Customer C, now Customer A and Customer B are broken...and so the pattern continues. Latest PB is loaded. Opened a TAC case but no response yet.

2 1

SMS gateway API.
by abalashov＠evaristesys.com Aug. 10, 2009

Aug. 10, 2009

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

4 6

SMS gateway API.
by abalashov＠evaristesys.com Aug. 9, 2009

Aug. 9, 2009

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

4 3

Sylantro users
by anorexicpoodle＠gmail.com Aug. 8, 2009

Aug. 8, 2009

I see this list has a lot of Broadsoft users, anyone left running Sylantro? If you were a Sylantro shop until the buyout etc what platform did you move to and what steered the decision?

9 13

Sylantro users
by carlos＠race.com Aug. 7, 2009

Aug. 7, 2009

We have had great success with the Metaswitch setup. Note that if your looking for very complicated call center que's with complex reporting requirements probably not the best platform, but to do what 95% of people need it does a very good job. From: voiceops-bounces at voiceops.org [mailto:voiceops-bounces at voiceops.org] On Behalf Of Lee Riemer Sent: Friday, August 07, 2009 9:56 AM To: Brandon Buckner Cc: voiceops at voiceops.org Subject: Re: [VoiceOps] Sylantro users I got the same impression when we met their sales guy two years ago. We just turned up a MG3510 and Metasphere but I haven't felt out the hosted side yet to give my opinion. Lee Riemer - Director IP Voice Bestline Communications, L.P. Brandon Buckner wrote: We are still running Sylantro. We looked into Broadsoft as we manage a BW installation for a customer of ours, but pretty much everyone we talked to was an arrogant #^@& that acted like we owed them our business and really turned us off to them. We already have a Metaswitch for a PSTN gateway so we're looking heavily into their offerings. ---- Brandon Buckner Switching Technician / VoIP Admin Iowa Network Services ________________________________ From: voiceops-bounces at voiceops.org [mailto:voiceops-bounces at voiceops.org] On Behalf Of katia Sent: Friday, August 07, 2009 10:50 AM To: voiceops at voiceops.org Subject: [LIKELY JUNK]Re: [VoiceOps] Sylantro users Hi Guess since no one else responded i can rep the Synergy platform :) We've got the Synergy platform. Haven't moved to another platform yet, still have a bunch of things to consider... a) we have yet to receive an EOL/EOS notice from BroadSoft. We're told it will be ~2 years but waiting for something official. b) BroadSoft is working on an ability to migrate the base from the Synergy platform to the BroadWorks platform so will need to see how that works out. I think if you have SIP Trunk customers or SIP Hosted customers you'll be OK but anyone that might be running MGCP the advance features just don't seem to be present on the BroadWorks platform. c) There aren't a lot of other carrier grade platforms out there... Metaswitch, Sonus ASX, BroadSoft Broadworks are the big ones i can think of -- anyone have any other major vendors they would recommend? -- We are familiar with the BroadWorks platform but we're waiting for release 16 to come out with Sol10/x86 hardware support. On top of all that, it is extremely costly to move customers from one platform to another so it will take several months to continue the evaluation and if a migration is required probably a couple years past that. When you factor in ongoing M&S and licensing costs and the need to reduce network costs all the time... sometimes I wonder if building your own soft switch isn't the best route... Are you still running the Synergy platform or have you already migrated to something new? -katia On Thu, Aug 6, 2009 at 1:32 AM, anorexicpoodle <anorexicpoodle at gmail.com> wrote: I see this list has a lot of Broadsoft users, anyone left running Sylantro? If you were a Sylantro shop until the buyout etc what platform did you move to and what steered the decision? _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops ________________________________ _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops

1 0

Stratus Telecom - ENTICE Users?
by kleclaire＠mywdt.com Aug. 7, 2009

Aug. 7, 2009

Hello All, I was curious to see if there are any users on the list here running the ENTICE platform from Stratus Telecom? We?re currently running it for our SBC and Wholesale/Carrier Trunking operations. Have had pretty good interop experience with it, connecting to a wide range of carriers both US and International. We?re also currently looking at a migration path from our Nortel GSP to the Entice softswitch. Anyone else have experience with it? Anyone running their E-Rev applications for residential or enterprise pbx customers? -Keith

1 0

Acme license problem upon upgrade to 6.x
by David_Hiers＠adp.com Aug. 7, 2009

Aug. 7, 2009

For the good of the order... Don't upgrade acme from 5.x to 6.x without getting a handle on the license issue. 6.x counts licenses very differently than 5.x. David This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system.

2 1