Benjamin Kaduk has entered the following ballot position for draft-ietf-alto-path-vector-24: No Objection
When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-alto-path-vector/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- -22 to -24 should resolve discuss A huge thanks to all involved for the quick turnaround in updating this document and getting draft-bw-alto-cost-mode in place to help rationalize the IANA registry situation across the ALTO documents! I'm sorry that my turnaround time here was not so quick. Fortunately, I can report that the changes address my previous Discuss concern and comments, and I have just one additional comment, in Section 6.5.2: The cost mode "array" indicates that every cost value in the response body of a (Filtered) Cost Map or an Endpoint Cost Service MUST be interpreted as a JSON array object. This cost mode can be applied to all cost metrics. Would it be accurate to say that "additional specifications will be needed to clarify the semantics of the array cost mode when combined with path metrics other than 'ane-path'"? That is to say, I do agree that the cost mode should be applicable to all cost metrics, but I'm not sure if the current specifications are unambiguous about what it means to have an array of ordinal, for example. _______________________________________________ alto mailing list [email protected] https://www.ietf.org/mailman/listinfo/alto
