[asterisk-users] Special Information Tones

[drew einhorn]

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?  They 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.  For 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.  Everything 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.  In 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.  1) would the approach be compliant with ITU-T
>>> standards?  2) 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:
>>>    http://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:
>>   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:
>   http://lists.digium.com/mailman/listinfo/asterisk-users
>



-- 
Drew Einhorn