Addressing Requirements and Design Considerations for Per-Interface Maintenance Entity Group Intermediate Points (MIPs)
RFC 7054
Yes
No Objection
Recuse
Note: This ballot was opened for revision 09 and is now closed.
(Stewart Bryant; former steering group member) Yes
(Barry Leiba; former steering group member) No Objection
Surely, you could have worked "mop" in there as well.
(Gonzalo Camarillo; former steering group member) No Objection
(Jari Arkko; former steering group member) No Objection
(Martin Stiemerling; former steering group member) No Objection
(Richard Barnes; former steering group member) No Objection
(Sean Turner; former steering group member) No Objection
(Spencer Dawkins; former steering group member) No Objection
I did have one (non-blocking) question on section 4. Requirements and Design Considerations for Internal-MIP Adressing Any solution that attempts to send OAM messages to the outgoing interface of an MPLS-TP node must not cause any problems when such implementations are present (such as leaking OAM packets with a TTL of 0). "... must not cause any problems (such as ..." with one example - is there somel reference that might provide a bit more guidance? I'm looking at the bulleted list under Figure 6 as a very reasonable description of constraints on a solution - would some bullet in that list prohibit "leaking OAM packets with a TTL of 0"?
(Stephen Farrell; former steering group member) (was Discuss) No Objection
What are the security mechanisms that are "required" to be offered and that we are "strongly adivsed" to use? Don't you need to say - if those are in RFCs 6371 or 6941 then saying which sections you mean should be easy. If those are not in those RFCs then how am I supposed to know what to do?
(Adrian Farrel; former steering group member) Recuse