internet blocking problem ?
Paul Koning
paulkoning at comcast.net
Fri Sep 11 10:52:10 CDT 2015
> On Sep 11, 2015, at 11:40 AM, Jay Jaeger <cube1 at charter.net> wrote:
>
> On 9/10/2015 8:32 PM, Jon Elson wrote:
>
>>
>> So, I wonder if I can ask classiccmp members, especially in the US, to
>> check if they can view this page:
>> http://members.iinet.net.au/~daveb/simplex/simplex.html
>>
>>
>
> I cannot make a connection. My DNS is able to resolve the address.
>
> ISP is Charter cable, Madison WI (Fitchburg, from the DNS name), then to
> Eau Claire WI, then Chicago, IL where it looks like they apparently peer
> with Cogent.
>
> As with others, the traceroute stopped at Cogent. Note that this may
> mean that the next hop after that blocks all of the packets or it could
> mean that the next hop is blocking just the traceroute packets.
>
> JRJ
>
> 1 * * *
> 2 dtr01ftbgwi-tge-0-6-0-3.ftbg.wi.charter.com (96.34.25.58) 15.413 ms
> 16.531 ms 16.524 ms
> 3 crr01ftbgwi-bue-4.ftbg.wi.charter.com (96.34.18.108) 23.528 ms
> 21.479 ms 23.501 ms
> 4 crr01euclwi-bue-1.eucl.wi.charter.com (96.34.16.77) 21.431 ms * *
> 5 bbr01euclwi-bue-4.eucl.wi.charter.com (96.34.2.4) 21.157 ms 21.153
> ms 21.318 ms
> 6 bbr02euclwi-bue-5.eucl.wi.charter.com (96.34.0.7) 25.319 ms 16.876
> ms 22.938 ms
> 7 bbr01chcgil-bue-1.chcg.il.charter.com (96.34.0.9) 25.460 ms 26.958
> ms 23.483 ms
> 8 bbr02chcgil-bue-6.chcg.il.charter.com (96.34.0.67) 26.751 ms
> 27.724 ms 27.695 ms
> 9 te0-18-0-2.ccr41.ord03.atlas.cogentco.com (38.122.181.65) 25.728 ms
> 30.118 ms 28.197 ms
> 10 be2216.ccr41.ord01.atlas.cogentco.com (154.54.24.201) 27.315 ms
> 27.427 ms be2217.ccr42.ord01.atlas.cogentco.com (154.54.24.205) 27.389 ms
> 11 be2156.ccr21.mci01.atlas.cogentco.com (154.54.6.85) 41.659 ms
> be2157.ccr22.mci01.atlas.cogentco.com (154.54.6.117) 40.758 ms 38.666 ms
> 12 be2432.ccr21.dfw01.atlas.cogentco.com (154.54.3.133) 47.510 ms
> be2433.ccr22.dfw01.atlas.cogentco.com (154.54.3.213) 53.865 ms
> be2432.ccr21.dfw01.atlas.cogentco.com (154.54.3.133) 52.515 ms
> 13 be2441.ccr21.iah01.atlas.cogentco.com (154.54.41.65) 53.141 ms
> be2443.ccr22.iah01.atlas.cogentco.com (154.54.44.229) 55.853 ms
> be2441.ccr21.iah01.atlas.cogentco.com (154.54.41.65) 55.407 ms
> 14 be2066.ccr22.lax01.atlas.cogentco.com (154.54.7.54) 86.437 ms
> be2065.ccr21.lax01.atlas.cogentco.com (154.54.5.66) 89.222 ms 87.085 ms
> 15 be2017.ccr21.lax04.atlas.cogentco.com (154.54.0.237) 94.160 ms
> be2019.ccr21.lax04.atlas.cogentco.com (154.54.88.10) 90.385 ms 88.573 ms
> 16 * * *
> 17 * * *
> 18 * * *
> 19 * *^C
I saw the same sort of thing but I let traceroute keep running. The result is that it started giving real answers again just one or two hops later.
Conclusion: hops 16-20ish are blocking traceroute packets. Later hops aren't.
It's hard to be patient sometimes, but while * * * sometimes indicates "this is as far as you get" it may also indicate just a few nodes that are not cooperating with traceroute on a functional route.
paul
More information about the cctalk
mailing list