[ntp:questions] Re: Multicast TTL and FreeBSD trouble

David L. Mills mills at udel.edu
Thu Aug 18 16:57:27 UTC 2005


I had a hand in the original spec rfc791, which interprets the TTL field 
values in seconds, with the understanding that every router decrements 
by one and in addition decrements once each second, assuming the grams 
survive that long. The only implementation that actually did both of 
those things to my knowledge was the fuzzball. In the bad old 
ARPAnet/NSFnet days, grams could survive that long on a router queue.


wa6zvp at gmail.com wrote:
> I'm not saying that there is an error in the code, per se, but
> somewhere when the packet is assembled for putting on the wire, the TTL
> is mis-handled.  On a RH linux machine, the byte is correct on the
> wire, implying that it must be in the interface to the IP stack or some
> such place.
> For NTP use, most folks would want the multicast packets to stay within
> the boundaries of their own local network, which means a TTL in the 1-3
> range is probably appropriate.
> As Danny pointed out, TTL for v4 used to really be time (was it
> seconds?) but has been used as a router hop count for a long time.
> This is how its defined for v6.
>          Roger

More information about the questions mailing list