On Sun, Dec 22, 2002 at 10:52:35PM -0800, Matthew Dillon wrote:
> 
> :
> :Hmm, same cables, same switch, different card, now it all works.
> :
> :I did do some ICMP ping testing with ping -f and only lost 3
> :packets after letting it run for a good 10s.
> :
> :
> :-matt
> 
>     If it is working properly you should not lose *ANY* packets on an
>     otherwise idle connection, except possibly the last one that the
>     ping was sending when you ^C'd it (and sometimes ping doesn't wait
>     long enough on the last packet when you give it a specific count). 
>     So at most it should report one lost packet over any period of time.
>     Certainly not 3.
> 
>     e.g.
>       workstation# ping -c 1000 -i 0.05 apollo
>       ...
>       1000 packets transmitted, 1000 packets received, 0% packet loss
>       round-trip min/avg/max/stddev = 0.148/0.159/0.248/0.009 ms
> 
Then how could you explain that ``ping -c 1000 -i 0 localhost''
sometimes exhibits the loss?  I've bitten my head today trying
to figure out what's going on here (5.0-CURRENT), to no avail.

This is with net.inet.icmp.icmplim and net.inet.icmp.icmplim_output
both set to zero, and with only lo0 interface ``up''.  (Yes I know
that -i should not allow 0, even for root.)

The sendto(2) call in ping.c:pinger() always succeeds, yet
``netstat -s -p icmp'' shows the same delta as ping(8)?

allmouth# netstat -z -s -p icmp > /dev/null
allmouth# netstat -s -p icmp > 1
allmouth# ping -i0 -c1000 localhost | tail -3
--- localhost ping statistics ---
1000 packets transmitted, 217 packets received, 78% packet loss
round-trip min/avg/max/stddev = 0.063/6.769/30.353/12.241 ms
allmouth# netstat -s -p icmp > 2
allmouth# diff 1 2
3a4,5
>       Output histogram:
>               echo reply: 217
10c12,15
<       0 message responses generated
---
>       Input histogram:
>               echo reply: 217
>               echo: 217
>       217 message responses generated


Cheers,
-- 
Ruslan Ermilov          Sysadmin and DBA,
[EMAIL PROTECTED]           Sunbay Software AG,
[EMAIL PROTECTED]          FreeBSD committer,
+380.652.512.251        Simferopol, Ukraine

http://www.FreeBSD.org  The Power To Serve
http://www.oracle.com   Enabling The Information Age

Attachment: msg07924/pgp00000.pgp
Description: PGP signature

Reply via email to