[Linuxptp-users] running ptp4l under vmware
PTP IEEE 1588 stack for Linux
Brought to you by:
rcochran
|
From: Brooks, J. <Jas...@Al...> - 2021-11-04 20:22:28
|
Hello,
I am trying to build a proof-of-concept systems that will listen for ptp and then serve ntp, but I seem to have a problem: the clock on the system does not seem to get set by ptp, and therefore the clock drifts. I have a test system that uses multiple internet ntp sources and this one: this one's offset keeps growing.
I don't see any sign in /var/log/messages that the clock is trying to be slewed or stepped.
This is a centos 7 system running under vmware 6.7 (no precision clock available). It is using the ethernet device "e1000" to allow the ethernet software timestamping for both transmit and receive. There is no /dev/ptp device so phc2sys is not running.
There are two grandmaster ptp feeds coming into this system.
Upgrading to vmware 7 is not in the cards at the moment, but I might get to play with sr-iov.
I am running ptp4l as: "/usr/sbin/ptp4l -f /etc/ptp4l.conf -i ens34 -l 5 -S"
Ptp4l is configured with the following values altered in the /etc/ptp4l.conf:
domainNumber == 44
slaveOnly == 1
ntpd is running with a minimal config:
server 127.127.1.0
fudge 127.127.1.0 stratum 0
pmc "GET time_status_np" shows that ptp4l is synced with the grand master
sending: GET TIME_STATUS_NP
005056.fffe.be1c0f-0 seq 0 RESPONSE MANAGEMENT TIME_STATUS_NP
master_offset 0
ingress_time 1636054977549001043
cumulativeScaledRateOffset +0.000000000
scaledLastGmPhaseChange 0
gmTimeBaseIndicator 0
lastGmPhaseChange 0x0000'0000000000000000.0000
gmPresent true
gmIdentity 0080ea.fffe.842b60
pmc -u -b 0 -f /etc/ptp4l.conf "GET current_data_set"
sending: GET CURRENT_DATA_SET
005056.fffe.be1c0f-0 seq 0 RESPONSE MANAGEMENT CURRENT_DATA_SET
stepsRemoved 1
offsetFromMaster 0.0
meanPathDelay 0.0
Jason Brooks
Senior Cloud Infrastructure Engineer
Infrastructure and Engineering Services
Allstream
[id:image001.jpg@01D2AD47.F9210620]<http://www.allstream.com/>
NOTICE - CONFIDENTIAL INFORMATION This communication is the property of Allstream and may contain confidential or privileged information. If you have received this communication in error, please promptly notify the sender by reply e-mail, do not disseminate, distribute, copy or use the information contained in this communication, and destroy all copies of the communication and any attachments.
AVIS - RENSEIGNEMENTS CONFIDENTIELS Cette communication est la propri?t? d'Allstream et peut contenir des renseignements confidentiels ou privil?gi?s. Si vous avez re?u cette communication par erreur, veuillez informer rapidement l'exp?diteur en r?pondant par courriel, ne pas diffuser, distribuer, copier ou utiliser les renseignements contenus dans la pr?sente communication, et d?truire toutes les copies de la communication et ses pi?ces jointes.
|