<?xml version="1.0" encoding="UTF-8"?>
  <?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
  <!-- generated by https://github.com/cabo/kramdown-rfc2629 version  --> version='1.0' encoding='UTF-8'?>

<!DOCTYPE rfc SYSTEM "rfc2629.dtd" [
  <!ENTITY nbsp    "&#160;">
  <!ENTITY zwsp   "&#8203;">
  <!ENTITY nbhy   "&#8209;">
  <!ENTITY wj     "&#8288;">
]>

<?rfc rfcedstyle="yes"?>
<?rfc toc="yes"?>
<?rfc tocindent="yes"?>
<?rfc sortrefs="yes"?>
<?rfc symrefs="yes"?>
<?rfc strict="yes"?>
<?rfc comments="yes"?>
<?rfc inline="yes"?>
<?rfc text-list-symbols="-o*+"?>

<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-tenoever-tao-retirement-04" consensus="true" number="9592" category="info" obsoletes="6722"> obsoletes="6722" updates="" submissionType="IETF" xml:lang="en" tocInclude="true" sortRefs="true" symRefs="true" version="3">

  <front>
    <title abbrev="Retiring the Tao of the IETF">Retiring the Tao of the IETF</title>
    <seriesInfo name="RFC" value="9592"/>
    <author initials="N." surname="ten Oever" fullname="Niels ten Oever">
      <organization>University of Amsterdam</organization>
      <address>
         <email>mail@nielstenoever.net</email>
      </address>
    </author>
    <author initials="G." surname="Wood" fullname="Greg Wood">
      <organization>IETF Administration LLC</organization>
      <address>
        <email>ghwood@staff.ietf.org</email>
      </address>
    </author>
    <date year="2024" month="February" day="26"/>

    <area>IETF</area>
    <workgroup>Tao-Discuss</workgroup>
    <keyword>Internet-Draft</keyword> month="June"/>

<keyword>Tao</keyword>
<keyword>archive</keyword>
<keyword>retired</keyword>
<keyword>inactive</keyword>
<keyword>tutorial</keyword>

    <abstract>
      <t>This document retires and obsoletes the Tao of the IETF as an IETF-maintained document. This document also obsoletes RFC 6722, which describes the publication process of the Tao. Furthermore, this document describes the rationale for the retirement of the Tao. For archival purposes, the last version of the Tao is included as an annex. in the appendix. Information that new participants need to engage in the work of the IETF will continue to be provided through the IETF website in a more timely and accessible manner. This is the way.</t>
    </abstract>
  </front>
  <middle>
    <section anchor="introduction" title="Introduction"> numbered="true" toc="default">
      <name>Introduction</name>
      <t>Since its publication as <xref target="RFC1391"/> target="RFC1391" format="default"/> in
      1993, The “Tao "Tao of the IETF” (“Tao”) IETF" ("Tao") has described the inner workings of
      IETF meetings and Working Groups, discussed organizations related to the
      IETF, and introduced the working processes to new participants. The Tao
      never was a formal IETF process document, but rather a
      community-developed and maintained informational overview. After the Tao
      was published as an RFC for 13 years, it was published as a webpage for
      over a decade following the process described in <xref target="RFC6722"/>. target="RFC6722"
      format="default"/>. However, the Tao did not keep up with the changes in
      the processes of the community and the organization, and thereby ceased
      to be a reliable source of information. We gratefully want to
      acknowledge all the individuals who contributed to the Tao over the
      years. The changing nature of IETF participation, a better understanding
      of how to most effectively convey information to new participants, and
      experience with publishing the Tao as a webpage all suggest a new
      approach to collecting, updating, and communicating the information that new
      participants need to engage in the work of the IETF successfully. This
      document formally retires and obsoletes the “Tao "Tao of the IETF” IETF" as a
      single standalone document.</t>
    </section>
    <section anchor="reasons-for-retirement" title="Reasons numbered="true" toc="default">
      <name>Reasons for Retirement"> Retirement</name>
      <t>In short, the breadth of topics covered in the Tao, the unpredictable
      and different schedule for updates to the topics, and the high overhead
      for revising and reviewing the content did not match the needs or
      preferences of the intended audience of the Tao.</t>
      <section anchor="infrequent-updates" title="Infrequent updates"> numbered="true" toc="default">
        <name>Infrequent Updates</name>
        <t>The Tao was originally published as <xref target="RFC1391"/> target="RFC1391"
        format="default"/> in January 1993. In the following 17 years, four
        additional versions of the Tao were published as RFCs: <xref target="RFC1539"/> RFCs:</t>
	<ul spacing="compact">
	  <li><xref target="RFC1539" format="default"/> in October 1993, <xref target="RFC1718"/> 1993,</li>
	  <li><xref target="RFC1718" format="default"/> in November 1994, <xref target="RFC3160"/> 1994,</li>
	  <li><xref target="RFC3160" format="default"/> in August 2001, and <xref target="RFC4677"/> and</li>
	  <li><xref target="RFC4677" format="default"/> in September 2006. In 2006.</li>
	</ul>
	<t>In August 2012, <xref target="RFC6722"/> target="RFC6722" format="default"/> was
	published to document the process for publishing the Tao as a webpage
	so that it “can be could "be updated more easily”. easily." However, in the subsequent
	11 years, only four additional versions were published. The length of the
	Tao meant that review and approval of the entire document took
	considerable effort and time, leading to very infrequent updates.</t>
      </section>
      <section anchor="unwieldly-format" title="Unwieldly format"> anchor="unwieldy-format" numbered="true" toc="default">
        <name>Unwieldy Format</name>
        <t>The large, consolidated document format of the Tao made for a heavy
        investment by readers, in addition to the difficulty editors faced
        keeping pace with the changes required to keep it current. For
        example, the emergence of IETF Hackathon popularity with new
        participants prompted an update. However, that content was effectively
        buried in an already long document.</t>
      </section>
      <section anchor="changing-participation-modes" title="Changing participation modes"> numbered="true" toc="default">
        <name>Changing Participation Modes</name>
        <t>The original Tao aimed to welcome new participants to IETF meetings,
        meetings as attendance grew rapidly along with the growth of the
        Internet in the 1990s. As other avenues for initial participation in
        the IETF emerged over the ensuing decades, the main focus of the Tao
        remained on in-person meeting participation. For example, remote
        participation in IETF meetings has become a much more significant
        aspect in the past few years.</t>
      </section>
    </section>
    <section anchor="going-forward" title="Going forward"> numbered="true" toc="default">
      <name>Going Forward</name>
      <t>The content of the Tao has already been integrated into the website
      of the IETF, which is the main channel of communication for IETF
      newcomers and a general audience. The content is continuously kept up to
      date with a variety of media to serve different audiences. The IETF
      seeks to ensure that the website continues to address the needs of our
      ever-evolving community and potential newcomers.</t>
      <section anchor="new-communications-opportunities" title="New communications opportunities"> numbered="true" toc="default">
        <name>New Communications Opportunities</name>
        <t>The IETF and its community continuously seek to improve its
        communication to newcomers and existing participants alike. Examples
        of possible ways of doing this:</t>

<t><list style="symbols">
  <t>More
        <ul spacing="normal">
          <li>More focused guides, for example e.g., on IETF Hackathon
          participation, starting new work, etc.</t>
  <t>Alternative etc.</li>
          <li>Alternative formats, e.g. e.g., multiple shorter documents, on-demand
          video, podcasts, etc.</t>
  <t>New etc.</li>
          <li>New channels for communications, e.g. e.g., blog posts, improved
          Datatracker, Slack, etc.</t>
</list></t> etc.</li>
        </ul>
      </section>
    </section>
    <section anchor="conclusion" title="Conclusion"> numbered="true" toc="default">
      <name>Conclusion</name>
      <t>The coverage of a wide range of topics, the unpredictable and
      different schedule for updates to the topics, and the high overhead for
      revising and reviewing the content, means content mean that the Tao required a lot of
      effort to maintain and maintain, was commonly out-of-date, and thus did not serve
      its intended purpose of informing the community and
      newcomers. Therefore, this document is the end of the road for “Tao "Tao of
      the IETF”, the IETF." The document is now retired. For archival reasons, the last
      version of the Tao can be found in the annex below.</t> <xref target="annex-1-last-edition-of-the-tao"  />.</t>
    </section>

    <section anchor="acknowledgements" title="Acknowledgements">

<t>The next phase of work to welcome new participants to the IETF builds on and gratefully acknowledges everyone who anchor="security-considerations" numbered="true" toc="default">
      <name>Security Considerations</name>
      <t>This document has contributed to the Tao, and other efforts to help newcomers to the IETF become engaged and productive participants.</t>

<t>We acknowledge all of the past “Tao of the IETF” editors:</t>

<t><list style="symbols">
  <t>Gary Scott Malkin</t>
  <t>Susan R. Harris</t>
  <t>Paul Hoffman</t>
  <t>Kathleen Moriarty</t>
  <t>Niels ten Oever</t>
</list></t>

<t>We also acknowledge all the work of the translators that made the Tao accessible to many different audiences.</t>

<t>Finally, we also want to acknowledge the work of countless contributors over the years.</t> no security considerations.</t>
    </section>
    <section anchor="iana-considerations" numbered="true" toc="default">
      <name>IANA Considerations</name>
      <t>This document has no IANA actions.</t>
    </section>

  </middle>
  <back>
    <references>
      <name>Informative References</name>
      <xi:include href="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.1391.xml"/>
      <xi:include href="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.1718.xml"/>
      <xi:include href="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.1539.xml"/>
      <xi:include href="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.3160.xml"/>
      <xi:include href="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.4677.xml"/>
      <xi:include href="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.6722.xml"/>
    </references>

    <section anchor="annex-1-last-edition-of-the-tao" title="Annex 1: Last numbered="true" toc="default">
      <name>Last Edition of the Tao"> Tao</name>
      <t>For archival purposes, the last edition of the Tao as published under
      the process described in RFC6722, <xref target="RFC6722" format="default"/>, is
      included below.  Note that several links to resources external to the
      Tao and archives below may do not work at the time of publication of this RFC. Additionally,
      minor errors in the future.</t> following text have been corrected.</t>

      <section anchor="abstract" title="Abstract"> anchor="abstract1" numbered="false" toc="default">
        <name>Abstract</name>
        <t>This document introduces you to the “ways "ways of the IETF”: IETF": it will
        convey the might and magic of networking people and packets in the Internet’s
        Internet's most prominent standards body. In this document we describe
        the inner workings of IETF meetings and Working Groups, discuss
        organizations related to the IETF, and introduce the standards
        process. This is not a formal IETF process document but an informal
        and informational overview.</t>
      </section>
      <section anchor="introduction-1" title="1 Introduction"> numbered="false" toc="default">
        <name>1 Introduction</name>
        <t>The Internet Engineering Task Force (IETF) is the largest standard
        development organization (SDO) for the Internet. Since its early
        years, participation in the IETF has grown phenomenally. In-person
        attendance at face-to-face meetings <eref
        target="https://datatracker.ietf.org/stats/meeting/overview/">now
        averages between 1000 and 1500 participants</eref>.  At any given
        meeting, around 200 attendees are <spanx style="emph">newcomers</spanx> <em>newcomers</em> (defined by the
        IETF as someone who has attended five or fewer meetings), and many of
        those go on to become regular participants. When the IETF was smaller,
        it was relatively easy for a newcomer to adjust. Today, however, a
        newcomer meets many more new people – -- some previously known only as
        the authors of documents or thought-provoking email messages.</t>
        <t>Of course, it’s it's true that many IETF participants don’t don't go to the face-to-face
meetings at all - -- especially since the COVID-19 pandemic when meetings were
completely online for a while. There are also many participants who solely
focus on the mailing lists of various IETF Working Groups. Since the inner
workings of Working Groups can be hard for newcomers to understand, this
document provides the mundane bits of information that newcomers will need in
order to become active participants. The IETF website also has a lot of
<eref target="https://www.ietf.org/about/participate/get-started/">newcomer information</eref> in various formats.
In this document we try to cover as much as possible in one place.</t>
        <t>The IETF is always evolving.  Although the principles in this document are
expected to remain consistent over time, practical details may well
have changed by the time you read it; for example, a web-based tool may have
replaced an email address for requesting some sort of action.</t>
        <t>Many types of IETF documentation are mentioned here.  The IETF publishes its
technical documentation as RFCs, still known by their historical term
<spanx style="emph">Requests
<em>Requests for Comments</spanx>. Comments</em>.  (Sometimes people joke that it stands for
<spanx style="emph">Request
<em>Request for Compliance</spanx>.) Compliance</em>.) STDs are RFCs identified as “standards”, "standards",
and BCPs are RFCs that represent thoughts on Best Current Practices in the
Internet. Both STDs and BCPs are also RFCs.  For example, <eref target="https://www.rfc-editor.org/info/bcp9">BCP 9</eref> points to a collection
of RFCs that describe the IETF’s IETF's standardization processes.
See](#6)RFCs
See <xref target="rfcs-and-internet-drafts" format="none">RFCs and Internet-Drafts Internet-Drafts</xref> for more details.</t>
        <section anchor="acronyms-and-abbreviations-used-in-the-tao" title="1.1 numbered="false" toc="default">
          <name>1.1 Acronyms and Abbreviations Used in the Tao"> Tao</name>
          <t>Some of the acronyms and abbreviations from this document are listed below.</t>

<texttable>
      <ttcol align='left'>Term</ttcol>
      <ttcol align='left'>Meaning</ttcol>
      <c>AD</c>
      <c>Area Director</c>
      <c>BCP</c>
      <c>Best

          <table align="center">
            <thead>
              <tr>
                <th align="left">Term</th>
                <th align="left">Meaning</th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td align="left">AD</td>
                <td align="left">Area Director</td>
              </tr>
              <tr>
                <td align="left">BCP</td>
                <td align="left">Best Current Practice (a type of RFC)</c>
      <c>BOF</c>
      <c>Birds of a Feather</c>
      <c>IAB</c>
      <c>Internet RFC)</td>
              </tr>
              <tr>
                <td align="left">BOF</td>
                <td align="left">Birds of a Feather</td>
              </tr>
              <tr>
                <td align="left">IAB</td>
                <td align="left">Internet Architecture Board</c>
      <c>IANA</c>
      <c>Internet Board</td>
              </tr>
              <tr>
                <td align="left">IANA</td>
                <td align="left">Internet Assigned Numbers Authority</c>
      <c>IASA</c>
      <c>IETF Authority</td>
              </tr>
              <tr>
                <td align="left">IASA</td>
                <td align="left">IETF Administrative Support Activity</c>
      <c>ICANN</c>
      <c>Internet Activity</td>
              </tr>
              <tr>
                <td align="left">ICANN</td>
                <td align="left">Internet Corporation for Assigned Names and Numbers</c>
      <c>I-D</c>
      <c>Internet-Draft</c>
      <c>IESG</c>
      <c>Internet Numbers</td>
              </tr>
              <tr>
                <td align="left">I-D</td>
                <td align="left">Internet-Draft</td>
              </tr>
              <tr>
                <td align="left">IESG</td>
                <td align="left">Internet Engineering Steering Group</c>
      <c>IPR</c>
      <c>Intellectual Group</td>
              </tr>
              <tr>
                <td align="left">IPR</td>
                <td align="left">Intellectual property rights</c>
      <c>IRSG</c>
      <c>Internet rights</td>
              </tr>
              <tr>
                <td align="left">IRSG</td>
                <td align="left">Internet Research Steering Group</c>
      <c>IRT</c>
      <c>Internet Group</td>
              </tr>
              <tr>
                <td align="left">IRTF</td>
                <td align="left">Internet Research Task Force</c>
      <c>ISO</c>
      <c>Internet Society</c>
      <c>RF</c>
      <c>Request for Comments</c>
      <c>STD</c>
      <c>Standard Force</td>
              </tr>
              <tr>
                <td align="left">ISOC</td>
                <td align="left">Internet Society</td>
              </tr>
              <tr>
                <td align="left">RFC</td>
                <td align="left">Request for Comments</td>
              </tr>
              <tr>
                <td align="left">STD</td>
                <td align="left">Standard (a type of RFC)</c>
      <c>WG</c>
      <c>Working Group</c>
</texttable> RFC)</td>
              </tr>
              <tr>
                <td align="left">WG</td>
                <td align="left">Working Group</td>
              </tr>
            </tbody>
          </table>
        </section>
      </section>
      <section anchor="what-is-the-ietf" title="2 numbered="false" toc="default">
        <name>2 What is the IETF?"> IETF?</name>
        <t>The IETF has no members and no dues; it is a loosely self-organized group of people who contribute to the
engineering and evolution of Internet technologies. It is the principal body
engaged in the development of new Internet standard specifications. The IETF
is unusual in that it exists as a collection of meetings (both in-person
and virtual) and online activities (such as email and pull request discussions),
in which individuals voluntarily participate.</t>
        <t>The IETF welcomes all interested individuals: IETF participants come from all
over the world and from many different parts of the Internet industry. The
IETF conducts its work solely in English.
See](#3-12)Where
See <xref target="where-do-i-fit-in" format="none">Where do I fit in? in?</xref>
for information about the ways that many people
fit into the IETF.</t>
        <t>Quoting from <eref target="https://www.rfc-editor.org/info/rfc3935">RFC 3935: A Mission Statement for the IETF</eref>:
“the
"the overall goal of the IETF is to make the Internet work better.
Its mission is to produce high quality, relevant
technical and engineering documents that influence the way people
design, use, and manage the Internet in such a way as to make the
Internet work better.  These documents include protocol standards,
best current practices, and informational documents of various kinds.”</t> kinds."</t>
        <t>The ways to do that include the following:</t>

<t><list style="symbols">
        <ul spacing="normal">
          <li>
            <t>Identifying and proposing solutions to pressing operational and
technical problems in the Internet.</t>
          </li>
          <li>
            <t>Specifying the development or usage of protocols and the near-term
architecture to solve such technical problems for the Internet.</t>
          </li>
          <li>
            <t>Making recommendations to the Internet Engineering Steering Group
(IESG) regarding the standardization of protocols and protocol usage
in the Internet.</t>
          </li>
          <li>
            <t>Facilitating technology transfer from the Internet Research Task
Force (IRTF) to the wider Internet community.</t>
          </li>
          <li>
            <t>Providing a forum for the exchange of information within the Internet
community among vendors, users, researchers, agency contractors,
operators, and network managers.</t>
</list></t>
          </li>
        </ul>
        <t>RFC 3935 further states that the Internet isn’t isn't value-neutral, and
neither is the IETF.  The IETF wants the Internet to be useful for
communities that share our commitment to openness and fairness. The IETF
embraces technical concepts such as decentralized control, edge-user
empowerment and sharing of resources, because those concepts resonate with
the core values of the IETF community.  These concepts have little to do with
the technology that’s that's possible, and much to do with the technology that the
IETF chooses to create.</t>
        <t>In many ways, the IETF runs on the beliefs of its participants. One of the
founding beliefs is embodied in an early quote about the IETF from David
Clark: “We "We reject kings, presidents and voting. We believe in rough consensus
and running code.” code." Another early quote that has become a commonly-held belief
in the IETF comes from Jon Postel: “Be "Be conservative in what you send and
liberal in what you accept.”</t> accept."</t>
        <t>There is no membership in the IETF. Anyone may sign up to working group
mailing lists, or register for a meeting and then attend. The closest thing
there is to being an IETF member is being a participant on the IETF or
Working Group](#2-3)mailing lists. Group <xref target="ietf-mailing-lists" format="none">mailing lists</xref>. This is where the best
information about current IETF activities and focus can be found.</t>
        <t>Of course, no organization can be as successful as the IETF is without having
some sort of structure. In the IETF’s IETF's case, that structure is provided by
other supporting organizations, as described in
<eref target="https://www.rfc-editor.org/info/rfc2028">RFC 2028: The Organizations
Involved in the IETF Standards Process</eref>.
Please note that RFC 2028 is outdated and being revised.</t>
        <t>The <eref target="https://www.ietf.org">IETF web site</eref> is the best source for
information about upcoming IETF meetings and newcomer materials. The IETF
<eref target="https://datatracker.ietf.org/">Datatracker</eref> is the best source for
information about Internet-Drafts, RFCs, and Working Groups.</t>
        <t>One more thing that is important for newcomers: the IETF in no way “runs "runs the
Internet,”
Internet," despite what some people mistakenly might say. The IETF makes
voluntary standards that are often adopted by Internet users, network
operators, and equipment vendors, and it thus helps shape the trajectory of
the development of the Internet. But in no way does the IETF control, or even
patrol, the Internet. If your interest in the IETF is because you want to be
part of the overseers, you may be badly disappointed by the IETF.
A saying you will sometimes hear is, “we "we are not the protocol police.”</t> police."</t>
        <section anchor="humble-beginnings" title="2.1 numbered="false" toc="default">
          <name>2.1 Humble Beginnings"> Beginnings</name>
          <t>The first IETF meeting was held in January 1986 at Linkabit in San Diego,
with 21 attendees. The 4th IETF, held at SRI in Menlo Park in October 1986,
was the first that equipment vendors attended. The concept of Working Groups
was introduced at the 5th IETF meeting at the NASA Ames Research Center in
California in February 1987. The 7th IETF, held at MITRE in McLean, Virginia,
in July 1987, was the first meeting with more than 100 attendees.</t>
          <t>After the <eref target="https://www.internetsociety.org">Internet Society</eref> (ISOC) was formed in January 1992, the IAB
proposed to ISOC that the IAB’s IAB's activities should take place under the
auspices of the Internet Society. During INET92 in Kobe, Japan, the ISOC
Trustees approved a new charter for the IAB to reflect the proposed
relationship.</t>
          <t>The IETF met in Amsterdam, The Netherlands, in July 1993. This was the first
IETF meeting held in Europe, and the US/non-US attendee split was nearly
50/50. The IETF first met in Oceania (in Adelaide, Australia) in 2000, the
first meeting in Asia (in Yokohama, Japan) was in 2002, and the first meeting
in Latin America (in Buenos Aires, Argentina) was in 2016. So far, the IETF
has never met in Africa.</t>
          <t>The IETF currently has a “1-1-1” "1-1-1" meeting policy where the goal is to
distribute the meetings equally between North America, Europe, and Asia.
This policy is mainly aimed at distributing the travel effort for the
existing IETF participants who physically attend meetings and for
distributing the timezone difficulty for those who participate remotely. The
IETF has also met in Latin America and Oceania, but these continents are
currently not part of the 1-1-1 rotation schedule.
More information on picking the venue and the meeting policy can be found
in <eref target="https://www.rfc-editor.org/info/rfc8718">RFC 8718: IETF Plenary Meeting Venue Selection Process</eref>
and <eref target="https://www.rfc-editor.org/info/rfc8719">RFC 8719: High-Level Guidance for the Meeting Policy of the IETF</eref>.</t>
          <t>Remote participation in IETF meetings has been growing significantly in the
past few years, thanks in part to the ongoing effort to improve the tools and
processes used to facilitate this mode of participation.</t>
        </section>
        <section anchor="the-hierarchy" title="2.2 numbered="false" toc="default">
          <name>2.2 The Hierarchy"> Hierarchy</name>
          <section anchor="the-internet-society-isoc-and-the-ietf-administration-llc-ietf-llc" title="2.2.1 numbered="false" toc="default">
            <name>2.2.1 The Internet Society (ISOC) and the IETF Administration LLC (IETF LLC)"> LLC)</name>
            <t>The Internet Society (ISOC) is an international, non-profit, membership
organization that supports and promotes the development of the Internet as a
global technical infrastructure. The mission of ISOC is “to "to promote the open
development, evolution, and use of the Internet for the benefit of all people
throughout the world.” world." One of the ways that ISOC does this is through financial
support of the IETF.</t>
            <t>The <eref target="https://www.ietf.org/about/administration/">IETF Administration LLC</eref> (IETF LLC)
is a “disregarded entity” "disregarded entity" of ISOC, which means it is treated as
a branch or division for tax purposes. The IETF LLC has no role in the
oversight or steering of the standards process, the appeal chain, the
confirming bodies for existing IETF and IAB appointments, the IRTF, or ISOC’s ISOC's
memberships in other organizations. Rather, the IETF LLC, as overseen by its
Board of Directors, is responsible for staffing and contracts with places
like hotels to host IETF meetings. Most of the day-to-day activities
are delegated to the IETF Executive Director.</t>
            <t>Responsibilities of the IETF LLC include:</t>

<t><list style="symbols">
            <ul spacing="normal">
              <li>
                <t>Supporting the ongoing operations of the IETF, including meetings and
non-meeting activities.</t>
              </li>
              <li>
                <t>Managing the IETF’s IETF's finances and budget.</t>
              </li>
              <li>
                <t>Raising money on behalf of the IETF.</t>
              </li>
              <li>
                <t>Establishing and enforcing policies to ensure compliance with applicable
laws, regulations, and rules.</t>
</list></t>
              </li>
            </ul>
            <t>The IETF and ISOC continue to be strongly aligned on key principles. ISOC
initiatives related to the IETF continue to support participation in, and
deployment of, the standards created by the IETF.</t>
          </section>
          <section anchor="internet-engineering-steering-group-iesg" title="2.2.2 numbered="false" toc="default">
            <name>2.2.2 Internet Engineering Steering Group (IESG)"> (IESG)</name>
            <t>The IESG is responsible for technical management of IETF activities and the
Internet standards process.  However, the IESG doesn’t doesn't exercise much direct
leadership, such as the kind you will find in many other standards
organizations. As its name suggests, its role is to set directions rather
than to give orders. The IESG gets WGs started and finished, ratifies or
steers the output from the IETF’s IETF's Working Groups (WGs), and makes sure that
non-WG I-Ds that are about to become RFCs are correct.</t>
            <t>Check the <eref target="https://www.ietf.org/about/groups/iesg">IESG web pages</eref> to find
up-to-date information about IESG statements, I-Ds processed, RFCs published,
and documents in Last Call, as well as the monthly IETF status reports.</t>
            <t>The IESG consists of the Area Directors (ADs), who are selected by the
Nominations Committee (NomCom) and are appointed for two years. The process
for choosing the members of the IESG is detailed in <eref target="https://www.rfc-editor.org/info/bcp10">BCP 10</eref>.</t>
            <t>The current Areas and abbreviations are shown below, and <eref target="https://www.ietf.org/topics/areas/">more details</eref> are on
the IETF web site.</t>

<texttable>
      <ttcol align='left'>Area</ttcol>
      <ttcol align='left'>Description</ttcol>
      <c>Applications
            <table align="center">
              <thead>
                <tr>
                  <th align="left">Area</th>
                  <th align="left">Description</th>
                </tr>
              </thead>
              <tbody>
                <tr>
                  <td align="left">Applications and Real-Time Area (art)</c>
      <c>Protocols (art)</td>
                  <td align="left">Protocols seen by user programs, such as email and the web and delay-sensitive interpersonal communications</c>
      <c>General (gen)</c>
      <c>IETF communications</td>
                </tr>
                <tr>
                  <td align="left">General (gen)</td>
                  <td align="left">IETF process, and catch-all for WGs that don’t don't fit in other Areas (which is very few)</c>
      <c>Internet (int)</c>
      <c>Different few)</td>
                </tr>
                <tr>
                  <td align="left">Internet (int)</td>
                  <td align="left">Different ways of moving IP packets and DNS information</c>
      <c>Operations information</td>
                </tr>
                <tr>
                  <td align="left">Operations and Management (ops)</c>
      <c>Network (ops)</td>
                  <td align="left">Network management, AAA, and various operational issues facing the Internet</c>
      <c>Routing (rtg)</c>
      <c>Getting Internet</td>
                </tr>
                <tr>
                  <td align="left">Routing (rtg)</td>
                  <td align="left">Getting packets to their destinations</c>
      <c>Security (sec)</c>
      <c>Privacy, destinations</td>
                </tr>
                <tr>
                  <td align="left">Security (sec)</td>
                  <td align="left">Privacy, integrity, authentication, non-repudiation, confidentiality, and access control</c>
      <c>Transport (tsv)</c>
      <c>Transport control</td>
                </tr>
                <tr>
                  <td align="left">Transport (tsv)</td>
                  <td align="left">Transport for large volumes of traffic at potentially high bandwidths</c>
