Det er foskelligt hvor store ping-pakker er. På linux er pakkerne normalt 56 bytes data, og hele pakken bliver så 84 bytes. I.e.:
$ ping google.com PING google.com (72.14.207.99) 56(84) bytes of data. 64 bytes from 72.14.207.99: icmp_seq=1 ttl=242 time=108 ms 64 bytes from 72.14.207.99: icmp_seq=2 ttl=242 time=108 ms
--- google.com ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 108.234/108.433/108.632/0.199 ms
På windows er den default 32 bytes, men du kan selv angive størrelsen med -l switchen...
32 er passende småt til at pakken ikke bliver fragmenteret og derved også måler hastigheden på en ok måde. Du kan få et indblik i hvor hurtigt linjen belastes ved f.eks. at gøre pakkerne meget store (men mindre end de 1500 bytes en ethernetframe kan være)...
svaret er at de enkelt IP stacke er forskellige, det er simpelthen et spørgsmol om at standarden rummer vise muligheder for tolkning og at den enkelte ip stack så gør tingene lidt forskelligt. dette er bl.a. grunden til at man kan enumerere OS og andre oplysninger ved at analyserer TCP/IP trafik og pakker modtaget fra de forskellige systemte. Enkelte værktøjer kan endda fortælle hvilker Windows version man står overfor eller om det er en 2.0 kernel i forhold til f.eks. en 2.4
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.