Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Chris Miller on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

ccr & voicemail issue

Status
Not open for further replies.

modulistic

Technical User
Feb 7, 2008
167
US
BCM 400 4.0

I have set up custom call routing to transfer to a couple of phones in the back office (dn 428 and 429), and the tree goes like this:

to speak to xxxx, press 2.

so the caller presses two and it transfers fine, both extensions ring. heres the part thats throwing me, if nobody answers, it goes back to the top of the tree instead of going to voicemail.

If I hit extension 429 from the ccr tree, however, or dial the phone directly (xxx-x429) it will dump me into voicemail for those sets.

heres some settings
delay ring set to 6 rings
forward no answer to VM extension after 4 rings
voicemail box is 429, alternate extension is set to 428
428 and 429 are in a hunt group

i just thought of something, should the voicemail box be 428 and the alternate set to 429? is it going back to CCR tree because the lower number numerically doesnt have the VM box?

any input would be helpful. thanks
 
It sounds like you have programed a hunt group so both phones ring .A hunt group does not follow the normal ringing on a phone it follows the overflow or que settings in the hunt programing. I would put an answer DN on one of the phones for the other DN and send the CCR transfer to that extention and both phones will ring but after 6 rings VM will pick up on the DN the transfer is going to if both are set to 6 rings.
 
Are you using DID?

If so just add a target line for that DID on both phones.




This is a Signature and not part of the answer, it appears on every reply.

This is an Analogy so don't take it personally as some have.

Why change the engine if all you need is to change the spark plugs.


 
Check your transfer callback

What doesn't kill you only makes you stronger.
 
It sounds like you have programed a hunt group so both phones ring .A hunt group does not follow the normal ringing on a phone it follows the overflow or que settings in the hunt programing. I would put an answer DN on one of the phones for the other DN and send the CCR transfer to that extention and both phones will ring but after 6 rings VM will pick up on the DN the transfer is going to if both are set to 6 rings.

I tried this and as soon as I took them out of the hunt group, it stopped transfering to the extension. in other words, it was transfering to 429 while in the hunt group and ringing both sets. I delete the hunt group and it wont even ring 429, or any extension for that matter (from callpilot)


 
Are you using DID?

If so just add a target line for that DID on both phones.

I may not understand what you mean... actually, now that I think about it the dn doesnt have a target line. How was I able to dial from outside xxx-x429 and have that phone ring?

well, let me add a target line real quick.

hmm... these target lines have the extension as the prime set, but not as an assigned dn, let me assign em real
quick.


blah that didnt work.

I also changed the dial type in the callpilot from intercom 429 to line poolB xxx-x429 and that didnt work either.
 
Check your transfer callback

I changed transfer callback timeout under globalsettings/featuresettings from 4 rings to 6 rings and now it takes 6 rings instead of 4 rings to transfer me back to the top of the ccr tree.
 
double check the extension. press feature *0 and the intercom and will tell you what extension you have. Intercom 429 is hunt group from my memory, and that would explain no rining when HG removed.

To fix use HG and have overflow to extension with voicemail or use answer DN as stated earlier.
 
Call in a real phone tech...if not, you may go in circles..over and over and over......
 
I am a real phone tech, the bcm 200/400 class wasnt exactly all I dreamed in terms of thoroughness.

my co-worker (alaskanpolarbear) fixed it up with hte dn suggestion somehow
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top