To patch a flaw in linuxptp versions < 3.1.1.5 where the date/time is reported to be 1970.
PTP anomalies in certain environments such as date being reported as 1970.
When using the LLS-C3 PTP configuration and when the Cell Site Router (CSR) is rebooted the CSR reports an incorrect time of 1970 in its PTP packets with clock class 248, and for a brief duration with clock class 6, until the CSR GNNS receiver enters the phase locked state. This incorrect time of 1970 that is advertised by the CSR is consumed by the linuxptp stack running on the nodepool and the phc_ctl time gets set to 1970.
linuxptp 3.1.1-5 has been released with fixes to linuxptp. The functionality implemented in the patch is to ignore the PTP packets from the CSR when the PTP packets are sent with a clock class higher than what is configured in the ptp4l.conf file on the nodepool/worker node. When the CSR reboots, it can take up to 10 minutes for the CSR to go to a phase locked state. During this time, the PTP packets sent by the CSR to the nodepool with clock class 248 are ignored.
Note: These steps should be performed during a maintenance window.
Run this command to confirm linuxptp 3.1.1-5 is available on worker node:
tdnf list | grep linuxptp
Log into the TCA UI via your browser.
In the UI, navigate to Catalog > Network Function.
Click on the appropriate network function, then click Edit.
Navigate to Infrastructure Requirements > Custom Packages.
Update the linuxptp version field to reflect the new version (3.1.1-5.ph3)
Note: the above screenshot is only an example. Edits will need to be performed on the xNF CSAR (DU/CU) in your environment.
On the top of the same page, click on Resources.
Expand the folder Artifacts > scripts.
Click on ptp4l.conf.
Add clock_class_threshold 7 at the bottom, as shown below:
# Clock Description
#productDescription ;;
revisionData ;;
manufacturerIdentity 00:00:00
userDescription ;
timeSource 0xA0
domainNumber 24
clock_class_threshold 7
[ptp]
Click SAVE AS NEW
Note: This is because there may already be CNFs deployed with the old configuration. We will upgrade them in a later step.
Provide a name and Description (optional) and then click SAVE.
In the UI, navigate to Inventory > Network Function.
Click the three dots next to the NF > Upgrade Package.
Select the package we created in the previous step.
Click UPGRADE.
Note: the nodepool will be rebooted and the new linuxptp package will be applied.
If the CNF upgrade fails, login to the worker node and gather the below information to share with the support team.
Establish an SSH session to the worker node.
Run the following command to verify the new linuxptp package is installed and ptp4l.conf is updated:
root [ /home/capv ]# tdnf list installed | grep linuxptp
linuxptp.x86_64 3.1.1-5.ph3 @System
Run the following commands to check if the ptp4l service and phc2sys services are running:
systemctl status ptp4l
systemctl status phc2sys
From the worker node, check the ptp4l.conf file to ensure the config clock_class_threshold 7 is present.
root [ /home/capv ]# cat /etc/ptp4l.conf | grep -B 8 clock_class_threshold
# Clock Description
#productDescription ;;
revisionData ;;
manufacturerIdentity 00:00:00
userDescription ;
timeSource 0xA0
domainNumber 24
clock_class_threshold 7
All versions of VMware Telco Cloud Automation (TCA) are impacted.