You have to use the ptp_kvm linux module for this. See
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/virtualization_deployment_and_administration_guide/chap-kvm_guest_timing_management#sect-KVM_guest_timing_management-Host-guest-time-sync
--
cheers,
Hussam
(Hussamuddin Nasir)
Netlab & GENI Operations Team
-------------------------------------------------------------------
Laboratory for Adv. Networking Phone : (859)218-0059
James F Hardymon Building Fax : (859)323-3740
301 Rose Street, Rm 237 E-mail :na...@netlab.uky.edu
Lexington, KY 40506-0495 Web :http://www.netlab.uky.edu
University of Kentucky
**********************
-------------------------------------------------------------------
On 11/4/21 15:47, Brooks, Jason wrote:
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.
_______________________________________________
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
