Hi Ben, Thanks for the feedback. Please see inline for the response.
Best, Kai > -----Original Messages----- > From: "Benjamin Kaduk via Datatracker" <[email protected]> > Sent Time: 2022-03-20 01:41:31 (Sunday) > To: "The IESG" <[email protected]> > Cc: [email protected], [email protected], [email protected] > Subject: [alto] Benjamin Kaduk's No Objection on draft-ietf-alto-path-vector-24: (with COMMENT) > > 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'"? It is a very good suggestion. We will integrate the proposed text at the end of the paragraph as follows: While this cost mode can be applied to all cost metrics, additional specifications will be needed to clarify the semantics of the array cost mode when combined with cost 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 </[email protected]></[email protected]> _______________________________________________ alto mailing list [email protected] https://www.ietf.org/mailman/listinfo/alto