</texttable> bandwidths</td>
                </tr>
              </tbody>
            </table>
            <t>Because the IESG reviews all Internet-Drafts before they become RFCs, ADs
have quite a bit of influence.  The ADs for a particular Area are expected to
know more about the combined work of the WGs in that Area than anyone else.
This is because the ADs actively follow the working groups for which they are
responsible and assist working groups and chairs with charter and milestone
reviews.  Some people, therefore, shy away from directly engaging with Area
Directors. Don’t - Don't -- they can be an important resource and help you find
the person or the answer that you’re you're looking for. They are, however, often
very busy during meetings, and so an email to schedule a meeting can be
useful, or just ask your questions.</t>
            <t>The entire IESG reviews each Internet-Draft (I-D or “draft”) "draft") that is proposed to become an RFC
and should be aware of general trends that can be gleaned from the collective
work products of the IETF. For IETF produced RFCs, as part of the document reviews, ADs place ballots
that may contain comments on documents.  The AD enters a position that may be
<spanx style="emph">YES</spanx>, <spanx style="emph">NO OBJECTION</spanx>, <spanx style="emph">DISCUSS</spanx>, <spanx style="emph">ABSTAIN</spanx>,
<em>YES</em>, <em>NO OBJECTION</em>, <em>DISCUSS</em>, <em>ABSTAIN</em>, or <spanx style="emph">RECUSE</spanx> <em>RECUSE</em> as the result of
their review.  Any AD may record a <spanx style="emph">DISCUSS</spanx> <em>DISCUSS</em> ballot position against a draft
if they have serious concerns and would like to discuss these concerns.
It is common for documents to be approved with one or two <spanx style="emph">YES</spanx> <em>YES</em>
ballots, and the majority of the remaining IESG balloting <spanx style="emph">NO OBJECTION</spanx>. <em>NO OBJECTION</em>.  An
<eref target="https://www.ietf.org/blog/handling-iesg-ballot-positions/">IETF blog post</eref>
provides advice on how draft authors could handle the various ballot
positions.</t>
            <t>Another important job of the IESG is to watch over the output of all the WGs
to help prevent IETF protocols that are at odds with each other. This is why
ADs are supposed to review the I-Ds coming out of Areas other than their
own, and each Area has a <spanx style="emph">directorate</spanx>, <em>directorate</em>, a set of experienced volunteers who
review I-Ds with a focus on potential issues for their area.</t>
            <t>The quality of the IETF standards comes both from the review they get in the
Working Groups and the scrutiny that the WG review gets from the ADs.</t>
          </section>
          <section anchor="internet-architecture-board-iab" title="2.2.3 numbered="false" toc="default">
            <name>2.2.3 Internet Architecture Board (IAB)"> (IAB)</name>
            <t>The <eref target="https://www.iab.org">IAB</eref> is responsible for keeping an eye on the “big picture” "big picture" of the
Internet, and it focuses on long-range planning and coordination among the
various areas of IETF activity. The IAB stays informed about important
long-term issues in the Internet, and it brings these topics to the attention
of people it thinks should know about them.</t>
            <t>IAB members pay special attention to emerging activities in the IETF. When a
new IETF Working Group is proposed, the IAB reviews its charter for
architectural consistency and integrity. Even before the group is chartered,
the IAB members are more than willing to discuss new ideas with the people
proposing them.</t>
            <t>The IAB also sponsors and organizes the <eref target="https://www.irtf.org">Internet Research Task Force</eref> (IRTF) and
convenes invitational workshops that provide in-depth reviews of specific
Internet architectural issues. Typically, the workshop reports make
recommendations to the IETF community and to the IESG. The IAB keeps the
community informed through blog posts and by publishing RFCs.</t>
            <t>The IAB also:</t>

<t><list style="symbols">
            <ul spacing="normal">
              <li>
                <t>Approves NomCom’s NomCom's IESG nominations</t>
              </li>
              <li>
                <t>Acts as the appeals board for appeals against IESG actions</t>
              </li>
              <li>
                <t>Oversees the RFC series policy and procedures</t>
              </li>
              <li>
                <t>Acts as an advisory body to ISOC</t>
              </li>
              <li>
                <t>Oversees IETF liaisons with other standards bodies</t>
</list></t>
              </li>
            </ul>
            <t>Like the IESG, the IAB members are selected for two-year positions by the
NomCom and are approved by the ISOC Board of Trustees.</t>
          </section>
          <section anchor="internet-assigned-numbers-authority-iana" title="2.2.4 numbered="false" toc="default">
            <name>2.2.4 Internet Assigned Numbers Authority (IANA)"> (IANA)</name>
            <t>The core registrar for the IETF’s IETF's activities is the <eref target="https://www.iana.org">IANA</eref>. Many Internet protocols require that someone keep track of protocol items that were added after the protocol came
out. Typical examples of the kinds of registries needed are for TCP port
numbers and MIME types. IANA’s IANA's work on behalf of the IETF is overseen by the IAB. There is a
<eref target="https://www.iab.org/activities/programs/ietf-iana-group/">joint target="https://datatracker.ietf.org/group/ietfiana/about/">joint group</eref> that advises IANA. IANA is funded by <eref target="https://www.icann.org">ICANN</eref>.</t>
            <t>Even though being a registry may not sound interesting, many IETF
participants will testify to how important IANA has been for the Internet.
Having a stable, long-term repository run by careful and conservative
operators makes it much easier for people to experiment without worrying
about messing things up.</t>
          </section>
          <section anchor="rfc-editor-and-rfc-production-center-rpc" title="2.2.5 numbered="false" toc="default">
            <name>2.2.5 RFC Editor and RFC Production Center (RPC)"> (RPC)</name>
            <t>The RPC edits, formats, and publishes RFC’s. RFC's. This used to be done by one
person, which is why you will still see the term <spanx style="emph">RFC Editor</spanx>; <em>RFC Editor</em>; IETFers are
fond of their history. Also, if you are a document author, you will most
commonly come in contact with people responsible for editing your draft.
Another important role is to provide <eref target="https://www.rfc-editor.org">one definitive repository</eref> for all RFCs.</t>
            <t>A common misconception is that all RFCs are the work of the IETF.  In fact,
there are four sources of RFCs: the IETF, the IAB, the IRTF, and Independent
streams. It is likely that there will soon be a fifth source, which will be for
documents on the RFC series itself. Only documents coming directly from the
IETF through Working Groups, or sponsored by ADs, can have IETF consensus
and be described as IETF specifications or standards.</t>
            <t>Once an RFC is published, it is never revised.  If the specification it
describes changes, the standard will be re-published in another RFC that
“obsoletes”
"obsoletes" the first. If a technical or editorial error is found in an RFC,
an errata may be filed for review.  If accepted, the errata will be linked to
the RFC and may be held for the next document update.</t>
            <t>At the time of this writing, the model for the RFC Editor and the RPC is
being revised under an <eref target="https://www.iab.org/activities/programs/rfc-editor-future-development-program/">IAB target="https://datatracker.ietf.org/group/rfcefdp/about/">IAB Program</eref>.
In this revision, there is a position hired by the IETF LLC known as the RFC
Series Editor, who is advised by a couple of groups.  As a newcomer, and
potential author, the details shouldn’t shouldn't matter much to you right now.</t>
            <t>The RPC is contracted by the IETF LLC.</t>
          </section>
          <section anchor="ietf-secretariat" title="2.2.6 numbered="false" toc="default">
            <name>2.2.6 IETF Secretariat"> Secretariat</name>
            <t>There are a few people who are paid to support the IETF. The IETF
Secretariat provides day-to-day logistical support, which mainly means
coordinating face-to-face meetings and running the IETF presence on
the web, including the](https://www.ietf.org)IETF the <eref target="https://www.ietf.org">IETF web site, site</eref>,
mailing lists, the repository for Internet-Drafts, and so on.
The Secretariat also provides administrative assistance to the IESG
and others.</t>
            <t>The Secretariat is contracted by the IETF LLC.</t>
          </section>
          <section anchor="ietf-trust" title="2.2.7 numbered="false" toc="default">
            <name>2.2.7 IETF Trust"> Trust</name>
            <t>The <eref target="https://trustee.ietf.org">IETF Trust</eref> was set up to hold and
license the intellectual property of the IETF, such as trademarks (the IETF
logo, etc.) and copyrights.  The trust is a stable, legally-identifiable
entity.  Most participants never interact with the IETF Trust, beyond seeing
it mentioned in RFC boilerplate.  This is a good sign, and indicates that
they are quietly doing their job.</t>
          </section>
        </section>
        <section anchor="ietf-mailing-lists" title="2.3 numbered="false" toc="default">
          <name>2.3 IETF Mailing Lists"> Lists</name>
          <t>The IETF does most of its communication, and all of its official work,
via email.</t>
          <t>Anyone who plans to participate in the IETF should join the <eref target="https://www.ietf.org/mailman/listinfo/ietf-announce">IETF announcement mailing list</eref>.  This is where all of the meeting information, RFC
announcements, and IESG Protocol Actions and Last Calls are posted.  This
list is strongly moderated, and only the Secretariat and a small number of
IETF leaders can approve messages sent to the announcement list, although
those messages can come from a variety of people.</t>
          <t>There is also a <eref target="https://www.ietf.org/mailman/listinfo/ietf">general
discussion list</eref> that is unmoderated.  This means that everyone can
express their opinions about issues affecting the Internet.  As an open
discussion forum, it sometimes spins out of control and it helps to be quick
on the <spanx style="emph">DELETE MESSAGE</spanx> <em>DELETE MESSAGE</em> button while also being slow to take offense.
The mailing list does have a
<eref target="https://www.rfc-editor.org/info/bcp45">charter</eref>, however, which
points out that it is not a place for companies or individuals to solicit or
advertise.  As of this writing, the charter is being revised.  It is lightly
moderated by two people appointed by the IETF Chair; they used to be called the
Sargent At Arms (SAA), and you might see that term sometimes.  There is also
a process for banning persistent offenders from the list, but fortunately
this is extremely rare.</t>
          <t>There are also subset lists. The
<eref target="https://www.ietf.org/mailman/listinfo/i-d-announce">i-d-announce</eref>
list only posts when a new Internet-Draft is submitted.
It is moderated.
The <eref target="https://www.ietf.org/mailman/listinfo/last-call">last-call</eref>
list is not moderated, and is for discussion of IETF Last Calls (the
stage when the IETF community is given one last chance to comment on a
draft before it is published as an RFC).</t>
          <t>Every Working Group has its own mailing list.</t>
          <t>Every IETF mailing list is archived. (Unfortunately, the archives for
some lists from many years ago, when the IETF did not have its own
servers, have been lost.)</t>
          <t>Even though the IETF mailing lists “represent” "represent" the IETF participants at
large, it is important to note that attending an IETF meeting does not mean
you’ll
you'll be automatically added to any list; you’ll you'll have to “opt in” "opt in"
directly.</t>
        </section>
      </section>
      <section anchor="ietf-meetings" title="3 numbered="false" toc="default">
        <name>3 IETF Meetings"> Meetings</name>
        <t>The computer industry is rife with conferences, seminars, expositions, and
all manner of other kinds of meetings. IETF face-to-face meetings are not
like these. The meetings, held three times a year, are week-long gatherings
with the primary goals of helping Working Groups get their tasks done, and
promoting a fair amount of mixing among the WGs and the Areas. IETF meetings
are of little interest to sales and marketing folks, but of high interest to
engineers and developers.</t>
        <t>For many people, IETF meetings are a breath of fresh air when compared to the
standard computer industry conferences. There is no exposition hall, few
tutorials, and no big-name industry pundits. Instead, there is lots of work,
as well as a fair amount of time for socializing for many participants.
The IETF believes that having a drink together (often beer in the hotel
lobby, but drink whatever you want) is highly conducive to collaboration.</t>
        <t>On the other hand, IETFers can sometimes be surprisingly direct, sometimes
verging on rude. To build a climate in which people of many different
backgrounds are treated with dignity, decency, and respect, the IETF has an
<eref target="https://www.ietf.org/blog/ietf-anti-harassment-policy">anti-harassment policy</eref>, a <eref target="https://www.rfc-editor.org/info/bcp54">code of conduct</eref>, and an <eref target="https://www.ietf.org/contact/ombudsteam">Ombudsteam</eref> that you can reach out to.</t>
        <t>The general flow of an IETF meeting is that it begins with an <eref target="https://www.ietf.org/how/runningcode/">IETF Hackathon</eref> on
Saturday and Sunday, tutorials and an informal gathering on Sunday, and
WG and BoF meetings Monday through Friday. WG meetings last for
between one and 2.5 hours each, and some WGs meet more than once,
depending on how much work they anticipate doing. The WG chairs set the
agenda for their meeting time(s).</t>
        <t>There is a plenary session during the week, sometimes two. Either the first
part, or a separate Technical Plenary, will have one or more technical
presentations on topics of interest to many Working Groups. This is
organized by the IAB. The Administrative Plenary is organized by the IETF
Chair, and will have greetings from the meeting sponsor, reports on meeting
attendance and IETF finances, and progress reports from most groups mentioned
in the “Hierarchy” "Hierarchy" section above. This ends with an “open mic” "open mic" session, with
the various groups on stage. This is a good time to share administrative
concerns; praise is welcome, but more often concerns and gripes are raised.</t>
        <t>There have been more than 110 IETF meetings so far.
The list of future meetings is available
<eref target="https://www.ietf.org/how/meetings/upcoming/">online</eref>, and they
are also announced on the <spanx style="emph">ietf-announce</spanx> <em>ietf-announce</em> mailing list mentioned above.</t>
        <t>Note that COVID-19 disrupted the in-person meetings.
After several virtual or online meetings, the IETF tried its
first hybrid meeting, in Vienna, in March 2022.</t>
        <section anchor="registration" title="3.1 Registration"> numbered="false" toc="default">
          <name>3.1 Registration</name>
          <t>To attend an IETF meeting, either online or in person, you have to register
and pay a registration fee. If you cannot afford the online registration fee, you
can apply for a fee waiver during the registration process. The meeting site
(if the meeting is not purely online) is generally announced at several
months ahead of the meeting – -- earlier if possible. An announcement goes out
via email to the <spanx style="emph">ietf-announce</spanx> <em>ietf-announce</em> mailing list, and information is posted on <eref target="https://www.ietf.org">the IETF web site</eref>, that same day.
Upcoming meeting locations are also mentioned at the plenary, and the host
for the next meeting often gives a welcome.</t>
          <t>You can register online at the IETF website, or in person throughout the
week. There are different fee schedules for early-bird, latecomers,
single-day, and so on. The general registration fee covers all of the week’s week's
meetings, the Sunday evening <spanx style="emph">Welcome Reception</spanx>, <em>Welcome Reception</em>, and afternoon beverage and
snack breaks.</t>
          <t>The IETF and related organizations are committed to transparency and protecting
the privacy of individuals. For information about the personal data
that is collected, and how it is managed, please see the <eref target="https://www.ietf.org/privacy-statement/">privacy statement</eref>.</t>
          <t>You might also consider subscribing to the meeting-specific email list, which
is presented as an option when you register to participate in the meeting
either in-person or remotely. Discussions on the meetings list can be high
volume and fairly wide-ranging about meeting-specific issues, but it is also
a channel for sharing information that many find useful to understand what is
going on during the meeting itself. Topics often include information about
local mass transit, interesting sites to see, desire to buy or sell a
social event ticket, and so on. Local experts, people who live in the area,
often respond to questions and can be very helpful.</t>
          <t>Sunday is an excellent day to join the meeting, unless you already came on
Saturday for the hackathon. Sunday is the day for the newcomer’s newcomer's tutorial, as
well the Quick Connections session where newcomers get to meet with
experienced IETF participants. After these sessions there is the welcome
reception, a popular event where you can get a small bite to eat and
socialize with other attendees.</t>
          <t>During registration, you will be asked to confirm that you agree to
follow the <spanx style="emph">Note Well</spanx>. <em>Note Well</em>. You can also read it, anytime, <eref target="https://www.ietf.org/about/note-well/">online</eref>.
This points out the rules for IETF intellectual property rights (IPR),
anti-harassment, and other important guiding policies for the IETF.
These slides will also be shown before every WG session; as it gets
later in the week, the slide transitions tend to get faster and faster.</t>
          <t>If you need to leave messages for other attendees, you can do so at the cork
boards that are usually near the IETF registration desk. These cork boards
will also have last-minute meeting changes and room changes. The agenda is
available online, and changes can happen up to the last minute, such as
cancelling a WG meeting.</t>
          <t>You can also turn in lost-and-found items to the registration desk. At the
end of the meeting, anything left over from the lost-and-found will usually
be turned over to the hotel or brought back to the Secretariat’s Secretariat's office.
Incidentally, the IETF registration desk is often a convenient place to
arrange to meet people. If someone says “meet "meet me at registration,” registration," you should
clarify if they mean the IETF registration desk, or the hotel registration
desk: This has been a common cause of missed connections.</t>
        </section>
        <section anchor="take-the-plunge-and-stay-all-week" title="3.2 numbered="false" toc="default">
          <name>3.2 Take the Plunge and Stay All Week!"> Week!</name>
          <t>IETF WG meetings are scheduled from Monday morning through Friday afternoon.
Associated non-WG meetings often take place on the preceding or following
weekends, and unofficial “side meetings” "side meetings" can also be scheduled during the
week. It is best to plan to be present the whole week, to benefit from
cross-fertilization between WGs and from hallway discussions (both offline as
well as in online environments such as the <spanx style="emph">gather.town</spanx> <em>gather.town</em> website). As noted
below, the agenda is fluid, and there have been instances of participants
missing important sessions due to last-minute scheduling changes after their
travel plans were fixed. Being present the whole week is the only way to
avoid this annoyance.</t>
          <t>If you cannot find meetings all week to interest you, you can still make the
most of the IETF meeting by working between sessions. Almost every attendee
has a laptop, and it is common to see many of them in the terminal room or in
the lobbies and hallways working during meeting sessions. The IETF sets up up a high-speed network throughout the hotel for the duration of the meeting,
and there’s there's no charge to use the “IETF wifi.” "IETF wifi." This usually covers many places
of the meeting venue (restaurants, coffee shops, and so on), so catching up
on email when not in meetings is a fairly common task for IETFers.</t>
          <t>Note that many people use their laptops actively during meeting sessions
for practical purposes such as consulting drafts. Power strips in all meeting
rooms and hotel rooms will provide only the sockets permitted by local
regulations, so ensure in advance that you have an appropriate travel adapter.</t>
        </section>
        <section anchor="newcomer-training" title="3.3 numbered="false" toc="default">
          <name>3.3 Newcomer Training"> Training</name>
          <t>Newcomers should attend the Newcomer’s Newcomer's Tutorial on Sunday, which is
especially designed for them. The tutorial is organized and conducted by the
IETF Education, Mentoring, and Outreach Directorate (<spanx style="emph">EMODIR</spanx>) (<em>EMODIR</em>) team and is
intended to provide useful introductory information. The session covers the
structure of the IETF, how to get the most out of the meeting, and many other
essential and enlightening topics for new IETFers. The IETF has a <eref target="https://www.youtube.com/user/ietf">YouTube channel</eref> which has the previous tutorials. This has recently been broken down into <eref target="https://www.youtube.com/playlist?list=PLC86T-6ZTP5hFWNekiZYEYwEqVWB-cwfr">four target="https://www.youtube.com/watch?v=MW1cDLmr91c&amp;list=PLC86T-6ZTP5imxIwnF0mYxWVp0sbqDR0J&amp;pp=iAQB">four 15-minute segments</eref> which might be easier to view.</t>

<t><spanx style="emph">Quick Connections</spanx>
          <t><em>Quick Connections</em> is a session limited to newcomers and experienced IETF
participants. It is a great chance to meet people, and establish contacts
that can be useful during the rest of the week. Registration is required
as space is limited. It is held right before the welcome reception.</t>
        </section>
        <section anchor="dress-code" title="3.4 numbered="false" toc="default">
          <name>3.4 Dress Code"> Code</name>
          <t>At meetings people generally dress informally, and newcomers could feel out
of place if they show up Monday morning in suits. The general rule is “dress "dress
for casual comfort.” comfort." Note that the hotel air conditioning might mean bringing
a sweater or other covering as well.</t>
        </section>
        <section anchor="working-group-meetings" title="3.5 numbered="false" toc="default">
          <name>3.5 Working Group Meetings"> Meetings</name>
          <t>The heart of an IETF meeting is the WG meetings themselves. Different WGs
chairs have very different styles, so it is impossible to generalize how a WG
meeting will feel. All WGs have agendas, however, and most will follow the
following approach.</t>
          <t>At the beginning of the meeting, the chair will pass around the <spanx style="emph">blue
sheets</spanx>, <em>blue
sheets</em>, which are paper forms on which everyone writes their name and their
affiliation. These are archived and used for planning capacity needs for the
next time the WG meets. In very rare cases, they have been used to indicate
exactly who showed up. When you are handed the sheet, sign your name and
pass it along in the same direction. If you arrive after the start, at the
end of the meeting you can go up front and sign it then. For virtual
attendance using the <spanx style="emph">MeetEcho</spanx> <em>MeetEcho</em> video conference system, attendance is
handled by accessing the application.</t>
          <t>After the blue sheets, there are calls for volunteers to take minutes. More
than one person can do so, and they are often done on a Web page using a
collaborative editing app. Taking minutes can be a good way to ensure you
follow the discussions without distraction! The link to the web page will be
part of the WG entry that is part of the online meeting agenda. There is
also a chance to make any last-minute updates to the agenda. This is known
as “agenda bashing.” "agenda bashing." Finally, there will be a review of the Note Well. The
order in which these things happen can vary, but they are all done before the
meeting really “starts.”</t> "starts."</t>
          <t>To speak during a meeting, go to the microphone(s) located near the middle of
the room. For controversial topics, there will be a line at the mic, but do
not hesitate to be the first person at the line if you have a question or a
contribution to the discussion. The WG chair or presenter will indicate when
you can speak. Although it would be easier to just raise your hand from where
you are sitting, the mics perform a very useful task: they let the people
listening remotely and in the room hear your question or comment. When you
first speak, say your name and affiliation for identification purposes. If
you miss this, folks will often say “name!” "name!" to remind you. Don’t Don't be
embarrassed if this happens, it’s it's not uncommon.</t>
        </section>
        <section anchor="seeing-spots-before-your-eyes" title="3.6 numbered="false" toc="default">
          <name>3.6 Seeing Spots Before Your Eyes"> Eyes</name>
          <t>Some attendees will have a little colored dot on their name tag, and a few
people have more than one. These dots identify people who have volunteered to
do extra work, such as being a WG chair, an IESG member, and so on. The
colors have the meanings shown here.</t>

<texttable>
      <ttcol align='left'>Color</ttcol>
      <ttcol align='left'>Meaning</ttcol>
      <c>Blue</c>
      <c>Working
          <table align="center">
            <thead>
              <tr>
                <th align="left">Color</th>
                <th align="left">Meaning</th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td align="left">Blue</td>
                <td align="left">Working Group/BOF Chair</c>
      <c>Green</c>
      <c>Meeting Host/Sponsor</c>
      <c>Red</c>
      <c>IAB member</c>
      <c>Yellow</c>
      <c>IESG member</c>
      <c>Pink</c>
      <c>IRSG member</c>
      <c>Orange</c>
      <c>Nominating Chair</td>
              </tr>
              <tr>
                <td align="left">Green</td>
                <td align="left">Meeting Host/Sponsor</td>
              </tr>
              <tr>
                <td align="left">Red</td>
                <td align="left">IAB member</td>
              </tr>
              <tr>
                <td align="left">Yellow</td>
                <td align="left">IESG member</td>
              </tr>
              <tr>
                <td align="left">Pink</td>
                <td align="left">IRSG member</td>
              </tr>
              <tr>
                <td align="left">Orange</td>
                <td align="left">Nominating Committee member</c>
      <c>Black</c>
      <c>IETF member</td>
              </tr>
              <tr>
                <td align="left">Black</td>
                <td align="left">IETF LLC Board</c>
</texttable> Board</td>
              </tr>
            </tbody>
          </table>
          <t>Members of the press wear orange-tinted badges with the word “press” "press" on them.</t>
          <t>As newcomer, don’t don't be afraid to strike up conversations with people who wear
these dots. If the IAB and IESG members and Working Group and BOF chairs
didn’t
didn't want to talk to anybody, they wouldn’t wouldn't be wearing the dots in the
first place! Note, however, that IETF meetings are usually intense times for
Area Directors. Talking to an AD during an IETF meeting will often result
in them asking you to send email after the meeting ends.
Also, when you start
a hallway conversation with an Area Director (or even a WG chair, for that
matter), it is often good to give them about 30 seconds of context for the
discussion.</t>
          <t>Near the registration area there are usually ribbons and markers so that
people can label their specific interests, history, and so on.
Many people use them to make (inside) jokes, which are sometimes amusing.</t>
        </section>
        <section anchor="terminal-room" title="3.7 numbered="false" toc="default">
          <name>3.7 Terminal Room"> Room</name>
          <t>The IETF wifi is provided by volunteers who run the Network Operations Center
(NOC). The terminal room is where you can get wired connectivity and limited
access to a printer. The people and companies that donate their equipment,
services, and time are to be heartily congratulated and thanked.</t>
          <t>You must be wearing your badge in order to get into the terminal room. The
terminal room provides power strips, Ethernet ports, and wifi
(for the people who don’t don't need Ethernet but want power). What it doesn’t doesn't
provide are terminals; the name is historical. The help desk in the terminal
room is also a good place to ask questions about network failures, although
they might point you off to different networking staff.</t>
        </section>
        <section anchor="meals-and-snacks" title="3.8 numbered="false" toc="default">
          <name>3.8 Meals and Snacks"> Snacks</name>
          <t>Although it is true that some people eat very well at the IETF, they find the
food on their own since lunches and dinners are not included in the
registration fee. In addition to socializing, dinner meetings can be a good
way to get additional work done.</t>
          <t>If sponsorship for it is secured, the welcome reception provides drinks
and appetizers but is not meant to be a full replacement for dinner.
Sometimes a continental breakfast can be included with the hotel registration.
There IETF meeting also includes a morning coffee and snack break, and
a similar one in the afternoon.</t>
          <t>If you prefer to get out of the hotel for meals, the local host usually
provides a list of places to eat within easy reach of the meeting site,
and the meeting-specific email list is also a useful source.</t>
        </section>
        <section anchor="social-event" title="3.9 numbered="false" toc="default">
          <name>3.9 Social Event"> Event</name>
          <t>Another of the most important things organized and managed by the host is the
IETF social event. The social event is sometimes high-tech-related event, or
it might be in an art museum or a reception hall. Note, however, that not all
IETF meetings have social events.</t>
          <t>Newcomers to the IETF are encouraged to attend the social event. Wear your
name tag and leave your laptop behind. The social event is designed to give
people a chance to meet on a social, rather than technical, level. The
social ticket costs extra, is reserved at registration time, and has limited
capacity. People looking to buy or sell a social ticket often post to the
email list, or on the corkboards mentioned above.</t>
        </section>
        <section anchor="agenda" title="3.10 Agenda"> numbered="false" toc="default">
          <name>3.10 Agenda</name>
          <t>The agenda for the IETF meetings is a very fluid thing. It is available on
the web and through the IETF mobile apps starting a few weeks before the
meeting. Of course, “final” "final" in the IETF doesn’t doesn't mean the same thing as it
does elsewhere in the world. The final agenda is simply the last version
posted before the meeting. The Secretariat will post agenda changes on the
bulletin board near the IETF registration desk (reminder, not the hotel
registration desk!). These late changes are not capricious: they are made
“just
"just in time” time" as session chairs and speakers become aware of unanticipated
conflicts. The IETF is too dynamic for agendas to be tied down weeks in
advance.</t>
          <t>A map showing the hotel layout and, specifically the meeting rooms, is also
available with the agenda. Room assignments can change as the agenda
changes. Some Working Groups meet multiple times during a meeting, and every
attempt is made to have a Working Group meet in the same room for each
session.</t>
        </section>
        <section anchor="emodir-to-the-rescue" title="3.11 numbered="false" toc="default">
          <name>3.11 EMODIR to the Rescue"> Rescue</name>
          <t>If, after you finish reading this document, certain aspects of the IETF still
mystify you, you’ll you'll want to drop in on the on-site training offered by the
Education, Mentoring, and Outreach (EMODIR) team. In addition to the
Newcomer training mentioned above, EMODIR also hosts informal newcomer
gatherings during the coffee break sessions. Details vary for each meeting,
so watch the agenda and the newcomer-specific email list.</t>
          <t>EMODIR also organized in-depth technical tutorials, useful for newcomers
and experienced IETFers alike.
These are also announced as part of the program, and are usually on
Sundays.</t>
          <t>Finally, EMODIR runs the <spanx style="emph">IETF Guides</spanx> <em>IETF Guides</em> program, pairing newcomers with an
experienced IETF person to help you become acclimated and effective quickly.
This has not worked out very well during the all-virtual meetings, frankly.
If you are interested, watch for the announcement. Ideally you have a call
with your mentor before the meeting, a meeting during the beginning of the
meeting, and check in some time during the meeting, so they can help you with
any questions you might have.</t>
          <t>Details on EMODIR membership and charter are available <eref target="https://datatracker.ietf.org/group/emodir/about/">online</eref>.</t>
        </section>
        <section anchor="where-do-i-fit-in" title="3.12 numbered="false" toc="default">
          <name>3.12 Where Do I Fit In?"> In?</name>
          <t>The IETF is different things to different people. There are many people who
have been very active in the IETF who have never attended an IETF meeting,
and you should not feel obligated to come to an IETF meeting just to get a feel
for the IETF.
If, however, you decide to come, this document and <eref target="https://www.rfc-editor.org/info/rfc4144">RFC 4144: How to Gain Prominence and Influence in Standards Organizations</eref>
provides some pointers
on how to make your meeting a success.
The following guidelines (based on stereotypes of people in various
industries) might help you decide whether you actually want to come and, if
so, what might be the best use of your time at your first meeting.</t>
          <section anchor="it-managers" title="3.12.1 numbered="false" toc="default">
            <name>3.12.1 IT Managers"> Managers</name>
            <t>As discussed throughout this document, an IETF meeting is nothing like any
trade show you have attended. IETF meetings are singularly bad places to go
if your intention is to find out what will be hot in the Internet industry
next year. You can safely assume that going to Working Group meetings will
confuse you more than it will help you understand what is happening, or will
be happening, in the industry.</t>
            <t>This is not to say that no one from the industry should go to IETF meetings.
As an IT manager, you might want to consider sending specific people who are
responsible for technologies that are under development in the IETF. As these
people read the current Internet-Drafts and email traffic on the relevant
Working Group lists, they will get a sense of whether or not their presence
would be worthwhile for your company or for the Working Groups.</t>
          </section>
          <section anchor="network-operators-and-isps" title="3.12.2 numbered="false" toc="default">
            <name>3.12.2 Network Operators and ISPs"> ISPs</name>
            <t>Knowledge of how networks are run is indispensible indispensable for the development
of new (versions of) protocols. Especially if you work for the type of
network that is always using the very latest hardware and software,
and you are already following the relevant Working Groups,
you could certainly find participating in the IETF valuable.
Note that the IETF has several WGs focused on operations, that might
be particularly relevant.</t>
            <t>Finally, note that the IETF is increasingly focused on encrypting network
traffic, and that this has implications for operators. A fair amount of IETF
work also covers many other parts of operations of ISPs and large
enterprises, and the input of operators from each of these types of
organizations is quite valuable to keep this work vibrant and relevant. Many
of the best operations documents from the IETF come from real-world
operators, not vendors and academics.</t>
          </section>
          <section anchor="networking-hardware-and-software-vendors" title="3.12.3 numbered="false" toc="default">
            <name>3.12.3 Networking Hardware and Software Vendors"> Vendors</name>
            <t>The image of the IETF being mostly network researchers may have been true in
the distant past, but the jobs of today’s today's attendees are typically in
industry. In most areas of the IETF, employees of vendors are the ones
writing the protocols and leading the Working Groups, so it’s it's completely
appropriate for vendors to attend. If you create Internet hardware or
software, or run a service available on the Internet, and no one from your
company has ever attended an IETF meeting, it behooves you to come to a
meeting if for no other reason than to tell the others how relevant the
meeting was or was not to your business.</t>
            <t>This is not to say that companies should close up shop during IETF meeting
weeks so everyone can go to the meeting. Marketing folks, even technical
marketing folks or pre-sales, are safe in staying away from the IETF as long as
some of the technical people from the company are at the meeting. Similarly,
it isn’t isn't required, or likely useful, for everyone from a technical department
to go, especially if they are not all reading the Internet-Drafts and
following the Working Group mailing lists. Many companies have just a few
designated meeting attendees who are chosen for their ability to do complete
and useful trip reports. In addition, many companies have internal
coordination efforts and a standards strategy. If a company depends on the
Internet for some or all of its business, the strategy should probably cover
the IETF, but note that IETF participation is as an <spanx style="emph">individual</spanx> <em>individual</em> not a
formal representative of their employer.</t>
          </section>
          <section anchor="academics" title="3.12.4 Academics"> numbered="false" toc="default">
            <name>3.12.4 Academics</name>
            <t>IETF meetings are often excellent places for all kinds of researchers to find
out what is happening in the way of soon-to-be-deployed protocols, and
networking architecture and infrastructure. Professors and grad students (and
sometimes overachieving undergrads) who are doing research in networking or
communications can get a wealth of information by following Working Groups in
their specific fields of interest. Wandering into different Working Group
meetings can have the same effect as going to symposia and seminars in your
department. Researchers are also, of course, likely to be interested in IRTF
activities.</t>
            <t>In addition, the IRTF and ACM co-host the annual
<eref target="https://irtf.org/anrw/">Applied Networking Research Workshop</eref>,
normally scheduled during the July IETF meeting  Registration is required,
IETF attendees can attend for free. The IRTF also hosts the <eref target="https://irtf.org/anrp/">Applied Networking Research Prize</eref>,
which includes a cash prize, a travel grant to attend, and a chance to
present. See the web page for requirements.</t>
          </section>
          <section anchor="computer-trade-press" title="3.12.5 numbered="false" toc="default">
            <name>3.12.5 Computer Trade Press"> Press</name>
            <t>If you’re you're a member of the press and are considering attending IETF,
please see the](#8-2)special section the <xref target="press-coverage-of-the-ietf" format="none">special section</xref> below.</t>
          </section>
        </section>
        <section anchor="proceedings" title="3.13 Proceedings"> numbered="false" toc="default">
          <name>3.13 Proceedings</name>
          <t>IETF proceedings are compiled in the weeks and months after each meeting and
are available
<eref target="https://www.ietf.org/how/meetings/proceedings/">online</eref>.
Be sure to look through a copy at least once; the proceedings are filled with
information about IETF that you’re you're not likely to find anywhere else. For
example, you’ll you'll copies of every session’s session's slides, links to the video
recording, copies of the blue sheets (attendance), and so on.</t>
        </section>
        <section anchor="other-general-things" title="3.14 numbered="false" toc="default">
          <name>3.14 Other General Things"> Things</name>
          <t>IETFers in general are very approachable. Never be afraid to approach someone
and introduce yourself. Also, don’t don't be afraid to ask questions, especially
when it comes to jargon and acronyms. If someone is presenting an update
to their draft, feel free to step up to the mic and ask a clarifying
question. Before you do, however, make sure to have read the draft first.
Working Group meetings are not a time for general tutorials.</t>
          <t>Hallway conversations are very important. A lot of very good work gets done
by people who talk together between meetings and over lunches and dinners.
Every minute of the IETF can be considered work time (much to some people’s people's
dismay).</t>
          <t>A side meeting (historically but often inaccurately called a “bar BOF”) "bar BOF") is an
unofficial get-together between WG meetings or in the late evening, during
which a lot of work gets done. These side meetings spring up in many
different places around an IETF meeting, such as restaurants, coffee shops,
unused hall spaces and the like. You can read more about
Birds-of-a Feather sessions (BOFs)](#5)in (BOFs) <xref target="bofs-and-dispatching" format="none">in section 5.</t> 5</xref>.</t>
          <t>The IETF meetings, and the plenary session in particular, are not places for
vendors to try to sell their wares. People can certainly answer questions
about their company and its products, but bear in mind that the IETF is not a
trade show.</t>
          <t>There is always a “materials "materials distribution table” table" near the registration desk.
This desk is used to make appropriate information available to the attendees
(e.g., copies of something discussed in a Working Group session, descriptions
of online IETF-related information). Please check with the Secretariat before
placing materials on the desk; the Secretariat has the right to remove
material that they feel is not appropriate.</t>
        </section>
        <section anchor="remote-participation" title="3.15 numbered="false" toc="default">
          <name>3.15 Remote Participation"> Participation</name>
          <t>People have joined IETF meetings remotely for a long time, but the tools for
this have changed a lot over the years. Currently the IETF uses a browser-
based tool known as <spanx style="emph">MeetEcho</spanx>. <em>MeetEcho</em>. There is also a text-based discussion
forum called <spanx style="emph">Jabber</spanx>. <em>Jabber</em>. This is integrated into MeetEcho, but there are also
stand-alone clients available. Planned for 2022, the <spanx style="emph">Zulip</spanx> <em>Zulip</em> text
will be available. Each WG will have its own stream.</t>
          <t>The links for the Meetecho rooms, the Jabber chats, and meeting materials,
can always be found in the right-hand side of the agenda, under the different
icons. All sessions are recorded and can be viewed after the meeting, along
with chat logs and meeting minutes. This can be useful to refresh your
memory while writing a trip report, or for catching up on what happened
when you wanted to be in two WG meetings at once. It happens; scheduling
conflicts are unavoidable.</t>
        </section>
      </section>
      <section anchor="working-groups" title="4 numbered="false" toc="default">
        <name>4 Working Groups"> Groups</name>
        <t>The vast majority of the IETF’s IETF's work is done in its many Working Groups; at
the time of this writing, there are well over one hundred different WGs.
<eref target="https://www.rfc-editor.org/info/bcp25">BCP 25</eref>, “IETF "IETF Working
Group Guidelines and Procedures,” Procedures," is an excellent resource for anyone
participating in WG discussions. The full list of working groups can be
found on the <eref target="https://datatracker.ietf.org/wg/">datatracker</eref>.</t>
        <t>A WG is really just a mailing list with a bit of supervision and facilitation.
You “join” "join" the WG by subscribing to the mailing list; all mailing lists are open
to anyone. Anyone can post to a WG mailing list, although non-subscribers have
to have their postings approved first.</t>
        <t>More importantly, each WG has a charter that the WG is supposed to follow. The
charter states the scope of discussion for the Working Group and its goals. The
WG’s
WG's mailing list and face-to-face meetings are supposed to focus on only what is
in the charter and not to wander off on other “interesting” "interesting" topics. Of course,
looking a bit outside the scope of the WG is occasionally useful, but the large
majority of the discussion should be on the topics listed in the charter. In fact,
some WG charters actually specify what the WG will not do, particularly if there
were some attractive but nebulous topics brought up during the drafting of the
charter. The list of all WG charters makes interesting reading for folks who want
to know what the different Working Groups are supposed to be doing.  Each WG has
its own page on the datatracker.</t>
        <section anchor="working-group-chairs" title="4.1 numbered="false" toc="default">
          <name>4.1 Working Group Chairs"> Chairs</name>
          <t>Each Working Group has one or two (or, rarely, three) chairs. The role of the
WG chairs is described in both <eref target="https://www.rfc-editor.org/info/bcp11">BCP 11</eref>
and <eref target="https://www.rfc-editor.org/info/bcp25">BCP 25</eref>.</t>
          <t>Chairs have responsibility for the technical and non-technical quality
of WG output. The chair must keep the WG productive, and making progress
on its drafts. Sometimes there is a WG Secretary to help. Document editors,
too, are usually incentivized to make progress on their drafts. The chair
must manage WG discussion, both on the list and by scheduling meetings
when appropriate. Sometimes discussions get stuck on contentious points
and the chair may need to steer people toward productive interaction and
then declare when rough consensus has been met and the discussion is
over. Sometimes chairs also manage interactions with non-WG participants
or the IESG, especially when a WG document approaches publication. As
you can imagine given the mix of secretarial, interpersonal, and
technical demands, some Working Group chairs are much better at
their jobs than others.</t>
        </section>
        <section anchor="getting-things-done-in-a-working-group" title="4.2 numbered="false" toc="default">
          <name>4.2 Getting Things Done in a Working Group"> Group</name>
          <t>One fact that confuses many newcomers is that the face-to-face WG meetings are much
less important in the IETF than they are in most other organizations. Any decision
made at a face-to-face meeting must also gain consensus on the WG mailing list. This
is sometimes phrased as “at "at the last WG meeting, we decided XXX; if you disagree
please speak up by the end of the week” week" and you’ll you'll therefore often hear the phrase
“to
"to be confirmed on the list.” list." There are numerous examples of important decisions
made in WG meetings that are later overturned on the mailing list, often because
someone who couldn’t couldn't attend the meeting pointed out a serious flaw in the logic
used to come to the decision. Finally, WG meetings aren’t “drafting sessions” aren't "drafting sessions"
as they are in some other standards bodies: in the IETF, drafting is done elsewhere.</t>
          <t>Another aspect of Working Groups that confounds many people is the fact that
there is no formal voting. The general rule on disputed topics is that the
Working Group has to come to “rough consensus,” "rough consensus," meaning that a very large
majority of those who care must agree, and that those in the minority have had a
chance to explain why. Generally consensus is determined by <spanx style="emph">humming</spanx>: <em>humming</em>: if you
agree with a proposal, you hum when prompted by the chair. Most hum questions
come in three parts: you hum to the first part if you agree with the proposal,
to the second part if you disagree, or to the third part if you do not have
enough information to make up your mind. Newcomers find it quite peculiar, but
it works. It is up to the chair to decide when the Working Group has reached
rough consensus; sometimes the responsible AD will also do so.</t>
          <t>The lack of formal voting has caused some very long delays for some proposals,
but most IETF participants who have witnessed rough consensus after acrimonious
debates feel that the delays often result in better protocols. (And, if you
think about it, how could you have “voting” "voting" in a group that invites all
interested individuals to participate, and when it’s it's impossible to count the
participants?) A common definition and practice of humming can be found in
<eref target="https://www.rfc-editor.org/info/rfc7282">RFC 7282: On Consensus and Humming in the IETF</eref>.</t>
          <t>A related problem is that some people think that their topic should be discussed
in the WG even when the WG chair believes it is outside the scope of the charter.
If the WG agrees, they can work to <spanx style="emph">re-charter</spanx> <em>re-charter</em> so that the topic is in scope.
The individual can also bring their concerns to the responsible AD.</t>
          <t>When a WG has fulfilled its charter, it is supposed to cease operations. (Most
WG mailing lists continue on after a WG is closed, still discussing the same
topics as the Working Group did.) In the IETF, it is a mark of success that the
WG closes up because it fulfilled its charter. This is one of the aspects of the
IETF that newcomers who have experience with other standards bodies have a hard
time understanding.</t>
        </section>
        <section anchor="working-group-documents" title="4.3 numbered="false" toc="default">
          <name>4.3 Working Group Documents"> Documents</name>
          <t>There is an official distinction between WG I-Ds and individual I-Ds. A WG
will have to review an individual draft before deciding if it should be adopted
by the WG. The WG chairs appoint who will be the authors or editors of the
I-Ds; often those who wrote the initial draft continue work on behalf of the
WG. Procedures for Internet-Drafts are covered in much more detail later in this
document.</t>
          <t>For Working Group documents, the document editor serves at the pleasure of the
WG Chair. There is often more than one editor for Working Group documents,
particularly for complex documents. The document editor is responsible for
ensuring that the contents of the document accurately reflects Working Group
decisions; when a document editor does not follow the WG consensus, the WG
Chairs will either be more forceful about getting changes that match the
consensus or replace the document editor with someone more responsive to the WG.
As a Working Group document is progressing, participants suggest changes on the
Working Group’s Group's mail list (or online if the document is maintained somewhere
accessible); the editors are expected to follow the discussion and make changes
when there is consensus.</t>
          <t>Sometimes a Working Group will consider several alternatives before selecting a
