Rodos's Posts

Get in contact with a local VMware partner who can sell you the licenses. You don't need to start with 100, you can start in the 10s. Many people don't know this, its not highlighted. They can discuss what you want to do and then guide you as to what you need. Is not hard, you just have to ask the right person for help. Considering awarding points if this is of use

Oh, and dont forget. This one is another piece of fruit in the mix, lets call it a pear. 1) Sound played from the VM without USB redirection played over the RDP channel is fine, no issues. Again, different protocol, different transport method, different flow of data. Considering awarding points if this is of use

You are so comparing apples with oranges and expecting the same result. In one test you are running Communicator at the remote site, so the traffic going over the VPN is the VoIP traffic. How much work do you think Cisco have put into making that VoIP traffix small, using good software based compression codecs to compress the voice. You have good VPN links and without QoS you are getting it to work. Most people need QoS as well. In the second test you are running Communicator in the data center, so the traffic going over the VPN is NOT VoIP traffic but IS virtualised USB of bi-directional audio. Here you are living on the bleeding edge. There are no codecs optimising the data stream out to the remote site. Then you have the Communicator running inside a VM, maybe the CPU timeslicing is also screwing up the software codecs for the voice compression as well on top of your other problem. You will probably find that the VoIP traffic is UDP and handles little bits of slow data fine, where as the virtualised USB is TCP and every time one packet gets delayed it screws the whole thing up. You want to claim that its all the same but its not. This is why the vendors say its not supported. This will change, but these deep problems need to be fixed first. There are a lot of us waiting for this to be sorted, but there is some engineering work to be done. Rod (Sorry to sound like a rant, I need more sleep!) Considering awarding points if this is of use

If you really want to lock down the client end point you could use a thinclient. Or if you want it to run on their own machine you could use pocket ace to run a VM that just runs the VDM client. Ace has all sorts of security features, even techniques to avoid key loggers. See http://www.vmware.com/products/ace/features.html Considering awarding points if this is of use

As your experiments have shown you are probably not going to get this to work in the configuration you have. Putting Communicator inside the VM and then virtualising the USB is going to fail. There is no QoS on the virtualised USB and the bi-directional nature of the bandwidth makes it difficult today. You may be able to tweak it to get it close but it my not work reliably. People who are doing it currently are running the VoIP softphone on the client device (ThinClient or PC), not the VM, which as you have tested can work well. However note that all of the vendors are working hard to get this to work. For example Wyse are working on VoIP for the TCX extensions. Considering awarding points if this is of use

Must you have the modem on the client end? Or can you put it on the server end? You may want to try one of the USB or Serial to TCP/IP converter boxes instead, as people have had great success with these. Considering awarding points if this is of use

Yes, this can be done. You just need to setup another server that has the dual factor authentication turned on and make it a replica of the existing VDM server, then create your security server and point it at the server that has dual factor. Have done it and it works a treat. I think its described in the manual. Considering awarding points if this is of use

I thought there was an easy way to find the IDs but I can't remember it and not having my terminal I can't poke around. Have you checked the log on the V10L and in the virtual machine to see if it get listed when you attach? However this article lists one way. May be worth trying. Considering awarding points if this is of use

Can you use a batch file as the shell? Never looked at that. Then you could run the client followed by a command to shutdown. I am sure there will be windows scripting geeks along shortly to sort you out. Considering awarding points if this is of use

Do other USB devices work okay? Have your tried "unmapusb=no" into your wnos.ini file. Have you opened up the USB TCX control panel and attempted some different settings (see screenshot for the dialog)? Have you checked the event log for any errors or informative messages? Considering awarding points if this is of use

One piece of hardware will do what you want, if it has enough resources and you don't need HA. You will need to run ESX on this (Standard or above). You will need to run a VC (as a VM) plus a VDM server (as a VM). If you are wanting to do remote connections you will also want another VDM server in a DMZ as a secure gateway. Then you will have your individual desktop machines. You will need to appropriate Microsoft licensing for each of these machines. Considering awarding points if this is of use

So if I summarise your situation, you have printers tied to specific terminals that you want to always print to at that location. However user move around terminals and this causes the printing to move which you don't want? Is that right. You want the printer tied to the location rather than the user. If this is the case then you need to break the relationship. One way would be to get some cheap IP/Printer converters and hook the printers up to those. Load some software into the terminal (its XPe), but be careful that this does not rely on the user being logged in, or using something like Thinprint which may be available on the client natively. Then again, I may have misunderstood the question. Considering awarding points if this is of use

Can you explain your situation a bit more. Are you saying that the v10Ls are not working and you want something different? Whats not working? Are you using the TCX extensions. If you are after a new terminal start with whats on the HCL if you are using VDM. You mention igel, I believe they will have support for VDM soon but not multimedia (but I don't speak for them). Are you after an xpe or are you wanting to stay with a linux based device? Considering awarding points if this is of use