traceroute doesnt display some hops using ICMP method

Bug #493376 reported by john s
30
This bug affects 5 people
Affects Status Importance Assigned to Milestone
traceroute (Debian)
Fix Released
Unknown
traceroute (Ubuntu)
Won't Fix
Undecided
Unassigned

Bug Description

Binary package hint: traceroute

Hello-

traceroute seems to fail to display hops when using the ICMP method after one of the hops does not have a reverse DNS entry. This works correctly when using the default UDP method, and when using ICMP method with "-n" to turn off lookups.

This makes it difficult to use traceroute because you often have to use ICMP to get around filtering.

This may be the same bug as Bug #269749 from Hardy, but I am seeing it in the latest Karmic. I have verified this also fails with the newest traceroute 2.0.13 compiled from source.

Thanks,
John

johns@ghidorah:~$ lsb_release -rd
Description: Ubuntu 9.10
Release: 9.10
johns@ghidorah:~$ apt-cache policy traceroute
traceroute:
  Installed: 2.0.12-2
  Candidate: 2.0.12-2
  Version table:
 *** 2.0.12-2 0
        500 http://us.archive.ubuntu.com karmic/main Packages
        100 /var/lib/dpkg/status

# traceroute fails to report hops 2-5 using ICMP with reverse DNS lookups

johns@ghidorah:~/traceroute-modern/traceroute-2.0.13$ sudo traceroute -I 4.2.2.2
traceroute to 4.2.2.2 (4.2.2.2), 30 hops max, 60 byte packets
 1 192.168.1.1 (192.168.1.1) 2.221 ms 2.239 ms *
 2 * * *
 3 * * *
 4 * * *
 5 * * *
 6 * asn3356-level3.eqsjca.sbcglobal.net (151.164.251.246) 19.108 ms 20.984 ms
 7 vlan69.csw1.SanJose1.Level3.net (4.68.18.62) 24.152 ms 40.095 ms 40.434 ms
 8 ge-10-0.core1.SanJose1.Level3.net (4.68.123.6) 32.442 ms 34.574 ms 37.089 ms
 9 vnsc-bak.sys.gtei.net (4.2.2.2) 39.194 ms 41.871 ms 45.252 ms

# traceroute works properly using ICMP without reverse DNS lookups

johns@ghidorah:~/traceroute-modern/traceroute-2.0.13$ sudo traceroute -In 4.2.2.2
traceroute to 4.2.2.2 (4.2.2.2), 30 hops max, 60 byte packets
 1 192.168.1.1 1.298 ms 1.978 ms 2.375 ms
 2 151.164.184.117 21.038 ms 23.446 ms 25.356 ms
 3 76.246.22.1 26.515 ms 28.838 ms 31.758 ms
 4 151.164.93.229 34.303 ms 36.386 ms 39.063 ms
 5 151.164.171.196 42.262 ms 44.472 ms 47.266 ms
 6 151.164.251.246 49.642 ms 51.204 ms 53.569 ms
 7 4.68.18.62 66.261 ms 43.156 ms 43.463 ms
 8 4.68.123.6 39.454 ms 34.446 ms 37.031 ms
 9 4.2.2.2 39.461 ms 35.520 ms 38.248 ms

# traceroute works properly using default UDP with reverse DNS lookups

johns@ghidorah:~/traceroute-modern/traceroute-2.0.13$ sudo traceroute 4.2.2.2
traceroute to 4.2.2.2 (4.2.2.2), 30 hops max, 60 byte packets
 1 192.168.1.1 (192.168.1.1) 1.686 ms 1.706 ms 2.304 ms
 2 bras36-l0.pltnca.sbcglobal.net (151.164.184.117) 21.225 ms 23.227 ms 26.398 ms
 3 76.246.22.1 (76.246.22.1) 27.080 ms 29.918 ms 32.980 ms
 4 151.164.93.229 (151.164.93.229) 34.144 ms 36.584 ms 39.277 ms
 5 151.164.171.196 (151.164.171.196) 42.691 ms 45.238 ms 48.004 ms
 6 asn3356-level3.eqsjca.sbcglobal.net (151.164.251.246) 49.761 ms 20.078 ms 19.711 ms
 7 vlan69.csw1.SanJose1.Level3.net (4.68.18.62) 34.625 ms 34.937 ms vlan79.csw2.SanJose1.Level3.net (4.68.18.126) 39.587 ms
 8 ge-11-0.core1.SanJose1.Level3.net (4.68.123.38) 30.093 ms ge-10-0.core1.SanJose1.Level3.net (4.68.123.6) 32.805 ms 35.107 ms
 9 vnsc-bak.sys.gtei.net (4.2.2.2) 37.811 ms 40.482 ms 42.961 ms

