On Tue, Apr 27, 2021 at 03:59:05PM +0000, Ramana Reddy wrote: > <Ramana> As I said, running independent clients defeats the purpose of BMC > algorithm and breaks the ITU-T G.8275.2 > Spec compliance. The BMC algorithm should be run locally on all ports of > every ordinary and boundary clock in a domain. Since it > runs continuously, it continually readapts to changes in the network or the > clocks. Pls check section 9.3 in IEEE1588-2008 > Spec for details on BMC algorithm. Also refer to Section 6.7 of A-BMCA > requirements of ITU-T G.8275.2 spec.
Can you please refer to the exact page and paragraph which prevents multiple ptp4l instances to be running on a computer which has multiple clocks? PTP is specified from a clock point of view. If you have multiple clocks, you need multiple PTP instances, or you can pretend it's a single clock with the jbod option. In either case, your requirement "BMC algorithm should be run locally on all ports of every ordinary and boundary clock in a domain" is satisfied. > I tried --boundary_clock_jbod=1 --clientOnly=1 with two interfaces and > it seems to be switching them between the LISTENING and > UNCALIBRATED/SLAVE states as expected. > <Ramana> This I believe was explained in detailed on what are the existing > issues, design choices we have, > Motivation for the new changes. Pls refer attached mail from Amar. The only relevant part from that mail I found is this: > b. As the other PTP redundant ports part of bundle are in LISTENING > state, BMCA will not be able to select best master when there is best clock > carried in the other ports (other than the port which is already locked). > Please refer to IEEE1588 section 9.2.4 where they mention the definition of > LISTENING and PASSIVE state interpretations. Please explain what exactly prevents the selection. I didn't see it in my test. -- Miroslav Lichvar _______________________________________________ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel