Re: [Linuxptp-users] (no subject)

2022-10-14 Thread Richard Cochran
On Fri, Oct 14, 2022 at 04:33:11PM +0530, Gururaj Badiger wrote:
> Hellow,
> 
> Trying to make this query a bit simple:
> 
> When *ClockClass* is set to 248, ptp4l, currently, goes into Ordinary
> Clock(OC) mode. By that, it can switch to either Leader or Follower based
> on availability of GM in the domain.
> However, during some usecases, I would like to inhibit Slave state when
> clockClass is set to 248.
> 
> To achieve this, I'm looking for a flag which can be set in the config file
> to inhibit slave state. Does such a flag exist?

Why not use this?

   --free_running=1

This prevents synchronization unconditionally, regardless of port state.

HTH,
Richard




___
Linuxptp-users mailing list
Linuxptp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxptp-users


Re: [Linuxptp-users] (no subject)

2022-10-14 Thread Gururaj Badiger
Hellow,

Trying to make this query a bit simple:

When *ClockClass* is set to 248, ptp4l, currently, goes into Ordinary
Clock(OC) mode. By that, it can switch to either Leader or Follower based
on availability of GM in the domain.
However, during some usecases, I would like to inhibit Slave state when
clockClass is set to 248.

To achieve this, I'm looking for a flag which can be set in the config file
to inhibit slave state. Does such a flag exist?

Thank you,
Regards,
Guru

On Wed, 12 Oct 2022 at 18:42, Gururaj Badiger 
wrote:

> Hello,
>
> We have a need for a PTP instance to only be a master but still respond
> normally to the BMCA.
>
> This is used when we have two or more dedicated masters which use the BMCA
> to choose the GM. So the expected states once running are Master and
> Passive. We can get this if we set the  *clockClass * at 58 or below.
> This inhibits the slave states. However we need this to work with a
> *clockClass * of 248.
>
> Is there a way to inhibit the slave state? We cannot use masterOnly=1 as
> that mode forces it to go to Leader and ignores the announce messages and
> does not follow the BMCA. We have tried *asCapable*=true and
> *inhibit_delay_req*=1 but in that mode, device states are Master or
> Uncalibrated.
>
> It appears the logic we want is possible since it works when the *clockClass
> *is 58 or less. Is there an explicit configuration parameter to achieve
> this directly?
>
> Thank you.
>
> Regards,
>
> Guru
> ___
> Linuxptp-users mailing list
> Linuxptp-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/linuxptp-users
>
___
Linuxptp-users mailing list
Linuxptp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxptp-users