Description of problem:
When setting up GrandMaster clock using the DU profile and PtpConfigDualCardWPC example configuration, I needed to set a specific value for the PTP grandmaster 'priority2' field in order to enforce useful time selection in our lab. However, the cluster-compare templates we have hard-code this value and the value of the 'priority1' field to 128, and the value of the 'domain' to 24. These are all expected to be user-settable and do not have performance implications, so our cluster-compare template should allow them to be any (valid) value
Version-Release number of selected component (if applicable):
All
How reproducible:
1000%
Steps to Reproduce:
1. Set up an SNO with the DU profile and a GrandMaster configuration based on either of the WPC examples 2. Change the priority1 priority2 and/or domain fields to some other value 3. Run cluster-compare
Actual results:
@@ -101,7 +109,7 @@ # twoStepFlag 1 priority1 128 - priority2 128 + priority2 64 domainNumber 24 #utc_offset 37 clockClass 6
Expected results:
No difference detected
- blocks
-
OCPBUGS-49815 RAN cluster-compare reference does not allow customizing of GrandMaster domain or priority fields [4.17 backport]
- New
- clones
-
OCPBUGS-47784 RAN cluster-compare reference does not allow customizing of GrandMaster domain or priority fields
- ON_QA
- depends on
-
OCPBUGS-47784 RAN cluster-compare reference does not allow customizing of GrandMaster domain or priority fields
- ON_QA
- is cloned by
-
OCPBUGS-49815 RAN cluster-compare reference does not allow customizing of GrandMaster domain or priority fields [4.17 backport]
- New
- links to
-
RHEA-2024:139467 OpenShift Container Platform 4.18.0 CNF vRAN extras update
- mentioned on