Disconnections.
Without the VPN connected I'd expect your pings to be similar to mine - but they are not:
C:\Documents and Settings\John>ping -n 50 152.78.0.30
Pinging 152.78.0.30 with 32 bytes of data:
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=23ms TTL=245
Reply from 152.78.0.30: bytes=32 time=25ms TTL=245
Reply from 152.78.0.30: bytes=32 time=45ms TTL=245
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=16ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=13ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=22ms TTL=245
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=13ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=13ms TTL=245
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=65ms TTL=245
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=13ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=18ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=16ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=39ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=19ms TTL=245
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Ping statistics for 152.78.0.30:
Packets: Sent = 50, Received = 50, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 13ms, Maximum = 65ms, Average = 17ms
I've just checked back and see that you are in London. As the Plusnet gateways we all connect through are in London (where Plusnet peer with the Janet network) I'd actually expect your latency to be better than mine (I'm near Brighton).
Were those tests using a wired or wireless connection to the router?
If we can pin down why your latency is so much higher and so variable I think we might get somewhere. If you start getting disconnections again can you repeat the ping test without the VPN connected please to see if the latency is looking different.
C:\Documents and Settings\John>ping -n 50 152.78.0.30
Pinging 152.78.0.30 with 32 bytes of data:
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=23ms TTL=245
Reply from 152.78.0.30: bytes=32 time=25ms TTL=245
Reply from 152.78.0.30: bytes=32 time=45ms TTL=245
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=16ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=13ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=22ms TTL=245
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=13ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=13ms TTL=245
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=65ms TTL=245
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=13ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=18ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=16ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=39ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=19ms TTL=245
Reply from 152.78.0.30: bytes=32 time=15ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Reply from 152.78.0.30: bytes=32 time=14ms TTL=245
Ping statistics for 152.78.0.30:
Packets: Sent = 50, Received = 50, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 13ms, Maximum = 65ms, Average = 17ms
I've just checked back and see that you are in London. As the Plusnet gateways we all connect through are in London (where Plusnet peer with the Janet network) I'd actually expect your latency to be better than mine (I'm near Brighton).
Were those tests using a wired or wireless connection to the router?
If we can pin down why your latency is so much higher and so variable I think we might get somewhere. If you start getting disconnections again can you repeat the ping test without the VPN connected please to see if the latency is looking different.
Quote from: Laura1975
Quote from: MisterW Not sure which VPN client you are using , but if its a standard VPN connection using the Windows PPTP VPN client then you can configure it not to route all the traffic through the VPN, and only that which is destined for the remote network will go through the VPN tunnel. See here http://knowledgelayer.softlayer.com/questions/212/Setting+up+PPTP+for+Windows+XP , its the 'Uncheck Use default gateway on remote network' you need to do, see Fig 15 ( about 2/3 down the link ).
Unchecked!!! Thanks! Hopefully it will understand when use VPN and when not... I'll monitor how it goes.
Unless suddenly something goes wrong I'd say to get updated tomorrow cause today connection seems reliable... no disconnections till now!
If you now run the tracert ntp.plus.net again with the VPN connected we should see a difference (it should give the same path irrespective of whether the VPN is connected).
If you've got that working correctly it will help us immensely - you will be able to check if you can still access the internet when the VPN drops out.
Owww.. they've started again... catched few ones today around noon... anything on the log on plusnet side?
I've been away in the weekend so i don't know if they've only started today.
tried ping (VPN on, "use default gateway..." uncheked, average 32ms with few peaks aorund 100ms).. but too late to catch any of them and now seemed they've stopped.
I've been away in the weekend so i don't know if they've only started today.
tried ping (VPN on, "use default gateway..." uncheked, average 32ms with few peaks aorund 100ms).. but too late to catch any of them and now seemed they've stopped.
With the configuration change you made to the VPN you should still be able to use the internet when the VPN drops - can you confirm whether you saw that or not?
Not yet.. it's not really easy... I had to restore the previous setting otherwise ISI website doesn't recognise me. So when the disconnections start I have to change them back and start with the refreshing page routine until I overlap one of the disconnection... I didn't manage to do that until now!
... and my deadline is in a week...
if I found out that it's plusnet fault i'll make their crash my life mission... it's almost a month now that i deal with this rubbish...
... and my deadline is in a week...
if I found out that it's plusnet fault i'll make their crash my life mission... it's almost a month now that i deal with this rubbish...
Laura, I'm almost certain that it is the VPN software not handling marginal timing correctly. The reason I'm so confident is that about 3 years ago I was experiencing very similar problems. I spent ages working with the Plusnet support doing comprehensive Wireshark traces of my line, I had to change my network topology to do so and run a separate monitoring PC. At the end of it nothing was ever found that pointed to a fault on the Plusnet network.
Two things did make a difference. Firstly I went on to the Max Premium trial (details accessible from here). This mainly provides for higher upload speeds than standard Max (up to 832kbps which may be beneficial to you anyway if you have to upload large files or send emails with large attachments), but it also gives all your traffic a higher priority on the BT network. That made a significant improvement. If you do decide to give that a try post back as the ticket pool requests for Max Premium go in to is not looked at on a daily basis - we'll need to give one of the Comms team a prod to get it done quickly.
The second thing that made a huge difference the organisation changed to a different VPN gateway/software package - all remaining problems disappeared overnight!
Edit: There used to be a link to the Max Premium FAQs from the page I linked.
You can read them here: http://www.plus.net/support/broadband/products/faqs_and_guides/max_premium.shtml
Two things did make a difference. Firstly I went on to the Max Premium trial (details accessible from here). This mainly provides for higher upload speeds than standard Max (up to 832kbps which may be beneficial to you anyway if you have to upload large files or send emails with large attachments), but it also gives all your traffic a higher priority on the BT network. That made a significant improvement. If you do decide to give that a try post back as the ticket pool requests for Max Premium go in to is not looked at on a daily basis - we'll need to give one of the Comms team a prod to get it done quickly.
The second thing that made a huge difference the organisation changed to a different VPN gateway/software package - all remaining problems disappeared overnight!
Edit: There used to be a link to the Max Premium FAQs from the page I linked.
You can read them here: http://www.plus.net/support/broadband/products/faqs_and_guides/max_premium.shtml
Quote 2. Who is Max Premium designed for?
It's designed for businesses and individuals who do large amounts of uploading, or need to upload files at a faster speed than normal. Max Premium is particularly suited for VPN use.