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 strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Attendant overflow

Status
Not open for further replies.

Mitelpassion

IS-IT--Management
May 2, 2005
1,153
ZA
Hi,Has anyone set this up. I have a 5550 IP console and need to have an overflow to some message saying that the operator is busy and play some music, all the while the call should still queue against the 5550. I have read the attendant overflow description in the online help but no programming instructions.

any help is appreciated...
 
I think I've answered this before, but here we go again. This is the short dirty answer, the programming may take some polishing.
1. program a rad (ons or embedded vmail port)
2. create a hunt group, I believe the type is voice
3. add rad to hunt group
4. create a 1st alt reroute, destination is the hunt group
5. apply new 1st alt to console LDN

That should be it, I may have missed a couple of small steps, but that's it in a nut shell.
 
Hi Miteltech. I think you have answered this but it didn't work. I will try it again....
 
Miteltech, just tried it now. works 50%. the message is played, but the call is not queued and there is no moh if the board is still busy. the call also disconnects after the rad has played.

any ideas? this might sound funny, but is seems normal...
 
Hmmm, works on mine. I didn't use the hunt group though, rerouted right to the rad dn. Maybe that's the difference. This is a console, right? It has to be a console LDN for this to work.
 
DOH! I see at the top you mention 5550 console. Not sure why it wouldn't be working, does for me. Make sure your rad timers are set correctly, then, ummmmm, I don't know.
 
Sounds like the makin's of an FAQ to me. MitelTech, you are hereby nominated to do the honors.
 
still can't get this to work. this is for the primary DN of the switchboard.

even just specifying the rad dn, the rad plays and then disconnects the call. what will keep the call up? what timers should I be looking at, as the message plays in full but once completed the call is disconnected.

should I be looking at the expect off hook timer to enable the music on hold to play?

anyone else tried this?

thanks for the help so far miteltech
 
Expected off hook time would be a second or two longer then the greeting length timer. What else are we missing? Has to be something small...
 
ok..got this working eventually only by virtue of using the rad dn directly. so it seems that if the rads in a hunt group in doesn't work. so the issue would be what would happen to multiple calls, will they each wait for the port to become available?

is this not supposed to work when using a hunt group??
 
I "thought" it would work in a hunt group. Multiple calls will wait for the rad to be free, the system will also conference more then one caller to the rad at a time I believe. I will have to try that later today.
 
This is crazy.. just added the rad port to a rad hunt group, set up the 1st al routing to the hg, just like you said and it's working.

I did this yesterday and it didn't work. I even tried just to the rad dn yesterday and also didn't work...moral of the story if it doesn't work today then try it again tomorrow....

thanks for the help miteltech. off to the customer to implement...

E
 
everybody including miteltech, thanks for the help. I finally have it working. As I said tried it the one day and it didn't work, tried it the next and it did...go figure...
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top