johns@ghidorah:~/traceroute-modern/traceroute-2.0.13$ sudo traceroute -V
Modern traceroute for Linux, version 2.0.12, Apr 29 2009
Copyright (c) 2008 Dmitry Butskoy, License: GPL v2 or any later

Revision history for this message
john s (eltapado) wrote :
Revision history for this message
john s (eltapado) wrote :
Download full text (3.6 KiB)

Ive done some more research on this, and it seems similar to a bug in Debian #436804 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=436804

The Debian bug compains about the same behavior (not printing hops after a failed reverse lookup) when using the -T (tcp syn) method. I have verified this also happens with the Karmic package.

It looks like both the ICMP and TCP traceroute methods have this problem

johns@ghidorah:~$ sudo traceroute -Tn www.cheeseplant.org
traceroute to www.cheeseplant.org (66.34.180.232), 30 hops max, 60 byte packets
 1 192.168.1.1 1.690 ms 2.201 ms 2.882 ms
 2 151.164.184.117 63.285 ms 63.327 ms 63.390 ms
 3 76.246.22.2 63.465 ms 63.570 ms 63.753 ms
 4 151.164.43.56 63.713 ms 63.753 ms 63.939 ms
 5 12.122.114.17 64.684 ms 64.743 ms 64.808 ms
 6 64.125.12.117 64.866 ms 63.837 ms 63.129 ms
 7 64.125.30.177 64.149 ms 33.679 ms 33.742 ms
 8 64.125.28.13 33.786 ms 33.775 ms 33.826 ms
 9 64.125.24.17 41.585 ms 43.878 ms 47.042 ms
10 64.125.26.121 83.784 ms 85.009 ms 95.887 ms
11 64.125.30.58 97.909 ms 99.996 ms 130.661 ms
12 64.124.196.154 130.664 ms 129.182 ms 98.039 ms
13 64.182.161.6 98.054 ms 98.062 ms 98.117 ms
14 66.34.180.232 98.177 ms 95.117 ms 97.577 ms
johns@ghidorah:~$ sudo traceroute -T www.cheeseplant.org
traceroute to www.cheeseplant.org (66.34.180.232), 30 hops max, 60 byte packets
 1 192.168.1.1 (192.168.1.1) 1.423 ms 1.922 ms *
 2 * * *
 3 * * *
 4 * * *
 5 * * *
 6 * xe-1-2-0.mpr4.sjc7.us.above.net (64.125.12.117) 20.209 ms 21.882 ms
 7 xe-3-0-0.er2.sjc2.us.above.net (64.125.30.177) 25.857 ms 28.910 ms 30.930 ms
 8 xe-1-0-0.er1.sjc2.us.above.net (64.125.28.13) 33.331 ms 35.510 ms 38.167 ms
 9 * * *
10 xe-0-2-0.er1.iah1.us.above.net (64.125.26.121) 90.213 ms 93.451 ms 95.295 ms
11 xe-7-0-0.er1.dfw2.us.above.net (64.125.30.58) 96.910 ms 99.055 ms 62.546 ms
12 64.124.196.154.allocated.above.net (64.124.196.154) 64.950 ms 63.527 ms 65.321 ms
13 64.182.161.6 (64.182.161.6) 68.365 ms 63.376 ms 65.979 ms
14 66.34.180.232 (66.34.180.232) 68.304 ms 70.657 ms 73.149 ms
johns@ghidorah:~$ sudo traceroute -I www.cheeseplant.org
traceroute to www.cheeseplant.org (66.34.180.232), 30 hops max, 60 byte packets
 1 192.168.1.1 (192.168.1.1) 1.294 ms 1.628 ms *
 2 * * *
 3 * * *
 4 * * *
 5 * * *
 6 * xe-1-2-0.mpr4.sjc7.us.above.net (64.125.12.117) 20.657 ms 22.702 ms
 7 xe-3-0-0.er2.sjc2.us.above.net (64.125.30.177) 102.986 ms 103.911 ms 104.865 ms
 8 xe-1-0-0.er1.sjc2.us.above.net (64.125.28.13) 33.422 ms 36.282 ms 38.550 ms
 9 xe-2-3-0.er1.lax9.us.above.net (64.125.24.1...

Read more...

Revision history for this message
Brandon Applegate (vom) wrote :

This bug is still present in Lucid. Disabling DNS (-n) seems to make it go through.

Changed in traceroute (Ubuntu):
status: New → Confirmed
Changed in traceroute (Debian):
status: Unknown → Fix Released
Revision history for this message
Graham Inggs (ginggs) wrote :

Still seems to be an issue in 2.0.20-2 in utopic.

Workaround is to use -N 1 to reduce the number of simultaneous probe packets, i.e.:

$ sudo traceroute -I -N 1 4.2.2.2

Graham Inggs (ginggs)
Changed in traceroute (Ubuntu):
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.