Hi Les, Thank you for this input.
The guidance in 7370 is not sufficient here, IMO. The new registry is special in the sense that it is not about assigning a codepoint, but about maintaining an algorithm. As with any algorithm, and as we gain deployment experience and new needs are defined, steps may need some tweaking. We need to set the expectation on the maintenance of such an algorithm when offloaded to a registry, especially with a DE policy. As already indicated in my ballot, I'd expect at least we have guidance whether we allow reorder steps, merge steps, insert a step between existing ones, update an existing one, etc. These are of course examples, but the point is to exemplify my purpose. In the meantime, I also don't want us to set rules that may not be flexile enough to accommodate specific needs in the future. This is why I favor for now to change the policy to Standard Action. Cheers, Med De : Les Ginsberg (ginsberg) <[email protected]> Envoyé : mardi 8 juillet 2025 22:31 À : BOUCADAIR Mohamed INNOV/NET <[email protected]>; Peter Psenak <[email protected]>; The IESG <[email protected]> Cc : [email protected]; [email protected]; [email protected]; [email protected] Objet : RE: Mohamed Boucadair's Discuss on draft-ietf-lsr-igp-flex-algo-reverse-affinity-07: (with DISCUSS and COMMENT) In regards to the registration policy for the new registry introduced by this draft - about which at least three IESG reviewers have commented (Ketan, Mohammed, and Roman) - all suggesting "Standards Action" rather than "Expert Review" as the policy... As the author of RFC 7370 - on which all of the IS-IS Registries (and some of the IGP Parameter registries) policies are based - I would like to comment. RFC 7370 was written precisely to address the use of Expert Review for registries. This was done in part because we wanted a policy that supports all RFC Tracks - including experimental. We also provided detailed instructions to the Designated Experts - see https://www.rfc-editor.org/rfc/rfc7370.html#section-4 I do not see that Standards Action policy is more robust - and it has the decided disadvantage that it only allows for "Standards Track or Best Current Practice RFCs" (as per https://www.rfc-editor.org/rfc/rfc8126#section-4.9 ). I would ask the IESG reviewers to consider the above. If you still feel that RFC 7370 based Expert Review policy is lacking, please be more specific in your reasons as to why. Thanx. Les ____________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you.
_______________________________________________ Lsr mailing list -- [email protected] To unsubscribe send an email to [email protected]
