Robert Wilton has entered the following ballot position for draft-ietf-alto-cost-mode-03: Discuss
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-cost-mode/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- Hi, This is a "discuss" discuss, as in I'm not sure the document is wrong, but I thought that it would be helpful to flag this for further discussion. In RFC 7285, cost-mode is defined as a field that MUST take one of two string values, either "numerical" or "ordinal". I'm not really familiar with RFC 7285, and in particular, whether a receiver is required to explicitly check that the received data must take one of these two values, or whether a reasonable implementation could check for a single value, and if doesn't match that value assume that it must be the other value (since there are only two allowed values). Obviously, moving to more than two values could then cause this assumption to break in existing implementations. Was this issue considered and discussed by the WG? It looks like alto does support a versioning mechanism (i.e., by defining new media types) that might allow the definition of this field to be upgraded in a safer way. Was that approach considered? Regards, Rob _______________________________________________ alto mailing list [email protected] https://www.ietf.org/mailman/listinfo/alto
