VPN Connect continually drops

Dashrender

I have had really good luck with the Fixit Tool for Windows Update.

https://blogs.technet.microsoft.com/sus/2009/05/21/a-quick-fix-for-windows-update-client-issues/

gjacobse

Issue now seems to be on another system as well.....

Dashrender

@gjacobse said:

Issue now seems to be on another system as well.....

Also a Surface?

scottalanmiller

@Dashrender said:

@gjacobse said:

Issue now seems to be on another system as well.....

Also a Surface?

I'm not saying a word.

gjacobse

Okay - so lets go with a ping test,

I know I can do a Ping (IP) 0- but can you time stamp it so that if an event occurred?

Jason

For us issues like this are usually that of the ISP, so it's usually on the user to contact their ISP. Some are willing to fix it, some aren't.

Jason

@gjacobse said:

Okay - so lets go with a ping test,

I know I can do a Ping (IP) 0- but can you time stamp it so that if an event occurred?

https://code.google.com/archive/p/internetconnectivitymonitor/

coliver

@Martin9700 to the rescue.

[CmdletBinding()]
Param (
	[int32]$Count = 5,
	
	[Parameter(ValueFromPipeline=$true)]
	[String[]]$Computer = "mftestwin7",
	
	[string]$LogPath = "c:\pinglog\pinglog.csv"
)

$Ping = @()
#Test if path exists, if not, create it
If (-not (Test-Path (Split-Path $LogPath) -PathType Container))
{   Write-Verbose "Folder doesn't exist $(Split-Path $LogPath), creating..."
	New-Item (Split-Path $LogPath) -ItemType Directory | Out-Null
}

#Test if log file exists, if not seed it with a header row
If (-not (Test-Path $LogPath))
{   Write-Verbose "Log file doesn't exist: $($LogPath), creating..."
	Add-Content -Value '"TimeStamp","Source","Destination","IPV4Address","Status","ResponseTime"' -Path $LogPath
}

#Log collection loop
Write-Verbose "Beginning Ping monitoring of $Comptuer for $Count tries:"
While ($Count -gt 0)
{   $Ping = Get-WmiObject Win32_PingStatus -Filter "Address = '$Computer'" | Select @{Label="TimeStamp";Expression={Get-Date}},@{Label="Source";Expression={ $_.__Server }},@{Label="Destination";Expression={ $_.Address }},IPv4Address,@{Label="Status";Expression={ If ($_.StatusCode -ne 0) {"Failed"} Else {""}}},ResponseTime
	$Result = $Ping | Select TimeStamp,Source,Destination,IPv4Address,Status,ResponseTime | ConvertTo-Csv -NoTypeInformation
	$Result[1] | Add-Content -Path $LogPath
	Write-verbose ($Ping | Select TimeStamp,Source,Destination,IPv4Address,Status,ResponseTime | Format-Table -AutoSize | Out-String)
	$Count --
	Start-Sleep -Seconds 1
}

Run it like this:

.\Get-PingMonitor.ps1 -count 9999 -path c:\pinglog\pinglog.csv -computer "www.thesurlyadmin.com"

Mike Davis

@Jason said:

For us issues like this are usually that of the ISP, so it's usually on the user to contact their ISP. Some are willing to fix it, some aren't.

In my experience, if you don't have a smoking gun, like logs or a bad tracert, you don't get very far. And with good reason. Imagine all the Surface users that have called in about their internet connection.

Jason

@Mike-Davis said:

@Jason said:

For us issues like this are usually that of the ISP, so it's usually on the user to contact their ISP. Some are willing to fix it, some aren't.

In my experience, if you don't have a smoking gun, like logs or a bad tracert, you don't get very far. And with good reason. Imagine all the Surface users that have called in about their internet connection.

We don't have our tech supporting users home connections, so it's on them to do any logs and/or contact their ISP

gjacobse

It was inevitable - they called in again today... and I did do the ping test.

I won't post the full run (either of the four) but here is the summary of two of them

Packets: Sent = 114, Received = 114, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 63ms, Maximum = 3422ms, Average = 138ms

Packets: Sent = 154, Received = 153, Lost = 1 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 61ms, Maximum = 3283ms, Average = 128ms

I even noted that my ScreenConnect connection would 'hang', the ping scroll would stop and then it would speed up for a moment. So even my connection seemed to be affected.

So this seems to isolate it down to the computer / local network.

I was informed that he is about 20' from the router on Wireless, but that TWC is to be onsite today to setup / move the equipment and then he will be within 5' of it.

scottalanmiller

3.4 seconds is ridiculously long for a ping time. That's an issue, for sure.

gjacobse

Agreed. there was one instance of a 1.04 sec ping time, and the next ping was unreachable.....

coliver

@gjacobse said:

It was inevitable - they called in again today... and I did do the ping test.

I won't post the full run (either of the four) but here is the summary of two of them
Packets: Sent = 114, Received = 114, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 63ms, Maximum = 3422ms, Average = 138ms
Packets: Sent = 154, Received = 153, Lost = 1 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 61ms, Maximum = 3283ms, Average = 128ms
I even noted that my ScreenConnect connection would 'hang', the ping scroll would stop and then it would speed up for a moment. So even my connection seemed to be affected.

So this seems to isolate it down to the computer / local network.

I was informed that he is about 20' from the router on Wireless, but that TWC is to be onsite today to setup / move the equipment and then he will be within 5' of it.

Did you try pinging a different location at the same time? Google or something similar?

gjacobse

@coliver

I did not. but that is an idea.

Jason

@gjacobse said:

I was informed that he is about 20' from the router on Wireless, but that TWC is to be onsite today to setup / move the equipment and then he will be within 5' of it.

Just hope it's not to close and overloads the wireless radio's.

Unsolved VPN Connect continually drops