Just a word of warning to anyone on Windows 10 Insider program. The latest Fast Ring build (10532) breaks the IPO admin suite.
Tried uninstall/re-install/compatibility mode settings etc. Just refuses to start.
Even with latest SP4 9.1 admin suite.
Guess its my own fault for trying new things. :-(
I have a customer who just upgraded to windows 10. They wanted me to re-install Admin Suite, so I remoted in to their PC using Team Viewer. The download (Admin Suite Lite 9.1.4) went fine. However, on the install, it gets to the "copying Files" stage and runs a couple minutes, then freezes up. Have had to end the program multiple times. Any advice?
Thanks to technology, we can instantly communicate across the world, but it still doesn't help us know what to say.
I have installed and tested the following applications on Windows 10.
IP office Manager
System Status
Monitor
Voicemail Pro – both the service and the client
Contact store – works fine except for playback. Edge and Chrome do not load the active X, so to get calls to play I had to install ie tab in chrome and then play calls back in that. I then found that ie11 was also available on the machine and it works fine in that.
One-X Call Assistant
App Server Access - Admin access on 7070 is fine, but the button to jump to the platform doesn’t work. To access the platform you can go directly to port 7071.
One-X – Admin – access on both 8080 and 9443 works as does the user login on the same ports.
IP Office softphone – Seems fine – haven’t tested every single feature
IP Office Communicator – Seems fine – haven’t tested every single feature
Scopia Desktop
IP Office Plug-in for Outlook
Skype for Business with Avaya plugin
Soft console – No obvious issues
Tapi (both 1st and 3rd person modes) – Tested using Dialler - Errors after install or when you switch from 1st to 3rd person mode, but exit and reopen and then it is fine
Oak Report
Did you have any mapped network drives on your Windows 10 Box when testing TAPI 2 and 3?
TAPI install goes fine for me but when I test with Dialer my mapped network drives immediately show "Disconnected". I can still navigate the drives via File Explorer, but NET USE via the command prompt shows the drives are unavailable.
Have Manager 9.1 loaded and working fine on my Windows 10 laptop. One thing though, I recently attempted to upgrade a customer from 9.1 sp 4 to 9.1 sp5 by doing a format and recreate. After the IPO rebooted only the expansion modules upgraded, not the control unit. This customer had 4 sites. I tried recreating the sd card at the next site and had the same result. I had to use the Manager program upgrade option to get the control unit to upgrade. Our own office system was a 9.1 sp4 so I tried the format/recreate to upgrade to 9.1 sp5 and got the same result - no upgrade. I then borrowed a co-workers Windows 7 laptop and did a format/recreate and the upgrade was successful. Weird! My laptop was upgraded to Windows 10 from Windows 7.
Here is an update for anyone interested who has a problem doing a format/re-create to upgrade an IPO. I have found a solution. I noticed Windows 10 was adding a "system volume" folder to the sd card. Once I stopped Windows 10 from doing that I was able to upgrade via format/recreate. Here is how I resolved the issue...
Type gpedit.msc in the search box in the Windows taskbar.
Go to Computer Configuration, Administrative Template, All Settings.
Scroll down until you see "Do not allow locations on removable drives to be added to libraries."
Double click then check "Enabled"
Click "Apply" and then "OK"
Close the Policy Manager and reboot the computer.
Ivan this information should be published in an FAQ with an appropriate title so that i can be easily found and linked to. Would you consider submitting this as an FAQ? Feel free to start a thread announcing your FAQ with a link to it.
If you can't or won't, it may have to be written anyway, crediting yourself.
JoshuaThompson - Finally, somebody else with my issue!
This isn't just Windows 10 - this is also a Windows 8 x64 issue. We have had this problem for months and we have been pushing our supplier to get it to Avaya, but they won't listen.
The problem lies in Avaya's implementation of TAPI. See below -
The TAPI service gets a client request that results in a line shutdown to be handled by the tspi.
This causes the TAPI service to throw an unhandled exception (You can verify this using a service debugger to watch the service whenever TAPI shuts down, for example, loading and then closing Dialer.exe) and this exception causes any other services running in the same svchost to bomb as well (verify with Event Viewer after closing TAPI - all other services will end unexpectedly as well).
I have contacted Microsoft which is where this information comes from, who basically said that Avaya need to be the ones to fix it. The more people who mention it, the more likely to get sorted it is.
As a temporary fix, Microsoft recommend Isolating Tapisrv in its own service. Although TAPI continues to throw the exception, at the very least your network drives wont lose connection. You can do that by running Command Prompt with elevated privileges and using the following command;
sc config Tapisrv type= own
This command isolates it in its own svchost.
Any questions, let me know, and spread the word! My company would like this fixed, alas we are too small for Avaya to take us seriously.
Regards,
Ryan
We found the problem occurs when the tapi driver closes or stops being used.
In our situation when this issue occurred we found our network drives would show disconnected (even though we can still manually explore them). Windows explorer would show a red x next to the network drive. When this happened we could not also elevate any process on said network drive.
In our troubleshooting we determined that as long as something used the tapi driver everything still worked just fine.
We would open the windows dialer, make a call and hang up and our network drives would still be active. It wasnt until we closed the dialer that the network drives disconnected.
We created a standalone service that always maintains an active tapi session. With this active connection we no longer experience these drive disconnects.
This problem occurred as soon as we started our Windows 10 testing. We run 64 bit machines.
We have both TAPI2 and TAPI3 installed on the client machines and are using only TAPI2 in a Third Party mode.
We are running r9.0 on IP office 500 (non V2).
In our environment TAPI Is not throwing any errors.
We could have saved some time if we knew about MS's recommendation to isolate the service.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.