Re: agent draft updated
Jeffrey Hutzelman <[email protected]> Wed, 23 Aug 2023 12:13:31 -0400
| Newsgroups | gmane.ietf.secsh |
|---|---|
| Message-ID | <CALF+FNxFNTOjHBhajO12SuwcB3QDN7dL8NWjMs43-wDaSqt0Kg@mail.gmail.com> |
all true, but... AFAIK the existing protocol uses @openssh.com names, which don't need to be registered. An updated, IETF-maintained version of the protocol would be described in an IETF-stream document, which can both register channel type and request names and create the new registries. On Wed, Aug 23, 2023, 11:57 tom petch <[email protected]> wrote: > > > ________________________________________ > From: [email protected] <[email protected]> on behalf of > Damien Miller <[email protected]> > Sent: 23 August 2023 06:45 > To: Jeffrey Hutzelman > Cc: Simon Tatham; ietf-ssh > Subject: Re: agent draft updated > > > On Tue, 22 Aug 2023, Jeffrey Hutzelman wrote: > > > Indeed, independent submissions cannot normally create new registries. > > That's OK, though, because you don't actually need them. The purpose of > the > > independently-submitted information document would be to document the > > existing protocol, both for the benefit of the community already using it > > and as a starting point for standardization work. Such a document can > simply > > list the code points already used or reserved (the tables already in your > > draft) and need not actually create any registries. The registry creation > > can wait for publication of the eventual IETF-stream document. > > Ok, I've uploaded a version without the new IANA registries. > > https://datatracker.ietf.org/doc/html/draft-miller-ssh-agent-10 > > I assume it's okay to request new entries in existing registries? > (This draft does) > > <tp> > It depends and here it is not. > > The registry is defined as what is now known as Expert Review in the RFC > that created the registry RFC8308 and that is explained in RFC8126 as > (Formerly called "IETF Consensus" in the first edition of this > document.) With the IETF Review policy, new values are assigned only > through RFCs in the IETF Stream -- those that have been shepherded > through the IESG as AD-Sponsored or IETF working group documents > > So it must be an IETF WG document or AD-sponsored. If the policy were > Expert Review or RFC Required you would be ok but you are not. And > changing the policy cannot be done , that would likely require Standards > Track. > > Tom Petch > > Thanks, > Damien > >