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
[email protected]
On 1/10/2020 12:36 PM, Lee Riemer wrote:
Call-forward busy or is that simplifying it too much?
FROM: VoiceOps <[email protected]> ON BEHALF OF Deborah
McDuffie
SENT: Friday, January 10, 2020 11:30 AM
TO: [email protected]
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
[email protected]
_______________________________________________
VoiceOps mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/voiceops
_______________________________________________
VoiceOps mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/voiceops