mudmanc4's post in What do you think is going on here? was marked as the answer
At first glance the latency 'dip' appears as network congestion during the test, some type of QOS, or if this is happening on all tests, could be power fluctuations within the first line node. Or any number of other issues actually.
As far as speedtest, it's not showing the latency because it discards such findings. Why is anyone's best guess. But great for ISP's since it will not show issues such as you have pointed out in testmy.net results.
mudmanc4's post in Holy blast from the past! was marked as the answer
I hit that thing up from time to time , just to reminisce. Lots of good times.
Best thing is , when i start getting itchy about having bandwidth flukes, I look back and see what we were all bragging about at the time , puts things into perspective
mudmanc4's post in tests and using bitdefender av was marked as the answer
You TiP shows a dead zone more or less, might not be the proper terminology , most the way through the testing period. Actually degrading through the test.
At some point, it would appear that packet filtering or inspection is in heavy use. Once the same data is transmit repeatedly, it gets the attention of this at this point 'anomaly' , and something begins to inspect more close. I'm only speculating here.
If you run several tests different times of the day and different days, take notice if this is a constant.
mudmanc4's post in uploading pub/pri keys with ssh remote port change was marked as the answer
Thanks for your thoughts. I should have marked this solved.
The correct way to do this would be to use capitol " -P " when specifying a port in this manner.