Group Domain of Interpretation (GDOI) Protocol Support for IEC 62351 Security Services
draft-weis-gdoi-iec62351-9-10

Note: This ballot was opened for revision 09 and is now closed.

Alvaro Retana No Objection

(Kathleen Moriarty; former steering group member) Yes

Yes ( for -09)
No email
send info

(Alexey Melnikov; former steering group member) No Objection

No Objection (2016-10-23 for -09)
No email
send info
I assume that multioctet fields are in network byte order, but this is not mentioned anywhere.

(Alia Atlas; former steering group member) No Objection

No Objection ( for -09)
No email
send info

(Alissa Cooper; former steering group member) No Objection

No Objection ( for -09)
No email
send info

(Ben Campbell; former steering group member) No Objection

No Objection ( for -09)
No email
send info

(Benoît Claise; former steering group member) No Objection

No Objection ( for -09)
No email
send info

(Deborah Brungard; former steering group member) No Objection

No Objection ( for -09)
No email
send info

(Jari Arkko; former steering group member) No Objection

No Objection ( for -09)
No email
send info

(Joel Jaeggli; former steering group member) No Objection

No Objection (2016-10-26 for -09)
No email
send info
Carlos Pignataro (cpignata) <cpignata@cisco.com> provided the opsdir review

(Mirja Kühlewind; former steering group member) No Objection

No Objection (2016-10-24 for -09)
No email
send info
Maybe

s/MUST NOT be specified/MUST NOT be used/  (2x in the security section)

because this doc is the spec and not specifying it...

(Spencer Dawkins; former steering group member) No Objection

No Objection (2016-10-25 for -09)
No email
send info
I would support adding a note as Stephen proposed in his Discuss, about the IETF's ability to evaluate this specification in the absence of access to referenced documents.

(Stephen Farrell; former steering group member) (was Discuss) No Objection

No Objection (2016-11-07)
No email
send info
Thanks for adding the suggested cautionary text.

OLD COMMENTS BELOW, I didn't check 'em.

- I'm left wondering why the IETF is doing this rather
than changing the registration rules for existing
registries (e.g. along the lines being followed for
TLS1.3) so that IEC could do the work themselves?

- The various algorithm codepoints listed at [GDOI-REG]
seem fairly outdated. Is it really a good idea to extend
those as is being done here by adding new registries for
modern ciphers? (It may be the case that we are doing
this because there is implementer energy for this, but
not for a general revamp of GDOI.)

(Suresh Krishnan; former steering group member) No Objection

No Objection ( for -09)
No email
send info