Erik Kline has entered the following ballot position for draft-ietf-opsawg-l3sm-l3nm-11: 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/blog/handling-iesg-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-opsawg-l3sm-l3nm/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- [general] * I'm sure there are plenty things I'm not understanding, and probably these things are easy to address. But in general I feel like there could be some tension between needing to specify/model the L3 attributes that are used to provision both the endpoint and the clients with a possibly somewhat cleaner separation for holding client IP provisioning info. At what point, for example, should there be something like a separate "client-ip-provisioning-profile" string that is referenced? I think some of the richness of what can be expressed in IPv6 RAs may be bringing these ideas up, some of which can be expressed in DHCP as well but operationally may be less common. The contents of RIOs in particular seem like a bit of client provisioning information that an endpoint might need to be aware of as well. [S7.6.2] * Provisioning IPv6 clients can be more rich than the DHCPv6/SLAAC model noted here (and much more so than IPv4/DHCPv4). Since you document how local-address/prefix-length becomes a PIO, should there be other related IP connectivity provisioning information in here, like: * more than just one PIO? (is this just repeated ip-connection/ipv6 entries, one for each on-link prefix?) * one or more RIOs that might need to be advertised to clients? * others (PVDIO, ...)? If this is "out of scope" for this document, where does it belong in the overall provisioning of an L3VPN service (out of curiosity, given that this document kinda models DHCP IP allocation ranges)? [S8] * Under provider DHCPv6 servers, the server definition has an "address-assign" choice of "number" with a "number-of-dynamic-address" (defaulting to "1"), but the description talks about the number of allocated prefixes. Should this value be "number-of-dynamic-prefixes" instead? * Which of these elements describes whether or not DHCPv6 PD (Prefix Delegation) is enabled, and the prefix pools used? ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- [S7.2, nit] * "refers to as set of policies" -> "refers to a set of policies" [S7.3, nit] * "a P node or event a dedicated node" -> "a P node or even a dedicated node" [S7.4, nit] * "Indicates the maximum prefixes" -> "Indicates the maximum number of prefixes", perhaps? [S7.6.1, nit] * "is the layer two connections" -> "is the layer two connection" (although this sentence may be redundant with the one two sentences prior) [S7.6.6, nit] * "carrierscarrier" -> "carriers-carrier" _______________________________________________ OPSAWG mailing list [email protected] https://www.ietf.org/mailman/listinfo/opsawg
