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

Digital HiPath 4000 station forwards directly to voice mail

Status
Not open for further replies.

jgbmt

Technical User
Mar 29, 2016
47
US
Hi all,

There is a digital HiPath 4000 station that forwards directly to voice mail. Line is blinking on the phone. I check ZIEL for forwarding actions such as CFDND and there were none. I actually deleted the DND from the REGEN. Can anyone provide some input?

Thank you
 
you can also try dialing ##91 or ##90 on the phone. If those codes are in your dial plan ##91 removes variable call forwarding and ##90 removes system call forwarding.

The suggestion of ACTDA or at least DIS-ACTDA should show you if anything is strange on the phone. DIS-ZIEL should show you if any forwarding is showing up on the phone.

If you are using Assistant, make sure on the front page / launch pad that everything under the Configuration Management box says Synchronous. If it doesn't then what you see in Assistant isn't necessarily up to date. This is easy to fix if necessary.



Don Bruechert, Voice Comm Analyst II
CareTech Solutions @ Holy Family Memorial
Manitowoc, WI, USA
 
Thank you!!

DIS-ACTDA sure displayed some weird stuff. I REG'd the ACTDA and cleared the issue. Just wondering how that could have happened = is the user capable of typing in a digit sequence to corrupt the ACTDA?
 
Forwardings are stored in ZIEL and Activated in ACTDA.
If the user forwards a phone that forwarding is visible (adjustable also) in ACTDA
DND on/off and Individual ring time before forwarding are adjustable in ACTDA also
 


Hi,

Please delete the extension from that port and add again. yours problem will resolved.

Reg-sbcsu
del-sbcsu
add-sbcsu
 
His problem was already resolved.

But if you delete the extension, you'll lose the PERSI name and pin config, and ZIEL config for NAME and DSS keys. All that would need a regen first.

Also, the delete will fail if you don't remove the phone from pickup or hunt groups first. Also maybe night stations and key system config.

So deleting the extension is the last thing to try, not the first.
 
Generally when I have those kinds of problems (typically with Openscape T phones, but sometimes Analog) I usually will assign the phone to a new PEN, effectively deleting it from the old one, and then give the system a minute to digest that and switch it back to the original. I have a number of OS40T problems where the phone is only partially functional (can answer, but no hold, transfer, etc) and deact/react does not fix the problem, nor does physical disconnect. Moving it off the PEN *in programming* and then putting it back on usually will resolve that particular issue. I'm wayyyy too lazy to go through all the work of deleting and re-adding a phone!


Don Bruechert, Voice Comm Analyst II
CareTech Solutions @ Holy Family Memorial
Manitowoc, WI, USA
 
There is also a parameter in SDAT to be aware of - STNOOOS - Station Number out of service.
So if there is an extension 1234 with an SDAT set of STNOOS of 3333 then if you unplug 1234 the calls for 1234 will go directly to 3333.
This does not look at ZIEL or ACTDA and only works if the phone is out of service.
 
Oh cool. I never knew that was there. I can use that for my main ER phone.... :eek:)

Don Bruechert, Voice Comm Analyst II
CareTech Solutions @ Holy Family Memorial
Manitowoc, WI, USA
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top