Unique DIDs vs. Custom extensions
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, Rafael
On 09/15/2015 11:58 AM, Rafael Possamai wrote:
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.
So, you'd be okay with a two-stage process where the caller has to enter an extension from an IVR? -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
I would if it is cost prohibitive to setup and maintain 1,000 DIDs a month. Each end-user is a real estate company, and in their ads in our platform would be listed one of the DIDs, or a single DID for everybody, but with a property code that would match an extension number, then forwarding as needed. Does that make sense? On Tue, Sep 15, 2015 at 11:04 AM, Alex Balashov <abalashov at evaristesys.com> wrote:
On 09/15/2015 11:58 AM, Rafael Possamai wrote:
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.
So, you'd be okay with a two-stage process where the caller has to enter an extension from an IVR?
-- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States
Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
_______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops
On 09/15/2015 12:32 PM, Rafael Possamai wrote:
I would if it is cost prohibitive to setup and maintain 1,000 DIDs a month. Each end-user is a real estate company, and in their ads in our platform would be listed one of the DIDs, or a single DID for everybody, but with a property code that would match an extension number, then forwarding as needed. Does that make sense?
Yeah, I just worry about the impact this would have on customer engagement and conversion. It's just like with web sites; if it requires just one more click than an idle passer-by wants to make, they're gone. -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
I agree, although I personally don't mind one step, it may get frustrating if they have to call more than once to reach the end-user and have to enter the 5 digit code every single time. The 1,000 DIDs fit in my budget, my issue is mostly the minutes. If I can find a platform that will sell me 1,000 DIDs and unlimited minutes or a very low rate, then I should be good. Some platforms allow for routing data to be entered directly into their dashboard, like Flowroute, except their rates are still expensive for minutes. On Tue, Sep 15, 2015 at 11:37 AM, Alex Balashov <abalashov at evaristesys.com> wrote:
On 09/15/2015 12:32 PM, Rafael Possamai wrote:
I would if it is cost prohibitive to setup and maintain 1,000 DIDs a
month. Each end-user is a real estate company, and in their ads in our platform would be listed one of the DIDs, or a single DID for everybody, but with a property code that would match an extension number, then forwarding as needed. Does that make sense?
Yeah, I just worry about the impact this would have on customer engagement and conversion. It's just like with web sites; if it requires just one more click than an idle passer-by wants to make, they're gone.
-- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States
Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
I would put up an asterisk with 1:1 DIDs - that'll be easiest for your clients. And you can easily build a self service center around that - basically have a website where people can change their forwarding number. DIDs ~ $0.30 / month each Minutes $0.005 / minute x 2 (in and out) - $0.01 / minute about - are these calls in 1 area? maybe PRI would be best. Depends on the volume your going to do and how long this project is. Aryn H. K. Nakaoka anakaoka at trinet-hi.com Direct: 808.356.2901 Fax : 808.356.2919 Tri-net Solutions 733 Bishop St. #1170 Honolulu, HI 96813 http://www.trinet-hi.com https://twitter.com/AlohaTone Aloha Tone PBX <https://www.youtube.com/watch?v=96YWPY9wCeU> https://www.youtube.com/watch?v=96YWPY9wCeU <http://youtu.be/27v2wbnFIDs> Aloha Tone (HA) High Availability <http://youtu.be/rJsr4k0RBH8> http://youtu.be/rJsr4k0RBH8 CONFIDENTIALITY NOTICE: The information contained in this email and any attachments may be privileged, confidential and protected from disclosure. Any disclosure, distribution or copying of this email or any attachments by persons or entities other than the intended recipient is prohibited. If you have received this email in error, please notify the sender immediately by replying to the message and deleting this email and any attachments from your system. Thank you for your cooperation. On Tue, Sep 15, 2015 at 6:45 AM, Rafael Possamai <rafaelpossa at gmail.com> wrote:
I agree, although I personally don't mind one step, it may get frustrating if they have to call more than once to reach the end-user and have to enter the 5 digit code every single time.
The 1,000 DIDs fit in my budget, my issue is mostly the minutes. If I can find a platform that will sell me 1,000 DIDs and unlimited minutes or a very low rate, then I should be good. Some platforms allow for routing data to be entered directly into their dashboard, like Flowroute, except their rates are still expensive for minutes.
On Tue, Sep 15, 2015 at 11:37 AM, Alex Balashov <abalashov at evaristesys.com
wrote:
On 09/15/2015 12:32 PM, Rafael Possamai wrote:
I would if it is cost prohibitive to setup and maintain 1,000 DIDs a
month. Each end-user is a real estate company, and in their ads in our platform would be listed one of the DIDs, or a single DID for everybody, but with a property code that would match an extension number, then forwarding as needed. Does that make sense?
Yeah, I just worry about the impact this would have on customer engagement and conversion. It's just like with web sites; if it requires just one more click than an idle passer-by wants to make, they're gone.
-- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States
Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
_______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops
Using grasshopper you could have 1 Toll Free and unlimited extensions ~ $0.019 / minute, but I'm sure you can work a deal with them... but 50% might be tough, even @ 1,000,000 minutes. other option is custom asterisk (which would allow for self service from users). Aryn H. K. Nakaoka anakaoka at trinet-hi.com Direct: 808.356.2901 Fax : 808.356.2919 Tri-net Solutions 733 Bishop St. #1170 Honolulu, HI 96813 http://www.trinet-hi.com https://twitter.com/AlohaTone Aloha Tone PBX <https://www.youtube.com/watch?v=96YWPY9wCeU> https://www.youtube.com/watch?v=96YWPY9wCeU <http://youtu.be/27v2wbnFIDs> Aloha Tone (HA) High Availability <http://youtu.be/rJsr4k0RBH8> http://youtu.be/rJsr4k0RBH8 CONFIDENTIALITY NOTICE: The information contained in this email and any attachments may be privileged, confidential and protected from disclosure. Any disclosure, distribution or copying of this email or any attachments by persons or entities other than the intended recipient is prohibited. If you have received this email in error, please notify the sender immediately by replying to the message and deleting this email and any attachments from your system. Thank you for your cooperation. On Tue, Sep 15, 2015 at 8:30 AM, Aryn Nakaoka 808.356.2901 < anakaoka at trinet-hi.com> wrote:
I would put up an asterisk with 1:1 DIDs - that'll be easiest for your clients.
And you can easily build a self service center around that - basically have a website where people can change their forwarding number.
DIDs ~ $0.30 / month each Minutes $0.005 / minute x 2 (in and out) - $0.01 / minute about - are these calls in 1 area? maybe PRI would be best.
Depends on the volume your going to do and how long this project is.
Aryn H. K. Nakaoka anakaoka at trinet-hi.com
Direct: 808.356.2901 Fax : 808.356.2919
Tri-net Solutions 733 Bishop St. #1170 Honolulu, HI 96813 http://www.trinet-hi.com
Aloha Tone PBX <https://www.youtube.com/watch?v=96YWPY9wCeU> https://www.youtube.com/watch?v=96YWPY9wCeU <http://youtu.be/27v2wbnFIDs>
Aloha Tone (HA) High Availability <http://youtu.be/rJsr4k0RBH8> http://youtu.be/rJsr4k0RBH8
CONFIDENTIALITY NOTICE: The information contained in this email and any attachments may be privileged, confidential and protected from disclosure. Any disclosure, distribution or copying of this email or any attachments by persons or entities other than the intended recipient is prohibited. If you have received this email in error, please notify the sender immediately by replying to the message and deleting this email and any attachments from your system. Thank you for your cooperation.
On Tue, Sep 15, 2015 at 6:45 AM, Rafael Possamai <rafaelpossa at gmail.com> wrote:
I agree, although I personally don't mind one step, it may get frustrating if they have to call more than once to reach the end-user and have to enter the 5 digit code every single time.
The 1,000 DIDs fit in my budget, my issue is mostly the minutes. If I can find a platform that will sell me 1,000 DIDs and unlimited minutes or a very low rate, then I should be good. Some platforms allow for routing data to be entered directly into their dashboard, like Flowroute, except their rates are still expensive for minutes.
On Tue, Sep 15, 2015 at 11:37 AM, Alex Balashov < abalashov at evaristesys.com> wrote:
On 09/15/2015 12:32 PM, Rafael Possamai wrote:
I would if it is cost prohibitive to setup and maintain 1,000 DIDs a
month. Each end-user is a real estate company, and in their ads in our platform would be listed one of the DIDs, or a single DID for everybody, but with a property code that would match an extension number, then forwarding as needed. Does that make sense?
Yeah, I just worry about the impact this would have on customer engagement and conversion. It's just like with web sites; if it requires just one more click than an idle passer-by wants to make, they're gone.
-- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States
Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
_______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops
Using the DIDs wont really add any complexity, but if you are planning on reusing the same pool for different properties then -----Original Message----- From: VoiceOps [mailto:voiceops-bounces at voiceops.org] On Behalf Of Alex Balashov Sent: Tuesday, September 15, 2015 12:37 PM To: Rafael Possamai Cc: voiceops at voiceops.org Subject: Re: [VoiceOps] Unique DIDs vs. Custom extensions On 09/15/2015 12:32 PM, Rafael Possamai wrote:
I would if it is cost prohibitive to setup and maintain 1,000 DIDs a month. Each end-user is a real estate company, and in their ads in our platform would be listed one of the DIDs, or a single DID for everybody, but with a property code that would match an extension number, then forwarding as needed. Does that make sense?
Yeah, I just worry about the impact this would have on customer engagement and conversion. It's just like with web sites; if it requires just one more click than an idle passer-by wants to make, they're gone. -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops
----- Original Message -----
From: "Alex Balashov" <abalashov at evaristesys.com>
On 09/15/2015 11:58 AM, Rafael Possamai wrote:
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.
So, you'd be okay with a two-stage process where the caller has to enter an extension from an IVR?
Indeed: the issue here is caller cognitive load, and hence it's a business decision, not a technical one. If the business case calls for "phone numbers", nothing is ever a substitute for DIDs. And DIDs are generally *cheap*, especially in blocks that large. Cheers, -- jra -- Jay R. Ashworth Baylink jra at baylink.com Designer The Things I Think RFC 2100 Ashworth & Associates http://www.bcp38.info 2000 Land Rover DII St Petersburg FL USA BCP38: Ask For It By Name! +1 727 647 1274
You don't need a call routing platform: you need call routing data. As much fun as it is to build new systems, that might not be your need.
On Sep 15, 2015, at 11:58 , Rafael Possamai <rafaelpossa at gmail.com> wrote:
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..).
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.
The two-stage process will give you different results from having DIDs. Calling into an IVR/Auto Attendant and entering an extension is going to be considered old school for a lot of folks. In the US, almost everybody has a DID listed on their business card or advertisement. Otherwise you're signaling that you'd like to keep the caller at a distance; "I'm not going to let you ring my phone directly; I'm going to send you through a gauntlet of call transfers". PSTN DIDs aren't a scarce resource unless you require them all to have 212 area codes (for example of a big city).
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.
Rather than building it yourself, you could use somebody else's platform -- if they'll give you access to the billing data and give you the call-forwarding options you need. -- PhonePower offers business-oriented service with unlimited minutes -- Phonebooth <http://phonebooth.com/> (a Bandwidth.com <http://bandwidth.com/> company) has unlimited minutes I'd recommend you contact these guys directly and explain your need. They all have technical people on this list. --- mark at ecg.co +1-229-316-0013 http://ecg.co/lindsey
Thank you, Mark. Would you say I could get all of this accomplished within one of these platforms, without the need to setup another system such as asterisk? On Tue, Sep 15, 2015 at 11:19 AM, Mark R Lindsey <lindsey at e-c-group.com> wrote:
You don't need a call routing platform: you need call routing data.
As much fun as it is to build new systems, that might not be your need.
On Sep 15, 2015, at 11:58 , Rafael Possamai <rafaelpossa at gmail.com> wrote:
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..).
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.
The two-stage process will give you different results from having DIDs.
Calling into an IVR/Auto Attendant and entering an extension is going to be considered old school for a lot of folks. In the US, almost everybody has a DID listed on their business card or advertisement. Otherwise you're signaling that you'd like to keep the caller at a distance; "I'm not going to let you ring my phone directly; I'm going to send you through a gauntlet of call transfers".
PSTN DIDs aren't a scarce resource unless you require them all to have 212 area codes (for example of a big city).
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.
Rather than building it yourself, you could use somebody else's platform -- if they'll give you access to the billing data and give you the call-forwarding options you need.
-- PhonePower offers business-oriented service with unlimited minutes -- Phonebooth <http://Phonebooth.com> (a Bandwidth.com company) has unlimited minutes
I'd recommend you contact these guys directly and explain your need. They all have technical people on this list.
--- mark at ecg.co +1-229-316-0013 http://ecg.co/lindsey
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. good luck, Graham Freeman, Principal Nerd NerdVentures.com +1-510-898-6772 graham at nerdventures.com https://www.linkedin.com/in/grahamfreeman Twitter: @get_nerdy
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, Rafael
_______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops
On Tue, Sep 15, 2015 at 11:58 AM, Rafael Possamai <rafaelpossa at gmail.com> wrote:
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).
I helped consult on a similar system eight or nine years ago -- at the time, my client used Asterisk with PRI channels instead of SIP channels, because of the ability to do a two-B-channel transfer and cut himself out of the middle of the call after the connecting the caller to the called party. Asterisk can initiate the two-B-channel transfer, but as far as I know doesn't yet do anything with the message coming back down the PRI letting it know when the call has terminated. (Well, that's not entirely true -- Asterisk logs an error message, so I assume it wouldn't be too hard to actually connect that up to some sort of better logging to be able to determine the call duration.) It may not make sense in your situation, but I thought I'd pass that along as one way of not having to pay for so many minutes. -- Jared Smith
Hi Jared, Thanks a lot, that's very helpful. I will look into that! On Tue, Sep 15, 2015 at 5:40 PM, Jared Smith <jaredsmith at jaredsmith.net> wrote:
On Tue, Sep 15, 2015 at 11:58 AM, Rafael Possamai <rafaelpossa at gmail.com> wrote:
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).
I helped consult on a similar system eight or nine years ago -- at the time, my client used Asterisk with PRI channels instead of SIP channels, because of the ability to do a two-B-channel transfer and cut himself out of the middle of the call after the connecting the caller to the called party. Asterisk can initiate the two-B-channel transfer, but as far as I know doesn't yet do anything with the message coming back down the PRI letting it know when the call has terminated. (Well, that's not entirely true -- Asterisk logs an error message, so I assume it wouldn't be too hard to actually connect that up to some sort of better logging to be able to determine the call duration.)
It may not make sense in your situation, but I thought I'd pass that along as one way of not having to pay for so many minutes.
-- Jared Smith
Jared -- Can you explain in detail how a two-B-channel transfer would prevent Rafael from having to pay for so many minutes? The calls are terminating to a phone on the PSTN; you'd still have to pay someone for the originating leg and terminating leg. You're just taking Asterisk out of the middle once the two legs are up. While that allows you to handle more calls on Asterisk, what I understand is that you are still paying for the two legs. Beckman On Tue, 15 Sep 2015, Jared Smith wrote:
On Tue, Sep 15, 2015 at 11:58 AM, Rafael Possamai <rafaelpossa at gmail.com> wrote:
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).
I helped consult on a similar system eight or nine years ago -- at the time, my client used Asterisk with PRI channels instead of SIP channels, because of the ability to do a two-B-channel transfer and cut himself out of the middle of the call after the connecting the caller to the called party. Asterisk can initiate the two-B-channel transfer, but as far as I know doesn't yet do anything with the message coming back down the PRI letting it know when the call has terminated. (Well, that's not entirely true -- Asterisk logs an error message, so I assume it wouldn't be too hard to actually connect that up to some sort of better logging to be able to determine the call duration.)
It may not make sense in your situation, but I thought I'd pass that along as one way of not having to pay for so many minutes.
-- Jared Smith
--------------------------------------------------------------------------- Peter Beckman Internet Guy beckman at angryox.com http://www.angryox.com/ ---------------------------------------------------------------------------
----- Original Message -----
From: "Jared Smith" <jaredsmith at jaredsmith.net>
I helped consult on a similar system eight or nine years ago -- at the time, my client used Asterisk with PRI channels instead of SIP channels, because of the ability to do a two-B-channel transfer and cut himself out of the middle of the call after the connecting the caller to the called party. Asterisk can initiate the two-B-channel transfer, but as far as I know doesn't yet do anything with the message coming back down the PRI letting it know when the call has terminated. (Well, that's not entirely true -- Asterisk logs an error message, so I assume it wouldn't be too hard to actually connect that up to some sort of better logging to be able to determine the call duration.)
2BCT is great stuff, if your carrier will give it to you: you don't pay for the minutes except when they're on your trunks -- and if they're local trunks, they may still be free cause they're incoming. Cheers, -- jra -- Jay R. Ashworth Baylink jra at baylink.com Designer The Things I Think RFC 2100 Ashworth & Associates http://www.bcp38.info 2000 Land Rover DII St Petersburg FL USA BCP38: Ask For It By Name! +1 727 647 1274
Please provide me a list of carriers that support 2BCT but don't bill for any calls that are released back to their switch. I want to abuse the hell out of it. On 9/19/2015 8:35 AM, Jay Ashworth wrote:
----- Original Message -----
From: "Jared Smith" <jaredsmith at jaredsmith.net> I helped consult on a similar system eight or nine years ago -- at the time, my client used Asterisk with PRI channels instead of SIP channels, because of the ability to do a two-B-channel transfer and cut himself out of the middle of the call after the connecting the caller to the called party. Asterisk can initiate the two-B-channel transfer, but as far as I know doesn't yet do anything with the message coming back down the PRI letting it know when the call has terminated. (Well, that's not entirely true -- Asterisk logs an error message, so I assume it wouldn't be too hard to actually connect that up to some sort of better logging to be able to determine the call duration.) 2BCT is great stuff, if your carrier will give it to you: you don't pay for the minutes except when they're on your trunks -- and if they're local trunks, they may still be free cause they're incoming.
Cheers, -- jra
+1. FYI, the Genband C15 doesn't support it (I know that from a customer's previous request to us). Frank -----Original Message----- From: VoiceOps [mailto:voiceops-bounces at voiceops.org] On Behalf Of Brooks Bridges Sent: Saturday, September 19, 2015 12:31 PM To: voiceops at voiceops.org Subject: Re: [VoiceOps] Unique DIDs vs. Custom extensions Please provide me a list of carriers that support 2BCT but don't bill for any calls that are released back to their switch. I want to abuse the hell out of it. On 9/19/2015 8:35 AM, Jay Ashworth wrote:
----- Original Message -----
From: "Jared Smith" <jaredsmith at jaredsmith.net> I helped consult on a similar system eight or nine years ago -- at the time, my client used Asterisk with PRI channels instead of SIP channels, because of the ability to do a two-B-channel transfer and cut himself out of the middle of the call after the connecting the caller to the called party. Asterisk can initiate the two-B-channel transfer, but as far as I know doesn't yet do anything with the message coming back down the PRI letting it know when the call has terminated. (Well, that's not entirely true -- Asterisk logs an error message, so I assume it wouldn't be too hard to actually connect that up to some sort of better logging to be able to determine the call duration.) 2BCT is great stuff, if your carrier will give it to you: you don't pay for the minutes except when they're on your trunks -- and if they're local trunks, they may still be free cause they're incoming.
Cheers, -- jra
_______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops
This sounds like an incredible way to do LD (especially inbound LD) in infinite amounts for a flat monthly rate. On 9/19/15 10:31 AM, Brooks Bridges wrote:
Please provide me a list of carriers that support 2BCT but don't bill for any calls that are released back to their switch. I want to abuse the hell out of it.
On 9/19/2015 8:35 AM, Jay Ashworth wrote:
----- Original Message -----
From: "Jared Smith" <jaredsmith at jaredsmith.net> I helped consult on a similar system eight or nine years ago -- at the time, my client used Asterisk with PRI channels instead of SIP channels, because of the ability to do a two-B-channel transfer and cut himself out of the middle of the call after the connecting the caller to the called party. Asterisk can initiate the two-B-channel transfer, but as far as I know doesn't yet do anything with the message coming back down the PRI letting it know when the call has terminated. (Well, that's not entirely true -- Asterisk logs an error message, so I assume it wouldn't be too hard to actually connect that up to some sort of better logging to be able to determine the call duration.) 2BCT is great stuff, if your carrier will give it to you: you don't pay for the minutes except when they're on your trunks -- and if they're local trunks, they may still be free cause they're incoming.
Cheers, -- jra
_______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops
Does anyone here have any frigging common sense? If I, the middle party, receive a call, and 2BCT it to *a number I don't have to pay a measured rate for*, then I don't have to pay a measured rate for it. I would have thought it was pretty clear that if the forward number was toll, you'd pay for it. But I guess not. Cheers, -- jra ----- Original Message -----
From: "Aaron Seelye" <aseelye-lists at eltopia.com> To: voiceops at voiceops.org Sent: Monday, September 21, 2015 11:21:03 AM Subject: Re: [VoiceOps] Unique DIDs vs. Custom extensions This sounds like an incredible way to do LD (especially inbound LD) in infinite amounts for a flat monthly rate.
On 9/19/15 10:31 AM, Brooks Bridges wrote:
Please provide me a list of carriers that support 2BCT but don't bill for any calls that are released back to their switch. I want to abuse the hell out of it.
On 9/19/2015 8:35 AM, Jay Ashworth wrote:
----- Original Message -----
From: "Jared Smith" <jaredsmith at jaredsmith.net> I helped consult on a similar system eight or nine years ago -- at the time, my client used Asterisk with PRI channels instead of SIP channels, because of the ability to do a two-B-channel transfer and cut himself out of the middle of the call after the connecting the caller to the called party. Asterisk can initiate the two-B-channel transfer, but as far as I know doesn't yet do anything with the message coming back down the PRI letting it know when the call has terminated. (Well, that's not entirely true -- Asterisk logs an error message, so I assume it wouldn't be too hard to actually connect that up to some sort of better logging to be able to determine the call duration.) 2BCT is great stuff, if your carrier will give it to you: you don't pay for the minutes except when they're on your trunks -- and if they're local trunks, they may still be free cause they're incoming.
Cheers, -- jra
_______________________________________________ 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
-- Jay R. Ashworth Baylink jra at baylink.com Designer The Things I Think RFC 2100 Ashworth & Associates http://www.bcp38.info 2000 Land Rover DII St Petersburg FL USA BCP38: Ask For It By Name! +1 727 647 1274
On 9/19/15 10:31 AM, Brooks Bridges wrote:
Please provide me a list of carriers that support 2BCT but don't bill for any calls that are released back to their switch. I want to abuse the hell out of it.
If the outbound leg from the PRI to the destination is flat rate or toll-free, this shouldn't be billed to the PRI. The originator would pay for the inbound leg if toll or measured. This type of arrangement was really common in the old BBS days before the Internet thing we all know and love became popular. Imagine a dial-up BBS in town A. Town B is a local flat-rate call to town A. Town C is a local flat-rate call to B but toll or message-rate to A. Someone in B sets up call-forward to A. Caller in C calls the number in B and reaches the BBS in A. Then some one in C sets up a forward to B. D goes to C, etc. It wasn't unusual to go several hops over hundreds of miles in southern California back in the day. The older switches didn't seem to limit the number of simultaneous forwards and 9600 baud modems would work just fine. -- Jay Hennigan - CCIE #7880 - Network Engineering - jay at impulse.net Impulse Internet Service - http://www.impulse.net/ Your local telephone and internet company - 805 884-6323 - WB6RDV
participants (13)
-
abalashov＠evaristesys.com -
anakaoka＠trinet-hi.com -
aseelye-lists＠eltopia.com -
beckman＠angryox.com -
brooks＠firestormnetworks.net -
frnkblk＠iname.com -
graham＠nerdventures.com -
jaredsmith＠jaredsmith.net -
jay＠west.net -
jra＠baylink.com -
lindsey＠e-c-group.com -
rafaelpossa＠gmail.com -
rdawson＠force3.com