I've been thinking up until this point that the problem has solely been on Square's side, because every traceroute I've done has never shown anything. It still doesn't, but I gave pathping a try, since I never knew MS set up a more versatile tool like that, and I'm also getting a bump on the iweb hop:
7 13ms 0/ 100 = 0% 0/ 100 = 0% te0-3-0-2.ccr21.cle04.atlas.cogent
co.com [38.122.54.41]
0/ 100 = 0% |
8 24ms 0/ 100 = 0% 0/ 100 = 0% be2009.ccr21.alb02.atlas.cogentco.
com [154.54.25.89]
0/ 100 = 0% |
9 28ms 0/ 100 = 0% 0/ 100 = 0% be2088.ccr21.ymq02.atlas.cogentco.
com [154.54.43.17]
0/ 100 = 0% |
10 31ms 0/ 100 = 0% 0/ 100 = 0% 38.140.46.2
0/ 100 = 0% |
11 --- 100/ 100 =100% 100/ 100 =100% te7-4.dr9.mtl.iweb.com [184.107.1.
110]
0/ 100 = 0% |
12 31ms 0/ 100 = 0% 0/ 100 = 0% 72.55.128.44
0/ 100 = 0% |
13 31ms 0/ 100 = 0% 0/ 100 = 0% 184.107.107.176
Trace complete.
Now, this could mean it's iweb/their colocation/datacenter provider is at fault, but it could be a problem with the link between that hop and the one before causing the issue, which could still reflect back on cogentco. Seeing cogentco popping up here may be a common thread. There's also the possibility this one hop just doesn't accept pings. But, once again, if there are enough people disconnecting that go through cogentco, that's probably the culprit. That and level3, but they've pretty much become a bad running joke.