Conveying Vendor-Specific Constraints in the Path Computation Element Communication Protocol
RFC 7150
Yes
No Objection
Recuse
Note: This ballot was opened for revision 11 and is now closed.
(Stewart Bryant; former steering group member) Yes
(Barry Leiba; former steering group member) No Objection
(Benoît Claise; former steering group member) No Objection
Thanks for the Management Considerations section. Regards, the OPS AD.
(Brian Haberman; former steering group member) No Objection
(Jari Arkko; former steering group member) No Objection
For what it is worth, I agree with Robert Spark's Gen-ART review comment that some highlighting of the interoperability challenges of vendor-specific options might have been useful. I don't think it is a big problem in this case (and this seems to be confirmed by Adrian's reply) but some similar RFCs have talked about it. If you want to take a look at what has been done in the past, there's text in RFC 5094 Section 1 last two paragraphs, RFC 4243 Section 3 last paragraph, RFC 3588 Section 11.1.1 two last sentences, for instance. The general thrust is emphasising the local applicability of vendor information, encouraging documentation of vendor's information elements, and recommending standardisation when there's more general interest for the information in question.
(Joel Jaeggli; 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
(Stephen Farrell; former steering group member) No Objection
(Adrian Farrel; former steering group member) (was Abstain) Recuse