ping response not showing TTL - HP UX
This is a discussion on ping response not showing TTL - HP UX ; Hi all,
When I ping (/usr/sbin/ping) a host from HP-UX 11i (B.11.11), the
responses do not include the TTL value.
Tried looking at the man page but could not find a way to show the
TTL. Pls advise.
Thanks!
> ...
-
ping response not showing TTL
Hi all,
When I ping (/usr/sbin/ping) a host from HP-UX 11i (B.11.11), the
responses do not include the TTL value.
Tried looking at the man page but could not find a way to show the
TTL. Pls advise.
Thanks!
> ping 192.168.210.15
PING 192.168.210.15: 64 byte packets
64 bytes from 192.168.210.15: icmp_seq=0. time=17. ms
64 bytes from 192.168.210.15: icmp_seq=1. time=15. ms
64 bytes from 192.168.210.15: icmp_seq=2. time=15. ms
64 bytes from 192.168.210.15: icmp_seq=3. time=15. ms
64 bytes from 192.168.210.15: icmp_seq=4. time=15. ms
----192.168.210.15 PING Statistics----
5 packets transmitted, 5 packets received, 0% packet loss
round-trip (ms) min/avg/max = 15/15/17
-
Re: ping response not showing TTL
arcs.ltee@googlemail.com wrote:
> When I ping (/usr/sbin/ping) a host from HP-UX 11i (B.11.11), the
> responses do not include the TTL value. Tried looking at the man
> page but could not find a way to show the TTL. Pls advise.
Short of porting another ping program, or submitting the enhancement
request, you might use traceroute to get the hop-count between
systems.
You could also I suppose take a nettl or tcpdump trace of the traffic
and inspect the IP headers directly.
HP-UX 11.11 ping does seem to claim a -t option to set the TTL,
ostensibly one could use that to binary search the hop count.
However, my experiments with it on an 11.11 system suggested that
while the -t option is mentioned it is a noop and ping or what it was
using at least, was always setting the TTL to 255.
rick jones
--
firebug n, the idiot who tosses a lit cigarette out his car window
these opinions are mine, all mine; HP might not want them anyway... 
feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH...