Date: Sun, 03 Aug 1997 02:12:04 -0700 From: David Greenman <dg@root.com> To: j@uriah.heep.sax.de (J Wunsch) Cc: freebsd-bugs@hub.freebsd.org Subject: Re: bin/4218: change in ping behavior: -c now counts _received_ packets Message-ID: <199708030912.CAA22377@implode.root.com> In-Reply-To: Your message of "Sun, 03 Aug 1997 01:00:02 PDT." <199708030800.BAA12082@hub.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> I agree that this behaviour is not what one would usually expect from > -c, but it seems to be this way in all ping -c versions i've seen so > far. > > What makes you think this has been changed recently? You can easily > verify in CVS that it has been this way all the time for FreeBSD, at > least. So, while you're constantly speaking about `reverting' > something, there isn't really something to revert. Implementing it as > a count of _sent_ packets would be a plain paradigm change, so it > should probably be done with a different option. Hmmm. FreeBSD 2.1.x and 2.2.x both do something a bit more complicated than just wait for the <n> packets to be received. ping will transmit up to <n> packets and wait for these to be received; it will wait for the first received packet for up to 10 seconds, and a variable amount of time (twice the maximum round trip time) if one or more have already been received. So: ping -c 1 198.1.1.1 # a host that doesn't exist ...will wait for 10 seconds and then exit. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199708030912.CAA22377>