Re: [Linuxptp-devel] unknown option ntpshm_segment at line 8 in eno1 section

[Miroslav L. <mli...@re...>]

On Sun, Aug 02, 2015 at 02:58:34AM +0000, Gary E. Miller wrote:
> > is the same as entering
> > 
> >     ptp4l -i eno1 -i eno2
> 
> Sadly, no.  When you do that ptp4l only uses one SHM, not two.  Now
> if ptp4l read the [eno1] and [eno2] sections it would work.

There is one ptp4l instance (and configuration file) for one PTP or
system clock, which may have one or more ports. How could one ptp4l
fill more that one SHM segment if it has only one clock?

> >  Another possibility is
> >     ptp4l -f -
> > together with a HERE file in your shell script.
> 
> Yeah, but then both instances try to grab ports 319 and 320.

Hm, why is that a problem? The sockets are bound with the
SO_BINDTODEVICE socket option.

You can even run multiple ptp4l instances in different PTP domains on
the same NIC (only one using HW timestamping). The timemaster program
can do that for you. From a simple configuration file it will prepare
ptp4l/chronyd/ntpd configuration files and run all ptp4l/phc2sys
instances feeding chronyd/ntpd configured to read from the SHM
refclocks as needed.

> I tried
> putting one instance on UDPv4 and one UDPv6, but the UDPv6 seems to also
> grab the UDPv4 port.

I don't see that happening here.

-- 
Miroslav Lichvar