The cell companies are "doing it" like they think makes sense.
If they know your cell is off/out of range they route instantly to VM.
They could give "4-10 rings" of fake effort, but why. With follow me
roaming and such, they want to process the call as fast as possible.
If they don't know if the cell is available, they may go through about 4
rings of searching, but beyond that it is time to send it to VM, charge for
the call :-), and move on.
Ideally, a "find me" call forwarding system should have a "real
person"
identifier and local voice mail. "Real person" means that all called
external numbers should not be assumed to be answered until they send back a
DTMF tone.
Something like a Background announcement with some silence, waiting for
DTMF. It could be a "Boing...." or "You have a forwarded call,
press any key
to accept the call...."
Then the call should be cut through to that "extension".
Cary Fitch
-----Original Message-----
From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of drew einhorn
Sent: Friday, March 20, 2009 8:06 AM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Special Information Tones
On Fri, Mar 20, 2009 at 1:53 AM, Gordon Henderson
<gordon+asterisk at drogon.net> wrote:> On Fri, 20 Mar 2009, Stephen Davies wrote:
>
>> Hi,
>>
>> Are you sure that Verizon amswers the call? =A0They should play that
>> message as 'early media' without answering, after which they
cam clear
>> the call with an appropriate cause code.
>
Yes, They are answering the call, sometimes on the first ring,
and taking it away from the lines that should be answering the call.
> Similar issue in the UK and yes, the carriers do answer the call - because
> from that second onward thy are taking revenue.
>
> BT offer a free voicemailbox on landlines too - for the same reason.
>
So, they really want to answer the phone so they can charge for the call.
If we can get them to put one of the Special Information Tones in front of
the call, can we make asterisk ignore that false answer and allow the other
lines to continue simultaneously ringing until we get a real answer, or it
goes to voicemail?
> Gordon
>
>
>>
>> That would work for you and still give callers the audible ,essage they
want.>>
>> Steve
>>
>> On 3/20/09, drew einhorn <drew.einhorn at gmail.com> wrote:
>>> I'm having a problem with Verizon Wireless.
>>>
>>> I would be extremely surprised if I was the only one having this
problem.>>>
>>> It seems to me that Verizon Wireless might be able to use one of
the
>>> Special Information Tones to allow us to solve the problem.
>>>
>>> But I really do not whether my suggestion is compliant with the
ITU-T
>>> standards.
>>>
>>> Perhaps someone can give me an expert opinion on whether I should
try
>>> to get Verizon to implement my suggestion.
>>>
>>> First I'll describe the problem.
>>>
>>> I'm trying to implement Single Number Reach. =A0For example,
when a call
>>> comes in to one of my DIDs, it simultaneously rings on a couple
>>> extensions in my home office and a couple of Verizon Wireless cell
>>> phone numbers. =A0Everything works just the way it is supposed to
if the
>>> cell phones are powered up, and within the range of a cell tower.
>>>
>>> The problem is if a cellphone is turned off, or out of range and
>>> unable to talk to a cell tower, Verizon is unable to find the
>>> cellphone on their network, Verizon answers the call and plays a
>>> recorded message, instead of allowing the number to continue
ringing,
>>> and allowing one of the voip extensions, or another cellphone to
>>> answer the call.
>>>
>>> Verizon really wants to get rid of the call as quickly as possible
to
>>> free up their equipment to handle other calls.
>>>
>>> Unfortunately we spend a lot of time in rural areas where there is
no
>>> cell tower to talk to. =A0In that case we really someone else to
pick up
>>> the call.
>>>
>>> I'm hoping that if Verizon would precede the voice message with
one of
>>> the Special Information Tones, we could recognize the fact that the
>>> call has not really been answer, and continue to ring on the other
>>> lines.
>>>
>>> Two questions. =A01) would the approach be compliant with ITU-T
>>> standards? =A02) Assuming that it is, and we can convince Verizon
to
>>> implement this. How difficult would it be to configure asterisk to
>>> handle this as I suggest?
>>>
>>> --
>>> Drew Einhorn
>>>
>>> _______________________________________________
>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com
--
>>>
>>> asterisk-users mailing list
>>> To UNSUBSCRIBE or update options visit:
>>> =A0 =A0http://lists.digium.com/mailman/listinfo/asterisk-users
>>>
>>
>> --
>> Sent from my mobile device
>>
>> _______________________________________________
>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>>
>> asterisk-users mailing list
>> To UNSUBSCRIBE or update options visit:
>> =A0 http://lists.digium.com/mailman/listinfo/asterisk-users
>>
>
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
> =A0 http://lists.digium.com/mailman/listinfo/asterisk-users
>
--=20
Drew Einhorn
_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