particular Internet-Draft as a Working Group document. A Working Group will
often take ideas from several of the alternatives to create a single Working
Group document; in such a case, the chair determines who will be listed as
authors on the title page and who will be acknowledged as contributors in the
body of the document.</t>
          <t>When a WG document is ready to progress beyond the WG, the WG Chairs will assign
a “shepherd” "shepherd" to take over the final process. The role of the document shepherd
is described in <eref target="https://www.rfc-editor.org/info/rfc4858">RFC 4858: Document Shepherding from Working Group Last Call to Publication</eref>. The chair, who knows the history of the draft within the WG, often does the shepherd
write-up.</t>
        </section>
        <section anchor="preparing-for-working-group-meetings" title="4.4 numbered="false" toc="default">
          <name>4.4 Preparing for Working Group Meetings"> Meetings</name>
          <t>The most important thing that <spanx style="strong">everyone</spanx> <strong>everyone</strong> should do before coming to a
face-to-face meeting is to read the Internet-Drafts and RFCs ahead of time. WG
meetings are explicitly not for education: they are for developing the group’s group's
documents and often the document is presented as a set of slides saying
“here’s
"here's what changed since last meeting.” meeting." Even if you do not plan to say
anything in the meeting, you should read, or at least skim, the group’s group's
documents before attending so you can understand what is being said.</t>

<t>It’s
          <t>It's up to the WG chairs to set the meeting agenda, usually a few weeks in
advance. If you want something discussed at the meeting, be sure to let the
chair know about it. The agendas for all the WG meetings are available in
advance on the datatracker, and links to will be found on every full meeting
agenda. Unfortunately, some WG chairs are lax (if not totally negligent) about
turning them in.</t>
          <t>The Secretariat only makes the full IETF meeting schedule a few weeks in
advance, and the schedule often changes as little as a week before the first
day. If you are only coming for one WG meeting, you may have a hard time booking
your flight with such little notice, particularly if the Working Group’s Group's meeting
changes schedule. Be sure to keep track of the current agenda so you can
schedule flights and hotels. But, when it comes down to it, you probably
shouldn’t
shouldn't be coming for just one WG meeting. It’s It's likely that your knowledge
could be valuable in a few WGs, assuming that you’ve you've read the I-Ds and RFCs
for those groups. Work in the IETF is often reciprocal, contribute positively to
others work and you are more likely to receive comments and feedback on your
work.</t>
          <t>If you are on the agenda at a face-to-face meeting, you should prepare a few
slides and mail them to the chair before the meeting. Don’t Don't come with a
tutorial; people are supposed to read the I-Ds in advance. Projectors for
laptop-based presentations are available in all the meeting rooms.</t>
          <t>And here’s here's a tip for your slides: don’t don't put your company’s company's logo on every one,
even though that is a common practice outside the IETF. The IETF frowns on this
kind of corporate advertising (except for the meeting sponsor in the plenary
presentation), and most presenters don’t don't even put their logo on their opening
slide. The IETF is about technical content, not company boosterism. Slides are
often plain black and white for legibility, with color used only when it really
adds clarity. Again, the content is the most important part of the slides, not
how it’s it's presented.</t>
          <t>One thing you might find helpful, and possibly even entertaining, during Working
