Traceroute to the same address from a TWTC circuit in Milwaukee, Wi drops in the same network as you. 7 7 ms 6 ms 7 ms xe-7-3-0.edge4.Chicago3.Level3.net[4.53.98.45] 8 114 ms 110 ms 113 ms vlan52.ebr2.Chicago2.Level3.net[4.69.138.190] 9 112 ms 110 ms 111 ms ae-6-6.ebr2.Washington12.Level3.net[4.69.148.145] 10 113 ms 113 ms 114 ms ae-5-5.ebr2.Washington1.Level3.net[4.69.143.221] 11 113 ms 109 ms 109 ms ae-43-43.ebr2.Paris1.Level3.net[4.69.137.57] 12 111 ms 111 ms 115 ms ae-45-45.ebr1.Frankfurt1.Level3.net[4.69.143.133] 13 111 ms 111 ms 111 ms ae-81-81.csw3.Frankfurt1.Level3.net[4.69.140.10] 14 110 ms 107 ms 109 ms ae-3-80.edge1.Frankfurt1.Level3.net[4.69.154.133] 15 190 ms 189 ms 183 ms 212.162.9.6 16 * * * Request timed out. 17 176 ms 169 ms 169 ms tengigaeth00-00-00-00.adr00.csr.hol.gr[62.38.93.98] 18 * * * Request timed out. 19 * * * Request timed out. 20 * * * Request timed out. 21 * * * Request timed out. 22 ^C On Tue, Feb 12, 2013 at 9:52 AM, Carlos Friacas <cfriacas@fccn.pt> wrote:
On Tue, 12 Feb 2013, Grant Ridder wrote:
Hello,
Can you provide the traceroute?
Yes. Please see below. We were already told they drop icmp packets making the traceroute useless beyond 62.38.94.98
I strongly suspect there is an issue only on the return path, but i would need a traceroute originated at the other end so i can be sure and understand where the packets (tcp & udp) are exactly being dropped.
Regards, Carlos Friaças
# traceroute 194.63.247.20 traceroute to 194.63.247.20 (194.63.247.20), 30 hops max, 60 byte packets 1 193.136.2.29 (193.136.2.29) 0.278 ms 0.256 ms 0.241 ms 2 ROUTER4.10GE.Lisboa.fccn.pt (193.137.0.20) 0.294 ms 0.282 ms 0.269 ms 3 fccn.mx2.lis.pt.geant.net (62.40.124.97) 0.332 ms 0.320 ms 0.337 ms 4 xe-2-3-0.rt1.mad.es.geant.net (62.40.98.107) 12.650 ms 12.725 ms 12.641 ms 5 as2.rt1.gen.ch.geant2.net (62.40.112.25) 34.808 ms 34.791 ms 34.863 ms 6 ae3.rt1.fra.de.geant2.net (62.40.112.161) 43.062 ms 43.022 ms 43.010 ms 7 te0-7-0-5.ccr22.fra03.atlas.**cogentco.com<http://te0-7-0-5.ccr22.fra03.atlas.cogentco.com>(149.6.42.73) 43.724 ms 43.808 ms 43.889 ms 8 te0-0-0-2.ccr22.ams03.atlas.**cogentco.com<http://te0-0-0-2.ccr22.ams03.atlas.cogentco.com>(130.117.3.89) 50.106 ms te0-2-0-2.ccr22.ams03.atlas.**cogentco.com<http://te0-2-0-2.ccr22.ams03.atlas.cogentco.com>(130.117.1.65) 50.240 ms te0-0-0-2.ccr22.ams03.atlas.**cogentco.com<http://te0-0-0-2.ccr22.ams03.atlas.cogentco.com>(130.117.3.89) 50.114 ms 9 te0-2-0-0.ccr22.lon13.atlas.**cogentco.com<http://te0-2-0-0.ccr22.lon13.atlas.cogentco.com>(130.117.1.170) 55.518 ms te0-0-0-0.ccr22.lon13.atlas.**cogentco.com<http://te0-0-0-0.ccr22.lon13.atlas.cogentco.com>(130.117.1.225) 55.453 ms te0-5-0-0.ccr22.lon13.atlas.**cogentco.com<http://te0-5-0-0.ccr22.lon13.atlas.cogentco.com>(154.54.61.154) 55.689 ms 10 te0-1-0-0.ccr22.lon01.atlas.**cogentco.com<http://te0-1-0-0.ccr22.lon01.atlas.cogentco.com>(154.54.57.178) 55.570 ms te0-4-0-0.ccr22.lon01.atlas.**cogentco.com<http://te0-4-0-0.ccr22.lon01.atlas.cogentco.com>(130.117.0.205) 55.452 ms te0-2-0-0.ccr22.lon01.atlas.**cogentco.com<http://te0-2-0-0.ccr22.lon01.atlas.cogentco.com>(154.54.57.174) 55.481 ms 11 te2-1.mag02.lon01.atlas.**cogentco.com<http://te2-1.mag02.lon01.atlas.cogentco.com>(154.54.74.114) 55.439 ms 55.356 ms 55.342 ms 12 149.6.187.234 (149.6.187.234) 55.370 ms 55.451 ms 55.493 ms 13 POS00-07-00-03.med00.brd.hol.**gr<http://POS00-07-00-03.med00.brd.hol.gr>(62.38.36.13) 127.954 ms * 127.106 ms 14 tengigaeth00-01-00-02.med00.**ccr.hol.gr<http://tengigaeth00-01-00-02.med00.ccr.hol.gr>(62.38.97.29) 136.321 ms * * 15 tengigaeth00-07-00-00.med00.**csr.hol.gr<http://tengigaeth00-07-00-00.med00.csr.hol.gr>(62.38.94.98) 125.525 ms 125.519 ms 125.584 ms 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * *
-Grant
On Tue, Feb 12, 2013 at 6:01 AM, Carlos Friacas <cfriacas@fccn.pt> wrote:
Hello,
Does anyone has reachability issues with AS8388?
It seems i'm unable to get packets back from 194.63.246.0/23, but only if the source is my 193.136.0.0/15 block, at AS1930. It works well from my other netblocks. I'm basically performing a (non-recursive) DNS query to DNS servers within 194.63.246.0/23.
I've been trying to involve upstream providers to take a deeper look at this problem, but i haven't had any luck so far. I can't even get a traceroute back to my network from anyone at AS8388.
Any suggestions?
Best Regards, Carlos Friaças