ping avec la taille des paquets plus grands que 25152 défaut?

Quand je suis en train de ping avec la taille de paquet > 25152 j'obtiens 100% de perte de paquets. quelqu'un peut-il m'aider sur pourquoi est-ce qui se passe ???

ping -c 1 -s 25153 time.nist.gov

--- ntp.glb.nist.gov ping statistics ---
1 paquets transmis, 0 reçu, 100% de perte de paquets, le temps 0ms

ping -c 1 -s 25152 time.nist.gov

PING ntp.glb.nist.gov (64.236.96.53) 25152(25180) octets de données.
25160 d'octets à partir de dtc-nist01.ntp.aol.com (64.236.96.53): icmp_req=1 ttl=45=temps de 76,8 ms

--- ntp.glb.nist.gov ping statistics ---
1 paquets transmis, reçu 1, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 76.887/76.887/76.887/0.000 ms

Votre pings sont trop lourds et sont déposés le long de la voie, soit en raison d'un matériel de manipulation ou bien en raison de règles de pare-feu.
Je reçois un délai d'attente - c'est peut-être vraiment le problème?
oui j'ai aussi eu timeout, mais pourquoi je suis qui ???
ping www.google.com fonctionne pour moi à partir d'un hôte Linux jusqu'à -s 1442 alors que sur le même hôte, time.nist.gov ne fonctionne que jusqu'à -s 1472 (MTU Ethernet - protocoles IPv4 et en-tête ICMP). Sur OSX, ping avec -s plus grande que 8184 (8192 - taille de l'en-tête ICMP) a même dit: sendto: Message too long, même si, en principe, long de paquets ping peut être fragmenté... Donc je suis d'accord avec @Puciek , cela dépend beaucoup de paramètres de filtre de routeurs / commutateurs entre vous et l'hôte de destination.
Je suis d'accord. La plus grande taille de paquet est variable avec l'hôte à laquelle nous sommes de ping.

OriginalL'auteur sr116 | 2013-09-11