Re: [Linuxptp-users] running ptp4l under vmware
PTP IEEE 1588 stack for Linux
Brought to you by:
rcochran
|
From: Hussamuddin N. <na...@ne...> - 2021-11-05 13:10:13
|
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...@ne... 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 > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxptp-users |