Project

General

Profile

Actions
Copy link

Bug #7721

closed

NTPd stops using external peers if listening on one interface only in a muliwan setup

Added by Daniel Helgenberger over 7 years ago. Updated over 3 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
NTPD
Target version:
-
Start date:
07/25/2017
Due date:
% Done:

0%

Estimated time:
Plus Target Version:
Release Notes:
Affected Version:
2.4.x
Affected Architecture:

Description

In a multiwan setup, when selecting only one listening interface (eg. LAN), NTPd does not select external peers as they are stuck init INIT, it does not seem to be a general connection issue:

[2.3.4-RELEASE]/root: ntpdate -q ptbtime1.ptb.de
server 192.53.103.108, stratum 1, offset 0.006594, delay 0.05330
21 Jul 13:28:45 ntpdate[18903]: adjust time server 192.53.103.108 offset 0.006594 sec
[2.3.4-RELEASE]/root: ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 ptbtime1.ptb.de .INIT.          16 u    -   64    0    0.000    0.000   0.000
 news01.nierle.c .INIT.          16 u    -   64    0    0.000    0.000   0.000
*presstore.int.m 192.53.103.108   2 u   45   64   17    0.148   -0.103   4.186

Note, presstore is an internal server.

When stetting ntpd to listen on multiple interfaces, external peers are selected again:

[2.3.4-RELEASE]/root: ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
+hotel600.server 193.79.237.14    2 u   99  128  377   25.057   -2.118  30.495
+shattrath.sceen 193.190.230.66   2 u   91  128  377   25.750   -3.252  27.585
 presstore.int.m 162.23.41.55     2 u   21  128  377    0.142   -5.752   0.082
*ptbtime1.ptb.de .PTB.            1 u   27  128  377   30.631    1.814  24.172

Actions
Copy link
 #1

Updated by Jim Pingle about 5 years ago

  • Category set to NTPD
  • Status changed from New to Feedback

Can you re-test this on a current release or development snapshot? Preferably a 2.5.0 snapshot.

Actions
Copy link
 #2

Updated by Viktor Gurov over 4 years ago

  • Status changed from Feedback to Closed

no such issue on 2.4.5 and 2.5.0.a.20200409.0657
seems to be fixed in ntpd upstream

Actions
Copy link
 #3

Updated by Andrew Stuart over 3 years ago

I've got this exact issue on 20.02-p1.
NTP is stuck in INIT if one or more interfaces are selected, in a dual wan environment.
Unselecting all interfaces and saving instantly restores NTP service.
This was working fine on 2.4.5-p1 prior to upgrading.

Actions
Copy link

Also available in: Atom PDF