This has all been done and it´s not it. Went from 100 to 1 on both gradually and no change. And a new development, on occasion this same problem has been caused by Origin. And downloading through my browser or skype or Steam works with no problems.
Have you tried limiting your connections in the torrent program? Try to limit active torrents to 2 (while testing).
Max connections to torrent 50
Max connections globaly 200
And again to no avail unfortunatelyHello Dr. Grimm
Try to 'Run as administrator' option when clicking on utorrent/bitcomet icon and start seeding / downloading something. If it won't help, try to shut down the PC and router completely from power cord and re-plug them back after 10 minutes. First plug in to power cord your router and then PC and turn it on.
OK. The thing is in MTU ( maximum transmission unit ) you have to change default value from 1500 to find an optimal transmissions amount. It's easy to do so lets start.
Open CMD by clicking start icon Command Prompt(Admin) and paste this command:
ping www.google.com -f -l 1500
If you will see the message like: Packets need to be fragmented but DF set, drop the test packet size down (10 or 12 bytes) and test again, to 1490 - 1480 - .. Drop the test packet size down more and test again until your reach a packet size that does not fragment.
Once you have a test packet that is not fragmented increase your packet size in small increments (1-2 bytes) and retest until you find the largest possible packet that doesn´t fragment. Take the maximum packet size from the ping test and add 28. You add 28 bytes because 20 bytes are reserved for the IP header and 8 bytes must be allocated for the ICMP Echo Request header.
In my case the latest stable one was 1454 + 28 = 1482 < This is my optimal and workable MTU packets.
After you found your optimal packet sizes, you need to apply settings to your ( VPN / LAN connection ).
Open CMD as Admin and type:
Repeat all these operations with all network adapters that you have. If you are using PIA it should be called Ethernet2 and Ethernet re-check names in 'Open network and sharing center' so these commands will sound something like this :
You got an error in your command. It should be:Hi there,I'm in trouble with using the torrent clients. Few days ago, when I started qbittorent or utorrent, I was disconnected from the web: it has never happened before. I did not change any settings or hardware. If I don't start the torrent client, the connection to the web is working very well.I found this thread and I'm in the same situation that involved Dr.Grimm. But, following Alex1911 wrote to solve the issue, the CMD prompt does not respond, it answered:(..) the syntax supplied for this command is not valid (..)Could you please help me? Thank you in advance
Same problem here. Disconnected from internet when downloading with the VPN@Sandbird you're right but my connection still falling when I start any torrent
Are you sure Ethernet 2 is your correct adapter name? You have to check your adapters under Control Panel > Network and Sharing Centre > Change adapter settings (if you're on Windows).C:UsersJake>netsh interface ipv6 set subinterface 'Ethernet 2' mtu=1506 store=persistent
The filename, directory name, or volume label syntax is incorrect.
what am i typing wrong?
I was able to find the name and got an 'ok' response, but torrents still not working correctly. Although the internet connection seems more stable, websites still loading too slow or not at all when uTorrent is open. When I close uTorrent, websites load correctly. Am I only supposed to do this to the TAP-Windows Adapter V9 connection?Are you sure Ethernet 2 is your correct adapter name? You have to check your adapters under Control Panel > Network and Sharing Centre > Change adapter settings (if you're on Windows).C:UsersJake>netsh interface ipv6 set subinterface 'Ethernet 2' mtu=1506 store=persistent
The filename, directory name, or volume label syntax is incorrect.
what am i typing wrong?
Take the maximum packet size from the ping test and add 28. You add 28 bytes because 20 bytes are reserved for the IP header and 8 bytes must be allocated for the ICMP Echo Request header.I don't know what alot of this stuff actually does, but just out of interest, why does adding 28 to the optimal max packet size make sense? Shouldn't it be included in the optimal max pocket.