[VoiceOps] Unique DIDs vs. Custom extensions
graham at nerdventures.com
Tue Sep 15 13:18:23 EDT 2015
This is similar to a solution that I designed and implemented at a former client. Like you, we needed to support a variety of call destinations (mobile phone, office A, office B, phone system A, phone system B) with a consistent range of DIDs, using a 1:1 DID:destination mapping. We wound up putting all of the customer-facing numbers at our most trusted telephony vendor, and using their web-based customer dashboard to control call routing as need be. We gained some price concessions because we were already a long-time internet services customer, and by being an early adopter of their business-grade telephony services. One of the huge advantages of this vendor (Sonic.com <http://sonic.com/>) was their long history of transparency and plain-English ownership of inevitable problems. They earned and continually retained our trust and respect, which really made everything simpler and operationally more efficient. It still resulted in paying more per delivered call-minute, but we also gained a lot by having that much more leverage with our secondary vendors. In the end, it was well worth it.
Two downsides we faced, the mitigations we employed, and ideas for next time:
Downside #1: At least at first, an increased tendency toward finger-pointing (by the secondary vendors) when call quality/completion issues arose.
Mitigation: I implemented a lot of network monitoring, within some constraints agreed to with Legal so as to stay on the right side of the law (and on the safe side of risk management). Key ingredients: Ownership+management of key network hardware (so as to implement port mirroring), properly-configured tshark on the capture device, properly-sized capture hardware, Cloudshark for its great UI, and some auto-pruning for risk management. At the first couple of iterations of reflexive finger-pointing by the secondary vendors, with me declining to accept that as a solution, everyone learned that they had to actually troubleshoot the problem.
Ideas for improving next time: Greater use of SIP.
Downside #2: More complex network+telecom operations on our end.
Mitigation: This forced us to create and maintain great processes and documentation, particularly around the telecom side. Someone I originally hired as a project manager ended up owning all things telecom, and really shone there. Her documentation and procedures were so strong that we were able to hand off a lot of the workload to lower-level techs and even to non-technical business unit managers.
Ideas for improving next time: Increased emphasis on automation, perhaps by using a vendor with a strong API such as Twilio.
Graham Freeman, Principal Nerd
graham at nerdventures.com
> On 15 Sep 02015, at 08:58, Rafael Possamai <rafaelpossa at gmail.com> wrote:
> Hello all,
> I was tasked to design a system that would give each end user a unique DID from a pool of about 1,000 DIDs total. Every inbound call to a DID would then be forward to the end-users actual phone number (office, mobile, etc..).
> We would then make data driven decisions based off of the data collected from all these inbound calls: duration, originating area codes, how many calls, frequency, etc.This of course would have previous authorization of each end-user.
> WIth that in mind, to me it looks like a big waste of DIDs, and I could use custom extensions instead, with a single DID for everyone. Each end-user is assigned a 5 digit code (an extension pretty much) and gets re-routed accordingly. I believe using Asterisk and/or FreePBX I could still collected all the data that is needed.
> Estimated inbound minutes is 500,000 a month, so that requires another 500,000 outbound minutes because each call is forwarded. One million minutes a month does turn out to be expensive, close to U$8,000/month from some quotes that I have gotten.
> With all of this in mind, I'd like to know if anyone here has done a similar project and would be willing to share their experience. I am trying to accomplish everything with the minimum amount of resources as possible (money and DIDs, etc).
> Thank you in advance!
> Best regards,
> VoiceOps mailing list
> VoiceOps at voiceops.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the VoiceOps