Bug 11048

Summary: ping performs DNS lookups too often
Product: [Retired] Red Hat Linux Reporter: Adam Spiers <redhat>
Component: iputilsAssignee: Crutcher Dunnavant <crutcher>
Severity: low Docs Contact:
Priority: medium    
Version: 6.2CC: dr, jerry
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2000-05-07 23:12:05 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Description Adam Spiers 2000-04-25 22:25:28 UTC
Unless you disable DNS lookups altogether with the -n option, ping performs
a DNS lookup every time it sends an ICMP echo.  This is distinctly
anti-social behaviour, especially considering that the only reason it does
a DNS lookup is to make the output prettier.

This behaviour doesn't seem to occur with Redhat 6.0 and 6.1, presumably
because their ping comes from netkit-base rather than from iputils.

For reference, the maintainer of iputils seems to be
<kuznet@ms2.inr.ac.ru>, so I guess he should be contacted about this.

Comment 1 Neal Nuckolls 2000-05-02 18:03:59 UTC
No kidding.  If I give a numeric IP address to ping
I don't expect it to request and require DNS reverse
IPaddr-to-name entries to work.  Geez.  I just wasted
an hour trying to figure out what was introducing a large
random number of seconds delay when I did "ping"
and didn't use the "-n" option.  I've been using ping for
20 years and never had to use the "-n" option for
this basic diagnostic tool to work before.
Please FIX.  thanks.


Comment 2 bcboy 2000-05-07 23:12:59 UTC
An hour? I just lost five days to this "feature". DNS at my
work changed without notice, and I've been fighting ever since
trying to figure out why *all* my connectivity just stopped
working. tcpdump didn't turn up the dns queries, or I might
have noted it sooner.

Comment 3 Tim Waugh 2000-06-14 17:20:38 UTC

*** This bug has been marked as a duplicate of 10436 ***