Description of problem:

tracepath6 fails to resolve target when using -n option

Version-Release number of selected component (if applicable):

iputils-20071127-13.el6.x86_64

No indication that latest in Brew has fix - iputils-20071127-14.el6

How reproducible:

[ben@snog ~]$ tracepath6 -n ns1.sixxs.net
getaddrinfo: Resolver Error 0 (no error)
[ben@snog ~]$ tracepath -n ns1.sixxs.net
1: 192.168.1.102 0.278ms pmtu 1500
1: 192.168.1.1 1.060ms
1: 192.168.1.1 0.964ms
2: 66.93.220.1 36.806ms asymm 3
3: 69.17.82.237 35.760ms asymm 4
4: 69.17.87.22 68.190ms asymm 5
5: 206.223.115.10 71.928ms
6: 87.86.77.29 151.493ms asymm 8
7: 87.82.50.234 161.321ms asymm 8
8: 213.197.18.46 180.958ms asymm 9
9: 213.197.29.32 157.730ms reached
Resume: pmtu 1500 hops 9 back 56
[ben@snog ~]$ tracepath6 ns1.sixxs.net
1?: [LOCALHOST] pmtu 1500
1: he.zork.net 0.996ms
1: he.zork.net 0.925ms
2: he.zork.net 0.961ms pmtu 1480
2: benwoodard-2.tunnel.tserv8.dal1.ipv6.he.net 39.637ms
2: benwoodard-2.tunnel.tserv8.dal1.ipv6.he.net 39.321ms
3: gige-g2-14.core1.dal1.he.net 37.552ms
4: 10gigabitethernet5-4.core1.atl1.he.net 71.123ms
5: 10gigabitethernet7-1.core1.ash1.he.net 70.387ms
6: 10gigabitethernet1-2.core1.nyc4.he.net 77.555ms
7: 10gigabitethernet1-2.core1.lon1.he.net 151.732ms
8: 10gigabitethernet1-1.core1.ams1.he.net 152.559ms
9: ams-ix.ipv6.concepts.nl 152.187ms
10: 2001:838:5:a::2 155.154ms asymm 11
11: noc.sixxs.net 154.469ms reached
Resume: pmtu 1480 hops 11 back 54

[ben@snog ~]$ cat /etc/resolv.conf
# Generated by NetworkManager
domain redhat.com
search redhat.com zork.net
nameserver 2001:838:1:1:210:dcff:fe20:7c7c
nameserver 2001:770:18:8::4
nameserver 10.7.142.20
nameserver 10.11.255.156
nameserver 64.81.127.2
# NOTE: the libc resolver may not support more than 3 nameservers.
# The nameservers listed below may not be recognized.
nameserver 216.231.41.2
nameserver 64.105.159.250
  
Actual results:

tracepath -n fails with a hostname as the target

Expected results:

tracepath -n works with a hostname as the target

Additional info:

Reported in gentoo as being fixed at least with release iputils-20100418.

Patch in upstream seems to address the issue (one line):

--- a/tracepath6.c
+++ b/tracepath6.c
@@ -339,7 +339,7 @@ int main(int argc, char **argv)
        hints.ai_family = AF_INET6;
        hints.ai_socktype = SOCK_DGRAM;
        hints.ai_protocol = IPPROTO_UDP;
-       hints.ai_flags = no_resolve ? AI_NUMERICHOST : 0;
+       hints.ai_flags = 0;
        gai = getaddrinfo(argv[0], pbuf, &hints, &ai0);
        if (gai) {
                herror("getaddrinfo");  /*XXX*/

http://www.linux-ipv6.org/gitweb/gitweb.cgi?p=gitroot/iputils.git;a=commitdiff;h=01fb7a142432540bbfdbc68a39057c25827c5357;hp=56018bf1b3c936f6ce0e13ae37ef25a9b493a492

Fedora 14 is using iputils-20100418-3.fc14.x86_64 ... rebase RHEL 6?