Re: ntp/ntpdate and NAT

2013-06-04 Thread tlaronde
On Tue, Jun 04, 2013 at 12:46:46PM -0400, Greg Troxel wrote: > > Basically, NTP (ntpd and ntpdate) assume that the mean of the outgoing > and incoming local timestamps (in the local machine's time) is the same > time as the mean of the remote machines incoming and outgoing timestamps > (in the rem

Re: ntp/ntpdate and NAT

2013-06-04 Thread Greg Troxel
tlaro...@polynum.com writes: > On Tue, Jun 04, 2013 at 11:20:21AM +, Michael van Elst wrote: >> >> NTP doesn't use ICMP but UDP and client and servers exchange time >> information directly within the NTP protocol. The gateway is >> nothing more than a router in the path that causes some dela

Re: ntp/ntpdate and NAT

2013-06-04 Thread tlaronde
On Tue, Jun 04, 2013 at 03:13:10PM +0200, Martin Husemann wrote: > > If your NAT device causes persistent enough packet handling delays in the > order of 2 seconds (or enough to make NTP erroneously drift that far), > you have a serious problem. >[...] > What timecounter source did your machine p

Re: ntp/ntpdate and NAT

2013-06-04 Thread Martin Husemann
On Tue, Jun 04, 2013 at 03:05:21PM +0200, tlaro...@polynum.com wrote: > The question arised because I have bad values (more than 2 seconds > offset) for a node on which I have made a "ntpdate -b" (so no adjtime) a > day before: the (new, dual-core x86_64, NetBSD 6.1) PC clock is not an > atomic clo

Re: ntp/ntpdate and NAT

2013-06-04 Thread tlaronde
On Tue, Jun 04, 2013 at 11:20:21AM +, Michael van Elst wrote: > > NTP doesn't use ICMP but UDP and client and servers exchange time > information directly within the NTP protocol. The gateway is > nothing more than a router in the path that causes some delay, > with NAT or without. > OK. But

Re: ntp/ntpdate and NAT

2013-06-04 Thread Michael van Elst
tlaro...@polynum.com writes: >If I understand correctly, the time offset are computed taking into >account the time the ICMP messages spent going from a time server to the >client requesting it. But does a NAT rewrite happening in between have >an impact on this computation? since both ends are u

ntp/ntpdate and NAT

2013-06-04 Thread tlaronde
Hello, If I understand correctly, the time offset are computed taking into account the time the ICMP messages spent going from a time server to the client requesting it. But does a NAT rewrite happening in between have an impact on this computation? since both ends are unaware of the masquerading