Re-, Please see inline.
Cheers, Med > -----Message d'origine----- > De : Tero Kivinen <kivi...@iki.fi> > Envoyé : mardi 31 janvier 2023 15:20 > À : BOUCADAIR Mohamed INNOV/NET <mohamed.boucad...@orange.com> > Cc : Valery Smyslov <smyslov.i...@gmail.com>; draft-ietf-ipsecme- > add-...@ietf.org; ipsec@ietf.org > Objet : RE: [IPsec] Shepherd review of the draft-ietf-ipsecme-add- > ike > > mohamed.boucad...@orange.com writes: > > > of the cases the information in IANA registries are already in > the > > > normative reference RFCs > > > > RFCs may include stale/inaccurate values (e.g., new/deprecated > > values). The IANA registry is authoritative. > > Yes, but you only need one value to actually implement standard. [Med] ... but this is broken if we want interop between distinct implements. > You do not need to know all currently supported values. I would > assume that implementators will go to the IANA regardless whether > ther reference is normative or informative. > > > I still think maintaining the refs as they are is aligned with > > https://www.ietf.org/about/groups/iesg/statements/normative- > informative-references/. > > Yes, most likely, but ID nits still complains about it. > -- [Med] IMO, that's a false positive. We can report that as such in the writeup. Thanks. Cheers, Med > kivi...@iki.fi _________________________________________________________________________________________________________________________ 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. _______________________________________________ IPsec mailing list IPsec@ietf.org https://www.ietf.org/mailman/listinfo/ipsec