Microsoft Office Questions? Ask a IT Expert for Support ASAP
Have you checked the vCPU and NIC settings sounds like you have the bandwidth throttled down in vCentre
Ok, what VPN solution are you using?
But whats the underlying technology, what encapsulation is it using.
Ive not come across them, but imagine they are using technology this isnt compatible with virtualisation, when you have the VPN in place whats the ping time to something like google.com
Right and whats it like without the VPN running, and with multiple VM's does it change (without the VPN running), its not so much about the actual speed but the variance in performance.
Can you check that again, as it cant be a 0ms ping.Test again with and without VPN and let me know ping and traceroot details to google.com
I think you will find your NIC is the point of failure or the rooting table, the site is google.com
Run a ping test from command prompt to google.com
No problem on Windows 7, you need to go to Start > Run and type CMDWhen that loads type in the prompt ping google.comOnce that completes type tracert google.comThen repeat the process again once you have start up the VPN
Once complete, right click the prompt select select all, press enter, then copy and paste the results into this forum. There isnt anything in there which is sensitive.
The average from a wired connection on a 50mbps circuit is about 7ms, what is it without VPN
It will probably time out, press CTRL + C to stop it
*** [Version ***] Copyright (c) ****** Corporation. All rights reserved. C:***.com Pinging * * * Request timed out. 17 * * * Request timed out. 18 * * * Request timed out. 19 * * * Request timed out. 20 * * * Request timed out. 21 * * * Request timed out. 22 * * * Request timed out. 23 * * * Request timed out. 24 * * * Request timed out. 25 * * * Request timed out. ***
Thats for the VPN I assume, where is the one without VPN?
No we can have it removed the most sensitive bit is the reference to your data going via ilford exchange so you must live in Essex.
There is no public IP so no way to find out your IP etc, if thats what your worried about
The joys of technology, maybe refresh the page and try and resend
***[Version ***] Copyright (c) 2009 ***. All rights reserved. C:\Users>*** Pinging google.com *** with 32 bytes of data: * * * Request timed out. *** Trace complete. C:\Users\>c***
Right so the routing is all working when you compared the two your less than 10ms apart, if you run it on the host it will be half that speed again but thats not a bad latency.
So it has to be about bandwidth \ throughput not connectivity.
Ok with the VPN open in command prompt type ping bbc.co.uk -l 65000
*** [Version ****] Copyright (c) 2009 ****. All rights reserved. C:\Users\***
Ok that doesnt look too bad, and thats putting very large packets of data out over your VPN.
So it has to be the VPN software thats causing the issues as its not physical (you dont have a significant error rate), its not data (as you are able to send large data packets out in under a second), its not network (as trace root shows its finding the destinations in a reasonable time), so it could be transport (but your not having an issue with accessing webpages and can prove its not transport by typing telnet google.com 80 and it will connect), and this leaves security, protocol and application layers left and they are all managed within your VPN software.
I would ask your VPN provider to check the logs within their software, as from what we have shown its not anything relating to the VM, or the base OS build everything is working normally and data is being transported correctly. You may wish to consider speed tests using http://www.speedtest.net/ if you have been using something different to just get a more accurate speed test but the key will be looking at the data which is arriving at the other end.
This is in my opinion the VPN software causing the issue, you can normally expect a bandwidth drop by around 20% when using a VPN due to encapsulation (encryption), it has to be the way the software is trying to bind to the network interface and create the VPN tunnel, as we have proven all the logical elements of the VM build are not an issue through the trace root and ping tests, if you had latency of say 150ms on ping (yours is a third of that), then it may suggest a issue with the VM host configuration.
I would look to try another provider and see if the fault is consistent, you can often find providers offering 1 - 2 day trials for a £1 or 2.
Remote connection would be an unnecessary cost to you, as there isnt anything I could check / verify which you havent done to prove me suspicion around the VPN software not supporting virtual NICs (network cards) properly.
Secondly when you do the test focus on doing you test with no more than 2 VM's as running more than 2 will cause additional confusion over where the fault lies - in essence a PC is not a server and not designed to operate as a VM host so there will be hardware limitations with running more than 3 VM's regardless of the actual CPU and RAM spec, however your issue lies in getting 80 odd mbps without VPN then 1-2mbps with VPN so prove that you can get at least 50mbps with a different VPN and if you cant we can then stat looking at the physical spec of the machine your using and the software your using as a host controller.
As mentioned earlier the issue is most likely software related in a VM environment the NIC is visualised, so its down to how the software supports virtual NIC's thats likely to be the issue and why the fault isnt present on the physical host OS.
There is far more to a server topology than CPU, Ram and Storage, its the ability for the BUS to take the bandwidth of data, the chipset and hardware eg PCI, NIC's, Serial Bus to support virtualisation.
What platform are you using to manage and host the VM's?
The Host OS your using isnt supported by VMWARE -
Host Operating Systems (64-bit)
However in other sections it shows it is (see below) I have found the subsequent article they published confirming windows 10 64 bit is supported here. Personally I think the issue is the VPN software doesnt support virtual NIC's.
I am still unclear who advised you a workstation build would be suitable as a VM host though, do let me know if that was someone from JA.