Recommendation on Stable IPv6 Interface Identifiers
RFC 8064

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

Alvaro Retana Yes

(Alia Atlas; former steering group member) Yes

Yes ()
No email
send info

(Ben Campbell; former steering group member) Yes

Yes ()
No email
send info

(Joel Jaeggli; former steering group member) Yes

Yes (2016-12-14)
No email
send info
Sarah Banks <sbanks@encrypted.net> performed the opsdir review.

(Kathleen Moriarty; former steering group member) Yes

Yes ()
No email
send info

(Mirja Kühlewind; former steering group member) Yes

Yes ()
No email
send info

(Stephen Farrell; former steering group member) (was Discuss) Yes

Yes (2016-12-13)
No email
send info
- (used to be a discuss, just not a great one;-) 
Is this clear enough that it is not replacing temporary
addresses, and in saying when one ought use those vs. when
one ought use 7217? I'm not sure TBH, but, for me, this
text reads a bit too much as "use 7217 and not temporary
addresses" except for in the place where it says "For
example, this document does not change any existing
recommendations concerning the use of temporary addresses
as specified in [RFC4941],..." So my question is: does
this document need more clarity as to when to use 7217 and
when to use 4941? I suspect it probably does need a more
clear statement about that, if we think we can reach
consensus on what that ought say;-)

- section 3: is it correct to say "In particular, this
document RECOMMENDS that nodes do not generate stable
IIDs..." or do you really mean that nodes SHOULD NOT emit
packets with <those> in source addresses? IOW, do you mean
that nodes SHOULD NOT respond to packets addressed to
addresses using stable IIDs? I'm not clear from the text,
but am fine with either though I guess that could cause a
problem somewhere maybe.

(Suresh Krishnan; former steering group member) Yes

Yes ()
No email
send info

(Alexey Melnikov; former steering group member) No Objection

No Objection ()
No email
send info

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

No Objection (2016-12-15)
No email
send info
Minor editorial comment:

OLD:
   Stable address:
      An address that does not vary over time within the same network
      (as defined in [RFC7721]).

NEW:
   Stable address:
      An address that does not vary over time within the same network
      (consistent with [RFC7721]).
 

Justification: This is not the exact same definition.

(Deborah Brungard; former steering group member) No Objection

No Objection ()
No email
send info

(Jari Arkko; former steering group member) No Objection

No Objection ()
No email
send info

(Spencer Dawkins; former steering group member) No Objection

No Objection ()
No email
send info

(Alissa Cooper; former steering group member) Recuse

Recuse ()
No email
send info