>From a cell user level perspective... 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: [email protected] [mailto:[email protected]] 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 <[email protected]> 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 <[email protected]> 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 _______________________________________________ -- 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
