Non-Normative Synonyms in RFCs
draft-hansen-nonkeywords-non2119-02
| Document | Type |
This is an older version of an Internet-Draft whose latest revision state is "Expired".
Expired & archived
|
|
|---|---|---|---|
| Authors | Tony Hansen , Dave Crocker | ||
| Last updated | 2012-11-17 (Latest revision 2012-05-16) | ||
| RFC stream | (None) | ||
| Formats | |||
| Additional resources | |||
| Stream | Stream state | (No stream defined) | |
| Consensus boilerplate | Unknown | ||
| RFC Editor Note | (None) | ||
| IESG | IESG state | Expired | |
| Telechat date | (None) | ||
| Responsible AD | (None) | ||
| Send notices to | (None) |
This Internet-Draft is no longer active. A copy of the expired Internet-Draft is available in these formats:
Abstract
Specifications in RFCs contain normative keywords, as defined in RFC 2119, to signify requirements, permission or prohibitions. These include MUST, SHOULD and MAY, which are commonly recorded in all CAPITALS (but need not be). The words are sometimes also intended with non-normative meaning; this different usage can be confusing. Happily there are adequate alternatives for non-normative meanings. For such situations, this document provides some alternatives to the normative vocabulary of RFC 2119.
Authors
(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)