[saag] Re: draft-paulwh-crypto-components-01
Simon Josefsson <[email protected]>
| Newsgroups | gmane.ietf.saag |
|---|---|
| Message-ID | <[email protected]> |
Eliot Lear <[email protected]> writes: > Hi! > > On 06.02.2025 10:07, John Mattsson wrote: >> >> As Simon says, JOSE relies on Expert Review, COSE relies on IETF >> Review, and IPsec does not have a column and relies on separate RFCs >> for implementation requirements. > > Let's first agree on what "Good" looks like. I think what Paul wrote > is *exactly* what good looks like, because RECOMMENDED indicates a > high level of vetting. So. Why am I wrong (it happens all the time, > but why THIS time? ;-) > > Once we agree on what Good looks like we can discuss how to get to > Good. There, we might need a bit more text, or some updates or > something else... What is wrong with the current approach of allowing each IANA registry to be associated with its own set of rules, explained when setting up the IANA registry? I believe it is a bad idea to introduce new generic requirements that apply to all existing IANA registries, like this quoted text: Decisions on setting the values in these columns to anything other than "MAY" require a standards track RFC. That is, Independent Stream and IRTF RFCs cannot set or change the values in such a table in an IANA registry. Another solution is to back down on having the RECOMMENDED columns in IANA registries. That seems to be a recent invention that has spread. I don't see the purpose of storing that information in the registry: we have RFC's to establish what is recommended and what is not recommended, and that seems better suited for such complex discussions. /Simon _______________________________________________ saag mailing list -- [email protected] To unsubscribe send an email to [email protected]
signature.asc
(application/pgp-signature, 1.2 KB)
-----BEGIN PGP SIGNATURE----- iQNoBAEWCAMQFiEEo8ychwudMQq61M8vUXIrCP5HRaIFAmeki9cUHHNpbW9uQGpv c2Vmc3Nvbi5vcmfCHCYAmDMEXJLOtBYJKwYBBAHaRw8BAQdACIcrZIvhrxDBkK9f V+QlTmXxo2naObDuGtw58YaxlOu0JVNpbW9uIEpvc2Vmc3NvbiA8c2ltb25Aam9z ZWZzc29uLm9yZz6IlgQTFggAPgIbAwULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgBYh BLHSvRN1vst4TPT4xNc89jjFPAa+BQJl/YgIBQkLehFUAAoJENc89jjFPAa+CboA +wUa06RD5e5VTCxvSWtPS75Wq2qBeYGZnf0jvUMxa2n4AP4xkUeAPPnNuMsTm2fs FCDIGaEM2Yn6Vb2huzzT1Fw/BLgzBFySz4EWCSsGAQQB2kcPAQEHQOxTCIOaeXAx I2hIX4HK9bQTpNVei708oNr1Klm8qCGKiPUEGBYIACYCGwIWIQSx0r0Tdb7LeEz0 +MTXPPY4xTwGvgUCZf2IKwUJC3oQqgCBdiAEGRYIAB0WIQSjzJyHC50xCrrUzy9R cisI/kdFogUCXJLPgQAKCRBRcisI/kdFoqdMAQCgH45aseZgIrwKOvUOA9QfsmeE 8GZHYNuFHmM9FEQS6AD6A4x5aYvoY6lo98pgtw2HPDhmcCXFItjXCrV4A0GmJA4J ENc89jjFPAa+GcYA/26YQY05bLtnXiIjTiAzrGQrRXxTHPA8Av7TDFHvIetWAP9s HSoU8OfTwmTiEnGwLlsV7QJclZg3YNz/Ypcp9TqQBrg4BFySz2oSCisGAQQBl1UB BQEBB0AxlRumDW6nZY7A+VCfek9VpEx6PJmdJyYPt3lNHMd6HAMBCAeIfgQYFggA JgIbDBYhBLHSvRN1vst4TPT4xNc89jjFPAa+BQJl/YgwBQkLehDGAAoJENc89jjF PAa+phoA/jrDqIrl/55vUMBhIQv+TP635d2iCTEnyFmbUcP9+gh6APoDsXalVd2c OGxQtSC+TF8PkZMn1TLkJKAjVxr+xx40AgAKCRBRcisI/kdFoi6YAQCtfE4JjQAg GEGZaU/n7tvzFs/H1ur0gkMGhPNMVefDpwD/d/RbYsualubbnuWbOhVjN0dGNbC5 yRFKg+Gi7xAIyws= =po3f -----END PGP SIGNATURE-----