Group sessions is to follow the running commentary on the Jabber room associated
with that Working Group. Jabber is a free, streaming XML technology mainly used
for instant messaging. You can find pointers to Jabber clients for many
platforms at (https://xmpp.org/xmpp-software/clients). The Jabber chatrooms have
the name of the Working Group followed by “@jabber.ietf.org”. "@jabber.ietf.org". Those rooms are,
in fact, available year-round, not just during IETF meetings, and some are used
by active Working Group participants during protocol development.</t>
        </section>
        <section anchor="working-group-mailing-lists" title="4.5 numbered="false" toc="default">
          <name>4.5 Working Group Mailing Lists"> Lists</name>
          <t>As we mentioned earlier, the IETF announcement and discussion mailing lists are
the central mailing lists for IETF activities. However, there are many other
mailing lists related to IETF work. For example, every Working Group has its own
discussion list. In addition, there are some long-term technical debates that
have been moved off of the IETF list onto lists created specifically for those
topics. It is highly recommended that you follow the discussions on the mailing
lists of the Working Groups that you wish to attend. The more work that is done
on the mailing lists, the less work that will need to be done at the meeting,
leaving time for cross pollination (i.e., attending Working Groups outside one’s one's
primary areas of interest in order to broaden one’s one's perspective).</t>
          <t>The mailing lists also provide a forum for those who wish to follow, or
contribute to, the Working Groups’ Groups' efforts, but can’t can't attend the IETF meetings.
That’s
That's why IETF procedures require all decisions to be confirmed “on "on the list” list"
and you will often hear a WG chair say, “Let’s "Let's take it to the list” list" to close a
discussion.</t>
          <t>Every WG has a dedicated page on the datatracker site, and the “About” "About" tab will
point to mailing list subscription and archives.</t>
        </section>
        <section anchor="interim-working-group-meetings" title="4.6 numbered="false" toc="default">
          <name>4.6 Interim Working Group Meetings"> Meetings</name>
          <t>Working Groups sometimes hold interim meetings between IETFs. Interim meetings
aren’t
aren't a substitute for IETF meetings, however — -- a group can’t can't decide to skip a
meeting in a location they’re they're not fond of and meet in Cancun (or even someplace
mundane) three weeks later, for example. Interim meetings need to be announced
at least one month in advance. Location and timing need to allow fair access for
all participants. Like regular IETF meetings, someone needs to take notes and
the group needs to take attendance. Decisions tentatively made during an interim
WG meeting must still be confirmed on the mailing list. Interim meetings are
subject to the IETF Note Well. Most interim meetings are virtual these days and
 have the same reporting requirements as face-to-face virtual meetings.</t>
          <t>The IESG has rules for advance notice on time and place of interim Working Group
meetings, as well as reporting the results of the meetings. The purpose of these
rules is to make interim meetings accessible to as many Working Group members as
possible and to maintain the transparency of the Working Group process.</t>
        </section>
      </section>
      <section anchor="bofs-and-dispatching" title="5 numbered="false" toc="default">
        <name>5 BOFs and Dispatching"> Dispatching</name>
        <t>In order to form a Working Group, you need a charter and someone who is able
to be chair. In order to get those things, you need to get people interested
so that they can help focus the charter and convince an Area Director that
the project is worthwhile. A face-to-face meeting is useful for this. In
fact, very few WGs get started without an initial meeting.</t>
        <t>A <spanx style="emph">Birds <em>Birds of a Feather</spanx> Feather</em> (BOF) meeting has to be approved by the Area Director
in the relevant area, in consultation with the IESG and the IAB, before it
can be scheduled. If you think you need a new WG, approach an AD with your
proposal and see what they think.  You will have to write some informative
background text, and they will work with you to get it scheduled.  Of course,
you can also gather interested people and work on a draft charter in the
meantime.</t>
        <t>BOF meetings have a very different tone than do WG meetings. The purpose of
a BOF is to make sure that a good charter with good milestones can be
created, that there are enough people willing to do the work needed in order
to create standards, and that any standards would get adoption. Often a
self-selected group of key people will get together after the BOF to
refine the draft charter.</t>
        <t>Generally, there are only two BOF meetings allowed for the same topic.
Sometimes it is obvious after one meeting that a WG should be created, and
sometimes it is obvious a WG would not be successful.</t>
        <t>If you have a draft already written, you can submit it to the relevant
“dispatch”
"dispatch" WG.  Each area has one of these.  Their job is to review submitted
documents, and come to a decision about the next steps: possibilities include
create a new WG, send to an existing WG, hold a BOF, and so on.</t>
        <t>An advantage of using the dispatch WG compared to a BOF is that the
discussion is more limited and focused.  On the other hand, a draft might
tend to limit what the other folks in the BOF want to do in the charter.
Remember that most BOFs are held in order to get support for an eventual
Working Group, not to get support for a particular document.</t>
      </section>
      <section anchor="rfcs-and-internet-drafts" title="6 numbered="false" toc="default">
        <name>6 RFCs and Internet-Drafts"> Internet-Drafts</name>
        <t>This section discusses Internet-Drafts and RFCs in the IETF stream, that is,
it describes how documents are produced and advanced within the IETF. For a
brief note on other RFC streams, see above.</t>
        <t>If you’re you're a new IETF participant and are looking for a particular RFC or
Internet-Draft, you can use the IETF <spanx style="emph">Datatracker</spanx>. <em>Datatracker</em>. This website, <eref target="https://datatracker.ietf.org/">https://datatracker.ietf.org/</eref>,
has a text search capability (including content, keywords, author, and so
on), and the search results point to the document status, page count, and
other useful information. A little-known hint is that <spanx style="emph">dt.ietf.org</spanx> <em>dt.ietf.org</em> is an
abbreviation (a DNS CNAME entry) for the longer “datatracker.ietf.org” "datatracker.ietf.org"
hostname.</t>
        <t>Most RFCs in the IETF stream follow the same process, and the sections
below discuss the process and some of the issues. Note that there are
<eref target="https://www.ietf.org/about/participate/get-started/#officialdocuments">other ways to get an RFC published</eref>
, published</eref>, particularly if it is not intended
for the standards track. For the sake of brevity, we will not mention
those here. After all, this document is about “the "the Way of the IETF” IETF"
and the main Way is “developing standards.”</t> "developing standards."</t>
        <t>If you are interested in learning more about how to author an Internet-Draft
yourself, the](https://authors.ietf.org)I-D the <eref target="https://authors.ietf.org">I-D Authors website website</eref>
has a lot of information and resources, including pointers to online tools
that can help.</t>
        <section anchor="the-overall-process" title="6.1 numbered="false" toc="default">
          <name>6.1 The Overall Process"> Process</name>
          <t>The very first step is to have a draft document. Internet-Drafts
should follow a specific format, and are required to have particular
sections. This will be discussed more](#6-3)below.</t> more <xref target="writing-an-internet-draft" format="none">below</xref>.</t>
          <t>RFCs are generally written by a Working Group. If an appropriate
WG doesn’t doesn't seem to exist, then the](#5)BOF the <xref target="bofs-and-dispatching" format="none">BOF or Dispatch
process
process</xref> mentioned above can be used to learn which one is appropriate,
or start the process to create one.</t>
          <t>Once a potential WG exists, the document must be <spanx style="emph">adopted</spanx>. <em>adopted</em>. To do this, you
submit your individual draft to the datatracker. It should start with
<spanx style="verb">draft-YOURNAME-brief-subject</spanx>
<tt>draft-YOURNAME-brief-subject</tt> where <spanx style="emph">YOURNAME</spanx> <em>YOURNAME</em> is your name. Send a note to
the WG mailing list, with an introduction to the draft, and why you think it
is appropriate. After any discusison, discussion, the WG Chair will issue a <spanx style="emph">call <em>call for
adoption</spanx>.
adoption</em>. If consensus is to adopt the draft, you will be asked to submit
it with the name <spanx style="verb">draft-ietf-WGNAME-brief-subject</spanx>; <tt>draft-ietf-WGNAME-brief-subject</tt>; you can probably guess
what <spanx style="emph">WGNAME</spanx> <em>WGNAME</em> should be.</t>
          <t>Note that as part of submitting an Internet Draft according to the rules, you
grant the IETF certain rights.  These rights give the IETF the ability to
reliably build upon the work you have brought forward. These rights are held
by the IETF Trust. <eref target="https://www.rfc-editor.org/rfc/rfc5378.html">BCP 78</eref>
explains the certain rights the IETF Trust takes on for submissions.</t>
          <t>Once a WG adopt a document, the WG as a whole has the right of “change
control.” "change
control." This means the WG, can make any changes to the document, the one
you initially wrote, that they want. If you are not comfortable with this,
then the IETF is not the place for your document. There are a few more
details on this below.</t>
          <t>The WG now “works on” "works on" the document. This will be a combination of
mailing list discussion, perhaps agenda time at a meeting, and publishing
updated drafts. (Every draft ends with <spanx style="emph">-NN</spanx> <em>-NN</em> where the digits indicate
the draft number.)</t>
          <t>At some point, the document will seem finished. The WG Chair will put the
document in <spanx style="emph">WG <em>WG Last Call</spanx> Call</em> (WGLC) which gives the members of the WG a chance
for last-minute changes. It can be frustrating to get a bunch of changes
after you think you’re you're done, but don’t don't take it personally. Like many things,
people are often deadline-driven.</t>
          <t>After WGLC, the responsible AD (the one who oversees the WG) does a review.
They will probably have comments that must be resolved by you and the WG;
it’s
it's quite likely you’ll you'll have to publish a new draft.  Then the IESG and
the overall IETF reviews the draft, as mentioned above.
The purpose of IETF Last Call is to get community-wide discussion on
documents before the IESG considers them. Note the word <spanx style="emph">discussion</spanx> <em>discussion</em> here. It
is generally considered bad form to send IETF Last Call comments on documents
that you have not read, or to send comments but not be prepared to discuss
your views. The IETF Last Call is not a vote. Having said that, IETF Last
Call comments that come from people who have just read the document for the
first time can expose issues that IETF and WG regulars may have completely
missed, which is why the discussion is open to everyone.</t>
          <t>Finally, the draft is given to the RFC Production Center (RPC), and prepared
for publication. There might be other changes required, including  reviews by
IANA for registrations and the like. The most common item you’ll you'll hear about
this is <spanx style="emph">AUTH48</spanx> <em>AUTH48</em> state, which means the document is in the final stages of
copy-editing by the RPC and you. The publication process can take weeks,
but be patient, and you’ll you'll eventually see an email announcement saying
that your brand-new RFC has been published.  Congratulations!</t>
          <t>A much more complete explanation of these steps is contained in <eref target="https://www.rfc-editor.org/info/bcp9">BCP 9</eref>.
This set of documents goes into great detail on a topic that is
very often misunderstood, even by seasoned IETF participants: different types
of RFCs go through different processes and have different rankings.</t>
        </section>
        <section anchor="common-issues" title="6.2 numbered="false" toc="default">
          <name>6.2 Common Issues"> Issues</name>
          <t>There are two major issues that often come up while preparing I-Ds:
copyright and patents.</t>
          <t>We discussed copyright above, but expand on it here. When the IETF adopts a an
Internet-Draft, it is required that the <spanx style="emph">boilerplate</spanx>, <em>boilerplate</em>, the common text that
appears in every draft, has a notice that says the IETF, <spanx style="emph">and <em>and the document
authors</spanx>
authors</em> own the copyright. This means that while the IETF can do what it
wants with the document, within limitations so can you. You cannot, for
example, claim this is an IETF standard, nor use the IETF trademarks.</t>
          <t>Incidentally, the change control on Internet standards doesn’t doesn't end when the
RFC is published. Things can be changed later for a number of reasons, such
as to solve a newly-discovered problem or address new use-cases. These later
changes are also under the control of the IETF, not the editors of the
standards document.</t>
          <t>The second issue is patents. The goal of the IETF is to have its standards
widely used and validated by the marketplace. If creating a product that
uses a standard requires getting a license for a patent, people are less
likely to implement the standard. Not surprisingly, then, the general rule
has been “use "use good non-patented technology where possible.”</t> possible."</t>
          <t>Of course, this isn’t isn't always possible. Sometimes patents appear after a
standard has been established and there is little the IETF can do about that.
Sometimes there’s there's a patent on something that is so valuable that there isn’t isn't
a non-patented equivalent, and generally the IETF tries to avoid it.</t>
          <t>Sometimes the patent holder is generous and promises to give all implementors
of a standard a royalty-free license to the patent, thereby making it almost
as easy to implement as it would have been if no patent existed. Ideally,
and this is the common case when a patent-holder is active in a document,
the patent holder will grant free use of the patent to implement the
specification.</t>
          <t>The official rules for all intellectual property rights (IPR) in
IETF documents, not just patents but also code samples and the like,
are covered in <eref target="https://www.rfc-editor.org/info/bcp78">BCP 78</eref> and
<eref target="https://www.rfc-editor.org/info/bcp79">BCP 79</eref>.</t>
          <t>If you are writing an Internet-Draft and you know of a patent that applies to
the technology you’re you're writing about, don’t don't list the patent in the document.
Instead, consult the <eref target="https://datatracker.ietf.org/ipr/about/">IPR disclosures</eref> page. If you still have issues, consult with the WG Chair or
the responsible AD. Intellectual property rights aren’t aren't mentioned in RFCs
because RFCs never change after they are published, while knowledge of IPR
can change at any time. Therefore, an IPR list in an RFC could be incomplete
and mislead the reader. <eref target="https://www.rfc-editor.org/info/bcp79">BCP 79</eref> provides specific text that should be added to RFCs where the author
knows of IPR issues.</t>
        </section>
        <section anchor="writing-an-internet-draft" title="6.3 numbered="false" toc="default">
          <name>6.3 Writing an Internet-Draft"> Internet-Draft</name>
          <t>Every RFC starts its life as an I-D. Internet-Drafts have the same format as an RFC,
and are required to have all the content that should appear in the RFC. This
includes a couple of sections detailed below. A draft may also have more
information, such as an incremental list of changes from previous versions of
the draft, or pointers to online locations for raising issues and suggesting
changes.</t>
          <t>For the past several years, the official canonical source of RFCs as <eref target="https://www.rfc-editor.org/info/rfc7991">RFC 7991: The “xml2rfc” "xml2rfc" Version 3 Vocabulary</eref>. Some people enjoy writing in XML, and some don’t. don't.
An alternative for the second group is to use a specific dialect of markdown,
which is then converted to XML as needed (and especially during the
publication process). A recent trend is the increasing use of markdown, and
hosting I-Ds on GitHub to attract a wider audience of Internet-savvy users.
Some information on this can be found at
<eref target="https://www.rfc-editor.org/info/rfc8874">RFC 8874: Working Group GitHub Usage Guidance</eref>.</t>
          <t>The IETF is setting up a new site, <eref target="https://authors.ietf.org">https://authors.ietf.org</eref>,
to contain guides and online tools to help both new and experienced authors.
As of this writing, it’s it's still a draft but it does contain a great
deal of useful content. You should feel free to use the site, and offer feedback.</t>
          <t>Outside of the formatting decision, the most important document you can
read is [Guidelines <eref target="https://www.ietf.org/how/ids/guidelines">Guidelines to Authors of Internet-Drafts]((https://www.ietf.org/how/ids/guidelines). Internet-Drafts</eref>.
That document explains the naming conventions, formatting requirements,
required content, and details of how to submit (also called <spanx style="emph">post</spanx>) <em>post</em>) your
draft.</t>
          <section anchor="internet-draft-language" title="6.3.1 numbered="false" toc="default">
            <name>6.3.1 Internet-Draft Language"> Language</name>
            <t>It is common for Internet-Drafts that revise existing RFCs to have draft
names with “bis” "bis" in them, meaning “again” "again" or “twice.” "twice." For example, a draft
might be called “draft-ietf-uta-rfc6125bis” "draft-ietf-uta-rfc6125bis" meaning that this is intended to
be a revision of, and eventual replacement for, RFC6125.</t>
            <t>Writing clear specifications can be a bit of an art, particularly for people
who don’t don't have English as their native language. You can keep the
specification very short, with just a list of requirements, but that tends to
cause implementors to take too much leeway. If you instead make the
specification very wordy with lots of suggestions, implementors tend to miss
the requirements (and often disagree with your suggestions anyway). An
optimal specification is somewhere in between.</t>
            <t>One way to make it more likely that developers will create interoperable
implementations of standards is to be clear about what’s what's being mandated in a
specification. Over time, the IETF has realized that defining a few words
with specific meanings helps a great deal. <eref target="https://www.rfc-editor.org/info/bcp79">BCP target="https://www.rfc-editor.org/info/bcp14">BCP 14</eref> defines about a dozen keywords that can be used to clarify what are
requirements, as compared to what is purely informative.
It defines the meaning of words like <spanx style="emph">MUST</spanx> <em>MUST</em> and points out that it
has to appear in all uppercase to its special meaning.</t>
            <t>It is not uncommon for feedback on standards-track I-Ds to question
the particular uses of what is called “2119 language.” "2119 language." For example,
“The
"The document says MAY but doesn’t doesn't explain why not; should it be
a MUST?”</t> MUST?"</t>
          </section>
          <section anchor="about-references" title="6.3.2 numbered="false" toc="default">
            <name>6.3.2 About References"> References</name>
            <t>One aspect of writing IETF standards that trips up many newcomers is the rule
about how to make <spanx style="emph">normative references</spanx> <em>normative references</em> to non-IETF documents or to other
RFCs in a standard. A normative reference is a reference to a document that
must be followed in order to implement the standard. A non-normative
reference (sometimes called an <spanx style="emph">informative reference</spanx>) <em>informative reference</em>) is one that is
helpful to an implementor but not strictly needed to implement it.</t>
            <t>An IETF standard may make a normative reference to any other standards-track
RFC that is at the same standards level or higher, or to any “open standard” "open standard"
that has been developed outside the IETF. The “same "same level or higher” higher" rule
means that before a standard can move from Proposed to Internet Standard, all
of the RFCs that appear as a normative reference must also be an Internet
Standard. This rule gives implementors assurance that everything in a an
Internet standard is quite stable, even the things referenced outside the
standard. This rule, and its exceptions, is described in <eref target="https://www.rfc-editor.org/info/bcp97">BCP 97</eref>.</t>
            <t>There is no hard-and-fast rule about what is an “open standard”, "open standard", but
generally this means a stable standard that was made by a
generally-recognized SDO, and that anyone can get a copy of, although not
necessarily for free. If the external standard changes, you have to
reference the particular instantiation of that standard in your
specification, as with a designation of the date of the standard. Some
external standards bodies don’t don't make old standards available, which is a
problem for IETF standards that need to be used in the future. When in doubt,
ask the WG chair or AD if a particular external standard can be used in an
IETF standard.</t>
          </section>
          <section anchor="about-required-content" title="6.3.3 numbered="false" toc="default">
            <name>6.3.3 About Required Content"> Content</name>
            <t>Every draft is required to have some content. Some of this is boilerplate
text about copyright, “2119 keyword,” "2119 keyword," and so on. The document formatting
tools  will generate this for you automatically if you use the right keyword.
In addition, there are special sections that might be required for your
draft, and you (and the WG) will have to write them.</t>
            <t>Many IETF standards have extension points, such as unassigned fields in
a message header, or for something like email or HTTP, an actual message
header. As](#2-2-4)mentioned above, As <xref target="internet-assigned-numbers-authority-iana" format="none">mentioned above</xref>, IANA maintains online
registries for these. Because of the large and diverse kinds of registries
that standards require, IANA needs to have specific information about how to
register parameters, what not to register, who (if anyone) approves any
registration requests, and so on.</t>
            <t>Anyone writing a draft that needs one or more registries, or adds values to
existing registries must have an “IANA Considerations” "IANA Considerations" section.  Authors
should read <eref target="https://www.rfc-editor.org/info/bcp26">BCP 26</eref>,
“Guidelines
"Guidelines for Writing an IANA Considerations Section in RFCs,” RFCs," which
describes how to properly ask for IANA to make the changes requested in their
draft. If there are no considerations, it is a good idea to have the section
and explicitly say “This "This document has no IANA requests.”</t> requests."</t>
            <t>Every draft must have a “Security Considerations” "Security Considerations" section. This describes
possible threats or attacks, known vulnerabilities, information that could be
exposed, and so on. It should also describe any strategies or mechanisms to
mitigate them. When the security directorate (SECDIR) reviews your draft,
this section will be one of their major focuses. Don’t Don't gloss over the
section, or say things like “use "use TLS to get security” security" without explaining how
the protocol uses TLS and what it provides. See <eref target="https://www.rfc-editor.org/info/bcp72">BCP 72</eref>, “Guidelines "Guidelines for
Writing RFC Text on Security Considerations”, Considerations", for more information on writing
good security considerations sections.</t>
            <t>Also, a draft might have a “Privacy Considerations” "Privacy Considerations" section.
An Informational RFC,
<eref target="https://www.rfc-editor.org/info/rfc6973">RFC 6973: Privacy Considerations for Internet Protocols</eref>, written by the
IAB, is intended to raise the general awareness of privacy on the
Internet. It also provides advice for when a draft should have an
explicit privacy section.</t>
            <t>Some drafts benefit from having an “Implementation Status” "Implementation Status" section,
as explained by](https://www.rfc-editor.org/info/rfc7942) by <eref target="https://www.rfc-editor.org/info/rfc7942">
BCP 205: Improving Awareness of Running Code: The Implementation Status
Section.</t>
Section</eref>.</t>
            <t>More detail on the required content can be found
<eref target="https://authors.ietf.org/en/required-content">online</eref>.</t>
          </section>
        </section>
        <section anchor="standards-track-rfcs" title="6.4 numbered="false" toc="default">
          <name>6.4 Standards-Track RFCs"> RFCs</name>
          <t>If the IESG approves the draft to become a standards-track RFC, they ask the
RPC to publish it as a <spanx style="emph">Proposed Standard</spanx>.</t>

<t>Don’t <em>Proposed Standard</em>.</t>
          <t>Don't be surprised if a particular standard doesn’t doesn't progress from Proposed
Standard to Internet Standard. To become an Internet Standard, an RFC must
have multiple interoperable implementations and the unused features in the
Proposed Standard must be removed; there are additional requirements listed
in <eref target="https://www.rfc-editor.org/info/bcp9">BCP 9</eref>. Most of the
protocols in common use are Proposed standards and never move forward. This
may be because no one took the time to try to get them to Internet Standard,
or some of the normative references in the standard are still at Proposed
standard, or it may be that everyone found more important things to do.</t>
        </section>
        <section anchor="rfcs-other-than-standards-track" title="6.5 numbered="false" toc="default">
          <name>6.5 RFCs Other than Standards-Track"> Standards-Track</name>
          <t>As mentioned earlier, not all RFCs are standards. In fact, many important
RFCs are not on the standards track at all. At the time of writing, there
are also categories for Informational, Experimental, Best Current Practice,
and Historical for standards that are no longer recommended for use. The
role of Informational RFCs can be confusing, and people sometimes refer to
them as “standards,” "standards," when they are not.</t>
          <t>Experimental RFCs are for specifications that are interesting, but for which
it is unclear if there will be widespead widespread deployment, or if they will scale to
work after such deployment. That is, a specification might solve a problem,
but there might not be IETF consensus that the problem is worth solving or
that the specification is complete enough to address the problem.
Experimental RFCs are also used to get people to experiment with a technology
that looks like it might be standards-track material, but for which there are
still unanswered questions.</t>
          <t>The IESG has created
<eref target="https://www.ietf.org/standards/process/informational-vs-experimental/">guidelines</eref> that can help choose between Informational and Experimental classification. This is a short informal read, and if are not sure where
your document fits, it is worth reading.</t>
          <t>Finally, there are two sub-series of RFCs: Best Current Practice
(BCP) and Internet Standards (STD). BCP describes the application of various
technologies in the Internet, and are also commonly used to document the many
parts of the IETF process. The STD sub-series was created to identify RFCs
that do in fact specify Internet standards.</t>
          <t>These are an example of the aphorism that everything in computer science can
be solved by a layer of indirection. For example, a single BCP can refer to
one or more RFCs, and the specific RFCs can change such as when a new version
of a protocol is published. Likewise, some STDs are actually
sets of more than one RFC, and the “standard” "standard" designation applies to the
whole set of documents.</t>
        </section>
      </section>
      <section anchor="how-to-contribute-to-the-ietf" title="7 numbered="false" toc="default">
        <name>7 How to Contribute to the IETF"> IETF</name>
        <section anchor="what-you-can-do" title="7.1 numbered="false" toc="default">
          <name>7.1 What You Can Do">

<t><spanx style="strong">Read:</spanx> Do</name>
          <t><strong>Read:</strong> Review the Internet-Drafts in your area of expertise and comment on
them in the Working Groups. Participate in the discussion in a friendly,
helpful fashion, with the goal being the best Internet standards possible.
Listen much more than you speak. If you disagree, debate the technical
issues: never attack the people.</t>

<t><spanx style="strong">Implement:</spanx>
          <t><strong>Implement:</strong> Write programs that use the current Internet standards. The
standards aren’t aren't worth much unless they are available to Internet users.
Implement even the “minor” "minor" standards, since they will become less minor if
they appear in more software. Report any problems you find with the standards
to the appropriate Working Group so that the standard can be clarified in
later revisions. Remember the tenet, “rough "rough consensus and running code,” code,"
so you can help support the standards you want to become more
widespread by creating more running code. You can help the development of
protocols before they become standards by implementing I-Ds (but not doing
wide-spread deployment) to ensure that the authors have done a good job. If
you find errors or omissions, offer improvements based on your implementation
experience. A great way to get involved in this is by participating in
the Hackathons.</t>

<t><spanx style="strong">Write:</spanx>
          <t><strong>Write:</strong> Edit or co-author Internet-Drafts in your area of expertise. Do
this for the benefit of the Internet community, not to get your name (or,
even worse, your company’s company's name) on a document. Draft authors receive kinds
of technical (and, sadly, sometimes personal) criticism. Take the technical
comments with equanimity and use it to improve your draft in order to produce
the best and most interoperable standard, and ignore the personal ones.</t>
        </section>
        <section anchor="what-your-company-can-do" title="7.2 numbered="false" toc="default">
          <name>7.2 What Your Company Can Do">

<t><spanx style="strong">Share:</spanx> Do</name>
          <t><strong>Share:</strong> Avoid proprietary standards. If you are an implementor, exhibit a
strong preference for IETF standards. If the IETF standards aren’t aren't as good as
the proprietary standards, work to make the IETF standards better. If you’re you're
a purchaser, avoid products that use proprietary standards that compete with
the open standards of the IETF and tell the vendors that you are doing so.</t>

<t><spanx style="strong">Open Up:</spanx>
          <t><strong>Open Up:</strong> If your company owns a patent that is used in an IETF standard,
convince the company to make the patent available at no cost to anyone who is
implementing the standard. Patents have previously caused many serious
problems for Internet standards because they prevent some companies from
being able to freely implement them.  Fortunately, many companies have
generously offered unlimited licenses for particular patents in order to help
the IETF standards flourish. These companies are usually rewarded with
positive publicity for the fact that they are not as greedy or short-sighted
as other patent-holders.</t>

<t><spanx style="strong">Support:</spanx>
          <t><strong>Support:</strong> The IETF has <eref target="https://ietf.org/about/donors/">sponsorship
opportunities</eref> and
<eref target="https://www.ietf.org/endowment/donate-ietf-endowment/">an endowment</eref>
which can also take individual-sized donations.
Become a member of ISOC. Urge any company that has
benefited from the Internet to contribute, since this has the greatest
financial benefit for the group. It will, of course, also benefit the
Internet as a whole.</t>
        </section>
      </section>
      <section anchor="ietf-and-the-outside-world" title="8 numbered="false" toc="default">
        <name>8 IETF and the Outside World"> World</name>
        <t>While some IETF participants would like to think otherwise, the IETF
does not exist in a standards vacuum. This section discusses two important
groups.</t>
        <section anchor="ietf-and-other-sdos" title="8.1 numbered="false" toc="default">
          <name>8.1 IETF and Other SDOs"> SDOs</name>
          <t>There are many other standards organizations whose decisions affect the
Internet. Some of them ignored the Internet for a long time and now want to
get a piece of the action. In general, the IETF tries to have cordial
relationships with other SDOs. This isn’t isn't always easy, since they usually
have different structures and processes than the IETF does, and the IETF is
mostly run by volunteers who would probably prefer to write standards rather
than meet with representatives from other bodies. Even so, many SDOs make a
great effort to interact well with the IETF despite the obvious cultural
differences.</t>
          <t>As stated in <eref target="https://www.rfc-editor.org/info/bcp39">BCP 39</eref>,
the IAB Charter:
“Liaisons
"Liaisons are kept as informal as possible and must be of
demonstrable value in improving the quality of IETF specifications.” specifications." In
practice, the IETF prefers liaisons to take place directly at the WG
level, with formal relationships and liaison documents in a backup role. The
best place to check to see whether the IETF has any formal liaison at all is
the list of <eref target="https://www.ietf.org/about/liaisons">IETF liaisons</eref>.</t>
          <t>At the time of this writing, the IETF has around two dozen liaisons. Some of
these liaison tasks fall to the IESG, whereas others fall to the IAB.
Full details about the processes for dealing with other SDOs can be
found in <eref target="https://www.rfc-editor.org/info/bcp102">BCP 102</eref>
and <eref target="https://www.rfc-editor.org/info/bcp103">BCP 103</eref>.</t>
        </section>
        <section anchor="press-coverage-of-the-ietf" title="8.2 numbered="false" toc="default">
          <name>8.2 Press Coverage of the IETF"> IETF</name>
          <t>Given that the IETF is one of the best-known bodies that is helping move the
Internet forward, it’s it's natural for the media to cover its actions. But it can
be hard to cover the IETF; a common mistake is reporting an individual’s individual's
Internet-Draft as something the IETF is working on, or that the IETF has
approved a new standard when it was an Informational or Individual RFC.
Often, the press is not really to blame for the problem, as they might have
been alerted to the story by a company trying to get publicity for a
protocol, or they see the latest “controversy” "controversy" on social media.</t>
          <t>Reporters who want to find out about “what "what the IETF is doing” doing" on a particular
topic would be well-advised to talk to more than one person who is active on
that topic in the IETF, and should probably try to talk to the WG chair in
any case. It’s It's impossible to determine what will happen with a draft by
looking at the draft or talking to the draft’s draft's author. Fortunately, all WGs
have archives that a reporter can look through for recent indications about
what the progress of a draft is; unfortunately, few reporters have the time
or inclination to do this kind of research.</t>
          <t>Reporters looking for information about the IETF, or pointers to IETF
participants working on a particular topic relevant to the IETF, should send
a message to <eref target="mailto:media@ietf.org">media@ietf.org</eref>, and a full
page of contacts for a variety of needs is available
<eref target="https://www.ietf.org/contact/">online</eref>. Replies are usually sent
within a day. Even if a direct answer to a particular query is not available,
pointers to resources or people who can provide more information about a
topic are often provided.</t>
        </section>
      </section>
    </section>

    <section anchor="security-considerations" title="Security Considerations">

<t>This document has no security considerations.</t>

</section>
<section anchor="iana-considerations" title="IANA Considerations">

<t>This document has no IANA actions.</t>

</section>

  </middle>

  <back>

    <references title='Informative References'>

<reference anchor='RFC1391' target='https://www.rfc-editor.org/info/rfc1391'>
  <front>
    <title>The Tao of the IETF: A Guide for New Attendees of the Internet Engineering Task Force</title>
    <author fullname='G. Malkin' initials='G.' surname='Malkin'/>
    <date month='January' year='1993'/>
    <abstract> anchor="acknowledgements" numbered="false" toc="default">
      <name>Acknowledgements</name>
      <t>The purpose next phase of this For Your Information (FYI) RFC is work to explain welcome new participants to the newcomers how the IETF works. This will give them a warm, fuzzy feeling builds
      on and enable them to make the meeting more productive for everyone. This memo provides information for the Internet community. It does not specify an Internet standard.</t>
    </abstract>
  </front>
  <seriesInfo name='RFC' value='1391'/>
  <seriesInfo name='DOI' value='10.17487/RFC1391'/>
</reference>

<reference anchor='RFC1718' target='https://www.rfc-editor.org/info/rfc1718'>
  <front>
    <title>The Tao of IETF - A Guide for New Attendees of the Internet Engineering Task Force</title>
    <author>
      <organization abbrev='IETF'>IETF Secretariat</organization>
    </author>
    <author fullname='G. Malkin' initials='G.' surname='Malkin'/>
    <date month='November' year='1994'/>
    <abstract>
      <t>The purpose of this For Your Information (FYI) RFC is to explain gratefully acknowledges everyone who has contributed to the newcomers how the IETF works. This memo provides information for the Internet community. It does not specify an Internet standard. [FYI 17]</t>
    </abstract>
  </front>
  <seriesInfo name='RFC' value='1718'/>
  <seriesInfo name='DOI' value='10.17487/RFC1718'/>
</reference>

<reference anchor='RFC1539' target='https://www.rfc-editor.org/info/rfc1539'>
  <front>
    <title>The Tao of IETF - A Guide for New Attendees of the Internet Engineering Task Force</title>
    <author fullname='G. Malkin' initials='G.' surname='Malkin'/>
    <date month='October' year='1993'/>
    <abstract>
      <t>The purpose of this For Your Information (FYI) RFC is to explain Tao,
      and other efforts to the help newcomers how the IETF works. This memo provides information for the Internet community. It does not specify an Internet standard. [FYI 17]</t>
    </abstract>
  </front>
  <seriesInfo name='RFC' value='1539'/>
  <seriesInfo name='DOI' value='10.17487/RFC1539'/>
</reference>

<reference anchor='RFC3160' target='https://www.rfc-editor.org/info/rfc3160'>
  <front>
    <title>The Tao of IETF - A Novice's Guide to the Internet Engineering Task Force</title>
    <author fullname='S. Harris' initials='S.' surname='Harris'/>
    <date month='August' year='2001'/>
    <abstract>
      <t>This document describes the inner workings of IETF meetings and Working Groups, discusses organizations related to the IETF, become engaged and introduces the standards process. This memo provides information for the Internet community.</t>
    </abstract>
  </front>
  <seriesInfo name='RFC' value='3160'/>
  <seriesInfo name='DOI' value='10.17487/RFC3160'/>
</reference>

<reference anchor='RFC4677' target='https://www.rfc-editor.org/info/rfc4677'>
  <front>
    <title>The Tao of IETF - A Novice's Guide to the Internet Engineering Task Force</title>
    <author fullname='P. Hoffman' initials='P.' surname='Hoffman'/>
    <author fullname='S. Harris' initials='S.' surname='Harris'/>
    <date month='September' year='2006'/>
    <abstract>
      <t>This document describes the inner workings
      productive participants.</t>
      <t>We acknowledge all of IETF meetings and Working Groups, discusses organizations related to the IETF, and introduces the standards process. It is not a formal IETF process document but instead an informational overview. This memo provides information for the Internet community.</t>
    </abstract>
  </front>
  <seriesInfo name='RFC' value='4677'/>
  <seriesInfo name='DOI' value='10.17487/RFC4677'/>
</reference>

<reference anchor='RFC6722' target='https://www.rfc-editor.org/info/rfc6722'>
  <front>
    <title>Publishing the past "Tao of the IETF" as a Web Page</title>
    <author fullname='P. Hoffman' initials='P.' role='editor' surname='Hoffman'/>
    <date month='August' year='2012'/>
    <abstract>
      <t>This document describes how editors:</t>
      <ul spacing="normal">
        <li><t><contact fullname="Gary Scott Malkin"/></t></li>
        <li><t><contact fullname="Susan R. Harris"/></t></li>
        <li><t><contact fullname="Paul Hoffman"/></t></li>
        <li><t><contact fullname="Kathleen Moriarty"/></t></li>
        <li><t><contact fullname="Niels ten Oever"/></t></li>
      </ul>
      <t>We also acknowledge all the "Tao work of the IETF", which has been published as a series of RFCs in translators that made the past, is instead being published as a web page. It Tao
      accessible to many different audiences.</t>
      <t>Finally, we also contains want to acknowledge the procedure for publishing and editing that web page. This document is not an Internet Standards Track specification; it is published for informational purposes.</t>
    </abstract>
  </front>
  <seriesInfo name='RFC' value='6722'/>
  <seriesInfo name='DOI' value='10.17487/RFC6722'/>
</reference>

    </references> work of countless
      contributors over the years.</t>
    </section>

  </back>

<!-- ##markdown-source:
H4sIAGV03GUAA8S925IbSZIl+G5f4RX1kBExAJhk3pky0h28JJPVycswWMWu
obTsOABHwDMAOMrdEZGoqRbZj9gv3C9ZPUdVzcwBMIu9+7A9Mt3MAOBuV70e
PToej0Nf96vqcfGu6uu23twU/bIq3pdN0Sz4z5fP3/8Uyum0re7+yZfmzWxT
ruVR87Zc9OO+2jTVXdWO+7IZt/hhta42/fjLr8Os7Kubpt0/LurNognNtGtW
VV91j4tvv3v0KIRQb9vHRd/uuv7Rl1/+8OWjULZV+Vhfc9+0tzdts9s+xgjG
z+putuu6cFvt5ZO5fGnTV+2m6sfPMIwQur7czP+PctVsZGj7qgvb+nEoinYx
q+Zdv1/ZX4uib2bZP+vNXEbrf+iatm+rRRf/e78e/Gff1rP45Vmzxkzjp/Vm
VW/Sa6rf+vGq7vqxPGTarORr4+byv8kn4a7a7CoMzuZ3lk3wDD/db+UxH2QB
sAcv8CX567qsV/JdLPNcv/uvddUvJk17gx+V7WwpHy/7fts9fvAA38af6rtq
4l97gD88mLbNfVc9yJ7zAL+/qfvlbpo9Qf8wkVk+wAPwg7MQyl2/bNrHYSw/
4f/UG5nZ64nMd1O8wUHwDxa71UoPyuu6WnXHX5ARlZv672VfN5vHxZ83MtS2
q/s9TtvVupPtnZdr/3Kl08f//tcNnufnbiJnIBwM58VEVq+ZH4/kRVvdDD4a
jgEHr7iar+uN7FvLPxa//PL0YAw3y3t5wr/KgVss4tqGsGnatfzkTnY24LzH
/yqKdz89ffjVDw/9n989/N7/+c1XP9g/v3r47Zf2z6+//e47+ycuCv4pMxyP
i3KKYc1kvu+XdVfITdzhBBZ67bpCbkARb9mpy1uU+BL/OZbJbHr5/9U8PmhS
DJ9brrome6CMhzd3VNwv69mymFfdrK2n9qrtbrqqZ7po27aZVV3nr5ZRTIqf
dq38u103bTWSv+bvGT5IF75cVYUsov4lipXhE+VjPePlSl7fbpuu6kb8fFV2
fcHzJKNJvynkrfVmttrNZda6FuVmU/02EXFiOybf75dlX2yq+2Jbtn09q7el
3HL5g/ymb4pqc1PeVPIYPhRiarDC9/VqJaJh09dyyfH9aYXluKvxyn4pl/lm
mX27msqR59PKAktT9PW6Wu25leUMi1hPZSXWGGZr+1PrOt2X+4mfjHU9n6+q
EEQqts18N8M8wn/P/ieEa5m4vEhmku+ULML//t92Pv/zPzGOhz/88NVIXlRR
LuVzOyvO8aezi2IpP/NNm/PzGuPjaojM4sZzfutKtg5/wHwGEk02ysSPPCG/
hp1s90o0BxfbXz3iA2qbnb3T3uanDcenOdq3CaeCmWwgLmTVZDAFN3ulY/TD
6sdxVEx3PU6hnFb5KsT8biNyaTyXB6yaLY6ODCa7P3U6PPLQRl5zV1f3k+Jq
IUIsnj28mUvfLePpw5XCKX/4laiNspVFqfsTX8Q52eLU4bt4vvxpXs3KOf6y
WjX3rqzjXOLmyI5yg3Fx//M/J8XPzT3WYRSHNa/nxabpi9uq2ha7rRzgXg/o
bFlubqrOT3paZTsScWG4HPhLvo0j/2tbTffFrCo73VG5DiV2uC5xrrtm18qp
lCdmayjSuxLdKGcAknsv6yEXX35azm43zf2qmstClHLL9NzNa7lbOxFVIpUa
3jyZ+C47PzzFd7YRXGU9E5wfFm5T9ru2imc2nh6bhgy5xz7uxFRoaWbgR/Lt
ZXOPd6wbkTXVYlHNIO9lvDKGu2qfz+jUwdQFqn7bVm1d4Wpy4W3fc+NrcAAw
7253I/si4pnPLLeyM6WI4x6zX60wjM3NSLZyXuq/8B7brBn/ZCuXhvf/Vth1
O4oobtOh8tArJsvxae10LGA4106GiLOBpaZBlxRUCO/kJEFI4Ca8i3phIOty
qfdyU3RisPR63sW8Leeyynhns61nnayLnAy9Jrbe+s3dZit/FmuPxxRDn9ey
xS1m1s3kXu5MP3GZVfTgd/rYePiLZS3iHu9Yypv5A7Gwa8yQX8F/VPH24vBS
H9qVlN2Z6V3EfsjFa+UWVhzFLN3DGj+iQtvN9SRlSjKEP/4Ryq2t/rbDo224
sCCSVGraWi4CN2sgdw40w5/Kza5s99QQ0Jh8SZI/D79zGbaQW12U83ltEtEU
cW4PyIFuq+Hb5F1iu+k7xS7Sd76Z9c1ULp9qJf1Q7Cf98LUs7No+/do+hR2l
n17tbsSzKMS1eKj7wc9hXOnn19W215/LV77lhOJPHj4a5WLzQCTLXsdjnktd
bO8/u8Bdo/aFyPmzmWgAkYe6J3PV/3K869X+LBPUdjS73bSzTXz40Fe62cie
fXK5h2usUm8lV9pugA1vXVG+YlB6HNX4gFiBYWXflPfKXcvm3TS3OLCdGDYt
L4mIQLloevLFiBnJq0qKSlkuGRIF4sEx1OP55829WPRzzgQSSQ+nuC838hC8
olnVukJD4dIPZqHKEJpRrtod3nYnQpLfnkIIlZDeXE1fKr+zuNn1bLcSTSZX
vm9a2ckSRgZUIg2M0sVzrhcxl7rV40DlKVs627UtDWnYptVv5Xq7qlSgiJiS
+djtpPD8WfSZGBkwl5vtTqYLVcq3HIlj2Yr1tqfhYUs3UOSyEi46cFBzXTTd
iXaheIOtu8Iy7AuRqTe5TJU9eOrKcKD95EjOXVi4kNAjLRvMid9XK1Et1fGQ
5bOBBTjiNeghqkqswk0rv2jLbY19LzmiuMLiF9+nM+qevl8Euexfigq/EnGi
Jhr9ab194rn1NbyBwSzshxyP7sM8WQTVptth4mpPmf8A404eKOZpfsZaeIAw
+PjMsWjuDmukMxy+8+AEyC8bMfOPhjU0kmFWTyuup3gDO5H9FAldfbOp5YTi
mpbdVvY22mRwcxaykGrWhPCiwUhkJe7Ldh4OdOH7TMVks8Jb/WRMq2pDhULz
ixa33hF3VDJt7W6guSNcMtyNTUWhkVkczYabw8nKQcEEW7UHykLuhMiPVVRe
ZpvZMOvOfalm18lBuRWZDSMVElgGqEemLO7k8lQaOZBzWZf4vBMrvMq0tr/A
rD+1X6rqtlM7p4MJyKuUT9cdOX5J5EYLMZ8p5EUB2cv4V3XXrO6w+kO7eNtg
IjiTceaTglfutezbYJHkedutiFD8uPZrp247nJ++yx49WBVMAwOs15DZVf7V
WW5/Zgtf/VZ3w1OLS1uu6lvZged6bDk/carVBRV3k3+YN6rb6u6x+J7FK5xQ
3hQ5Lje7mldokc4+7sqhuBsa2GLntRwKZAhMzFFR9bOJPPtqhZvPMIpJfHl2
NbmZyOVY9TWeTuNObrJLM+pE8dTWmCScbrHnts18Jheli8/lyutJVbEx3AZ7
x3TV3GD6+KGt7Lx4VvYlYjC3kLzXK/mHPlW29GmDyEI39Lz91skJgfaX9RNT
QIYlom+j/+0W4//fVueIhkCX7oBKPNNxpSgNSg3T8vB7zAHmI6F3sIo0SJpd
P24WYwzRxySC1K1avZg4o9FyteBN8gPT2PK7lN2g93AsFydiSSaNKjgbKqvE
O9I1OHI3dNHzn4p/af7K/CC+1Krf8fvhJTPoxCDbRJeCASb5q1jJIqCvkg/L
43rkuOiBkZ/0xVYkM9eEftc/UbZRwU139QqiSfclc6Mz97mjyNrDtYLTvCy7
TzjOun2qZ3Xn+bJltdpmAmXwetVf6jhqpGRrIam7ahiZCUH8/EOn3laTmu3Y
PzT7jJLnBXyR61nT98WrcnVbb+Rv17sOURWxjsq2rTv5y9tytxJbabEQiSD/
+W8iglZQciK3ahnMHuLgID7NYSH0eSrgkPvAIgg23aqkxchrQyM0mv0pfMfb
stmf1kYh/KTOlyhUe/GpiEf+8pkcsH4FXRS3DWM4jHLIcePhe/i4+AXr+dzs
3nRiP+E358fxn0VZq6OHFgNniWGTTwenzMcaDUKzelvEv+tNJ6/qzW2XB3Ro
PGh+o9OvywrvKV+4SHb5FjuEdtTEvfpE9DxGFbti3+z8JWeu7+Lhe8zYnIV3
EeCh1SOStrd44E09ww/EVI2RyarZmiDfQmf0MZrmRu0XHeNHARa+mJaQ8wx7
tHKFp818b352Pl45JL6C/19Dr58ReA2DwKt6onGEtqMpLo31//3oKoOr5cbD
TysL7J4MoHLbHhaDoLYaRe4SPIfTUlVMVr4vu1vIbBnlOV594bqAnmSXVraw
QC4DR/kKFOfXz95cxLSDv2VSpNi5XCwRpeZ9H5rzIUpBSFR4MWLsLKuNCERe
cGymeQ0hc4XkfMPfHPfNGP837dxHqKNSTQec8v4ekuvhl19+yVV7+I38I5eo
/3Huybt5MlNS+k/m33cP7OkPfJUfXEzCFbZkX9zIbYr+jIj+lnrsEV7H0VaI
4om5dxlF/2VxPq8W9Imm+yyR3BWdfJ7rF3uCaGLoAVlhcVvk2PpcL0Z2iTZ7
vXQwB26agrZrMKXSVjfwkw/i+x9khbOMCt6NwCNDJ+oQ81zTHw6ixfcWJvBJ
qGn/665D/quZlyKHl+5bZ9/CSDsdIL0y+SDY/R6POV0E5+5qc1Q22HxaQ6We
Qs2cmgltxqqsg5wZpIT6MQzMhpeUeUZ5X9dh3+UWvKHEb7sKMxKJ0be7yhWO
DGcYtcZj583mix7LZzc5P14hCYaeWm1cVHAqa8b/Op50/Obpm7+8fDZ++IM8
WfZtLbLtfplOhwaXgizNFvFcGH1Mf9vaime4qsxK45GhWuNoBwPF6UBEWHbG
vO2NO5MrLAUS6FwyeHiysjrXoTTz6xllYchl4fC7bqEtIQYw1IERkyL8alWG
KLQsg2ee7g4XtyqmtY6tPpE7tIdSXTCYLtKhaed62tzHP2ETJd/UXVCuHG+Q
meDhYzyT2ZvT3b+/v89S/lMxxh8kQVU9uKn6MV2uav7gAurIl9Y8rEk4pXF6
sbWYYGDyqdPoBPS8u4c1TrtMRlwi6Ns4jRpeJXWpO8iTAo7dMiZCtyK9ZzX9
zfrwzXJ0AlIkM1NLGoHRuGOngQzaPIw3bqHdxYlbiYAXx2TV0SQQo3kVliJF
LXAXJRV+RI2P0IdcrB9zt3WkIdvx1PJWzYoPw3NCW3GWjMbpXfXIgHpaf9tV
6ltTKABTQr+P+kuW5hVuATAeSVf7fC0n20IHbPBveQmukCxZXFC3rDroo9BX
s+VG5zx8hsbT4V3jCKo40onXrfiHnRiM/JmouHW4fKeD1hk8NWDLpbz2/Frm
gJXq3Jj5tbmtYgibl4W/is/wR2xXNbTb5eSiuH7/TBUHhlTUQNzUi1qj/mfR
mjhTW+PJ07fZly0sLZK102g7hSXlxBO87KkGXIu3uvcxXRmS8n4i7osNIX88
7xXeIbMcxOo+yleKH4b3qV3Mxup78Fbh3j2YzrY/XMgFqM0DK2P6TdS77Gwa
/8BcwyaKDPdpu+kR06uTcF1V/3H+x28v+ACMeYh10k2iDrJzTkNJLKXJw+Jq
1jab/Vp/d0U8V23W3Z+7QZ4rBGytW7hl/rty8LuFmKbH15KiOZrqIfyjkDMq
Z0n+j/zzVSVGldwA+Q/5ZGz/U6R/4j/kk6tnhq2Rf8o1LJ6J5z2TVeaH2Af7
8OReF+cl71Ghi32hP3rzE75ftxqeK4ufKs3k48OXV0/kw2g9XsGBkBvE9O+T
BjrhHwW/9vpq8L0OIViZ7Osd8kVdcUVdjrCEff+a3z+ED4nMud4xpCf7Iv+Z
fvD06vXr/A1PG/Gr2hQqTW8s15Y69XfrA8bPsp/rubBPnl+/yJ+cW8jXvf2D
ytC+//adfZ1ndwcnr23ESJWxtjXvmn7v3fC57+RCwgE7/dB3709+NzPR9XvX
b/LvXTczhnH52Tvs44FMUaOJH8uFln9cu0l/dBTwnQ8Y8cAAwN/hVDwSq7GM
wSJs3L9kOgvadoPEmK44Q09NMZeR/AihV6suFguVsdfVYmxOBCKgfAvipiot
h5gEs8dClW0Ko7GiGnfuRcfloGxvVs1NjTDByzhcU5iyU/AQg4da7Gpnzo16
o/fpidEDosG38IBnsjqCvGK32XU4BvUminlGiztNZCYhp+F2MwfPpxCzdfJv
GH9tcaAuNIik9mGpF0GmVJx3ZkSYEoWXvFutXIO6k4oRXoyCDMfyDRnkA+sm
Kq+tV5lh2Q8MEAuadbR1EXEUVaKpjfiYxydMaFpoFH3yuxAjK2JarjSqxc8O
ojp4QgoapLzVXJyLlggJUUx4lRwJOLTU4RqwUCsYiy43Fgre9cBX44ePLj7Q
kJ43xUvxn/DEfwma7kqWJy09HSOsreQe6EkM+rvMtZdF+h+7hoYK5/IRYKSv
fvjqm8fFVfGq5sLjgvWVp1zjT/+5cpS/4VEXj8MZfsT4t6z/TZMyym4eMjh2
Ww3XjGuiwBsxSOF42YD0B1sLRzDQ/TfZQxGtyLKtqjvZvcwq4u3KbltyvfRs
bxarXeXegyycr5aobBHAo2LXVdEzLW+qw40t9Ajzl+VgKuHkVGjHdVU2DIt5
YUZ9I3crRVdG4vZ2MaXs1m3VjU6ETDKPMvlKIvbm3eRM74IeCgAXfOb63gGG
g3HVl2qf7V04QR00ndqzKqVsCxDdBBJKbryPQ75P7LMvv/xWnIP1UdgLWZhr
yqC9h/oHcquVhbd8iS9MF7MbG1EmY9qtCnuOKrynM3lX6a6cGMVRZAcJrJLq
oa0Uzz0v4wwHe/1pPSqjOIfWvUB8AhadTejQwjuaS9xyzpUI8qPR/VTOxBPu
DbblCmGvoWeROm6dVZ/QtqGIIbF3CIl5OheojfSTmGbBK9/S1+XuY8F267hs
1W/qQh06vcjCHozd8PGWu1kjvX8ni9sgbCZ3Cv+ntXHyP0pgIzStiXOO78kj
9GjxR5r/YWTV7iIT3i6zioXCi7HqCi+zLFa6rB1iInel3PfxptrJa1Z8athU
NX+ZGQO5v3WvGZb8UQpjlGksdiv6Pj7V2t/cLWEiIzeMj+reIDOY0GYDT5Ea
pKzbjYVPTf2KxSHTx1Pi4ZUlmVVbGYJry3k1q7BKKxocXLFGpoIkwRhLKw/Z
NvdyPWipy3swGIMsypoTcSkLOq1mpXzdQm3xLfjGxlPrQXNwMhWu2yAenh0a
l2rxIXS35dj2mvsQmROflp9hWakvUgjB5OxOoYz2m+LEb1S8cghLWGG8rDNx
H6j4X25U7UHgjdJo290mRpfEZ6mrhcZugK4ZBGDebNwpCszjYeX8BzVsFTG6
EqRG48F/2yFTkTQw38ib+ayUuxSersr29nFx9gExzF8B4LhVTAyEKP1hPRF3
VMfEv/KVd4yrKGYcMQ/AFDqaVjKdjYIN5tXkrLjaWI4uGw6XagAp8QTteFmt
5japkINj1FDiwP8ka/W2EUsJRSdPKn19e6deDW0xeTqiJx1SrbhHK/FwW7Ub
44fIgW1700FyjOrcsF7W2xyaM5FZMCWJQAu0rwE9PJlC0zoMIoOjggGXG7ii
rYUeHY5j2mJjkWfDlaxwXrBJ8hWcRx0TL7T+yJMnBAbWnf89PyR+jPhNuf0D
D0Mstkfjry4Gw0z5kXu+Uc9g14dj+821vcI+kq1MecEIaZ5jHsaGZWUH2Qz7
ZtllOF2PRrvxhTuG98qNxYoMIlZis+6oWCPY02IXs7KrDHcWv4OHxTqH6T7o
eezU/aX0yVNNo6Ic5gEDrc9HXz76/jE36k3+bbnTiB0mH4ejv45pqLcaO/ks
qxSvuJiEtysg0pGvsovir8c8ZEEUb4hV1wNA/EQ1N8fio0doC4RoT4deY/qJ
VpwB3aEsjjd9t501hDwcJ+5S+kEG1NbirGTa4mOGRvknuZ//wmgOok0jCyQe
pxFx+nBdWbZiiFd1qus1dr00ryGGwx9nR2+D4wqz+YySObeYR2c4GlsEvylI
NLei/rS4Ab1Y2MiraOq1K/dZ0BzWdxfcK9xnqUoOjUp5gUx/OW8IqJzuk1o3
u8SsjHBgfAAJo9ZpNGQUlqXoFkAiOqjabeXYgF8ZykI+K5xwzIcZxie7PluT
eVN1uVQ2Fd8QarYJ4uLyv4ePeLmAyG2jjzu4LJRkqvAhlx1gMK0CBJuPB25a
V3EV8C0IYhEg0xIYTfHGyy2jncNk3yRcYROw/Xwyws1dDBovRSPJy0fF2b0m
gpAhNjCAGr/bZiVeDVQEYpiPJg+Ln3drZBSeiFynkutQ5YQtXtRt1w8uCdN7
1GYDfPr33yK59Uu9uS2ndHuLa5GFz+rqphkFmhWPHqacpp6fr+WvCmvk8+T3
1+9e4qev5LQ1xdtSUQUJkP79t/IsE6c6Mp6xo3MSU58R2gideJyb4sOyEicz
YL+xcSXFpn9/jaDjFdY4GvxPK2w9pOlTsQ7l6m3qEmP+qZq2vjLf6Si+O5rt
q5fv3z3nfGe/VKW4vn+pW9mAumTo5U+7lf58VAznHDcCq2qioGSSOlvgEFIp
1MfDcN+B+LRPO/1QJen5y+s3Ty/4Zkir6mC7f3hkd+HqSVBvVbNF+FXmCVw9
Ed2V6dRONJ/MHfJE81YJqxLkpmzrrMjicNCT4tmORvXL18/f//AI4/k3ORcj
GdUWi8ffyOvDe5Q3M3G+NQihlu2IJ9W60WKj0wTXAtE1vyKcStD8tShCsZjy
0NZaYxCxWFbL9l5XUL0rJGYId7etQ80GzZDB/oXB0fKb9HyHEHDCE/75+sGm
2Yz/fB33tOi2K8uub2h0hm++fPDNl5ko9uPR661BQqAszjHcuUxHzIRRcYWw
mJzUknnIR19++eVI7e7BycJPOvvtX5vbZlmuS1tnPRL620dpuIPf4/T+Av8Z
lwU5Lz7oya7aNF1xhcokGQig+fKVMnvgw28nstnipLXJiwiMDLOO0Nd+gUfm
m2IW3GpvSduzh2P5f2cJJg55t88sQcbEaISGORIHFileZkCQCiEuoPkNAvJa
tOvS5zMabBeWaqIIJ3tT3RGqCSQCUfslI6v6Ho9VyDaIcnJwp53JEEHCx+FR
xLW3y30HFxVP5rEYmi6wLo5fJEP4O0u6UtGFvg5eKJ+awrgGm1/lkVNFqwNM
oBsw3Fq8186alnH27pj2RFcx9RfSFkEb5QqQeyUOl2VRHXM7CYQ557YSUnb1
7NbnxRqEeAAP9jo32XEcaet+jzJwXVkxRjeQZK/sZ3/hw64rj7P/V+xbPPaC
LqK/5YfHxc9iKo1/gf1RvNjVijpyweMvfatjzTz8z33fDxesy/v8Cgc5wQBH
MaSYahs0+o1zNyxroKcB+F+t0HGPYTWbG0LREyLZ8e88aI2F2UIqXN2ZXlh4
UK3SvCaqXBieG1RwuEHyiDLt51qsQVGye/6ZfxdT5f0J1eDayg/DJ1gFFKSG
f10cgNoOnlN3ipczLDzirPD1NkAMLWritt2dHqLZ1EFTDyxGHLFL3alE0UDL
4ZKFm1UzJULAQ1Eo4CozrxCj9rg8EldQtzLaMw3QrxsTYwh6hexto5TvUpm1
66qjEfjxnFabCqkL5HLFsrTwvBXSx4wHsjKTsyx2kyVBOCyzqL16XkMqC5H4
GwCfgq1SfvoHrt7x9v0u3qYcfP3BRb7XzB6eiWDUaHE1Z2ldvz/zJfS6GoXj
a76xZ3QLgIlQFtNWRr2EN4AMVuc54778LeJzMz2Mo2YJTXEavJaXGa2OHlSD
oKkFtG3+RwhPVYFiwlSISC5FnaimFsEqypa+K8NinWFocr1BBINYN+Y9WJUG
l/kdDFBUBsm0v+hCOsi87BpCGMQNJsU7ZvOzwJ7Mj9EE812IcgEyRvP5MiHH
FHTEGIu+3wI9NLVKCtJ4eLzIw8+dFWPDKOwCimKKJRSRgt+bAydERvUKf7PF
m5d7YO3mSAlFYxPUNnLjVrLnBwjb4vlv1WzHsJqPlOLUhglBVR9EXrGllr9h
xuY6RVlywRgTM4Nfj+yn+Eaur0NBoRK9jDh0TZJsyht/vkWB9PZYbGq6m99o
xuJdqYUma9HyQAXKDV6Wq8Xwao2L5x2KXKxSVrN0sh2zqDXrKi/MmkU8kZV8
bbegsJBNlGGvynumEwAO9egSQ6Qruh7xJvAgQhgc0HPIPZUlYxmigi5k0Lcy
9gRMm6gtr9WFPTHnJ7DSg+e6RDlUiJpzmFfbVbM30Ts6uHMzu+wDJztpnUef
Be7QlJTP/vrFqbOfJLtmVFwVnAo+5gGaUwjwIbEE3wiZi5xL9VslG9tVGtuf
85CHlRbkyl0fxcwGfomkZQokLGotpFFcsCd49N3hQDJcaTYdTD9OkUA+jc7k
XqdVgb2NQBHvlCaBLqt8eqPY5LmXGOk8bgD8/fCiKww2qdYtBLxYhyPy1Sx4
RdtAQaoTET2wFfWU8nN6aw7wqOfy3Ih9voVT6nWIAbfxwwtAfbLoleUYIoZU
MWK8IS1mJQfl6bKa3ZqrjeEjTInS8+53VRaj690DmccNs4RY+bDbqiTrh7av
xQnx8M7xAbLUHKlbW3ONG6ZCEEX35YlvLUp5KmqdAhxATT8FIjz65cqgzXjH
DqeXhswkO9OGA43ybYAhk8W9eobFhVeBJepoUMeLFV4j6GoC8inTdLJ7xbn8
Wf7rwkpMqiJFvXhn7pucRMSmSzQGs1EuJB08FMWeXkFF7GkAg0DDh19+FtLw
4ZcXNnHPEGCup+B6nOmScE9A8/Rsfczhgp84B1pE+AAcbJ2YLIyVZiUNHu0m
1o8L/Y/iGSP4Wx6KTwL9MrSfSm0bpwzrnZgT4/fA4fKB53K9AN16G9PkrtAR
msVa37TluksCIwGHaPLJCHnGRDTvx0iW1ZatErGlsCTmUwcltxjXC6tBPr+p
NhcO5IuWDw0DMHGMYYBioyELFNhJnL0ia0w86bacx9JoMh+IL6PoxChBz2VQ
eNWziB3yeqN1wyril29jyRAG8Oz19eAK4mFvkn7HV14lGX7ebDs8/fUgYa62
99XVlc7JYSI5fkOMeZbSl7Oo7H3EeOO7Rj3587a/wfNfVL0VEetIVRnWLeL3
fbxb+OW12DgETJ531Uz3uL4rZ/uRVZsTv4MSCRjDM6sMhgSUWy+2iv2B5uZc
66n1F5Emy6PkfNt7oCOofs/77g6vS3/BBrIiiOCxtZlWLazAGWIjsWAbERzA
i6bykvt63i8xk/Akps3tUmsxrcLLDoG6U5ao4rv7XGDLJjzrFJP+tx0x/qgl
MFSF4pEMgSDfs7Sm2hEsf+FdwfXMkPEBCG+Nv6Y0tLxwytqcvGgRh9ehfXwS
lV+pqVcxcSuLHmUZg95GUjqrhAKG3PVK2VkdrJ59ThrRltzq4H51kNmHP+Qt
E8eiNdvb46PUjCIxu17GF2yxZXWuU1KIJodXA3dLeStyKFS8quplxARJxjg1
5h2inpgUz3iPxzpmT5tusjSW4yY4HFa/wkShjmSkVpkgzGWVk3bPMLImwb8A
WLrR0h4ZI/UGVyarM2JSKlBWTHfdvphrcDkjzwCOo0kVBzBlvCA85bx16EGR
KfSsUNZUAHXL1JBWJsBaUl1ipC6Dc1yBS+oAWXwOvDEqqMn5eXYRE315tN1h
BqzpDAo8YYAdi3mvqbdI9yAO7cazcrbgN2IS4rBGi8mRpncVK3q8jnjgzWiV
tgtsTZxYvrIbRPYyskTOk3fQwv5TubsNiikUM6kwJK0zMcixbG60XOLVLJhu
gTsPfFwKuWjaLFz+9fn15ai4fP2mePPkT8+fvn/55jX++9nL66d/vuZHV0+u
31+9xF9lEpfvnsvfn1+6DSRnbrfqLXtYtzZwVM+ILSxvx2uAWmuRUohPtcmk
IZU3MhOyhXHzQr3QY07xI2qVOoBJqdYUyT13jV4vgDhWKtoniE+LA/TS2DkA
KeG1z6CVSvPmCQ9eOUgXM5+4MMEWPUXt1+Wviqn3un3W+mgYQc6nfh//OVxR
LkjQME2kbPiEiYPPH4i4mwObMYatO9bHjn25xPIJsdirnN+hzEDmB6o3Ll8s
45txkfgsFZCuTvWBIT4QyS9D5yR58mszPbQMgXQh31fEGpsHYZEvk93By+9R
bBiRIglYmDwF+eV8btKUl5qDyLEo+3BlhTn0VjuvsSIJFMcGi96wCY0ORe0b
nY+6TTicQexNS5PjTdQrmv64nJuYFT/hElVV8MDAIxGJ7+aG4qbnJLa6CXl9
uRG8xOLARKfipooK3RpF6pUnYgwRPOSqS/41UU7Eq0dZkya9h7/nUbIDb82P
qli9MIQSHA2lBvYIeovxubLAue/+1e8Wn5y/vHpy4WHHqycHh7icRljJoSPv
RFVQD/vK8Uln0/oGSQq84cwxbRFk4egF5W7h4oKFaazEJCIYFWCmYbEGsFZz
/gjmxKP8xJd6JIZxA0dlXD3Byu87s17hPdM+iXch8K2A8/qWHkBJ40inLWNV
KoiMv8/CL8w/eeGVQUVqhXndxkQvTaRoHa2BFZTRuaO2BepM62DT4xiCAmPU
MCQ2hK2xALkMrLQ4Kk/NtWTMUkdlS6aelAkOGZxZoZ9a5jjbO/+pmsqT4jkq
tZN5aXUndXwa/G1/WaxjaassQ4/4Sq3sbC7iMQMRfGWXoJcWb08YcFs531um
4ngYG6uU8VqYzkIQv1MEdHDAWwdOGVYZgTJSLWy44nd1724KzAHZ1K2JOxPY
qD6ZV1sZuS8vQGxW6ZKCV8M11jMnh3W/1VzmKJq1eINHHRidCZ8CiQ/gsCol
/JPrF+ki4Jp2Fjf3L8dr4UmJRDukgdV9TinIesXh6jMCfKW6tis0ePFFp2pl
kyIc+NJMa3hSKB9S0Cuh/S9uL/ABWrSKH7/R8Lr+GplFmA5VTDJbdkmkuQib
/GXwLUSNdgBCoVzJcRn5I7l+q7qsyeyp5sIw1mfZhRB+qW+T75XuU37EY5jH
wjVjhGuiPdRl0Z+nqO5JUR61VjzqikBxzCE4iiOX5V9/VoHgOYoJL5wGqq0M
rtqWGfRDI4O5ePHLI7891AKbkpdkUrCOOA4hWQDG2WTpP6NhIEEhUYF5HYLI
H5RF8JskiyznJBKNYJ34xVm5roJIznhRvF42WuOsNlGMOSeIeaDyvdL1xWTf
P31b4DaFzS5V1r16+eq5lkNPWHj5hRVEncwcEJ2ZJXps/51pALm18PFXhOtU
Ip5UoQ/SSj/wmBI57sdY3TF/+MB8HJ5dHFEZmY4PL1nsNgpzlS1CKefBa8Sh
2egmhUBBbdXujiW2FdpHyprOCKMUuEfyjcjsEIa4C0TFe3xpsddk1H1mVnJ8
Mcd+XO3yM1G+MMLIMDYqku6FnOtq4hXbHdd2JttGxLAmxiL6OwEjLWQtipaR
fVCXGqLJVDC0J+08pREwrLFsbwu8YFBdvLY6IkJIu2K3zS/ZN5Q1zxkQ1ZCh
/OfbSAfjkLfzd289jS7/IieR0tApZ5yWFnrdvDziC8dk7xIt9Rz3ZIqUleg7
OvQZw6EYyxm8kTX1cgYVaYDlu0zDvPyR+2biKCyaSEUWK+9FgV+J6B4V9UJh
8rh6WXk1pccovZAUQZFejW62siD0cpQtV6krfmgZkp1JoZmtejCTE+5IliBx
XfqRIB1wu2gQNZ2P34tXK3kO3BXTVFfuIa7FxlDko1fxLY1/JKYwXO8O/Xtg
zxcyzZHB9VWYyGysksVKfjNwcVQLeZZZ6+jFPKjY8SN0SKmvY10tvN1Vsufb
yoGsjQaDikW9kFXWd/q54FemiqPOKvA2hzpSDmO1WqC0BDja+EVzrGKMyp0G
BTq5PXBI3YSctdpbKoHEwxgxhEKH3vOQWanItMqQ9qVp22EBsGIATNcS1j3z
QA7t15jDMTiCQuAcE18Aeky3KH+ofDWkxg5GmjtMdcYFbKtxIgxjYY2eULyf
ubCzSBx+xicQ4UfIc5llMe28g9lN9FPbNqzgiGx8OiHkofBh2ZcOcF4wI+M0
iYyx4MmsXXGr3X7hIwYhmQZefa81hcfnEUbp0pdUfvFqG3tvAOVSb3g4Pe8Q
Mm2twl9TYPNqFZ9yIAV7E3R1Fwb1CYZglRnCgYSghHb7fC2YbvNYqdPGGW5n
bF8DY5RzxCivZLOxGKzWxsfY07Juh3lsQheUjKSMpmS41mui89N8Xd2Z6uXP
Ubq0I5nowuLFiPp0GT2TptVTdMBFKEN/xgajbiAiveuSjP5ea0YSGGJhNuSy
eB9XNyJCjqeRa6lvrSKlmrUVqtGNw9q5j4hlywgB8MdtWc9znEASeO/tXyF7
XCIgytAlYAbolPDGnhKhQ4r3JIIoJO8dAeiTRGN5RVmco3KuzGIW8L6a5tgR
+dMnCl8G6cLRYcWWRluisUFi4MOKE4t2A4SH1cgXgg5nFqEbsG1oaoEwkcwB
oxSkQHHfKX/gZ2/yd/pXugI5Nox/SEvRq6uQ1QGRkqxy3uJls/J6uZkIaeet
OsW/MUDtRJBEW4LeVtzT4tw/DXIUGiWivTB7bbtX9g6LVnNUejuj7VfdwN8d
Ox8P0TSKRZMfEdF00BPirrLqkmh1xLXiIqCodA9zR0wjIq/7jMdIuR7FkRNh
225X5DCPsciyuGmaeaE19xrqmEOPWD1t8GQS8mVVTy1qZ1Bsql+baQRrfqXD
eWVn7hecuQwCRBjg2sBaRzTJlk9UFlIl9xJtVlvAYRTu6lLTL4zpRvpUxMrU
dsqgy3nxjcWf4JeYX6dwpI1opplmbPNL8ongNb4iXsGDFcF1i0ZdFn/KRbaa
ii3P2FQTlD5mkEeWpUljsHtHv98z8OSt8QRzhGuouYYYBbU/XhswKrw7gqmg
v0giPnL6D71ag8uM5Va6vkJ9QqQ7NByg+CBaNuabR0q8orNyas22ZcuIUcj7
jF4sKKo8/gzPyng9ctpwlc6TrE5VGWCLj5axComN5L+8SSlfttvEZfH9yliX
IymvDBS0Z842Lme82Yqc40Zo9FQjpaUy/R+k6k03bgx4m8bNan7acKlAq5MH
dx7c9xy6BVy1pk29I7l4s9tgtu3ls+e/PH//vHj1/Pr66sXzS0Dt+2ajtH+6
cmqWdCvtkcMaG7lNEHgq0/MDr9eS9qu47xbB/CxYzNffXGRZVCq/YIxcGuZV
/prITKr5PqP8FrGmsK0BpYySSMg1BjI2iBEioljsEF3Uk5aaB3BjtXBmGJtz
IZJ4tQ9x76lm7pvID3uqrg4tGer2R01JZG4qgpTaACtcl6xbKa6QTViLPri+
ujIwGcv3tECycl57+Klx41UvpKMeykEbk6mF/+EIO9Meto93MmY39LqhzmJB
3voSxRrBYdZi+KI7D1oAlW26W5F8jR1N+lQiXYWP9XgeJdpn37DsNxcqhyhs
NIZK0spyQINkSW0Iq92UqK+5pzPT7VQFD4bjMVb8cwcTf3ARJSI7+QyFYa2L
nF1Nz55kMhbaHW0tbyqdxIlIszxHOVshNMjGDD9LrR/LXZMIPGju0vIFeiFO
tCKzeJVYZcMUBiJKVIf3m8G9jV+32tvsRuNUKT2zXIPzP2+y82FYcidvhvPM
Cl/l+ky0SkTZFSUMm+H8nUieAsPGFcgqD4w3/8r410oOwORiGIKLDxkyjJ5F
isGzzAAetEbog3WkqQ9KnNFbIZaRayHUkEpAdS9lHM+CCPwAXIh6kuKpNFDJ
VkjFACzYBGUFMLYfC/sq5yUfnDVbpCfPgscNlCbZDR8z6T3gvN7utCRUKaiY
PKwXhqIGnMqaSYl9WSFXgBUUzePBcnWroJ61AyE7XtA1j+HeBILXsr/TDoZW
/iqUngk8qx6JABf6zP2yrdQnhkmIAzDiT++r6nbMHjE3BOxyhilH1dZrlE+h
kI5Dgt7Ckh9kb5HXVW3al90tWXKrkZcIrRVbUJKVBUnOnWKh1/Vv/LtnPYmf
checyfDJsBggGNLF6E9iNTb0SrkyNDXsdz0Wi2Z126kMxcgBOMt+EpniOkM2
agdCOjIAvmQEX6ND9gB6nuh4pq10FvJIcSDqVm8T9V8bAewhxmSOz0x2TLJA
+6bJDoqcTqB4xc8N/U4DMM7ZI0qrvhkTlR2fuAWvCoT+y43olnKeRQ+ACfGe
B6OQwYKPdoahE5ZwNLDR678bwOqYZniSHACjVTGDa+nx8LkcKbRYuGHtbHGu
JAEiRVo35Fn/IX7WdLrX3dKfgKCAfpFX1TM/j23URoDz3ay+q7w3nxhvrReX
vdHn6m0CjmQUw8awU5OFhgqFXSuHnH3x9hYvHKVvADfGBLXsQ7ub42o12gYC
gZNVvTZ/RGMDZnPgaA/I68K0nLHjMu41w7FWhsB7NkedHhCXZB+aGfSyJXN0
n1XjEPSxCR9lJeqx2EXikSuBMtOEvwfLMW9m8LOx/gw2TfFxZlV6xp33Wfbh
N1+bPYSI2Jv1dDfHeTsMiPk4LKD+oIlfNMsdm4tNaRVHQwS+hRIc0LaApQuo
zoHY90g38AsgNHBIy8a8wNgW5xNjEuP2gYVmsAAPLhCOuUbHShYYydSuQUcN
reoXzyccKfaj0MQJ8a9D7n14we8+aTK58arB5zH8/FNbz0GxIV+NX6GlAb3t
9cgwP/Ag5GuWYKMhDMjjOGsVmvh5hj9AMmAUNCBvQ0MyizE5bXhCn38TPWq6
/Ko2ZDCGFe1Upgfwh83LDA3k648bct5dDDw7cQO04Lar1PoyuKVGuarb7G7B
TJ8Uz5UhLEaemZNjKB54JvkPjO99jENbPe9Io8VU3AZ/0+n7F4PZHB6E3ziq
hUjgpDd4UQ9Jz83Z9yqYzHmwfOghFa1XGdex7cMBaz8dDt20NPCb1nc9Wv2+
tJaGGEWMRGqGNmhvwKACGQG0YGzkaIEbOrj+a7X8EJsxSHCMHTlH1Vkswj2T
ZZ95LcpdZatBSKlfrzN4v6K+Z2e+zaPEQubQJXsTSr1haE8OA1LUMdDc5HMb
RhuDYyF/BDcj6pvqztlGVUVwt1WVDACWN229tVYK/OE8ns5kvGZUGg+/PFDt
HWkJVKupv7OwTifpO5jDHZrAI6r3UclXf0fE+O8eOBfRg4uIzNyH6LK5nzX3
LNflIAh1OXQCUvBPdymE1NElthdAJeyOXDwaCD1oqyfKW7lDuoocok4qi9tk
lLLJiIxqqNeuh31nXBLL/VTkWGptIQfqL3W12ZT85yvikh59+eiRxRG/mjws
3hlOw7qONM5xcCDgxVxW4WCDYTSh8PwxFIcb7s5TxnA00GYRCGC8z1XlJD5Q
NgxYoLTdeivr4w9/wVcEC5KtvLWFfCDGSA27JBNtg99mrVuyG133VTivD4KG
6rZs5XjFNg+0ckz1sVu5HwtATnSjAmu45BSyB9lBIHI8JlUd4AJ16jEHBrhh
PO8GTpPo2xR69bDf7x28I4ZU+rsMV+LcfozH5J8weDnHGWxXKMHwZyfq8nms
mllWdmW8FPHQG42LawP3GlBAHAbpQX+cyoob+sWlyxI5k3+N9odR3TmZckY3
aP0iRoMTWAwL5QO0W96WI1EX48h4RYFVcYPWZTytW7FMEa5XDq9R0PbMYzci
LFFT5MbQ4SnVvhFdHpLGSFjynd9dtU1IckWg9wdrePauMuDApVlzkAgbzc1b
Zz2YM90G+Ca4PLdHhb9erzvseKSVk1r6p64Q64TKNmIugYDSGGswXxNlS6qh
Y9BQqxBOszHHwjPwsgUPBFttgweECOPRCBRLteTPW2Woc5TJR39zrLj8hDS3
743j95Cu5QmyXlU4pN64lzE4pOgNCZrd0bFn8+3e6cXSECsxrTRdYvioUWAH
fUttqmFH9XRexO0E516NYp9JeGd9eZYYwGNnmGiEQsN4OxeZWdByLi3OFUMG
jeNlisQz08kzsNHB5DSSrvrauN01GuqtTOlhGoPqUacXWmYsUjY22EEXGaWv
ExvN6vEHhmYUrwYOee+mX88WrMrOfHSkAiQOojFdp2cVBCAZcIzizCqdK3hr
Xa3EyNPdnigPetNBXeZCKwhkb24dZm2X+ZdGIX7IQ4KmNOWuV8b/qTG8qhwF
HbECj3iHYpWRlU5yixgnRGBGVknOo9105Tapfpsh+4nO5yVRbTFTFpXsbsN2
dwRLWa9aQBIHzpCL1KW7VJMivYZAgOxLDhxAOyVznFAzFBhuwBf+BxIexdNG
DoHlwNxb0PRaavJzo5TA9G9oYea1DUeRRFFyDq/k9bbjHQMgKhwp94A3Vrk3
IqqCXaJt03QQ7phiCJ5Im9baaKDSBFvw8EiVI2tzbjZjMsuFdoY9I4OoYl0K
o/tITnF5w4BdE7KKwEsaeSK6V5eTwjUXpY412sFJ22vLnt83TLUyHcHVMbYF
gsyIrbIMT6VED6nD8OlcuvWyOH/59t0FIECDOEPe5jIFdtHNdsBHkQN2aX1j
A1cEInCpLPEVy68Zba80oP7Ct/rHgtF01okE6KQYYlLXE//iQ/1+6/Go9G5h
oxdl55WR+k9UMqjdyFZT8jXRHXm+FAM/2PdRPDvzhpWFXjLa3gaCwrNSIvaD
AFsWgNTR4BgoeVkDNSw6fYYCyxGk9XVRTmikR8SCAsNZLFq0furU0o34gPYH
NSnMsRchGt0Zs35GXjO68dzuEhh2pw1mfgqBCn1dBFDAWIa40cBfCmtkZhbH
K0KFBFbIIoidOR8bjkwR082xRa1LoLiukPWfTf305NQTxb+qFta4KmXShm/h
stmyBzQOksHEpuVNCkhCpE9p4fUF4nf+YZZk/8JgDBVAWzOCPVKZw+mNZIhA
aVK11+WmZgyPyVO57GWrRUIu9Cx5DufF8eYdSn7ONORDO3UgXc6UOZqwiDAT
oQY0sxcmIj/yO4MbeZmtLkD+OfCGt4/Vh48oaKe9LrSWmSF98FNgZi7ao9v3
qHjvrSjernYbtSvBNLwvrmRHPsgN/UNQgEIeEGPZgRnPVsBqYbQ1SDip8fNw
WjJgxbvtKKBhSRnjR3ys7kHGT2k20BZ6QYNmbWreQOO+IusjSbU2Eb1yBlsv
PvYsnfFpPuxkm5iboCnRqQWhgHKxFHTqxkWbYBVFVxPpurAGYdaKYzdeIIG+
clIyDxl6GoWLhewBeW8ze08bysgc1NMxzazsjOb+VJu7um02iqbNSWQuNeI5
6UUOX7pndEGKGGiTeTBqjD4XMMViJQI/ummDaAwqYpTsKKeJQ/9m8p/BjItq
I6r0uTIB5TLPVnsg9twaqNtgNIwKKGJBxqL+DRnUJ8QVnF53NxqY9L6nASWy
sgG8cEn7atPsMfakJSy6QLs1nWFZ3XtvJO/BR/l2UhQKe48NTtYZ59Ug5D3d
x+J+321fE+De+TvViq6NgvU3LLd9s431fqm8WM3ZrDtotXalCVQD2ier6qAX
FlSgTqfOXWTHq4vDGpbXZ6OLLmOHKk5RJLutuAJwL+AxVKkFxQEBncoitw/k
8bHlR64BQjxaXzB/BuCIilFnWThTV148k8mZFyio7jUPWnNbykt2EFNRCspz
7FspAyCgawbQBg2SbQ6rvECEW0lN8EuZZOPEAnTgcDrqrNdn7ek3rT7glqCK
z20uTUim4F6WlvSp1a1tb0Yj8YltYGwkNXN0Trt4w+G87laaVCdgdFK8RcML
YM+MOo4Za3MxcTDsHKjG4H9Tw3qxQwSniSgmkckWp6o3RA5drjDgF+siM1nN
+jYFXbhVrEgmw61toYQjw2o5l0WgxaYK56vitTO8v2+13F0WMroWhhy00CNG
+Dr5Le/Nb8mzOl6wErKertrLqIqQ9LWec3d7hgkBq/ZBhi0xJSlPnfzNnINX
IoWa1oyaefFm12tm7Fmq9S7OL5+/evPs5bvLiwKZNMO9BIiWjWEcfPnNd3bu
a+KCM89Xh+vel10EzVl784EBUnapmDNL9xvcc9efsMe84TDuZABrlYHHSUdH
1JYGoiwtY2T28cgncaHy66MYkO9308pjB0O3Rk5GLx9OZPsegM/IoIG6Y8vS
e7tpC+GUzZske6Zl5xfyACM73Tai7sV8v99oY6+PLIt5+E1UNtUNVeOnhyGC
ZI84yr/gf/33t788/f7b9+Nv/+f7t98sf/rwurqt/+dfn//1/vnf/vLhyXh2
v2h9tBpJkolayZe83Bp2Xx65zZeGOq4cOykXS7c/edBc8AOnOQyd5peGXr5B
VjqDOWUGqBEQOLGg10cZr4fFIeysDcLiSY+p4ZOH/rXcnhWVc/a13sIQI6iP
E/GREb/S2rrEsmxz5IvoyMeL/3XxjNmvp828YjVIFLYmN1N0XXvLejZ3tfdm
SL56SkUhcn7FUDksFFqLblDDHYUuOzBJ2b2s9p7DMXS701KwM75Vec1K9gOU
twHFJYopCfqk+4DNgNygv0qpzrWgMc/CfWYFi+6+ossbHVJeZ/piCvWIC/TN
AQhtiGxCX4H+k/n2amCdQ+R11eoOLmXi2wKXhiWRKa9pkKR4eNfvV5VK+gT4
sl7HFC5cLkRVsLpwJD2WbcyFsh0TdRpeOLaVlmaXtxeHBIJ40p/EGEqIRr3q
EJGtqWRo6n0RjgRar2BUQHyo3RAktCbutIqnq50IzSUamV+6qtBalK3Wba4Z
ZtUPIhgZWNfKccjE8ZgZIwYrWLNWdZLSncE7DfqnjkhnqidySsxKuUTALyJc
EcMqgakQzbimHSRISDenZbS+7KyMbJ/Z546P9bKBUP1WsqaODcax3nMUlipV
g1dcAnRjaUcuyki7DrFU0ucZuIg1wuaN3hl+nRkhp5GMWTvxi1mFEsunSRg5
stjKiZhAit81uKDiC3nLLgyEBBbVRpMLlvbME+u7SDZ4icvxfLZsLgso1CaD
bBXdvuur9ajIfliDfAzENVpcRf40f1SZOPoGbRtwdnSZOkdr6XYAqoodzEhc
HPCteoj0uG0VDPUR2bJi7CklmrMGLazGRdRbnG7lr7T5liFDUslqe4WrDHwC
711lD18cqbw0ma++kRtuyJtmUcvc9fRCZbLXKwXCHygkV4oSM9Fuw7Io6aCR
ihxe9GizgtJ6SEU1TFubWEjIumCVB5mOw2ISEJq5klpJmBhQ4lMUwMAiOyis
M3NwpyUpJER8/wR/ySJAbZWivM5gY8OMYVzFZmv3+ggj0/C11Wxb4A3LfcdU
p1Hv7y0turLi6qgYo6wUbQ4Vd8abos0qwSdSlbeuossk3+SWeI6qnollvZSH
nncXmoWlc2bxyXU9nxPjRlcQBr9eIq1vIPM1OMho1R0vQ55alRcZ3K8JxByL
La3E8YyE9I4I8kNtP+MjrLhbZX/MihA1FGJPYCOZGR7BIcqpoDuk6TYT7S7n
6K6F6KBj3aB0DOyMBh3OwJYsNVLCKWCFom4ZwzDMKQQXjzLRrBoV9q/MEUoC
lTOQx57yKhF0426vKs95kjWGLcI3us2a0rPEfOHbov2BBtx0hRZnwHJN8tpg
HJzgCMHFoZQuMj1EYeQ1bVaKnGjRXy6ClkZ0Sgc/UgCurqpKHjz9DE/+w5nC
NtZGSew8gXLXq/UUQVDGEWurCdFLQMrhLxQysduosxxtmm+La1bGFddbwFyf
6H34K6byfA96E7Iaxhh9BsMqHU8swo+V3/PG+9C5Vu5L82lYbxrMjOSvc9Rd
5Yp6jiHYQu3zFJ+aQy7Otcp53rCco1RcbnTFndHCj+pI7bHrF8bIcogQCBy+
2UOqCEtt8aQ5ExxAWS1QzD7FN4t/xFbyn8Ev+wQ66qDj9wM0hCeyTaleW5gL
/4hdL34W6+vBtQLZlOK0QhP4xCnDP/61op74Rz41fvAWCsGao2d/fqPx8X8U
TjEsb0oMw9kXn6wQtP9Hqo22LvQhvBryB2st2D1uS8OHj3urGCrnN1VG2HQP
wNAZv35mBwR8TVddVio9t2Ms16b1MmSRRrdQKhrwbzsDSOTcEjgbGEHo4/mZ
eOk/2Yi8ejBvnD404ok2ffOToTfDvGY5tncj68vVrdU+gCrIrLx7r9qeVny9
Wyp6fpWnzWQw3J4/UHFlRrY2gTjCxntgjQGJzqsOgGodskjDqFjdGj5CTvfV
s6iZDlyPTIYod6PhFtdIoLq1x1Am3FSlLo72lT8EAfxJUHaQCKagdkQg0uLk
+R5FwONg2MW5NYsbXE61tMs+aAH8hRezGO6IiEdjQddxEzPx1ZdAWzZW7wHN
BUPdrfZMayFyZRp4kLYplWbWbUZfedF/U0cJsCCiJbSRA7QjB60mtl61MkGX
YBsWoYY3pZQqg6rxV8cByHW0pM5rgl8uil+bW/gSyRFKsN9yTWszSu7vivce
aH4neivvLy/jOWh+eUBoSEIdjd1p8Dgjblb+mnD++s3TCwvLDQLasZo3z/Tf
k1bB81d3zjlmEYlghMg4ruxh0CvrY+yhqCE+L390ImvthoNFjh3sRqyqSj3H
6ZuVrRs/9MFrrXO4kQntVrFpJjv2ENdK4BEsjuz2UndTcDGZQ8PSAnaxQ/1g
GVR3DFcmcgBss9jvqHiOc0ZCrKb1kmZsUTj36HwmzVQQMmkefwdjjwKJz72A
DaLwfWtn4PSguhA2pI51mqqHWf+BI4notS48CTs1szrMWgTfZLP5eQU9z0re
3gxMw8voCYiFiI8dm5dl1c6Vd8UkQoJnplkslOLPAxv2AAbc0fskHvHvoWqt
euAaSDqxR3JTkm1odhmvmK8kAnI0CDVDlzCJJsCZZ9KoRjNPRgv0vdwxmapc
ltnScjXzGnVmsWLMkVBuNYYTkFlE4Oe1W9JZNdDInpYE/8AhDOYQEjxjT7Ba
f/ormjBzckN0K6ZpqZWj4DN3bpijKF9G14EqIeXhgXnY13/H5Ag2S9WA3lFc
DLfdCiltngACYLVMFJOY0Dj02rjY0UwGTMDjokxwuLhm0So4zpVPDHE+bC2J
U2i/xls8VGhpJArYhLG04kDZxHUNYBJcPEeGpfy2Jx3FJFmke57F41PubF2x
bEzTd0j9sNWOwyAS6UcEvWsizMFO1oZePJ29V+oMoy3KRxL5hj+Nc8xupDk5
SvwU78oPbNIlI0RtaZ8Yfv2FGHdWIape8jDJYkBPr8DgVOsupVtyiJ5lQHLQ
Hs5g6rKKBCXKSsYOc+WXAJUgCYeH65UECaEIEcnVbq0VLOnYwr6YnLSfiEZf
rcLQjlIO6WxYTAPGwHROj0m++g1aVXPWfZMntYZz/eA+YXC/RtUbMU3UHZpJ
BD9g7Z29DxcnJr3MoHGLojzMHTDGpL8eWT8YdZVimQ6oUu4qC4PYexQzKRcD
1cP0jLy7FOqQ54eIl0LhbpqMjrmD4IHQSfFWR+c88YeAzWL4WrXXgGj38s0c
o8vKCA0GiygzMNdxLYYVOnxZXDFApCbNsI7qwGxmAkYbWgAqoec6pmYyeJbz
BZkt0B6UXjfTWlkPrKWO+pAgSUL+pTsRJ5oUWZ/zMxQSrc4GFCveayiChxii
VbgV8XaB9dfob6D2lGPu2DmOJ4hPzeAgIta2lhYmjoxhI5mbFRJkWZ44yPdD
6JWF4bFN9lgHfej+hKmIe/zUaFj/Cb4OuX3EInApvY2ylqUeffUPF+7lQxwk
rIkpVTl3Yp0gz/g4henW5bwKZ4wO1Xpgz9g73vOumiuhDkAYhnrMKP+d3X+3
SfV65O5drOpZnydKSTIo5sherraIXJaraFrEI2o1gxtiG+hZqDfB8utkE1yX
W4YK3AlU5bEqkdUsWEQbSehWtnkx1Ii8/yghvON5jVrSY6iw8MkldWPYIhLH
cA0jf67emQhVZODmoN5c0W9AKpALk5L6OKjJnCUuFUP7661VAcwpoSz2M3Si
+dw8E0EjUks2ZstgG5Zu+MNCM/Euj99V4rFVUMwjc0CtmQWSpsDo6uJCiBpt
3aiYVS07IpQs+B22oyMuKKz3SkrqkCFwFrhjP29FWhO3ZQHwcVcrJqK2RNai
Skxx4TOQBuc6JcUWHNmAeEjEVcS3HIjAkS+LwlMpyWPJrAdLQiIcyHPGZhDR
DMrgQ8+MaQ5B8LghCf7TOcV/OkGxKMhfeMocAc9GNtRkR0TC68SBmJXfm+li
qAXVyeFUql1Lc+rbykHNJ+r9DtppGBWgBRwzpx6AfGJRSFHgmQYbvjjCBtDj
wUEv2qq7TA/biojBEqfctgU3TkDqrb6pSe1YXBrNrOZd7axKOZLujMIIfBkR
UAFZCHMf0Npd7sRkWy0TGHvNYapWWrTi4OJZLxODq8ck4BboPrsazWva5LDO
NemRJQcgrZTQgvbNmqf+hIoZZc1esjEepoTDQLrM2BCuVk4BdeKP61BGGnqx
/jdxTVnPgGBK8kMTtRAGj/oBO/WyHbbPqZGnY7S1lw+OVRS7R9h/FEiRolqc
nVgDoGzM1bqZ160VBFwk0fYIGQJ56rOmeFn8JKbuy82/ZLEZiLDo+JoVPnCG
Hbn8PgancugamlGkHLMiFmd9VgCjASAPmStBnkXvjwtFg/MyGaiLEEyCNqar
OrYF5RHWSOPANaNedmeVvwu5kTahNI82O14zr2b13KmA2CQpk+jcF3aI/vrh
118/RvdGfPMFZPzbFlHrKtZue08qzPo6MrK/yQvpPqtVNN6UdVfREAKJr0Qu
Wfm/x+jsGphbinwDq1W5tQkcgQqNCocIcOGy0/JOVERUDRnFE7Mbxm5F38Fo
SOqqu/CD7Mfd1kxMRPoBvNksJCG0VpWZdTkCGe4iaJi2zHwsvY/0W2kTcSYa
Oev1Pwbt6Z1hEod58rB4+d76uLUdg/YWXU39ARRxOtDNJyAwcEdZaVBr5jiQ
NVKRQEns2EmdnIiOI/iJaiOAzcp55mjfNKG2STFyHumctWUk5SgXxPOpyyYa
K5Gs3olgFPIBnp9UKdSVCyYKu263tmCTls/JG47tIA4Yr6K1udOcZpbvqm0g
cYePq/MscUcZ2Gh+FSUX2V9t+D5qlpZqlp1meMOUobnJjILEso7IeGN3XjPY
w+bBQcn6ZOc1JGDXVw9UOnResGl0GdFMGPLKhkMCcFoGDahiq7yihzTBeQfw
QUeTK+uyEiKreKlWijefPGx0V8aMhnfSM1OvrcR3RpeX4dYlLti97o8VsDET
A/Yfu4AwXRpnbXJC2hCT2qK7+6WSDmKuPJUa2d5raYQKyAPqjPzGPToIynsX
k5fXb+UC/tumuV9ViFODm0nujgVPjbthx5OPXHyHzG9a8+WguzoQeYCNnpsH
CbF0kRo2TIrnCatrmAEN8dqjIMqAZUjY89IiVAS1JxgQNRQcPjAeiJCmW6ZZ
kUWP/0g6SC08LaRM8jTfsUPicUUZcOXNGVhZaDdrcZwgUjzjd+VqB10/CUPI
YMTMOqkDMHLaiIgiPHWutvATLwNuZWqDiASSDTW3NDfHL+IeoamyEShlL5Lj
1O63vdqcXN1gB9hBSWXv2X1CAFP/UtbU+ZmRK3NIT0UMK/fLKq4Tfl9jhZgK
NdSwTzdOnsa7UBwQmB8C+VNMwlCsWGOw1IqBIicLenZ6bvDIYaNkLId2nfTd
gXzR/iCktsSQ72o0me+9cl5XmR1HvOqAKi4beaK1H3Q8zvhWAfUZM96SOkho
IONOZJpfvHIGeuN6NrymX/k1Zc4+P9rXdrSLv+hD1PoT+/9mgAo3pAICsyxk
1JvUWk8i3ZkcUMhMh5WSzMkpDTZkZ7vEX39tpuoGN+LsoH1LRG0wMeTthPCQ
qDjgpzI2HFtmpVSJuP6rZl+p0RJXxMx/USpdMNJR97+s3YuFRp2T+6hfAAGs
X3TaQr0iQWdel0Donr0tBmUTDwk5wJLijlKFpI0mVFizv2MYVdOFg1jgQPNH
TrioJRnndZmNS/b7RrTyaC0bNjuyfHo0mSOqTKQovd7GrhpWW0v2NTzgNd5K
Ck7JHsVe5j6RuRsmQRk1vaYuIXJpjn7SEEj5VdP8sxWoiHeMXm3d/8qnFjTe
hcqSjAY4x7x5lPHVIXkg8/yJVeqAXNDgY2OyDyqfImwsOoR9uaeBHRumpnh9
x+YwKLyjoW5nNQUazDTIunXqHlrvwcGIrzVDJPI5MH2GSK2D6nl8rP2GNy5d
KHhBV8HImtOb52Dc6qlZaZDKAgwUaIxoWtIii2lVpyyXMFSAB0ZmzhNqTZfS
5lJgaI9Vgq4060BfLjovCc1l1P8zsFLH9jxQGtOa7QrhmjbxooYyo5Vo69iK
bBDtskZBByOiT4X08qBzXwU2ITPWyqy3FiPH1c3e+mn4Rio1W4xVRxmglItr
Uh1lXOl+KbzFhz7Tj78InKkIBKtjC0nsQZwmnT1kS3DfQhlGLhPhyqVubbBg
XSRvVURwbLZjIrUdqJKviytXMSEcOz6aWkmMFOb5eFubrMtVUh3m+4To++RO
Rcw0lKxdREcZ8KNO0VqDw5snYa4Z1SxDX+ZNIo3UqC1j3dMEvvpCFt215424
ebL2uzk18bnSP3iWECsvBkJdkfSSLgC+313Ek6ms+j41jDwbS9N62zo3gRLz
xH0FFIJ1sI6MJdPctjwIjqtuzSE9i7pazQfcd5PiAyD6Rr0yCNwMnhZZhFIf
nBgb1/AfjlD0Irs9Sjlqjb067S0mS12UpMsk9ix0QEJJWFaTUlHeNqjR7KrH
//AwtB0KqccKEuH5teUNeGfkRFdPX8kjx8wBW7wQWP+PVwDjo61c2oXYRvGD
dShMoRdvoPig3LT3Dy5GYWMFQyeLvIs/7Vb7YeDgk4VPI70oSZSxglzzt7gZ
i7YyQl+dUgqo40W/O423bf336vQctpiDFTQmTMKs7JaANf0d+VQvq7xpzU/W
QTkONqZ6nWlxAgBu4dlJwve17Q/nubYMdhIW3wC2qXS47xlBecuqKIv6ftFq
821rXGCGGbBXHhV3tz0pAlf7ozAkePqP8z9+P3504R1Ind6Qheop3vkVLvys
YvG/i69t+ovzWW3Z0CijFTGQnTGyMeeTpyYUyJFHZ/8rlIHZABCbfUK+Wi19
b5pYKk3NskXNN8xVkrTPqh/dmB3MYFGT4p6x52NSLeuOlZqrQxeki0iXVPSX
pnnZ0B7Y/2D9CmNuSgZTq7GtteiWxRFLWSldRqz2iCAG1tUE7bdNQzT9nu5Q
Ko8RsRtLbS4GqETfxa+LNzRLX1jN3ftl2s5KRZGX42E5NPBsdWB0p+UmwUoe
IHj9C07BEVRdaEmtBlSVaEqxpScwwAO4WW5UBQJR6946J6OGQHxTbAgdtrbZ
7NfdgP4jEYQZUFarVYIuZm2t6EYa/14ohxACt9uMvAX5Yb5AhgUeY7KEwFD2
MU4cQM/IbZOFvxlC9kNIfRAjWMqEr/3DwifiidF2TBzTsW99LMsN4ecTaNwu
7VjE/yA4gJbs9OvIU45iJPif7BUNqFmYDhD4BoQ2NmonURi0ayIVzAng3MQo
+a1KKHeBDR3mMqmyQXCO594LKwP2fQGAdid+8QVT7zmJSHGeII4IEe8ckyK6
dDYD/QFuo7WqKIuzadkC9312oYxfISMnkUmOj6Y6YEGJBEnEMhg54MhUmSmI
0ld4uK6OghgQoIjJQYG8Y04a9nPIMkJq71nZ5JH76YUPn2ZZkLkxugQslVYL
J7545lhjpJtnkqFqpXZ7Uos1Pm4W47L4qVIgUuQSOZfV6y5ESXxzAb/NtMM3
OcthSk766w5pjkELGeNno3jMk4kbskgAq9caxR/pnYWz30WoEjERMRBYbjqg
cKP4CJEAsU4hWeX1IFQaZf7GujcF6gUbUaeAW4rcqaGf0hfDFj0MgMr5QrpX
ua9ZsxcLqyAtzxKu5pivSR14Jz3yMlItuMuiJAMtFIMbXnrnZlE4ryY3k1w1
0PhmJiYlcurNEaIjEhRrw8StLiHie1oqiMWI0L5sLBcTsDrDitAcb0Sy5CAk
zSIH7DJDYHGpLDaDyf949CsnJNCSdq2DEpkT/Odxp/YqxH2r0qIlffeNmHuo
/yre5p5dCG+zEiVQ/nluP17UWDamtLYMSCiSzqNwfdNo/WmwKO2do53mLhPu
rMKC/UQmxVNNYayyTju7jpbltG3uu6odB00l4tGpV2Eqsc2bDStGFPUQY/1R
qoYI7LbkMvDyT+VUrMTLVKCpzdxtR2V9/flxblmrHO3OMEYNcgVGf3p38Rzi
EIBvQm1x0Bire3H5P3erenvJ4YVY3ph+9RzWgkjaVGXmTV60OaoJFzWDPBmB
YVYzFDUonIqeBOeGdXfEvauJeNhGylGsF5YtU3dZJSDO2Hiphc/zqLQUITOy
ZJVGYr1ZQT0zNqFVkpHMydBAcx4To56sq/tBV+uEjsCJUtwFBo+Oit1w/F7B
zF0bUkjwTmhXDTqO4geAuETTUR6rLfPQzciTUhnzjhbc88IhYFDNQ6z6Qe4v
tn3CUt03Q9YxtaEJwLTiwx8zhqmEv7OUH0mhNB2DjjFfH7jkutt3pMwrf9Xu
5Zn54H25a9WsGBCOywlu+h8L7dj36eamdrQJteH9xAOXss+sbMwpGibh45On
b4tH33xWu4dHaAemHEo2pKAC9kUCCmB738ZO9aOzIw5S+SvB3ip02OYvHKW4
ZB+yinEDkAK879B0d3SNYV6PTtBjb4L3YwZ4+ScomPubB2qEyXvpl9PsssDj
gHNdAVMgAaX+2W0Rkqf2V77IGUKNVgEAQ+QMglebHsmzxQw9xQicveBH5VYa
dE9i3Ay95rR2j3aX9UfEvB2nrGyLQ55ury8B9Z2/ubIC0eDGu6V/m87OvbYD
nLsVH16xq5Wb28gCVibalJfH8UfRuNBVZNNU0/gap7IaVfs6GZRVC3ai0nmU
h930TsSL3cZhMyJ93ocXX3TDTbKt+ESjpOG45HVMiZLdzfiETW5GXNVm7gmI
ewbMWPWDH9GIPMv4gc+s6j0HVAdHndux2fWUwoN5p1VrZrOyY6VMFrB3daw5
y0PxkS2ahYOnMTNk1EosFY8KwSY2Sb2/rYuIf9IlWI7GD21tbJjUaFgReIWD
lLGmB1pQHFq9H8y31mBdDEZX092KDEw6MqfX3G3z4BndyAxwF0esGlNlQEn2
lzRmmJXdgK3ZMxMLJXK81SQBBD8OP4yPNK9PBD+Pz8w09kqJKl7uQXDlzqiX
236ZsFFz7evJw4MT/VRrdYM+66gxnHU2gXI6ZzOQsrUmb+LWXxhsXNeFbeZt
wVILF7W/rT85sfAiwSj1Hz78LKn/8OEFgx3/RU0hE36a8f9E4IzmYiL4Iqad
9JZtxukvf5MTKN+FoS7TkXuz3VmpjvI2sO7RMus8l+b41HeVs49xMb0VSmhU
pzqrXSr46lPvGnmM2+l7h7+CmcBwfTpXsbfEfB0dFDqDPay+I3LYnZzYhSWW
5fnL4zQCp6HYpKHeG+le2VmKkm26z3kuY1807cSY+QfZ/HL2FWQUun4n7gzZ
3gxktnPa51i/ZWtc7iPrMfoutx5H6Zt71FSkJY+ti00ZwkSBF4jIkrVY1EAl
TEuQxGQksuuqj151Js3QfucOtz7NxMsk2ApC1yx7rwGajeh1QCQawZzXLwYJ
TWtgiYWP2E0L9VXWxdHoeoqrLlKBAAABz1HbQ2o47TdaBNHHWxlxvDco0ORT
nmaV8c+7kXVwGlx8nyUAs4iITCs2VFe7T1syd5puj323Vbg8Kl5UpBWxoCco
NaoTLjH6o1WU/Z5PJ7rP7M2ED/f2WpjhQKMe0vNimIEc8qkuL4cqKTbAM8e1
4TSsqi/Hz9C0IVCUXh4rNUrmf08odBUBPAw3gNamo2WX5sAiUkcjDIr7tsuW
riW5fFzNdn02w5FY0gZdnRf//u///qPDyOSokqE95hpIrCP7Z0WHGSMVsgRn
hcHDvtCYT6vhVY3sLT2IouMJZ6ppjBI+dQTiNM4yRPVGDm2L+2sReE3xxU3w
lex0Keth8C8iFpUpHbfNubA3R7bpqPC+feR6Dh6Nhk6dOYtEVnbom+Tdd1lD
BBALxc1iVd7HyGNzU8+Ch4cccKLREx3+JNEqHRw9vPQs2gvurZ4FDbDE86Yp
dY36xdT8tJnXVfc4P6mjZHu4Kxar2iapElULdbDUB9ZCvE7a6S/Huxt3Xrx1
IaqdTVNYrv2uSaVuA85ARNTqDrmyuZtO2eUMx4ZDtpBnB4JXvDIjhrED4NDG
Y+sSqBrur15yltq1VTWA7+E73lCi3uiPqfOX5bzQIi4tCK1+265KUlztJ56d
UX4Du7W0VbR4X8uVLpe7NToCXT62Oxe0JYK5YVB2TQfZStT1bq3iHP1Gt1m/
Z4pT0KQBuClfSmFUrhDHjqcSMvg4PsuOoJGfoDrH7n02Bsuv6Sgs/2J0HoOf
uKhQenXjYFjW7cG3mth5N1QbZQbIe6KYVbHbGoCf5bmpIJi5OXExFH8oB1RM
BESixe4OtZbiRKrPlAhSRY/0f0Tnb054XsqQCrU4Dwfn6ce8od8ys/Xk3F49
y5o3kI/O414odG8Ww4PPt1C6WGdDPZgITM6rFYJbER7jqy62mDaD6w7xLZu+
S9UjsluAz1TzIytEA1elWMjrZsMKhnk1pWvKyGvUfzaAnIGG9rTq5gxvfH6l
1Qs8rwhP33pb+V7ZcxXmGwsFznTuZ6qnGdHQt9abO3JDonppgH4YtFPP2v8Y
H4emE784JNWcETsLaZEv0b9cFFfOOj2vUKboFpyTRCs8Wy+iB+k8wBhY5PLd
o+8fPS7ebEBM66sqH/9sv8nE62dVsuBxGo/xoDzwTatqHUVezo+hK+zbxKMs
4jFzhWNuwB170AfCbksn3angYv9aI+75lK/u/mh4GX13Xm8H3WOVNPvXFJdt
NbbvXzoBT/LNNVatT9f6m7S9WScB94yVBlZ7HfbNidsmy/YhmrS4TYvdyhL+
8H1sIM5MlPu1M9owCXMsBxkSMxzYUJ2RY+yUP1IvjwUviMJEkTCp7N2SN58e
eKFgqsuyH0MJM6/nkwvEJJIutpZR5C/SgJuR70S990JfSoFmhgl+dXLWKTtA
r9rC4IOS25DgD1mVpAuRVCaZN/s5tCe86hBo3sAgbaqKqSPp0deTrw7m705m
l+fgNkVM5SL3Jl7mQZ+H4uX4WWfgtXhw8DfkxT+8CCn9wIg6KSjZvTZ+edC9
nkrAQL6yjukWlfNmy94Oezvxh71ixW0iLQ5DLJYO4QLvxERomWg27zmutYzy
R2/DEU2N+1bxirgJNQnDdYDx2PFicQ2W5WqRIh6TLPCs3PmHYNTWWuVpJISu
1Von3bMYOLULEi/B/UHrBX5wVn2vNEUzH8YHiNSuuqxFYdklHnUc2qdqksR9
1kUYEAn6sxa/8/IwiL4tlNtRXvdb+o5u0+EAlUwjL2UKJG6NNiGlnEYHIgon
ecgJhCBOzIr3Z+hfRrfjR/ewD0dAwggWaSaWWBymaKTaXzyKxCNl/eymxrko
w54xWaT69cZ8X+djsGYJVhIeMu+wdRagk7vHu+3eDV/ka3UXHRM5bqws+8TW
GGUZgz90IQdWSbe7uUGBxwFfxeBRFtTWuM95asdaH+wF6Qzk3pW0mTFq5Rk1
3mHZ3QtNP/vlI1XMb1u2R0yx+cPYi8XPIrlFcGWp5zWu5SQMiJOGq8E9y2rr
tBqpXBE+3bMPp4mdrlppG0hxGNKZPrjB2qf+9IJT2h29PGQ9fmQMpZXP+Ehc
BeQDgibUsoyy0F6cB8kuf+OPSvFOdAxos3OC8OjFdANxaGH4sgtRKFqYvgb5
6NY6bQ5+I2ayl8nNrT2HIjCaNvIzgs7x8JIODIH8tGhVWt+k4OS02jfms394
4feuyO+dsnWEsjjrltVWDsH8LNJQRwSAMrwMOt9mIek0Bn9EOAxNa8H09998
/zgFXK/tywzjY++Gm/wLQjVPkQmQ4bxN0brPq5iWV11kodgRFx7LreaJUR/G
CfAMGg2WL5bTaXsmy+dGWvfxbhu1/dcAt26Voe9YpA/p908RXKk0u7z0wo3L
S1fO88ZvkbXPZbHOyXiZVhJHtN6pOlPZg7yrsNzrSca+H8UHevax1qvRkoXK
SUUyyhuyq2mhphuBNyraQqpnI9rOTIDqQH7mPVDZix4moHYE7FhaE86s3Q/T
OI5MMdq7MisDPyOV2IGf7T235Fkhdo87bI2ZUQpg3bQtvYNsu9t6PfrExGxP
Ei65ayLN5Ikyaa2g68oatI4v4b0lFz0ZWYSMDcp/Eo7DEhE51VNG7+M1Zyx5
PgWcGlYVjdi9zIHG+kpt6KB5M/do8zaCqY7DY6/5oUnArjSqE4mykZFtGjjY
xWBM7SucmGAAL+1yYqE/I1bS7za0TDyw/iKPpq/K3wo04NZ0bm9tF29WtTyh
vzCgICKgdl7RB8viFTl6i9liTTf2jkwYQP29IuATm5EwhPGL1sfemaQ6J6Qu
tVV1dZvTlTAkFdAzu8gIUjgqEwEsn91Ugyg2y969DFPdE8WQTDVBHZQ+YaWV
8bSBoN1sILJkNUZ+It9bHBkutjE+HZ8lIMXxUGnmrrUwEHWnlb8bd0+6LyEu
k44u6zcliubJrh8VQww1Ga76hhEXZUfU+qigN9mw2dlaEesxXDBEyr7oIvR9
6fwSUR2HmftGsdSXERzs+IcXgGqBZCGKbgT+c6h09NsgcY1tBD6QQlomXNRB
DqVOwScxJNuG3HnRHADZB9qZ3ilQP1jxpZZIZ2XptGcTnh/shDBrjRPeugZW
1Zz9Lhur2sFTEtekHjY1nYxm6VMZmoH83FIB2qUIJsjV0KxXet0GMclTHHDK
Ec+4rQaBg2PGf4wEvAcJ++GKp45i9Bd/VRpqekDKe2hQw1TzFvvPZwIsSrkB
/RkTBPPCdBLw7dvEnKDzfWylAagwzwkVcNKamyZJODmMo6Clp0sj+DNeAo/W
pfBcFqZShon3fmbEZLr37t7i097WmpKaNe1W+4jJWqCBJKM050BpbSP3dJJm
RuBuh9FwzyFfoYus205sptDZXDmLbcQr+zz1vxqt49PjMKSyM5BzTJmaP6pV
7Y56FuEFSpq6W0+KaztS4v4YhyPzDVPGmlXZ1laUvapuDIsw0oNE6vzCmAs8
MVz3BgYTyT3vtEoCfJJXSDeOcifZszsHpltO6uWFLzL6oB3pv8iMnInmZFUr
J4YSxvStsbeusYV097qsXOheKdgctH/gsEQEp/HIJH+v3VnHIL38JY8dPzHM
aWtUfdZCNVjOozwAyUz8+9rJkHkOBbniK//+6pfEk7Knt6rYpjmlnjb/7K2d
Mi+5Q/iV/8I4jDB2h8IaRpestigwkH3utcGSDC2a/r+tt1sa/PjH2AvqH9iv
zfLP0LXaulCxcUujm25OaDhbQk0wnf3rr3xCRBOe4bkQ5NYZEbwgtQGtMhkC
vPSYZRB6nqmBThSux8aSa6d31yCcYaqGAxtEGexhnpnIOVOiV3LUBswivb8g
0kuKpPsqY/aTMcvitVl345x7zQplYgzhCMbIZQVMBs738NPYXzyr6QRtlpPk
DgjEtKPg8AGeKnACIKostqWJpWnWK/worWXQrYxr39AChyWlNgbuBZJSY3j5
g9L5qWEayz6jNlsTTknQYFYvpDA2YNMtrM6ow3zIsBnNguDAQuuHJ8KB0Te9
utpoy/pjfqLt0jCjH/Slp453lx51D87KjLdCndPWYrCukVhidQIw4GTT7K0R
f6DowSoD02X9gJzMDWzEtZUjaFwTzY7RK37l9fbn9aSajDL/6mASrhXl8eKX
bdt6DfkWqUFiE96cI3/aNuW82uhvSIK4VXbDC/MCDo40cjORsL7QkoRkyWkY
R1dQN2WkZd7RZOub0Yn1/8K5BBT5KZJwCKw4ILh6v2Qb8vul1RtvUxTcKm+1
R5SHZItDaMlZhi05ixxGWb8NglNSpws4zKPi7JcKr9XYmjMl6zMYRCMjRzls
YKHFcxE5LMe21t5Sn0BNKqd49JbOrmARnKHwSMN7mnFgXjzD/xrSeRsTmdYw
L+GkvtXQR30YTkphmIPDlJGBN6u5Hh75dXRwPR+DDSCFxPDzYECVkmPr635n
ZsiBpLcSy+L//j//r5gK1u1PdIPdLXgfExnLhpU41ooJsRcv2l00aux5xQW+
+lQM390mtS/BvBgID2vQim6qi0KxEOqyMiNihCEqRY/nlt/lSGgasjrkSiuj
B5b3Lz5ga3yBmfhzSoov5XvSdB+M85ItF/Oepb+AfU/7Bh8tpEfvtQWihyrB
hNE5ONGWd/iNVFsMutl4YZz8gm7/vMpa1NhJCMlvVJiMpkBPIbiGgLSj1YSa
lEMCv8TvFOeW9YsjkOXoCLIy1phUe20hxPI9me0BaYOWy9BrySrzEWoYuHCH
tKyxGvJa7y9wSRbysWiOxggKI2RXa5VZFpe3hxcuZEZOV3gL+jQ+y2/vVklV
xdFozxVtPRZZuYIOSi1d5i+O1ykmRrQq+0SNTWqx1IWIoOBJbWKyReP2bbnp
4NNuZvvTpqKHw1kT9A2qdNXlfVbL77RMidQVUQVZC7jBU9SL5v0oB2UJOQSP
DtOKZR3TiHl6edAARhWTcrVmT7VPI5mnY01ChlfIqGu1bKJfDmskUKhdK63p
QbckR7thNXiwlQjNyAWV3e10tDojWYYDiwkFtaQ1DKihFgM1Yyjz2F6Sl1MT
yIkM9Kq4ZB0w5aLXAV+y/vcivncZ6dJjLYxlvQfTcjhJ5LaCbUE6S2uhnjWQ
6v3iuCp7efVk5AGOug8Gq4lMIjGwp+iWbPs3nPIoERJo06zIbhwcGGX8K1Us
cdjrwyYF/asBLoDZCrVrI+BMvCDEgG6sw231W591EuWvadP5i/0MATSQZpHX
wXjw2/C6zORmsKasfZJn+EtP/dsps3QXm7ogMRECup0N+2WUh62G+2ZjSfX5
oMDvUICEkr3TMtGhkUpFSJJVwMfBOfMvazm/Hd4Qa9DMjB/Fe2NOg+H5nIag
Xq0sVTO3hqeYM/ZYc2G8tSElIyPIJINeQm4l8InSdmq3nUa7Ycvqw3wrA6gp
xppjream+OQG3Fb7fEAqIZwsIBV0Yll6sHMs6k2VpcIiCipEMGfuJjGMgsKV
wSaV5jp7kEk7ScC5yVvwGP5qqt3adShN1tXVdkW2MyFU4soPeZkOHsUCpsgQ
zSQHFYKImRThtJOk03QiT1wSWc5RzOKIml7XfWb8RjrWs7mJ9zMCZbRQiH3a
Yk2PKSz58L1j+mN6jiAdfTqEcAY2UTlrhHzRpC8iHUBByl9QfXSPLVKEIFfN
wiiS/ISY3XZJwoZ5yold/VZr5RT+TkuXl2JIs3JldlxvJJCJIdVnrUCONRSj
PjneLMdtDao8PCatresZgFYOUcgP62nAI7kkL7Tvi7KW9jZ6/jyVc+kPtOjL
5DTGEFsmNIfFcOFdZVRDChuBjaXauq20/fxhMzXGmNveClm1Nw54pQ5Ut5UO
Hv0iy6TkSXsxE761JCzZwQcZWmNEdIIKT951n87k5gkEDcmN3G8nW6An4JWm
MUvLtpUV99iWmI03zxPgGmz+iS13p21dLZRrLpZGIp+vL4VJXlWxOU5O8IRj
eAjcjQxPXjt5tGJ4tKjg4bzT1bSuhPrgy2fJo3SKgPtqqr7lx9+tDP4nhcMX
o6CeLHs2GucW2g5Zmdu5XjqNsVrwWoQuuojiMhME4pcrxCg6xaI+y43f6OgO
kRQyJCCl6D0T3qvCT1ffbKcMQU6qHKbzxsq8sKw9cg1swbyPM7s0JplyOoU4
soiL2D6vr4unr69ePdcG3BdRjCMchmLYU8t0FsBWhnAqq4nlYn3iaOahK+oF
s57zZdFCr0DmLr8AhdmWMycHyzk1667bIZg44EhWFRU+6kqRNsHuqBwenC1W
fnVix3yCokt7JWTY6wdg2jEb9MEfHbQZL9RFOE6d1rFNHbne5xYQ5zyjWudi
6iXTZbnlzLgtTF5UqR7XArVBrXyWrBTaY1607mGLgphgOaPXUg7oCM5SHzf4
OvhUvn+WoTniCNFV/GSbDmzwSo6xdoeJRDzeiEBPPzmABpc4OJcWbYm0/AaZ
iltw8XL8rLgyHJVdZ7uNRlY0oJUh1bJSD6BNUbyXeXrBIHZkPQlayWMuj0WO
vp08pNX4hvixlQJOO+d2oEeinbTBtaXafGBKJLTaoWA3M8YuQJnxNnIKqROM
kwbGZ6dTFfx2uIyzEETCeGAX/uP8j9+Ov7pw6jtVNW0sN1pFQwdOT3mY6AGH
6aDONBBepu3BRMSvtdCH5WK9QQbJqwTtK9vtfm/w63rQNihjAVG1jgNkPWSN
+ix7+Qh1nbx0AxGQzGbtM/mGXqlsNYtdSYiuYzyE73or1UtDO0NbmIVeq78c
zOizFg0HIGoX0JkQRMDeNlcHSt69/8Xvj//65s/vIE3H1J5ji/v8L2tKe+kf
UxrHluxgWST/ohK7NsHRNoNaPe9b7Bx1WfMmp4fTjOg+8zPFEx0ucJQfKMrk
Mao759d0jKCeM4pZGdQlEhcasTM35JKnZlDlheuPT/PRxJgz/O7u1mqOudqs
XnI3mmk5Wz/IgvGHFyeW8MdoCkRu3JsdriotxEv9zWXyHtBZMSqIrBuTWeEW
7YssvYZHnRlfYXQAdiSBxjkxzkxXcN7hi2Q8nVr9nXHzdLEntBfLVhlpsfhd
q5oTmO5qGetu28TmerfJW3EiBVl5VGZPhi9wI9bh+3zP+3aHECQL+7/7/nch
k/Kf+P/ffPXd95Nlv15dBCvmszDQYHYHb2BklfknFm9hQY3XJd5M1M/wPCSc
eDxjioBaNqSyylmzZHfOFGGkKZVmxcJY+BNVaQODH4NDoJRjoHJ2bPjQlNK3
IY+FBbW4EUUhu3WmGNg9GQczfWdYBORr8nZ3MK9d/g3Y1hRBUc6ynhpJK7xP
vFSMbUFeh3lqAEUN7pL7va4P0Hhn2jajMaqZ/IGZHiByZOr5s2YxyKAOiAe2
VbsswX2h8B7vr3PQV89sJIQwlYByHukNzjXTo1KRPNdcl8vx69eXJt3UYbyp
e+3xMSOBZYwtbHbwxSYX4m56uRcU9YG85syodbS/XjWPVSmZaDLoSUimzwYS
IIGHL4vzDy9+eXpheuZGgeAMNmscOFG0OOstLTVATMdGBRl7Fb6MjYIXOP2t
khq5dSmXeKNdJBxYn3oExljfF62mRTX/pyAaz7M5n8BqbxkQhq8tohsyCJQh
k6tyDqNmPG/BVQD3ne/DfEceX8+rNc/tIjCmzK4aVeV36UKBzqWFKFivZrHA
KGWVI87RZOpLm1aF/bWyaCqvTwSd/xgIhtHCVQOnWaG8hyjtsJnDyEOiUtSv
mAZXeYQaM8+s0SfG2g0U34mGrQfZBP40ocvr6B8YSXe/H98jIZcFMsTwPkL/
xqF5FQTHsY7eCKX4XFyv+JhLs9tfUhXfDKqkjVcULaOYJiAaeDM/HGxcfYQI
YlFZTOprN7WmT3hmf078odHGY9MMtEdtbKNUoChXNQNsDRZL+V3vGlgQP2sq
vyMP7hK2bPx+GI7XeztYV4KMsjV1AkhUs36bzWcKanpTVs0Yy+JeqvtXJP57
nDq5yJY4zDqTZC08oKHYZ1DpsTW53g8AFQwqbivaVI7JzzvlJFFWd84TYg1C
xb18m2yyp4RwFefv3j41/9+XnDJmQEGi+iE2Q1Pv1VVaavmQvJt4+qf78PLq
9ZXxcSeezkP21PeOYTOQoVzIdbyKhAEoRtoKKS+v/vz+56+/v1Q2L1+wpH9z
b9P8fS0T6RA9ZPsc0FbT1MB4zTyRtXDQqofp4ypEKx+bTKnIXLWWgbOHUV9b
47bItuGxORBasdO6tdMaoJespCAhfdGkZz6GuMGWRbaaGBoQ+fO02YBlUk4S
F/MPbKIb6wr9RCnzQdS7lp5llNaKqax8C0UwsMZ++CyWpR8uJh4PpDWUpM9N
o0xYIrLgB3mBI1MqWnZsMcCgWFOtPqw7q0tomrm1PQHZELu7xMagWQr+cZ5l
QTckUDXRn0RbFeMlz7h/dd8M88srlz5Ew09LMquj/Qjc8DiBL3mBvSaWLXvu
G+VQHFxuQ9BDeqD6izyR21hyA+zvY541NR55z8reKOk/5E5y9iVtZIuDJTtY
agFC3ZuE/jAw72i/ytSOQpJ1n3P9R1OyuJw2MsQW0MXq0rGknDGDicyZgnbS
uidUyaAaGXzG0u1aEc8Q1tILpy8jnZKdCa84uyRJmb7MpjkZGs2AaHHxku+i
uTOtVOnDvTIruD+WTGiLDDMSb8IFrbnKjd5jQ3XKqEdacOq4vJk4EuvCRYqT
QnuACRH0dhjQJV8xasK17wOQMZs+iV3rJW1OAfYs+m0pruYxi8oZE6BCcM/r
Lr/hxqPk5N5WYaSVwhqUVktVm5bgpnRKYx00iUyLR42W1X6MQ2YFyE5pQPjE
nHV4kDQyzzGqCbu8w3gbKyli6+DE2hqnmbe7ck/joOI6n37MOLxfRsoSdeKx
AnY1lIimKQePzyNbMN/jUwNMIsP28obdlataHQMT7No8if6PRgUgnuhcO5WY
HnzjDPYn+/XpYo1vKcdsxn6GnhrQ6HpmAAN3GFKlA9rLqaDPA6y0xJDpRRO4
Gg3sNG5lVV0ZBU+ICuAMh5HpXzCN6ZtxsxPGWT0ch44gQpry4H7QiQdTxt74
xYzpzHagUBHgRAtxB5M6AlW6HVfX5Vqja4U7h9fYc4Vlnydc+1i0oC9mq9dY
JeZITzl4qa1dCqVzMqEcLgd2TL4cVXEyZbN7XKsrTu5cVJOF4ZB8MEhFKryc
T2mMYAREP2jdR9scIRRan77PaFdHmEdcM3Fcmn25EtudTRH8BJld5keIc5ru
nT6wxjbBJMKNlht+cJiIH7aMcoL8ssbMR89QIzEd2pp6ZMH1uvOqARP8uPhe
L6+/HaeZp97IWZAkHC+SZvIZfeIsdxEe5V88vAwhQo6VuJYSIdJOZDAvrO4G
7d0q0oOSg6dq+73Hfc5fvn13gTo37m6Wto4Adz/VUKnWuHHOXA+Zy3JTdBQO
6Bo+J0zlltF331/QGdTffJ419R3MqTyTEUmmDzMUsZ6KlZA8Yr6yjB6yH0/n
kdlMLJhrHx+Mm+i9QhiDyTapHhbETkTPySGCw2boIn78UVacpsuqAVql+yf5
ynobu3wzaRgjWQpXVIlOmyq9Jir6GFRptMPYAfEMF+mTR8MAsMntrjda+Oak
LbQbtce36e8IQNFq4qiUR2af3ObtY2UdCKLy3yo6RsuX3zvXnjZzlhXjYuMm
abIvFvKJ45S3hxPh8v9UdnXNjRRZ9j1/hUL7QMshu6fdQEMTG7umYYEICDqw
GXajYx+qLdkWI0teldQeza/fPOfcezOzJE94eAPkqqz8uHk/zj1n6eEm4k6k
8//FLeXw8L5UdMK9a9hVZgqxOQ0lQSavLaknXZ/pBU13lF+P/nhqozrgWnV4
CqLivl4ubuam+pbd4oNa1AAtqgKU/T4/SdbraCnKm+K8J6r+SLvHbFvn5zgZ
Y6U9td49iC/AC1kWuMB/YNJzdOHYjxy0SwcL72WatKr2FSERFkCuhXDtCn24
u1NKMyBGxpVSCQiXTCQTJEeKhA65lmncdGqhs4CENWiRfFR9sMYko0OOKqHR
UFA6wTLQbnXzXl6rqcTo0j20yh8lzq2vv371lu7Z+O/3y/O8A8ejv+oDRq9H
f82j+4j8xv55jFv5YRN5H+5BzVd/rvdhqvKy/fcvP1etSDRaZ8QCFfaMAuqS
OymgmbxFnPGqrDnLH2kMivAJ0bAbamS9KocS/rGeHjSRdb0D5CC9V7O4Furo
dCRTMMG+QaMrtuRmTj+Xwyy6xX5Lxlh4fdyJE12No/l5Pyy2P+4+WkMMui9R
mSC3SbebiRcKZ9SPU999+kRnGAytlw24kulCuQANo1p2fbm6X3315vO3Ayix
vf33HmgPUO4jD/2s5cXTJmeVmI1yBvw2kKoz8hjAYYbl9n9SiCfxoSUxRre7
aOuty+nOpSxO4xVJqGYVodbMeaJIq3OgasD0sC4pr6V/JP+AMtL+8k75jgQ/
S9A0QmDMHikE9Up7rY3l0WVpN4Hm0CYaoVGp8nYiuVJaR86go/B0ggcNoJEA
81Z25i/zp32oRBPyCBzIUO8fmeP/ffG0SNxi1r+8jedM1AtU8RnVNbqVujF5
qlYmQlZ9Rd0KME1h2gO2xN4+r0TdOIjDquEv5MuZGAukBE4mpvfIRL2J/uXL
6uzV0Jn6OdvGXd7SYL1QNoy+8DECL94nsNb9vEAVaRX9BuLrEkrElqEYf1z0
Y7t17qfBezru0ME7hm0fbx9zHHA2bnsFbZelyLXax42rwvNu253m0/Xlq/Mv
+JaGVHVbCdGoP2+dWIPj+JUI1Kx6ctI5qTypPcWn4eFIUJkdvgYeYtT462FB
QpYCAA3IoRyQg8m0JyTU5XRyzr7PUS8rK9wnC4AMaMyXtjClH9fJ1tuAQcCX
fKw2Djsw5Qy/bZutZWIGmCHWBfO0GGtfFbdFP062HcqnLufzx4rvYiFnWHXd
J0aEyspeA1qu1UDidzI3f/tCg5Ei82/ebdUa86Kw1DiTa0Hc10+F1/kISbfR
xSoB/gBu03Zsxj4tH28RVH7W/w3Fu2hd2bZsDTzbQmDNnZnJcC50T8jdiBaQ
+LKie18yP4toAFxGPp+5vc+chAbE5KachIxDExwS+mQqURHHGzfsUtz3GuYN
W9KdAGWt7BA4RdwDsNPS81ro3XSjYLk0L/vV58/2svm+uSPaECD/Y74KqOUo
sFwVssgkD5XWBBiw3aZd30CYnabnYQf9hbpL4gx2y9+vorHMgGRqZqIQGZ38
8vvl1Yl18C9YnfODsNgmazkpTjJc6V3+tw1zAqQysRCC/Sx8w5mbTITXu1Vl
OGsCj1j5U5Gt0JnJD3QWZEshBLKWqTeM3b7YDd/5q1dfF5vQmss0vmpwqUhq
/XLxP1a+tkRrYX/GgL/xi5iS86kbYX7+Y1zdFOcjtnuOfpuzRnCNIgCOSOHe
du+0yRc7ynyzeCCH0jFKeyF1UoNH5JE7WfmygtnQXnuC/43cVpvWsMqpmtEd
0dpVmcWL0ZGniSOh/KuA/D5zTH56vTxoBmrk+VNpzAuOMF6YyhtelF4Il4yk
3PfN4eBOJs6O6vUho56w/oDKZEaNGIKA16QCk2/ejJEpvYtBRp/RmxA5R2eI
79oP2VW1fZmiDyqUbQlTy/IvYSKxOGiSR/uq1gmPHLNi6z8dq9YXmVS3rbMn
GFXGfNHg8WNtpap64sRf5XuJQAK4kfHmezZoGVWBFyYuo9rRkbbQo2Tn6Lcs
cP/ElBUhBHbhxnPTZWwQFnnIJS98S3P9gapoI552vI7FpuBDKzWt8kkLR2sw
+zy3ciHzXaqYxNia2Uz94Ximoeok/hm7nYfkgKyLvnleYfTNpBayXK1JdnWK
au4NAm/OQrn4rOo02BziTa+z1lEk6+yry3SobMZm0vyhAM6WvzwFS8Ptipfj
5Xe/tg1cruIlcBAlnOkXFuWu7M7OEcXm28rcOOmBG/X0/O8Mv5fVblO2YVrA
Hmre8tPVmnujX1lUxemuXmdjgGq8AHXrioM/L9LitiltA/4acVJZbwTA6WC0
QZosh5RWYS2srP3/oEyp4Bhd8vJZNNEPzH/VlL7ri/TVzW67i9rtAvWQ3cft
NEEE2VKc15biBBZqcdM2nRyZ68qnYD4xNYOpA5/XcZ1ZaPVOoZUn6QIscpBW
Y8IlYtjL6G1QgFGVkRNTi9rYUd6d2tVtztB0XDVztdzAJRpMitm9KxAbmXCl
Re+oRYTra5gh8ZQYsaLH0Sqf2xuRuj7Oo9KqsTtazCOumAcHSqYKt4y3vSgA
ssmxflYirVL6BZZ/sEeMzjvPKEMxeWQlbbhbifGUKnjz5UzkfUZRBCQtcsGh
N1nqZPT0BC3J//3Hq6v3TDlLTc3/PN1ZKvkix/b/dn56fvr5ZABHm44I1vFe
895SKcmQO4t5KIb2JNVTBGVHjjoexsVD/N4ItF+9IjH/+9Qc89h09uIgRdD+
c5f9UC1evpONCzII3SbfkUiVTmVarfvNfyCKVVAwyvZNvMWakVNqFIQxpHm/
7Yfdh7SZRQHUkPd+6EMyzYib/YOnVmnvWcFUeSZyCNW88iZVNjtfCZyNdwa9
UzQ19v16NvKsTaoIQk0n7cvn6aR9Ocm+c5UJIjNslc4/fD2IKLcmNw3/IJ9n
msXUdvKJ3zfHD2AEzdaNdhJPc0+3ACV6n+kwkwvP29gl41JD60Ahdn5LGyUd
q+FgWI5NY2lgRhiW6nPO2BwejMZXTTMSfLD8eI7Q1x1l89o0ViszGudZ2FFp
5snFcelpTUrhcQC/SSfvPRu77FLmz1A33KfdEpbOO2anrfiKsImq1ySBC2f1
1qwaPSR2Yq+2Nm1Y0FvqVuetOcfML/p77sL7/Lbbzu1VgRX1/okzIxzAb15c
fv/uu59+mwSwTwhyGkah8rw51FHfpduYem5/0mihvbZ3NsXbJbiVnMfZu4h4
YLBU5tDRthH6cPXzZXS02hjHQbtgYR55FNaPzvogBjKGlvjrLohvt1EgQ1vL
3Mpr588L/M+hR9uensiUIU64wnWYp+KpzSJmGxqKQWbezEvivo6FaHd/3Fuw
SnnFB53JsVXfbxafuuundyrjo/L6fFGwysY6wJdfv3n9dnT8CU2KFFGFBGie
VRHAc/PkVZ1eWHmSUrQ5S1a25g0YpgOL3oqqhjd59TQ0o7D34fA01PRYPRqI
F9b14JIAnCw7M2Zyk9uJeHJMk0oo6jDIG3s1v4HQByKqOyGMabCb1BfCqu2u
zPWUGA7tUIKSnlkd+/x8kmjW//LF21F+Bb4pv/CinonfjEzx3Xo2V2Hu6FjS
ZXzPL5X2xNq5RNq8e1MdSh/kBjxdink5X730R5zaIyZRKf48osz+9Iq5IFbg
XcRGEHq/jgt+mV40cZXdQTIJO9VK9HKhE6C7FVx/Yaz9JxH1+hhO8rhkf8Q0
DQAWbqCBzx2utueRgra+CaYj0D0aVbONzz9idTTqFhIAd4yY++53y+0i2HA8
tToaplbdBd2tGAPc5KuFzGtGVXLw1VUzBGkBv6nuV/eRWQqoss+SDUj/MjhY
RFEG/QuBKhHUMFXImmx+cYyyirogx0o0hhIXpatsASnBPT7BoRurtVJG67Wi
KELwkcGXhKp4h9QZejjzyQW9zHs9loDz6K0AuRA9qBq4LVugIEYBDRZI4GOd
0cAoVWe9bzSt/YojMUQcly+Uf/mVaSgSyAyOD/kxj5BjsvlhuRxFa23plQ7J
ZaUlYwSlDRd/vG4/15rACWoB/9fFtkxzyYJaZJUCIoqOqtt1BAvNFTMdfc/S
q3AR0xxCoHnD+LffG7GwkB4/UgWBUISb9WYYZ5tfaO3/NR/ljVC7Eul2IYiD
e65AaylBWnrLhEIoqUvuBsNU3VOts1DijAPBu/c5BNlg9YVlLfgNbf0sPqTS
jladSpcVvGs5uruViiaucx1OFlAAkP9EjfRhud4LEL32X1qTVJ8nkdkYsXIT
38SQs/wRpkvsHBVaQveHvAoHFFsCRG0P26ovxPp2BPmMptuAnVdSaqTg4gNZ
rtik+NFBxap0MojGiA28Qi1XDz17Ys6FWO4PiMbYKu5/4AmlgpfTeEABYt7n
osoODG+ie+CkKbvbLFwxr0kGI4f2q/6RoMLQgRwy2xmTUPpQautP0EDEKF4a
1uTlot7hp5/603k1JS8npRRFNMT13RpNSkEf2RwPnINmQq+XSEvcVO1ABplX
9dWd2KV1djGtehNWhXRWEgdq2k5H2Y+KUE57woTTB/1MVftFv/t4CiVXlYqw
0G+P25D0Il9Zk4bLppjRHM1cfZfvKdxqJXwl7g0YyuvIKn7qKBqbYm8syqXg
jy0UCQYsxRXnYHRa9qixzI01moi4GtjeiNfksdXf+Vg2Bmsc6DlA/ZA+lIqe
JBWivqsO0P5I44H2ml28bFNjCS20iB7ySubI8FgeHodwR5txLbAR8CQ4CtFV
2Y2W3V7NCOip3XgsPIA2mK4Rph07MUxrnTlhbqHwrngKKEy2AS09Y2YuPYA9
BqMT9jpiv7atAp2rjwug4Xn356k2S3GtNq0chGppWkk0ups+prgAxk0SusBv
6feoc3zYISWipTdgmMYP39WUvLEd5Ai8OXuVY/K8GEBBvMsD+W6d0snJb/mI
vD05Gf0mtq56JzpcxXLnIv7Kb6cl2CKc6kqz5UgV2Hvfzi3x7NnofaGYCUxw
1YRIwQlAqGbAlXu17qbr7xjCB3iXPRwq7+NfP+KsHumKiU6EBAbweS2Sx0Ug
Vhgy14HEKMq2Yr8eBeYZLkMSIPKt+ZJKuOjK4BVwhqmMOAnz+QdTt3Tyu3u7
tzyt7AIhR04VvYzKfRXcWNaM37BbLe222g/UHGq31MB6MaJS1hpT23hcE/FJ
Z6hc7xZg8D38dba+SS+Muj6n0qnoz/LuISEYVaJ1h/bi8AbzfSxeabCx3Vkx
dAxAgrXA6LBKIcTDgmm+pBYmByP1GErwn2EBaVGHytGi0QnVgNl8Ok6VrBGv
NCc5az3YkB4q0SRRu3KcmDjN9ivagZS8rV5UQEh8CY9B4bMHYrcEOKX3eu/v
qspN+xLDBbbzhRezZ2tkfTCoUxtVcc0m9FdWhRWyALStoCAqcyVD/1x/xBlJ
sZrzzcZkMNdOgDE1mOGCGQWL9iQ/Ysorg3gzFcAkKv5CzBhkiOSbq0+6C0zE
kvWhfSURrJuEWbkf80ns8uDp/pyc8NzhAH4/A4oMwiSnRtH0bLuGhGKKKpHs
jNI0fsn6OYsu+oYfLyhuQFBt6if5COOaGGil4EcTowgNsgtrzrAVcWUbFj9Y
UQ+efhSO8vHtZi4TZS1XRq0wyftwgQmDpsiVJ8uLTYt+dR7QHKl3K7Q87nk6
TIBWKAisapWhbYAcxq6Xwhx3LqDSZhz6KkeRF/Z25bwCPlzcjN4O8ObsPC6r
DTpoqZFSbq3Lu7xoWOULdlzJisyp/FEHqaUJpgV9TPNa3y0AM0Qn2mZNeYmo
LB/WYqNKPSi/OR16r7PS9Z4nPhzNNISUo2wxeJgUuH3UnyEEBkwrOyg95cT8
S9FdWF0oR9/maf77BwQ7pGoiLL9GBrQuI72RuTU+5A07I5rQuRY6MnmQ/mDN
Y/YrnvT7A5ZA441dPaJST9tKJAZkKy0P2mJT8C1v1UHGh9TzZE8qNx3rcfmn
/dYAMYU7OjVGsa3cv7emLdGNWbcEKCkk1M5MBpxkeOhxizXJ6XqxlDOiccaz
5iZHZ1+wsK6MJF/FL2hAHpb7FvyUDycc2yL4xoGUx1DIxfsFl3vZ2jze7AkY
1ag1AGqwVc7Ru9Tq44prJx3ZfTfLvIbZq/V+3fJ+qbWIdWAzR/rM2DOTK3UZ
rQFMhxtMRg+FbshjN5yUPAWQ+dwo2DvtEQmDab83pFTTMSijfqm7GLvtqgZr
fjBJp+wlPqQ1fwNrvKjj3AHVYb7b8u9fWl8dApe81R+xFk+ExvH/8ad5aMJM
l/86sXaPoIQWw01QquUPBGKGf6wg/VvPQpujgnzS5a/vzka/q+C9L6fAcF3J
7h+ko5Atbu4ga1qQ31+8OairGM8U79dsmhM4K1bEKkTdwdbr1mjxxEU0lbiW
+nwNjqXf18WRitJKcchXlSnJz/RWg+zZLWeQcV1YJuyQgsEaT5kdoW8IBiFu
B0VXEcqE3DJr3i1SESXx693u3hIKh+yyiPhLqtIE6nThfAVAvw9eqdLL735t
6Bruj4D58ja+zafkH5aBeyRhZVEo6fJRvW4nrQa+IFriPdjKmForOHKRRYAA
LZrmeCaBrB4W8+sSb1uE/NPK61sVrjn6k40fZoOupUSlIQzzDgjTSggeHx5J
maq9G03DTbRgViENODDyjZqvKJYPrLvZ+DIYesWosJQlCrZ+ngTPAYZmx2pe
dgN3eVZcvf7R9PeMo+nBI34nfi8wENKyJ76QmiH8vM28aL198rY5fbPQW2eS
V0UNlKuNmTCEZ5KTKkUbukVYLVg5yj1U7Pj4tBwLGHInGLuzSc5zkufdJ+qa
3s5FL86ZAg58/bzCyOuvJ2qb/uniWzS0gv35bRr/vOhAbSiz/TfI4KGz2xNq
XQmN5adZFSfHHbP5ff6zrZw1YkswokUUCfGq7CKSzc+JpdoE9NkYsgYu51ft
P60Tkp82Nm+LEIGcEjwAeGwNBpUITrWwP3KB9XbtKK7Kx1VIZpoDAMZzBIlU
vcJpeqUmk55t5d38+m+iimIa0coi1a2ClbeX+itUssD+3N7NoyHkgwlg6av+
KcOu/whVzEHdo+0Qa0diogWPa+sE8MeEFcF4wK5h49x2/d8gfyIhaa+GTpUu
9Rt28IOLb8/Sf+2orKS2qMLCXo6uNJA70uwNTIUrBqgi5bv41V+eB37Iv5uw
PmN/9fqZf/V6Epb7HJLUfZ/DBPSh3s5rvzalH8RZ5YFuSJAGnIRRixFJG4jT
nVY4SwrjhQRKtYl+ZDDDjr5Vx6NdKU5mC6uLGekiYII7p7T9Vv1+lvO8s1Lv
dciPY4DfFHXMHGPLoaj1ZNgO7A7GZ/2AqwenvOa8KB/9aDkWQ8W0kwI/I4RC
rJfSMy+uIvlo7dZNfp8ecjDIoiU6UbBhansIa2PdHVKhZPJkaU3ZdeFlas1b
+wp6kohp75bRQiunHoLmzBSHr7TZVwSFrUfaRVbFvnsuAi0eZrpGo7H4Z5D0
3Y/FGmI9KnkpwS/MyY+LyFJAzIiwVUcU1I/DbcagaawIv2I4FnnVo7fN4wo5
BbDEcvzbbqlQsckaK1AOkRzxaDDtipfyiRUXuWG67tor02rZ/oJtDRYGNhTO
Z9fPTTQYzlLRGJoBEHm/WJkUiyFVHxAJOohaHa375Hz3XUWNy5nP7614Zvnf
wdbCXMdZGwbBRv3xQy/vwqXPrMhpZwEkC3lylqrYK8knZrhrcU/MojgqvrfH
qnwo9AWz+45Z/iYHVY32Npq+NrHyAQiE6U7U/LwOHb9tECyPXJ4WzgYG3myf
WgrgEIhaVm/Qrk9jNnCZ/TC3SBPthFDzqQoB02BwzuFLhQPOP/nAff6fpUsa
4N/t+m37n43Yr6NUeHowW8uu5WsTv+xY5JrLSRCQdVGB3w+xP81laY96OWFK
eTkMP+G7JaPn6kYUDqfDRrCN3IiRyqLqR6pm5f92QGA6pWNg8VM9x0GsPoom
U542o1+mPOIBys5a9exIF8ZS+wNg55/A7aV/P/6PqWMMQaVPwPfy89MRfO2x
hz/xYP51FxjA/we1WDbCCHwBAA==

-->

</rfc>