NTP broadcasts break NTP synchronization (RTEMS)

Reported by Ralph Lange on 2010-10-20
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
EPICS Base
Medium
mdavidsaver

Bug Description

The code that implements the NTP request based sync binds the receiver to the well-known NTP port 123 (instead of using an epheremal port). That way the receiver will not only get the answers to the requests, but also all broadcasts on the network. All incoming traffic is buffered in the socket, and the NTP sync code pulls out an old broadcast instead of the answer to its most recent request, thereby effectively stopping the IOC time. (generalTime does not allow backward jumps in time, but will stop advancing until the NTP answer eventually catches up.)

In other words: NTP broadcasts on the IOC network break the NTP synchronization.

Related branches

tags: added: osd rtems
removed: osi
Changed in epics-base:
milestone: none → 3.14.12
mdavidsaver (mdavidsaver) wrote :

Switch the port which the RTEMS NTP client uses when sending requests to a random (>1024) port.

Ralph Lange (ralph-lange) wrote :

Pushed Michael Davidsaver's fix to the 3.14 branch.

Changed in epics-base:
assignee: nobody → mdavidsaver (mdavidsaver)
importance: Undecided → Medium
status: New → Fix Committed
Andrew Johnson (anj) on 2010-11-24
Changed in epics-base:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers