Created: 02 Jan 2018
Status: Not Applicable
Part: Part 7-2 (2010; Edition 2)
Links: #1503 Is it mandatory to check confRev for GOOSE subscriber? And if yes, should it be a standardized rule?
Issue: (Note: this tissue is a resubmission of Tissue#1503)
In -8-1, 18.104.22.168.2 recommended checking of ConfRev:
"NOTE The reception of a GOOSE message with a different ConfRev value from what was expected indicates a potential configuration mismatch. It is recommended that an implementation may need to try to automatically reconcile the difference or not process the received GOOSE if reconciliation is not possible. This is a local implementation issue. "
The question is:
ConfRev is one of goose header elements (goID, gocbRef, ...), should confRev checking rule be standardized (rule means: if confRev shall be checked, and if yes how is it check)?
If yes, what about the checking rules for rest of header elements?
Proposal: Add a paragraph to standardize all goose headers' checking rules (confRev, goID, gocbRef, ...) during procedures of goose subscribing, or keep confRev and the rest of goose header elements checking rule a local implementation, defined by subscriber in PIXIT.Gs1.