daniel5455
IS-IT--Management
Is it possible to have our phone system automatically go into night mode at a specific time without pressing the night mode buttton. If so how is it done. My System is a Definity G3
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 wOOdy-Soft on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!
Night Mode 2
- Thread starter daniel5455
- Start date
- Status
-
2
- #2
I cna think of a couple of ways. First & best one is to make the incoming destinations at the trunk group VDN's, send them into a vector with time of day controls and route them accordingly there. You would have to redefine zero as a VDN if it is currently defined as "attd".
Another possible way is to use coverage time of day. Send the incoming calls to an x-port (it could be 0 once you redefine zero as an extension) with a coverage time of day that routes it to 2 different locations based on time of day. You would probably want to eliminate coverage tone system wide in system parameters coverage, although I believe calls coming in on incoming trunks will not hear coverage tone anyway. The problem is with dial 0 calls, you would have to redine zero as an extension, if it is currently attd, and give it the same coverage path. In that case internal callers would hear coverage tone, unless you disabled it. One other porblem is with the night destination in the LDN form, it only becomes active if the switch is in true nites. You would have to put your X-ported local in there as well.
Using coverage is dangerous if internal calls are going to end up following your night path, be they internal locals or covered calls to the attendant. Calls will usually not follow 2 chained coverage paths. If you are only concerned with incoming trunk calls and the terminating night destination has no coverage treatment or is VM, your OK, otherwise there will likely be a problem. This is why its probably better to do it using vectoring.
Paul Beddows
Avaya Implementation
Telus
Vancouver, Canada
E-mail via
Another possible way is to use coverage time of day. Send the incoming calls to an x-port (it could be 0 once you redefine zero as an extension) with a coverage time of day that routes it to 2 different locations based on time of day. You would probably want to eliminate coverage tone system wide in system parameters coverage, although I believe calls coming in on incoming trunks will not hear coverage tone anyway. The problem is with dial 0 calls, you would have to redine zero as an extension, if it is currently attd, and give it the same coverage path. In that case internal callers would hear coverage tone, unless you disabled it. One other porblem is with the night destination in the LDN form, it only becomes active if the switch is in true nites. You would have to put your X-ported local in there as well.
Using coverage is dangerous if internal calls are going to end up following your night path, be they internal locals or covered calls to the attendant. Calls will usually not follow 2 chained coverage paths. If you are only concerned with incoming trunk calls and the terminating night destination has no coverage treatment or is VM, your OK, otherwise there will likely be a problem. This is why its probably better to do it using vectoring.
Paul Beddows
Avaya Implementation
Telus
Vancouver, Canada
E-mail via
- Status
Similar threads
- Locked
- Question