<?xml version="1.0"?>
<!DOCTYPE rfc SYSTEM "rfc2629.dtd">
<rfc category="exp" ipr="noModificationTrust200811" docName="draft-wood-discussion-beyond-english-00">
<?rfc toc="yes"?>
<?rfc strict="yes"?>
<?rfc tocompact="yes"?>
<?rfc compact="yes"?>
<?rfc subcompact="no"?>
<?rfc tocdepth="2"?>
<?rfc symrefs="yes"?>
<?rfc comments="yes" ?>
<!--<?rfc rfcedstyle="yes"?>-->
<?rfc sortrefs="yes" ?>

  <front>
        <title abbrev="Discussion beyond English">Discussion beyond English on IETF mailing lists</title>

        <author initials="L." surname="Wood" fullname="Lloyd Wood">
          <organization abbrev="Surrey alumni">University of Surrey alumni</organization>
          <address>
            <postal>
             <street></street>
             <city>Sydney</city><region>New South Wales</region>
             <country>Australia</country>
            </postal>
            <email>L.Wood@society.surrey.ac.uk</email>
          </address>
        </author>


        <date/>

    <keyword>mailing list</keyword>
    <keyword>IETF</keyword>
    <keyword>discussion</keyword>
    <keyword>drafts</keyword>

    <abstract>

     <t>

The IETF requires English for technical discussion in working groups, in working group documents
and in anything considered for publication. Use of English simplifies overhead and makes for
clear discussion of a single document in a single language, but disadvantages those who lack
fluency and comfort in English.
</t><t>
This document proposes setting up talk mailing lists for languages other than English, where
technical matters can be discussed in comfort, and perhaps even be written up in internet-draft
form in a language other than English. Once technical ideas are in place, a draft can move forward
to a working group in English.
</t><t>
Exposing non-English speakers to the IETF will, in the interests of diversity, allow them to gain
familiarity with IETF processes while discussing with other fluent speakers of their language.
This benefits the IETF by attracting a broader constituency while meeting its diversity goals.
</t>
</abstract>

  </front>
  <middle>

    <section title="Introduction to Proposal">
<t>

We propose that the IETF set up a number of non-working-group mailing lists for discussion in 
different languages. These can be run as talk-[ISO639 language code]@ietf.org, e.g. talk-ja@ietf.org
for Japanese, talk-zh@ietf.org for Chinese, etc <xref target="ISO639" />.
</t><t>

Experienced IETFers fluent in each language can volunteer and be assigned to guide each discussion,
explaining IETF matters, and dealing with technical issues. They can guide ideas to draft form in the
appropriate language, and eventually to the IETF's working language of English. A list in the language
can be set it up if one or two IETFer guides are available and willing to follow discussion.

</t>

    </section>

    <section anchor="details" title="Details considered">

<t>
For simplicity and clarity, ISO-639-1:2002 two-letter coding takes precedence.
More complex codings are unlikely to be required at this early stage.
</t>
<t>
While working group discussion is in English and working group drafts are in English, and
normally in ASCII, there is nothing requiring individual internet-drafts to be in English
or in ASCII. Other forms of individual draft, e.g. portable document format (pdf), are
suitable for non-Roman transcriptions.
</t>
<t>
talk-en@ietf.org is arguably redundant, as the main IETF mailing list, ietf@ietf.org, has
general English discussion. However, a place where English-speaking newcomers to the IETF feel
more welcome before diving into technical workgroup discussion may be appropriate.
</t>

<t>
Discussion in Asian language around e.g. local DNS use may be a useful starting point
for this proposal.
</t>

   </section>
 
    <section anchor="sec-con" title="Security Considerations">
      <t>

Opening more mailing lists in more languages raises questions about keeping discussion
appropriate to the IETF, rather than veering offtopic to e.g. local political issues,
and questions of IETF limits of scope and liability must be answered.
The mailing list rules of the IETF apply here. Translating those rules into the local
language and periodically informing new subscribers of them and keeping discussion
on-topic will be necessary.

     </t>


    </section>
    <section title="IANA Considerations">

<t>
There are no IANA considerations.

</t>

    </section>
    <section title="Acknowledgements">
<t>

We thank the IETF mailing list for much discussion of diversity.

</t>

    </section>
 

  </middle>
  <back>
    <references title="Normative References">

      <reference anchor="ISO639">
       <front>
        <title>ISO 639-1:2002 Codes for the representation of names of languages — Part 1: Alpha-2 code</title>
        <author surname="ISO"></author>
        <date year="2002"/>
       </front>
        <seriesInfo name="International Standards Organization" value=""/>
      </reference>

    </references>

  </back>
</rfc>
