Hudlite drag and drop, drops call on transfer to voicemail Solved!!!! Update
Submitted by jcaverly on Wed, 08/22/2007 - 9:13am.
I posted the question in another thread but I thought I would repost it to see If I can get a solution.
Running the latest version of both the Hudlite-server and Client. I have voice mail enabled for all extensions, and I have verified that voice mail is working.
Problem is when you drag and drop a person to the voice mail icon it disconnects the call.
I have tried removing *86 in the extensions_hud.conf file as was suggested in the thread where I orignal posted my question it was buy the poster to my question that extensions_hud.conf was probably overwritten with one that thinks *86 is the default trixbox voicemail prefix and that I should remove *86 and replace it with *. This however did not solve my problem, any more assistance would be helpfull.
any other ideas
Restart?
Mon, 09/03/2007 - 6:28pm
Hi John,
I have a recently new installation of the hud server and I ran into this same problem. When transferring to voicemail via the HUD whether, it is internal (I just want to leave a message) or I am transferring a client, it would drop the call or I would hear goodbye then it would disconnect me. When looking at the asterisk cli you'll see that it does append the *86 at the beginning of the extension (or at least that is what I saw). When trying to edit the extensions_hud.conf file through the Config Edit menu of trixbox I ended up with an error saying that I could not write to those files. So I had to log on to the linux cli and edit the file manually. After I was able to edit the file (by using nano) I still had the problem and decided to restart the server to see if there was something that I missed. Well upon restarting it works like a charm. Hope this helps - if you would like I can give you specific instructions on exactly what I had to change and how I did it. I can also provide my extensions_hud.conf for you to compare yours to.
The answer
Thu, 09/20/2007 - 4:03pm
ok I got bit by my inexperiance in the unwritten rules of telecom....
never let my end users have extensions that start with a 9
see the default configuration
exten => _*86[1-8]XXXX,1,Set(VMCONTEXT=${DB(AMPUSER/${EXTEN:3}/voicemail)})
exten => _*86[1-8]XXXX,2,GotoIf($["${VMCONTEXT}" = "disabled"]?4:3)
exten => _*86[1-8]XXXX,3,Goto(ext-local,*${EXTEN:3},1)
exten => _*86[1-8]XXXX,4,Hangup
exten => _*86[1-8]XXX,1,Set(VMCONTEXT=${DB(AMPUSER/${EXTEN:3}/voicemail)})
exten => _*86[1-8]XXX,2,GotoIf($["${VMCONTEXT}" = "disabled"]?4:3)
exten => _*86[1-8]XXX,3,Goto(ext-local,*${EXTEN:3},1)
exten => _*86[1-8]XXX,4,Hangup
exten => _*86[1-8]XX,1,Set(VMCONTEXT=${DB(AMPUSER/${EXTEN:3}/voicemail)})
exten => _*86[1-8]XX,2,GotoIf($["${VMCONTEXT}" = "disabled"]?4:3)
exten => _*86[1-8]XX,3,Goto(ext-local,*${EXTEN:3},1)
exten => _*86[1-8]XX,4,Hangup
my extensions started with a "9" and were not [1-8]
thanks for the help everyone
John Caverly
Telecom Administrator
NP Information Systems
for 2 digit extension
Thu, 12/20/2007 - 1:25pm
I was having the same symptoms as John. In my case the solution was different and I wanted to share in case someone else has this issue.
We have 2 digit extensions and the calls were getting dropped with the "Goodbye message". The fix for me was to add another section to the xfer-to-vm context. The part I added was this:
exten => _*86[2-4]X,1,Set(VMCONTEXT=${DB(AMPUSER/${EXTEN:3}/voicemail)})
exten => _*86[2-4]X,2,GotoIf($["${VMCONTEXT}" = "disabled"]?4:3)
exten => _*86[2-4]X,3,Goto(ext-local,*${EXTEN:3},1)
exten => _*86[2-4]X,4,Hangup
I did _*86[2-4]X because our extensions are between 20 and 49. I probably could have done _*86[1-8]X, but I thought it was cleaner to restrict it.
Hope that helps someone.
Grant Scheffert
all you have to do
Sat, 12/29/2007 - 7:31pm
all you have to do is add this to your sip.conf
#include extensions_hud.conf
whats happening is its not finding the context for transfering to voicemail.
hope this helps ppl...
taking of the 86 is bad... since *86 is actually being passed to the server by hudlite from my recongnition... and what the context is doing is looking for *86
Member Since:
2006-08-01