by pgannon » Thu Sep 07, 2006 1:11 am
Assuming the performance problem is associated with the VPN, you might suggest your husband ask if his company supports SSL-VPNs. He probably has an IPSec VPN, and because the original TCP data is packaged in a new VPN "envelope" the acceleration techniques used by broadband satellite vendors won't work.
SSL-VPNs encrypt the data, but leave the original TCP headers alone so that the acceleration techniques continue to operate properly. I have no familiarity with WB, but I was involved in the original DirecWay rollout and what happened was the first users got great service until more sites were added and the system became saturated. Because these systems always start with huge debt, the providers are unwilling to add more bandwidth until the system starts to show profitability.
However, since you indicated in your original post that the performance is satisfactory when connected to sites other than HP, the chances are pretty good that this is a VPN issue. If HP wants to keep IPSec VPN software on the employee PCs, and if they have enough employees using VSAT services to justify it - then you can have your husband direct HP to Packeteer who bought a company called Mentat some time ago. Mentat makes a solution to accelerate TCP on the user's PC before it hits the VPN software, but it requires an appliance at the HP site, as well as licensing fees for each PC using it.
Another solution, if HP is willing to consider it, is to take the VPN software off the PC, and use an appliance from Encore Systems called the Bandit. One box is required at the remote site and the data center. It operates similar to an SSL-VPN, insofar as it encrypts the data, but leaves the TCP headers alone, so the acceleration techniques work properly.
I'm just thinking out loud here, and have no idea if this will work, but it just occurred to me. A possible solution is to use a product called GoToMyPC and have your husband use that to remotely access his PC in his office which can connect to the HP network at full speed. I believe that the GoToMyPC product uses SSL for security, so the TCP Acceleration should work. It basically echoes the screen and keyboard to your PC at home, while the actual data connection is between the office PC and office network. If someone tries this and it works, please post the results.
Along the same lines, you might have him check and see if HP supports Citrix, which could also provide a similar capability.
Good luck, you aren't the first to encounter VPN performance issues over satellite. The best and simplest solution is probably an SSL-VPN as this connection operates very much like a secure credit card transaction on a web site - and I'm sure that works fine on WB.
It does strike me as strange that it worked well for a few months and then got worse. A possible reason is that WB may have added proxy servers in the path, and for technical reasons I don't understand, the data path is further degraded for VPNs. It could have something to do with the fact that the proxy servers are looking for TCP data, and IPSec VPNs are transported in UDP. I recall that there were similar issues with the Hughes service when they added proxy servers of some sort. The idea of the proxy servers (I guess) is to cache heavily used content in order to speed downloads, but addressing or protocol issues may create additional performance problems for VPNs. I haven't had anything to do with Hughes in years, so I can't comment on how they architect their network today, and I don't know if VPNs still have severe performance limitations on their service. The availability (or lack thereof) of public IPs could be a big part of the problem as mentioned earlier. DW did not give out public IPs in the early days. As mentioned by Gregg, dynamic IPs may be assigned for long periods of time. Type "ipconfig" at a DOS command prompt to get the currently assigned IP address, and change the IPSec configuration if it doesn't reflect the correct address.
Pat