Realizing AV's current remote access support is for PCAnywhere only, are there plans to support Terminal Server in the near future as well? Or will this remain until next year?<br><br>Cisco's policy is to use the 'built in' functionality of Windows 2k with Terminal Server for remote Administration, thereby eliviating the overhead of any 3rd party apps on production servers.<br><br>Cheers!<br>John.<br><br>
There are no plans in the near future to use anything other than pcANYWHERE that I know of.
We tested a lot of remote access products before we settled on using pcANYWHERE and that included terminal server and schemes using NetMeeting and the like. The best performer was carbon copy, however it had some stability issues and we fell back on PCA. for the record, PCA had considerably less impact on memory and CPU than the terminal server since we had to get RAS setup for direct modem access (which is a requirement since not everyone has or is willing to let us get at direct IP connections).
I'm sure it'll be revisited, but in my opinion PCA is the best remote control option around, bar none. The impact of adding this to the system is considerably smaller than going with a fatter, slower, less functional "built in" capability in my opinion.
I know this is a hot button issue with folks... feel free to weigh in.
Jeff - do you know if they considered VNC as an alternate? It's freely available through http://www.uk.research.att.com/vnc/ and runs on any version of Windows, Linux, Solaris, Mac, etc... On NT it's run as a service and we use is on all our in-house servers as well as a lot of our customers. You do need a public IP but with that there are workarounds. Thanks - Tim
yes... this is a real hot button issue with some folks and always has been, even back in the Repartee days before PCA was even on the radar.
I'm sure this issue will get looked at again real soon... PCA is not the only game in town, we realize that, and everyone has an opinion as to the best method of remote access support (and many feel we should support multiple methods, which can be a tad rough in a large support organization).
PCA was the best choice for our target audience at the time which includes a significant number of "stand alone" voice mail systems not hooked up to the internet at all. We wanted one configuration that could ship preinstalled and ready to rock on all systems going out the door, was easy to install in the field, worked with IP or a modem, was reliable, had good file transfer support, good security etc... PCA fit the bill at the time and I think still does a very good job.
I'm sure this will be revisited and a new policy decided on in the next several months. I'm just letting you know what our current policy is and why we settled on PCA.
Cisco's 'officially' supported remote access method for Call Manager 3.x on the MCS-78xx boxes is MSTerminal Services in Remote Administration mode. With this, we could probably likely assume it'll be the same with Unity once they start shipping on the MCS boxes as well.
We currently use that method here, and love it. (Especially via modems from hotel rooms when on the road, etc.)
This is getting to be a hot issue with all support folks that need access to servers (>300) at our location. We are literally cutting off access via modems and forcing vendors to use VPN. Security is the obvious reason. VPN works great after getting over the initial "this is the only way we support servers" reply and also working through any firewall issues. I would look at this very hard as a way to support systems instead of the PCA route.
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
[toc:faq]CUCM Database Replication is an area in which Cisco customers
and partners have asked for more in-depth training in being able to
properly assess a replication problem and potentially resolve an issue
without involving TAC. This document discusse...