Hello,
We're seeing a case with two ptp4l instances where the client is
continuously resetting due to ANNOUNCE_RECEIPT_TIMEOUT_EXPIRES.
Master:
[global]
domainNumber 5
logAnnounceInterval 3
logSyncInterval -1
logMinDelayReqInterval -1
[eth0]
And Client:
[global]
slaveOnly 1
priority1 255
domainNumber 5
[eth0]
In this case the master configuration is set to mirror the BC config of
some switch we don't necessarily have control over.
We can stop the resets by adding `logAnnounceInterval 3` to the client
config to match the master, which we could consider a fix, but I do have
some questions:
I had assumed:
* logAnnounceInterval would be how often we send an announce in the Master
state, thus is a property of the master
* announceReceiptTimeout is a property of the client, how long to wait
before barfing.
* Since the Announce message contains the master's logAnnounceInterval (as
logMessageInterval), clients would wait their receiptTimeout multiples of
*that* time before complaining, otherwise we see this scenario where the
master explicitly says "I will announce every 8 seconds" and a client with
default config will be unhappy when a new announcement doesn't come within
6 seconds.
* Thus it would have made sense to me, that the client waits
announceReceiptTimeout
* master_logAnnounceInterval
I couldn't find much in 1588-2008 to see whose logAnnounceInterval controls
the an AnnounceReceiptTimeout transition - I suppose this means always use
local values, and clients don't "inherit" values from the master.
Is my understanding this wrong, and the above is just a broken config? I'm
starting to convince myself that this is the case.
I do also note that 7.7.3.1 implies that when logAnnounceInterval *
2^logAnnounceInterval
is not equal across a domain you're in un-defined land, so probably this
config falls afoul of that?
Thanks,
David
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Linuxptp-users mailing list
Linuxptp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxptp-users
