1609   Is it mandatory to check confRev for GOOSE subscriber and shall this be standardized?

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?

Page: 140

Clause: 18.2.3.9

Paragraph: 7

Issue: (Note: this tissue is a resubmission of Tissue#1503)

In -8-1, 18.1.2.5.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.

Discussion Created Status
confRef mismatch is a "hint" to the subscriber that the publisher may have a different configuration than expected. The appropriate action to take in this situation is dependent on the application - a local issue.

Also, as noted in the linked 1503, Ed2 is closed to new TISSUE.
03 Jan 18 Not Applicable

 

Privacy | Contact | Disclaimer

Tissue DB v. 20.7.3.1