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

Reply via email to