I wouldn't think it would be any different than sending them to a voicemail box that's already full.....if that makes sense. I mean do you charge for a voicemail service by the number of messages left? Do you charge people more if they don't empty their voicemail box? MARY LOU CAREY BackUP Telecom Consulting Office: 615-791-9969 Cell: 615-796-1111 On 2020-01-10 01:23 PM, Deborah McDuffie wrote:
In this case, the customer doesn't have a destination to forward the calls to. They want us to be the provider of that custom message and terminate the call on our platform. If they had another destination, we're already set up to provide that kind of overflow.
We can do it from a technical standpoint, but are trying to determine if others are providing similar service, and what the market rate would be. Also, if anyone has insight if there were any regulatory or other issues that we haven't considered about doing so.
Thanks to everyone for their responses so far, they've been helpful.
Deborah McDuffie Sales Engineer Socket Telecom (573) 817-0000, ext 157 dmcduffie at socket.net
On 1/10/2020 12:36 PM, Lee Riemer wrote:
Call-forward busy or is that simplifying it too much?
FROM: VoiceOps <voiceops-bounces at voiceops.org> ON BEHALF OF Deborah McDuffie SENT: Friday, January 10, 2020 11:30 AM TO: voiceops at voiceops.org SUBJECT: [VoiceOps] Call Overflow Handling
Good morning,
We've got a request from one of our SIP trunk customers, asking us to provide an automated recorded message should their inbound call volume unexpectedly exceed their trunk capacity (rather than a busy signal). They don't want to have the calls rerouted, or answered, per se, or have people leave a message - just an announcement that they have a situation that has resulted in an excessive call volume, and asking people to call back.
This is the first time we've gotten such a request, and it doesn't look like a common SP service offering. Normally, customers just provide an alternate overflow destination for us to send the calls to. Are there any other service providers who have offered this kind of failover/overflow service for exceeding trunk capacity, and, if so, how did you price the service? Please feel free to contact me directly, if you have any suggestions.
--
Deborah McDuffie
Sales Engineer
Socket Telecom
(573) 817-0000, ext 157
dmcduffie at socket.net
VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops