The Use of Non-ASCII Characters in RFCs
draft-iab-rfc-nonascii-00

The information below is for an old version of the document
Document Type Active Internet-Draft (individual)
Last updated 2016-02-23 (latest revision 2016-01-13)
Replaces draft-flanagan-nonascii
Stream IAB
Intended RFC status Informational
Formats plain text pdf html bibtex
Stream IAB state Community Review
Consensus Boilerplate Unknown
RFC Editor Note (None)
Internet Architecture Board                             H. Flanagan, Ed.
Internet-Draft                                                RFC Editor
Intended status: Informational                          January 12, 2016
Expires: July 15, 2016

                The Use of Non-ASCII Characters in RFCs
                       draft-iab-rfc-nonascii-00

Abstract

   In order to support the internationalization of protocols and a more
   diverse Internet community, the RFC Series must evolve to allow for
   the use of non-ASCII characters in RFCs.  While English remains the
   required language of the Series, the encoding of future RFCs will be
   in UTF-8, allowing for a broader range of characters than typically
   used in the English language.  This document describes the RFC Editor
   requirements and guidance regarding the use of non-ASCII characters
   in RFCs.

   This document updates RFC 7322.  Please review the PDF version of
   this draft.

Status of This Memo

   This Internet-Draft is submitted in full conformance with the
   provisions of BCP 78 and BCP 79.

   Internet-Drafts are working documents of the Internet Engineering
   Task Force (IETF).  Note that other groups may also distribute
   working documents as Internet-Drafts.  The list of current Internet-
   Drafts is at http://datatracker.ietf.org/drafts/current/.

   Internet-Drafts are draft documents valid for a maximum of six months
   and may be updated, replaced, or obsoleted by other documents at any
   time.  It is inappropriate to use Internet-Drafts as reference
   material or to cite them other than as "work in progress."

   This Internet-Draft will expire on July 15, 2016.

Copyright Notice

   Copyright (c) 2016 IETF Trust and the persons identified as the
   document authors.  All rights reserved.

   This document is subject to BCP 78 and the IETF Trust's Legal
   Provisions Relating to IETF Documents
   (http://trustee.ietf.org/license-info) in effect on the date of

Flanagan                  Expires July 15, 2016                 [Page 1]
Internet-Draft              non-ASCII in RFCs               January 2016

   publication of this document.  Please review these documents
   carefully, as they describe your rights and restrictions with respect
   to this document.  Code Components extracted from this document must
   include Simplified BSD License text as described in Section 4.e of
   the Trust Legal Provisions and are provided without warranty as
   described in the Simplified BSD License.

Table of Contents

   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   2
   2.  Basic requirements  . . . . . . . . . . . . . . . . . . . . .   3
   3.  Rules for the use of non-ASCII characters . . . . . . . . . .   3
     3.1.  General usage throughout a document . . . . . . . . . . .   4
     3.2.  Authors, Contributors, and Acknowledgments  . . . . . . .   4
     3.3.  Company Names . . . . . . . . . . . . . . . . . . . . . .   5
     3.4.  Body of the document  . . . . . . . . . . . . . . . . . .   5
     3.5.  Tables  . . . . . . . . . . . . . . . . . . . . . . . . .   7
     3.6.  Code components . . . . . . . . . . . . . . . . . . . . .   8
     3.7.  Bibliographic text  . . . . . . . . . . . . . . . . . . .   8
     3.8.  Keywords and Citation Tags  . . . . . . . . . . . . . . .   9
     3.9.  Address Information . . . . . . . . . . . . . . . . . . .   9
   4.  Normalization Forms . . . . . . . . . . . . . . . . . . . . .  10
   5.  XML Markup  . . . . . . . . . . . . . . . . . . . . . . . . .  10
   6.  IANA Considerations . . . . . . . . . . . . . . . . . . . . .  10
   7.  Internationalization Considerations . . . . . . . . . . . . .  11
   8.  Security Considerations . . . . . . . . . . . . . . . . . . .  11
   9.  Change log - to be removed by the RFC Editor  . . . . . . . .  11
     9.1.  draft-flanagan-nonascii to draft-iab-rfc-nonascii-00  . .  11
     9.2.  -04 to -05  . . . . . . . . . . . . . . . . . . . . . . .  11
     9.3.  -04 to -05  . . . . . . . . . . . . . . . . . . . . . . .  11
     9.4.  -02 to -04  . . . . . . . . . . . . . . . . . . . . . . .  11
   10. References  . . . . . . . . . . . . . . . . . . . . . . . . .  12
   Appendix A.  Acknowledgements . . . . . . . . . . . . . . . . . .  13
   Author's Address  . . . . . . . . . . . . . . . . . . . . . . . .  13

1.  Introduction

   Please review the PDF version of this draft.

   For much of the history of the RFC Series, the character encoding
   used for RFCs has been ASCII [ANSI.X3-4.1986].  This was a sensible
   choice at the time: the language of the Series has always been
   English, a language that primarily uses ASCII-encoded characters
   (ignoring for a moment words borrowed from more richly decorated
   alphabets); and, ASCII is the "lowest common denominator" for
   character encoding, making cross-platform viewing trivial.

Flanagan                  Expires July 15, 2016                 [Page 2]
Internet-Draft              non-ASCII in RFCs               January 2016
Show full document text