RE: Review Period Reminder

[email protected] Wed, 5 May 2004 06:45:57 +0300
Newsgroups gmane.ietf.seamoby
Message-ID <[email protected]>
Hi James,

> >1) Status of this memo section needs to be updated with new=20
> boilerplate.
>=20
> OK. Where is this?

These are related to these RFCs:

3667 IETF Rights in Contributions. S. Bradner. February 2004. (Format:
     TXT=3D43297 bytes) (Updates RFC2026) (Also BCP0078) (Status: BEST
     CURRENT PRACTICE)

3668 Intellectual Property Rights in IETF Technology. S. Bradner.
     February 2004. (Format: TXT=3D41365 bytes) (Updates RFC2026, =
RFC2028)
     (Also BCP0079) (Status: BEST CURRENT PRACTICE)

3669 Guidelines for Working Groups on Intellectual Property Issues. S.
     Brim. February 2004. (Format: TXT=3D40946 bytes) (Status:
     INFORMATIONAL)


http://www.rfc-editor.org/copyright.html


> > 2) Abstract margins need fixing.
>=20
> OK.
>=20
> > 3) Needs IPR text
>=20
> My understanding is that IPR text isn't needed unless there are IPR
> considerations. As this document is purely instructions to IANA, there
> aren't.

I understood, but I could be wrong, that all RFCs should have this kind =
of text:

ftp://ftp.rfc-editor.org/in-notes/rfc-editor/boilerplate.txt
=20
> > 4) Is this a protocol document or a information document? If it is
> >   info, then probably keywords (MUST; SHOULD; MAY, etc) shouldn't
> >   be used.
>=20
> I'll ask Allison. I've heard two stories on this, one that an =
informational
> or experimental document may have such normative text and others that =
it
> shouldn't. The doc is really just informational.

OK.
=20
> > 5) Section 5.2 - are these all of the possible L2
>=20
> No, there are possibly more, which is why the registry is being =
established.
> For example, 802.16 might be a possibility in the future. And there =
might be
> others in the future. Was there something you thing needed changing =
here?

Nothing specific, just wondering.

John