Thread: Voicemail Logic
View Single Post
Unread 02-18-2007, 08:26 AM   #1
Junior Member
Join Date: Jun 2006
Posts: 29
Thanks: 0
Thanked 0 Times in 0 Posts
Tslam is on a distinguished road
Default Voicemail Logic

I think we still need some way of calling our voxalot voicemail *without* encountering the voxalot voicemail delay (D).

The logical way to achieve this IMO would be to bypass D when registered UserA calls their own voxalot account A. Otherwise, when say UserB, another proxy, or eg voxbone, calls A@voxalot, voxalot forwards them to voicemail after the configurable delay D. Does this make sense?

D creates problems when UserA, for instance, wants to configure their own voicemail delay E. Typically this occurs when UserA's ATA (eg the SPA3000) manages scenarios such as Cfwd All, Cfwd No Ans, and Cfwd Busy, via PSTN and VoIP Gateways. This results in a clunky delay E+D. It's no use setting D=0, because that stops UserA picking up VoIP calls altogether.

I'm not saying that voxalot shouldn't have its own configurable delay, D; because many users don't have SPA3k's, and they're relying on voxalot to catch their unanswered VoIP calls when they don't get to the 'phone.

This problem, as I've described it, is nothing new. It has been discussed by Dracofelis and others. The problem has been tolerated in most cases either because E>>D, or because voxalot only used to forward calls to voicemail when UserA returned "busy" or "unavailable"; not when there's "no answer".

The bottom line: can we please have a mechanism for calling our own voicemail with nil delay. While also retaining the delay for those who don't have ATA Gateways. Thanks!
Tslam is offline   Reply With Quote