Take vmail ports out of do not disturb ?

[transfr8]

I have Rads in DND as apparently the provider forgot to disable DND in COS when they programmed system. I have updated the COS to not allow it and have tried to take the ports out of DND by using DND- Cancel remote feature. When I enter the feature code and port number I am getting not allowed. I also confirmed that the COS of the phone I am trying this from has 'DND - access to remote phones' set to Yes. Can anyone tell me what option in COS I need to update in order to complete the request?

Thanks in advance

 

[nytalkin]

you must have dnd enabled in the COS in order to turn it on or off. DND is necessary in RAD Classes of Service to avoid RNA. If a RAD doesn't answer for some reason it should go into DND. To turn DND OFF you require a station with remote DND enabled.

NO GOOD DEED GOES UNPUNISHED!

 

[transfr8]

Thanks.. I will try that...

Any reason why the rad ports would be going into DND in the first place?

 

[LoopyLou]

On RAD ports in the COS you tell it how long you message is going to be ( expected off hook timer ). If your message gets changed ie gets longer then if the RAD is off hook longer then the timer is currently set for, then the system thinks there is an issue and puts the RAD in DND. Just max out the timer to prevent this from happening. The system will still work fine even though the RAD ports will "hangup" sooner then the timer.


I'd tell you a UDP joke but I'm afraid you won't get it. TCP jokes are the best because you always get them.

 

[transfr8]

Thanks for the reply

OK I set the Answer Plus Expected Off Hook Timer to Max 255 value. What should the other answer plus timers be set at for Rad COS? The other timers are AP Delay to msg, AP msg length timer, AP system reroute.The reason I ask is that I am having another issue. It seems that when a rad is playing and new caller is presented to the same Path DN from menu it plays another Rad (or message??) which happens to be the "we are now closed" rad\msg. So that is not good

 

[swinstation]

Hi
I think you have to give 5 or 10 in RAD assignment in "phase for ring" (end of the page) this time reset your RAD port and forbidS the port to going to DND.I think

AlCATEL-LUCENT is my love.
Swinstation

 

[transfr8]

Thanks

I set all Rad port Phase Timer to '5'. Only one was at 5 and the others were set to '2'. Will see if that helps.

 

[LoopyLou]

You need the RAD's split into groups based on their function i.e one group can play " all agents are busy please hold" another group of seperate ports would play " we are closed " at the appropriate time. Where are you using these RAD's and what the heck is your RAD device if it is playing difference messages on the same ports? Again, you need to seperate the ports by their function if this is for something like an ACD path.

I'd tell you a UDP joke but I'm afraid you won't get it. TCP jokes are the best because you always get them.

 

[swinstation]

@transfr8

what's up about DND?

AlCATEL-LUCENT is my love.
Swinstation

 

[transfr8]

OK.. after listening to all the Rads I found that they had one of the Rad ports as a member of the embedded vmail hunt group. Once I removed it everything seems ok. Thanks for assistance.

LooyLou... I know how Rads are used since this system was not initially set up by myself it took some time to find out how they programmed it.. Everyone programs the same function a little differently....