Although, I might be slightly wrong about the second metric because it is even more than that.
Perhaps “Worst Leaf Summed Path Bandwidth”? A From: Adrian Farrel <adr...@olddog.co.uk> Sent: 22 June 2024 12:13 To: 'Dhruv Dhody' <d...@dhruvdhody.com>; 'pce@ietf.org' <pce@ietf.org> Cc: 'pce-chairs' <pce-cha...@ietf.org>; 'draft-ietf-pce-sid-a...@ietf.org' <draft-ietf-pce-sid-a...@ietf.org> Subject: RE: [Pce] Early code point allocation for draft-ietf-pce-sid-algo-10 No objection, Dhruv, although it might be helpful to distinguish between the Bandwidth metric advertised per link and the new PCEP metric type. Perhaps call the new metrics “Summed Path Bandwidth” and “Summed P2PM Path Bandwidth” because it is more descriptive? Cheers, Adrian From: Dhruv Dhody <d...@dhruvdhody.com> Sent: 22 June 2024 09:41 To: pce@ietf.org Cc: pce-chairs <pce-cha...@ietf.org>; draft-ietf-pce-sid-a...@ietf.org Subject: [Pce] Early code point allocation for draft-ietf-pce-sid-algo-10 Hi WG, We have received a request from the authors of draft-ietf-pce-sid-algo for an early code point allocation for the codepoints listed in - https://www.ietf.org/archive/id/draft-ietf-pce-sid-algo-10.html#table-7 These are the codepoints for the latest changes made to align with draft-ietf-lsr-flex-algo-bw-con as per - https://mailarchive.ietf.org/arch/msg/pce/U2AIec7Vk9LomZM-LlvhxGywQgA/ The chairs would like to know if there are any objections to adding these new metric types and keeping a range aside for user defined metrics. Further, RFC 7120 requires one to meet the following criteria to proceed: b. The format, semantics, processing, and other rules related to handling the protocol entities defined by the code points (henceforth called "specifications") must be adequately described in an Internet-Draft. c. The specifications of these code points must be stable; i.e., if there is a change, implementations based on the earlier and later specifications must be seamlessly interoperable. If anyone believes that the draft does not meet these criteria or believes that early allocation is not appropriate for any other reason, please send an email to the PCE mailing list explaining why. If the chairs hear no objections by Monday, July 8th, we will kick off the early allocation request. Note that there was an earlier allocation request where some codepoints were already allocated by IANA - https://mailarchive.ietf.org/arch/msg/pce/8jv4slxI_K3p4qqUPRlAjSgScOA/ Thanks! Dhruv & Julien
_______________________________________________ Pce mailing list -- pce@ietf.org To unsubscribe send an email to pce-le...@ietf.org
