IOT Operations
charter-ietf-iotops-01
Yes
Erik Kline
Warren Kumari
(Deborah Brungard)
(Martin Vigoureux)
(Robert Wilton)
No Objection
Murray Kucherawy
(Magnus Westerlund)
(Martin Duke)
Note: This ballot was opened for revision 00-09 and is now closed.
Ballot question: "Is this charter ready for external review?"
Erik Kline
Yes
Warren Kumari
Yes
Éric Vyncke
Yes
Comment
(2021-01-20 for -00-09)
Sent
We really need to create this WG ASAP ;-) Three comments though: 1) do not forget 6LO, COSE in the list of IoT-related WG (and possibly DETNET & DTN ?) 2) split "Publish operational practice and document requirements." into two bullets "Publish operational practices" + "document requirements." 3) should the leading "Taking input and discussing issues " also be used for the security ? Hope this helps -éric
Murray Kucherawy
No Objection
Roman Danyliw
No Objection
Comment
(2021-01-20 for -00-09)
Not sent
+ACE to the list of IoT WGs
Barry Leiba Former IESG member
Yes
Yes
(2021-01-19 for -00-09)
Not sent
It seems appropriate that this working group doesn't have any specific milestones at this point.
Deborah Brungard Former IESG member
Yes
Yes
(for -00-09)
Not sent
Martin Vigoureux Former IESG member
Yes
Yes
(for -00-09)
Not sent
Robert Wilton Former IESG member
Yes
Yes
(for -00-09)
Not sent
Alissa Cooper Former IESG member
(was Block)
No Objection
No Objection
(2021-01-21 for -00-15)
Sent
Thanks for addressing my concerns. The edit below was left out and I think it would make this charter more crisp but it's more editorial. OLD IOTOPS provides a venue for IoT experts and other interested parties to engage in discussions of IoT requirements of networking standards, as well as proposals for new uses of IP technology in IoT specific scenarios. NEW IOTOPS provides a venue for IoT experts and other interested parties to engage in discussions of operational IoT requirements, as well as proposals for new uses of IP technology related to IoT device and network operations.
Alvaro Retana Former IESG member
No Objection
No Objection
(2021-01-20 for -00-09)
Sent
(1) "within (e.g., RFC 8799) limited domains" While I like rfc8799 a lot, it is not an IETF consensus document. Making reference to it in a charter, even as an example, seems problematic to me. Taking the reference out should still be clear enough. (2) Revision, updates, and extensions related to existing WGs will be done in those WGs. Where new protocols may be needed, IOTOPS will help identify candidate venues within IETF for their development. What about revisions, updates, or extensions to technology related to closed WG -- or where new protocols are not needed? I assume the answer is the same (IOTOPS will help identify...); it would be nice for it to be explicit. (3) "Discussing issues related to IoT operational security." It seems to me that "operational security" could be added as another bullet in item 1 without any loss in meaning. Is there a specific reason for it to be called out separately that is not obvious from the text? (4) "Publish operational practice and document requirements." It is not clear to me whether the expectation is to publish (in an RFC) the requirements or just document them (in a draft) so they can be passed on to where solutions will be worked on. [nits] s/The IOTOPS Working Group is for the discussion/The IOTOPS Working Group is chartered for the discussion There's a mismatch between "devices that are:" and the bullets: "networked...have...are". s/devices that are/devices that s/networked/are networked s/extensions related to existing WGs/extensions to technology related to existing WGs
Benjamin Kaduk Former IESG member
No Objection
No Objection
(2021-01-20 for -00-09)
Not sent
nit: "is worked on" doesn't scan, so we probably want "is working on or has worked on". We could also do "include but are not limited to" for the list of WGs but that's probably implied. nit: (3) should start with "Publishing" for parallel structure.
Magnus Westerlund Former IESG member
No Objection
No Objection
(for -00-09)
Not sent
Martin Duke Former IESG member
No Objection
No Objection
(for -00-09)
Not sent