- VoiceOps - lists.voiceops.org

Need Nortel CS2k lab
by lindsey＠e-c-group.com Aug. 11, 2009

Aug. 11, 2009

If anyone has a Nortel CS2K lab and would be willing to provide access to it for two weeks, please let me know. We need it for a project we're considering. Our requirements are simple, and terms are flexible. Mark R Lindsey lindsey at e-c-group.com http://e-c-group.com/~lindsey +12293160013

1 0

Passing TRUNK GROUP IDENTITY through the Acme
by mh＠markholloway.com Aug. 11, 2009

Aug. 11, 2009

SIP endpoint is using a "Trunk Group Identity" and needs to pass the information to Broadworks. How can the Acme be configured to pass it through? Example: Cisco IAD sends SIP registration towards Acme access realm and includes a Trunk Group Identity in its Contact header. Acme passes the SIP registration through to Broadworks but is not including the TGI in the Contact header of the Core realm. Ticket open with Acme for a few days but no updates. Tried to escalate. Thanks, Mark

2 1

Local Inbound Services
by kleclaire＠mywdt.com Aug. 10, 2009

Aug. 10, 2009

Hi All, We?re currently shopping around for a new provider(s) for our inbound local DID?s (US). We?re currently working with XO and possibly bringing on Paetec. We?re also going to start looking into Level3, although we hear they require a hefty monthly minimum which we may not meet at this time. Does anyone have any experience bringing on Level3 either for their true Local Inbound product or their VoIP Enhanced Local product? We need to provide local DID?s for our residential customers and was also hoping to find a cost effective manner to provide local DID?s as access numbers into our calling card/international long distance platform. We realize this may result in utilizing two different products or providers. Any suggestions from the list? Thanks, Keith

9 8

VoiceOps Digest, Vol 2, Issue 31
by Eric_Jastak＠adp.com Aug. 10, 2009

Aug. 10, 2009

Hi Keith, I can't say much about XO or Paetec, haven't worked with them yet. However, I have worked with both Level3 and Verizon. We have SIP trunks to both providers. We run several million minutes a month to each provider, so minimum call volume hasn't been an issue for initial setup (contracting issues). Below are my comments regarding both Level3 and Verizon: Level3 We initially ran with a SIP trunk to Level3. Their InterOp for SIP trunks was thorough, but not overwhelmingly difficult. Also, they will peer directly to you and they don't require VPN tunnels for signaling. We initially had a lot of call drops due to our use of g729 as the primary codec. Level3 admitted to having issues with their Viper network (old outdated gear) and asked us to move to their newer "Vector" network. We have yet to move to their Vector network (all new gear), which supposedly supports g729. So, if you SIP peer to Level3, make sure you are on their newer network if you want a choice of codecs. I'd be interested to hear anyone's opinion of Level3's "Vector" network since we are planning on migrating over to Vector soon...anyone? As far as local inbound, Level3 has been a good provider and easy to work with. They have good national coverage and ordering numbers has been fairly simple. Although, our telco group tells us their cuts are little rough (taking hours instead of minutes). That has irritated a few customers. Verizon Verizon InterOp was a bit of a pain. We found them to be more difficult to work with and inflexible in their signaling parameters. For example, Verizon required that we build a VPN tunnel to them for SIP signaling. This required a network redesign for us in order to maintain IP redundancy. Needless to say, it was costly and time-consuming. Also, we found out the hard was that Verizon doesn't handle SIP 491s very well (in glare conditions). They are working on a fix, but it will be 6-12 months before they have a fix. Also, working with their other departments is a whole new process; for example, the people in their toll-free group don't coordinate well with their local inbound group. So, if you want toll-free numbers, you'll have to sign a whole new contract AND bring up a separate VPN tunnel for toll-free numbers. We never had those issues with Level3. I guess Verizon is just a huge company, so it goes with the territory that different departments don't communicate with each other. Finally, Verizon cuts typically are very smooth, taking only a few minutes. Our customers are much happier when we cut to Verizon because they get it done within a 15 minute window...nice. Also, they do a much better job of supporting g729 codec and they network seems more reliable. That's all I can think of for now...just my two cents. I would definitely like to hear others experiences with these providers and others as we are looking at turning up another SIP partner soon. Thanks, Eric -----Original Message----- From: voiceops-bounces at voiceops.org [mailto:voiceops-bounces at voiceops.org] On Behalf Of voiceops-request at voiceops.org Sent: Monday, August 10, 2009 10:25 AM To: voiceops at voiceops.org Subject: VoiceOps Digest, Vol 2, Issue 31 Send VoiceOps mailing list submissions to voiceops at voiceops.org To subscribe or unsubscribe via the World Wide Web, visit https://puck.nether.net/mailman/listinfo/voiceops or, via email, send a message with subject or body 'help' to voiceops-request at voiceops.org You can reach the person managing the list at voiceops-owner at voiceops.org When replying, please edit your Subject line so it is more specific than "Re: Contents of VoiceOps digest..." Today's Topics: 1. Local Inbound Services (Keith Leclaire) 2. Re: SMS gateway API. (Jared Geiger) 3. Re: Local Inbound Services (Rick Garcia) 4. Re: Local Inbound Services (Mark Holloway) 5. Re: Local Inbound Services (Colin Brown) ---------------------------------------------------------------------- Message: 1 Date: Mon, 10 Aug 2009 12:46:42 -0400 From: Keith Leclaire <kleclaire at mywdt.com> To: <voiceops at voiceops.org> Subject: [VoiceOps] Local Inbound Services Message-ID: <C6A5C732.C608%kleclaire at mywdt.com> Content-Type: text/plain; charset="iso-8859-1" Hi All, We?re currently shopping around for a new provider(s) for our inbound local DID?s (US). We?re currently working with XO and possibly bringing on Paetec. We?re also going to start looking into Level3, although we hear they require a hefty monthly minimum which we may not meet at this time. Does anyone have any experience bringing on Level3 either for their true Local Inbound product or their VoIP Enhanced Local product? We need to provide local DID?s for our residential customers and was also hoping to find a cost effective manner to provide local DID?s as access numbers into our calling card/international long distance platform. We realize this may result in utilizing two different products or providers. Any suggestions from the list? Thanks, Keith

1 0

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. 8, 2009

Aug. 8, 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