Hi Richard, I must honestly admit that before trying this setup on my production systems I had tested it and got it to work on a different environment (all Dockerized):
System Clock (Client) —> Physical Hardware Clock (GM) —> Physical Hardware Clock (Client) —> System Clock (Client) The test environment existed of two HP Z440 Workstation PC’s running Ubuntu 16.04. On these two systems I have used the exact same Docker image of linuxptp and the exact same commands for starting the synchronisation processes dockerized (ptp4l and phc2sys). On the HP Z440 environment, the synchronisation processes worked (still work) flawlessly. These machines also use the e1000e network driver (3.2.6-k version and later the 3.4.0.2 (latest) version). The network adapter in the Z440’s is the Intel Ethernet Connection I218-LM. The HP Z440’s have only one NIC and therefore (?) also just one PTP device; /dev/ptp0. So basically, I had got it working before (still running steady) in containers on my test environment. But thus not on the production systems with multiple NICs / MAC addresses. Jord > On 18 Jun 2018, at 20:22, Richard Cochran <richardcoch...@gmail.com> wrote: > > On Mon, Jun 18, 2018 at 11:50:23AM +0000, Jord Pool wrote: >> Based on the ifconfig and lshw -class network outputs attached to >> the bottom of this mail, there are 5 MACs in my interpretation (since >> the Docker one is not a physical MAC (?) I assume). > > I've never used docker, and I wouldn't necessarily expect PTP to work > in that environment. > > I have used PTP Hardware Clocks (like an Intel i210 card) inside a VM, > where I first gave the VM physical access to the PCIe card. > > My advice is to run PTP on the host, then synchronize the guests to > the host. Recently there has been some kernel work that expose the > host time as a PHC to the guest. That is the way to go. (Sorry but > the details escape me at the moment - brain full.) > > HTH, > Richard ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Linuxptp-users mailing list Linuxptp-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-users
