Toon posts:

[BC3] ping diet het ineens anders

Pagina: 1
Acties:

Verwijderd

Topicstarter
Normaal als ik ping -c 40 212.187.24.XX -s 1468
deed stuurde hij 40 pakketjes en kreeg het het resultaat

--- 212.187.24.XX ping statistics ---
40 packets transmitted, 36 packets received, 9% packet loss
round-trip min/avg/max = 132.9/138.3/149.8 ms

maar sinds een aantal dagen blijft hij net zo lang sturen tot hij 40 pakketjes terug heeft gekregen en krijg ik dit resultaat

--- 212.187.24.XX ping statistics ---
44 packets transmitted, 40 packets received, 9% packet loss
round-trip min/avg/max = 132.9/138.3/149.8 ms


Wie weet hoe dit komt, heeft red hat ping ineens geupdate of zo?

ps: sorry voor de type fout

Verwijderd

Op dinsdag 08 mei 2001 20:42 schreef kia het volgende:
Wie weet hoe dit komt, heeft red hat ping ineens geupdate of zo?
Ja, is een undocumented feature :)
Nee, natuurlijk niet! :)
Ben je root en is het eeen colocated server oid?

  • drikus
  • Registratie: Juni 2000
  • Laatst online: 25-03 07:18
Is wel grappig ja..:D Zelfs ping wat onderdeel uitmaakt van iputils wordt weleens geupdate en door/down ontwikkeld.

Wellicht staat er wat bijzonders in /usr/share/doc/iputils*/RELNOTES en zoniet dan heb ge een klein bugje te pakken.

  • ACM
  • Registratie: Januari 2000
  • Niet online

ACM

Software Architect

Werkt hier

-c count
Stop after sending count ECHO_REQUEST packets. With deadline op­
tion, ping waits for count ECHO_REPLY packets, until the timeout
expires.
Uit man ping... (RH7.1)
Maar bij RH6.1:
-c count
Stop after sending (and receiving) exactly count ECHO_RESPONSE
packets. The special case of no packet received after count pack­
ets are sent causes termination also (the remote host or gateway
is unreachable).
Dus wat in de man page van RH61 staat doet ie nu, en wat er in die van RH71 deed ie toen??