<?xml version='1.0' encoding='utf-8'?>
<!DOCTYPE rfc [
  <!ENTITY nbsp    "&#160;">
  <!ENTITY zwsp   "&#8203;">
  <!ENTITY nbhy   "&#8209;">
  <!ENTITY wj     "&#8288;">
]>
<?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
<!-- generated by https://github.com/cabo/kramdown-rfc version 1.7.29 (Ruby 3.2.3) -->
<?rfc sort refs="yes"?>
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-bradner-gen-ipmc-contributor-rights-00" category="info" submissionType="IETF" obsoletes="5378" tocInclude="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.30.0 -->
  <front>
    <title abbrev="IETFIPR">Rights Contributors Provide to IETF Intellectual Property Management Corporation</title>
    <seriesInfo name="Internet-Draft" value="draft-bradner-gen-ipmc-contributor-rights-00"/>
    <author fullname="Scott Bradner" role="editor">
      <organization>Harvard University retired</organization>
      <address>
        <email>sob@sobco.com</email>
      </address>
    </author>
    <author fullname="Jorge Contreras" role="editor">
      <organization>WilmerHale</organization>
      <address>
        <postal>
          <street>1875 Pennsylvania Avenue NW</street>
          <city>Washington, DC</city>
          <code>20006</code>
          <country>USA</country>
        </postal>
        <email>jorge.contreras@wilmerhale.com</email>
      </address>
    </author>
    <date year="2025" month="July" day="20"/>
    <area>General Area</area>
    <workgroup>gen</workgroup>
    <keyword>BCP</keyword>
    <abstract>
      <?line 59?>

<t>The IETF policies about rights in Contributions to the IETF are designed
to ensure that such Contributions can be made available to the IETF and
Internet communities while permitting the authors to retain as many
rights as possible.</t>
      <t>This document updates <xref target="RFC5378"/> to change the name of the IETF Trust to the IETF IPMC and the
 editor's contact info, but does not change the policies or intellectual property rights in
 Contributions to the IETF from those in <xref target="RFC5378"/>.</t>
    </abstract>
    <note removeInRFC="true">
      <name>About This Document</name>
      <t>
        The latest revision of this draft can be found at <eref target="https://gitnnelg.github.io/ieft-contribution-rights/draft-bradner-gen-ipmc-contributor-rights.html"/>.
        Status information for this document may be found at <eref target="https://datatracker.ietf.org/doc/draft-bradner-gen-ipmc-contributor-rights/"/>.
      </t>
      <t>
        Discussion of this document takes place on the
        genarea Working Group mailing list (<eref target="mailto:tlp-interest@ietf.org"/>),
        which is archived at <eref target="https://mailarchive.ietf.org/arch/browse/tlp-interest/"/>.
        Subscribe at <eref target="https://www.ietf.org/mailman/listinfo/tlp-interest/"/>.
      </t>
      <t>Source for this draft and an issue tracker can be found at
        <eref target="https://github.com/gitnnelg/ietf-contribution-rights"/>.</t>
    </note>
  </front>
  <middle>
    <?line 70?>

<section anchor="conventions-and-definitions">
      <name>Conventions and Definitions</name>
      <t>The key words "<bcp14>MUST</bcp14>", "<bcp14>MUST NOT</bcp14>", "<bcp14>REQUIRED</bcp14>", "<bcp14>SHALL</bcp14>", "<bcp14>SHALL
NOT</bcp14>", "<bcp14>SHOULD</bcp14>", "<bcp14>SHOULD NOT</bcp14>", "<bcp14>RECOMMENDED</bcp14>", "<bcp14>NOT RECOMMENDED</bcp14>",
"<bcp14>MAY</bcp14>", and "<bcp14>OPTIONAL</bcp14>" in this document are to be interpreted as
described in BCP 14 <xref target="RFC2119"/> <xref target="RFC8174"/> when, and only when, they
appear in all capitals, as shown here.</t>
      <?line -18?>

<t>a. "Contribution": any submission to the IETF intended by the
Contributor for publication as all or part of an Internet-Draft or RFC
(except for RFC Editor Contributions described in Section 4 below) and
any statement made within the context of an IETF activity.  Such
statements include oral statements in IETF sessions as well as written
and electronic communications, made at any time or place, that are
addressed to:</t>
      <ul spacing="normal">
        <li>
          <t>the IETF plenary session,</t>
        </li>
        <li>
          <t>any IETF working group or portion thereof,</t>
        </li>
        <li>
          <t>any Birds of a Feather (BOF) session,</t>
        </li>
        <li>
          <t>the IESG, or any member thereof on behalf of the IESG,</t>
        </li>
        <li>
          <t>the IAB, or any member thereof on behalf of the IAB,</t>
        </li>
        <li>
          <t>any IETF mailing list, including the IETF list itself, any working
group or design team list, or any other list functioning under IETF
auspices,</t>
        </li>
        <li>
          <t>the RFC Editor or the Internet-Drafts function (except for RFC Editor
Contributions, as described in Section 4 below).</t>
        </li>
      </ul>
      <t>Statements made outside of an IETF session, mailing list, or other
function, that are clearly not intended to be input to an IETF activity,
group, or function are not IETF Contributions in the context of this
document.</t>
      <t>b. "Contributor": an individual submitting a Contribution.</t>
      <t>c. "Indirect Contributor": any person who has materially or
substantially contributed to a Contribution without being personally
involved in its submission to the IETF.</t>
      <t>d. "Copyright": the legal right granted to an author in a document
or other work of authorship under applicable law.  A "copyright" is not
equivalent to a "right to copy".  Rather a copyright encompasses all of
the exclusive rights that an author has in a work, such as the rights to
copy, publish, distribute and create derivative works of the work.  An
author often cedes these rights to his or her employer or other parties
as a condition of employment or compensation.</t>
      <t>e. "IETF": in the context of this document, the IETF includes all
individuals who participate in meetings, working groups, mailing lists,
functions, and other activities that are organized or initiated by ISOC,
the IESG, or the IAB under the general designation of the Internet
Engineering Task Force (IETF), but solely to the extent of such
participation.</t>
      <t>f. "IETF Documents": RFCs and Internet-Drafts that are used in the IETF
Standards Process as defined in 1(g).  This is identical to the "IETF
stream" defined in <xref target="RFC4844"/>.</t>
      <t>g. "IETF Standards Process": the activities undertaken by the IETF in
any of the settings described in 1(a) above.</t>
      <t>h. "IETF Trust": a trust established under the laws of the Commonwealth
of Virginia, USA, in order to hold and administer intellectual property
rights for the benefit of the IETF.  The IETF Intellectual Property
Management Corporation replaced the IETF Trust in 2025 as the successor
organization.</t>
      <t>i. "Internet-Draft": temporary documents used in the IETF Standards
Process.  Internet-Drafts are posted on the IETF web site by the IETF
Secretariat.  As noted in Section 2.2 of RFC 2026, Internet-Drafts have
a nominal maximum lifetime of six months in the IETF Secretariat's
public directory.</t>
      <t>j. "Legend Instructions": the standardized text that is maintained
by the IETF Trust and is included in IETF Documents and the instructions
and requirements for including that standardized text in IETF
Documents.  The text and instructions are posted from time to time at http://trustee.ietf.org/license-info.</t>
      <t>k. "RFC": the publication series used by the IETF among others.  RFCs are published
by the RFC Editor.  Although RFCs may be superseded in whole or in part
by subsequent RFCs, the text of an RFC is not altered once published in
RFC form.  (See <xref target="RFC2026"/> Section 2.1.)</t>
      <t>l. "Reasonably and personally known": something an individual
knows personally or, because of the job the individual holds, would
reasonably be expected to know.  This wording is used to indicate that an
organization cannot purposely keep an individual in the dark about
certain information just to avoid the disclosure requirement.</t>
      <t>m. "Non-IETF documents": Internet-Drafts that are submitted to the
RFC Editor independently of the IETF Standards Process.  (See Section
4.)</t>
      <t>n. "IETF Intellectual Property Management": IETF IPM, the role of holding and
administering the intellectual property rights for the IETF.</t>
      <t>o. "IETF Intellectual Property Management Corporation": IETF IPMC, A Delaware corporation
established in 2023 as the legal entity supporting the IETF IPM role and the successor entity
to the IETF Trust.</t>
    </section>
    <section anchor="introduction">
      <name>Introduction</name>
      <t>In all matters of copyright and document procedures, the intent is to
benefit the Internet community and the public at large, while respecting
the legitimate rights of others.</t>
      <t>Under the laws of most countries and current international treaties (for
example the " Convention for the Protection of Literary and
Artistic Work" <xref target="BERNE"/>), authors obtain numerous rights in
the works they produce automatically upon producing them.  These rights
include copyrights, moral rights, and other rights.  In many cases, if the
author produces a work within the scope of his or her employment, most
of those rights are usually assigned to the employer, either by
operation of law or, in many cases, under contract.  (The Berne
Convention names some rights as "inalienable", which means that the
author retains them in all cases.)</t>
      <t>In order for Contributions to be used within the IETF Standards Process,
including when they are published as Internet-Drafts or RFCs, certain
limited rights must be granted to the IETF Intellectual Property Management Corporation (IPMC)
, which then grants the
necessary rights to the IETF.  In addition, Contributors must make
representations to the IETF IPMC and the IETF regarding their ability
to grant these rights.</t>
      <t>Section 1 provides definitions used in these policies.  Sections 3 and 4
of this document explain the rationale for these provisions.  Sections 1,
2, 5, and 6 of this document are normative, the other sections are
informative.  RFC 3979 BCP79 <xref target="RFC3979"/> deals with rights,
including possible patent rights, in technologies developed or specified
as part of the IETF Standards Process.  This document is not intended to
address those issues.</t>
      <t>This memo obsoletes RFCs <xref target="RFC5378"/>, <xref target="RFC3978"/> and <xref target="RFC4748"/> and, with RFC
3979 BCP79 and <xref target="RFC5377"/>, replaces Section 10 of RFC 2026
<xref target="RFC2026"/>.</t>
      <t>This document is not intended as legal advice.  Readers are advised to
consult their own legal advisors if they would like a legal
interpretation of their rights or the rights of the IETF IPMC <xref target="RFC4371"/>
in any Contributions they make.</t>
      <section anchor="no-retroactive-effect">
        <name>No Retroactive Effect</name>
        <t>This memo does not retroactively obtain additional rights from
Contributions that predate the date that the IETF Intellectual Property Management Corporation announces the
adoption of these procedures.</t>
      </section>
      <section anchor="ietf-trust-successor-ietf-intellectual-propery-management-corporation">
        <name>IETF Trust Successor IETF Intellectual Propery Management Corporation</name>
        <t>In 2025 the IETF Intellectual Property Management Corporation (IETF IPMC) replaced the
IETF Trust providing intellectual property management to the IETF.</t>
        <t>The rights granted and held by the IETF Trust were assigned to the IETF IPMC.   Mentions
of the IETF Trust in this memo and prior versions should be understood to now refer to the IETF IPMC.</t>
      </section>
      <section anchor="changes-from-rfc5378">
        <name>Changes from RFC5378</name>
        <t>This document does not change the IETF intellectual property rights from what is described in
<xref target="RFC5378"/> other than to update mentions of the IETF Trust with the IETF
Intellectual Property Management Corporation and references and links previously
to the IETF Trust website to the IETF IPMC website.</t>
      </section>
    </section>
    <section anchor="exposition-of-why-these-procedures-are-the-way-they-are">
      <name>Exposition of Why These Procedures Are the Way They Are</name>
      <section anchor="rights-granted-in-contributions">
        <name>Rights Granted in Contributions</name>
        <t>The IETF IPMC and the IETF must obtain the right to publish an IETF
Contribution as an RFC or an Internet-Draft from the Contributors.</t>
        <t>A primary objective of this policy is to obtain from the document
authors only the non-exclusive rights that are needed to develop and
publish IETF Documents and to use IETF Contributions in the IETF
Standards Process and potentially elsewhere.</t>
        <t>The authors retain all other rights, but cannot withdraw the above
rights from the IETF IPMC and the IETF.</t>
        <t>It is important to note that under this document, Contributors are
required to grant certain rights to the IETF IPMC (see Section 5.3.),
which holds all IETF-related intellectual property on behalf of the IETF
community.  The IETF IPMC will, in turn, grant a sublicense of these
rights to all IETF participants for use in the IETF Standards Process
(see Section 5.4.).
This sublicense is necessary for the standards
development work of the IETF to continue.  In addition, the IETF IPMC
may grant certain other sublicenses of the rights that it is granted
under this document.  In granting such other sublicenses, the IETF IPMC
will be guided and bound by documents such as <xref target="RFC5377"/>.</t>
      </section>
      <section anchor="rights-to-use-contributions">
        <name>Rights to Use Contributions</name>
        <t>It is important that the IETF receive assurances from all Contributors
that they have the authority to grant the IETF the rights that they
claim to grant because, under the laws of most countries and applicable
international treaties, copyright rights come into existence when a work
of authorship is created (but see Section 3.5 below regarding public
domain documents), and the IETF cannot make use of IETF Contributions if
it does not have sufficient rights with respect to these copyright
rights.  The IETF and its participants would run a greater risk of
liability to the owners of these rights without this assurance.
To this end, the IETF asks Contributors to give the assurances in
Section 5.6 below.  These assurances are requested, however, only to the
extent of the Contributor's reasonable and personal knowledge.  (See
Section 1(l).)</t>
      </section>
      <section anchor="right-to-produce-derivative-works">
        <name>Right to Produce Derivative Works</name>
        <t>The IETF needs to be able to evolve IETF Documents in response to
experience gained in the deployment of the technologies described in
such IETF Documents, to incorporate developments in research, and to
react to changing conditions on the Internet and other IP networks.  The
IETF may also decide to permit others to develop derivative works based
on Contributions.  In order to do this, the IETF must be able to produce
derivatives of its documents; thus, the IETF must obtain the right from
Contributors to produce derivative works.  Note that the right to
produce translations is required before any Contribution can be
published as an RFC, to ensure the widest possible distribution of the
material in RFCs.  The right to produce derivative works, in addition to
translations, is required for all IETF Standards Track documents and
for most IETF non-Standards Track documents.  There are two exceptions to
this requirement: documents describing proprietary technologies and
documents that are republications of the work of other standards
organizations.</t>
        <t>The right to produce derivative works must be granted in order for an
IETF working group to accept a Contribution as a working group document
or otherwise work on it.  For non-working group Contributions where the
Contributor requests publication as a Standards Track RFC, the right to
produce derivative works must be granted before the IESG will issue an
IETF Last Call and, for most non-Standards Track, non-working group
Contributions, before the IESG will consider the Internet-Draft for
publication.  Occasionally a Contributor may not want to grant
publication rights or the right to produce derivative works before
finding out if a Contribution has been accepted for development in the
IETF Standards Process.  In these cases, the Contributor may include a
limitation on the right to make derivative works in the form specified
in the Legend Instructions.  A working group can discuss the Contribution
with the aim to decide if it should become a working group document,
even though the right to produce derivative works or to publish the
Contribution as an RFC has not yet been granted.  However, if the
Contribution is accepted for development, the Contributor must resubmit
the Contribution without the limitation notices before a working group
can formally adopt the Contribution as a working group document.  The
IETF Trust may establish different policies for granting sublicenses
with respect to different types of Contributions and content within
Contributions (such as executable code versus descriptive text or
references to third-party materials).  The IETF Trust's policies
concerning the granting of sublicenses to make derivative works will be
guided by RFC <xref target="RFC5377"/>.</t>
        <t>The IETF has historically encouraged organizations to publish details of
their technologies, even when the technologies are proprietary,
because understanding how existing technology is being used helps when
developing new technology.  But organizations that publish information
about proprietary technologies are frequently not willing to have the
IETF produce revisions of the technologies and then possibly claim that
the IETF version is the "new version" of the organization's technology.
Organizations that feel this way can specify that a Contribution be
published with the other rights granted under this document but may
withhold the right to produce derivative works other than translations.</t>
        <t>In addition, IETF Documents frequently make normative references to
standards or recommendations developed by other standards organizations.
Since the publications of some standards organizations are not public
documents, it can be quite helpful to the IETF to republish, with the
permission of the other standards organization, some of these documents
as RFCs so that the IETF community can have open access to them to
better understand what they are referring to.  In these cases, the RFCs
can be published without the right for the IETF to produce derivative
works.  In both of the above cases, in which the production of derivative works
is excluded, the Contributor must include a special legend in the
Contribution, as specified in the Legend Instructions, in order to
notify IETF participants about this restriction.</t>
      </section>
      <section anchor="rights-to-use-trademarks">
        <name>Rights to Use Trademarks</name>
        <t>Contributors may wish to seek trademark or service mark protection on
any terms that are coined or used in their Contributions.  The IETF makes
no judgment about the validity of any such trademark rights.  However,
the IETF requires each Contributor, under the licenses described in
Section 5.3 below, to grant the IETF IPMC a perpetual license to use
any such trademarks or service marks solely in exercising rights to
reproduce, publish, discuss, and modify the IETF Contribution.  This
license does not authorize the IETF or others to use any trademark or
service mark in connection with any product or service offering.</t>
      </section>
      <section anchor="contributions-not-subject-to-copyright">
        <name>Contributions Not Subject to Copyright</name>
        <t>Certain documents, including those produced by the U.S. government and
those which are in the public domain, may not be protected by the same
copyright and other legal rights as other documents.  Nevertheless, we
ask each Contributor to grant to the IETF the same rights he or she
would grant, and to make the same representations, as though the IETF
Contribution were protected by the same legal rights as other
documents, and as though the Contributor could be able to grant these rights.  We ask
for these grants and representations only to the extent that the
Contribution may be protected.  We believe they are necessary to
protect the ISOC, the IETF IPMC, the IETF, the IETF Standards
Process, and all IETF participants, and because
the IETF does not have the resources or wherewithal to make any
independent investigation as to the actual proprietary status of any
document submitted to it.</t>
      </section>
      <section anchor="copyright-in-rfcs">
        <name>Copyright in RFCs</name>
        <t>As noted above, Contributors to the IETF (or their employers) retain
ownership of the copyright in their Contributions.  This includes
Internet-Drafts and all other Contributions made within the IETF
Standards Process (e.g., via e-mail, oral comment, and otherwise).
However, it is important that the IETF (through the IETF IPMC) own the
copyright in documents that are published as RFCs (other than
Informational RFCs and RFCs that are submitted as RFC Editor
Contributions).  Ownership of the copyright in an RFC does not diminish
the Contributors' rights in their underlying contributions, but it does
prevent anyone other than the IETF IPMC (and its licensees) from
republishing or modifying an RFC in RFC format.  In this respect,
Contributors are treated the same as anybody else: though they may
extract and republish their own Contributions without limitation, they
may not do so in the RFC format used by the IETF.  And while this
principle (which is included in Section 5.9 below) may appear to be new
to the IETF, it actually reflects historical practice and has been
observed for many years through the inclusion of an ISOC or IETF Trust
copyright notice on all RFC documents since the publication of <xref target="RFC2026"/>.</t>
      </section>
    </section>
    <section anchor="non-ietf-documents">
      <name>Non-IETF Documents</name>
      <t>This document only relates to Contributions made as part of the IETF
Processes.  Other documents that are referred to as Internet-Drafts
and RFCs may be submitted to and published by the RFC Editor
independently of the IETF Standards Process.  Such documents are not
covered by this document, unless the controlling entity for that
document stream, as described in <xref target="RFC4844"/> chooses to apply these
rules.  Non-IETF Contributions must be marked appropriately as
described in the Legend Instructions.  See the RFC Editor web page
for information about the policies concerning rights in RFC Editor
Documents; for other document streams, the controlling entity must be
contacted.  See Section 11 for a declaration from the IAB on this
matter.</t>
    </section>
    <section anchor="rights-in-contributions">
      <name>Rights in Contributions</name>
      <section anchor="general-policy">
        <name>General Policy</name>
        <t>By submission of a Contribution, each person actually submitting the
Contribution and each named co-Contributor is deemed to have read and
understood the rules and requirements set forth in this document.  Each
Contributor is deemed, by the act of submitting a Contribution, to enter
into a legally-binding agreement to comply with the terms and conditions
set forth in this document.</t>
        <t>The Contributor is further deemed to have agreed that he/she has
obtained the necessary permissions to enter into such an agreement from
any party that the Contributor reasonably and personally knows may have
rights in the Contribution, including, but not limited to, the
Contributor's sponsor or employer.</t>
        <t>No further acknowledgment, signature, or other action is required to
bind a Contributor to these terms and conditions.  The operation of the
IETF and the work conducted by its many participants is dependent on
such agreement by each Contributor, and each IETF participant expressly
relies on the agreement of each Contributor to the terms and conditions
set forth in this document.</t>
      </section>
      <section anchor="confidentiality-obligations">
        <name>Confidentiality Obligations</name>
        <t>No information or document that is subject to any requirement of
confidentiality or any restriction on its dissemination may be submitted
as a Contribution or otherwise considered in any part of the IETF
Standards Process, and there must be no assumption of any
confidentiality obligation with respect to any Contribution.  Each
Contributor agrees that any statement in a Contribution, whether
generated automatically or otherwise, that states or implies that the
Contribution is confidential or subject to any privilege, can be
disregarded for all purposes, and will be of no force or effect.</t>
      </section>
      <section anchor="rights-granted-by-contributors-to-the-ietf-intellectual-property-management-corporation">
        <name>Rights Granted by Contributors to the IETF Intellectual Property Management Corporation</name>
        <t>To the extent that a Contribution or any portion thereof is protected by
copyright or other rights of authorship, the Contributor and each named
co-Contributor grant a perpetual, irrevocable, non-exclusive,
royalty-free, world-wide, sublicensable right and license to the IETF
IPMC under all such copyrights and other rights in the Contribution:</t>
        <t>a. to copy, publish, display, and distribute the Contribution, in whole
or in part,</t>
        <t>b. to prepare translations of the Contribution into languages other
than English, in whole or in part, and to copy, publish, display, and
distribute such translations or portions thereof,</t>
        <t>c. to modify or prepare derivative works (in addition to translations)
that are based on or incorporate all or part of the Contribution, and to
copy, publish, display, and distribute such derivative works, or
portions thereof unless explicitly disallowed in the notices contained
in a Contribution (in the form specified by the Legend Instructions),
and</t>
        <t>d. to reproduce any trademarks, service marks, or trade names which are
included in the Contribution solely in connection with the reproduction,
distribution, or publication of the Contribution and derivative works
thereof as permitted by this Section 5.3, provided that when reproducing
Contributions, trademark and service mark identifiers used in the
Contribution, including TM and (R), will be preserved.</t>
      </section>
      <section anchor="sublicenses-by-the-ietf-ipmc">
        <name>Sublicenses by the IETF IPMC</name>
        <t>The IETF IPMC will sublicense the rights granted to it under Section
5.3 to all IETF participants for use within the IETF Standards Process.
This license is expressly granted under a license agreement issued by
the IETF Trust, which can be found at
http://trustee.ietf.org/license-info.</t>
        <t>This license is expressly granted under a license agreement issued by
the IETF IPMC and must contain a pointer to the full IETF IPMC
agreement.</t>
        <t>In addition, the IETF IPMC may grant additional sublicenses of the
licenses granted to it hereunder.  In doing so, the IETF IPMC will
comply with the guidance provided under <xref target="RFC5377"/>.</t>
      </section>
      <section anchor="no-patent-license">
        <name>No Patent License</name>
        <t>The licenses granted in Section 5.3 shall not be deemed to grant any
right under any patent, patent application, or other similar intellectual
property right disclosed by the Contributor under BCP 79 <xref target="RFC3979"/> or
otherwise.</t>
      </section>
      <section anchor="representations-and-warranties">
        <name>Representations and Warranties</name>
        <t>With respect to each Contribution, each Contributor represents that, to
the best of his or her knowledge and ability:</t>
        <t>a. The Contribution properly acknowledges all Contributors, including
Indirect Contributors.</t>
        <t>b. No information in the Contribution is confidential, and the IETF, IETF
Trust, IETF IPMC, ISOC, and its affiliated organizations may freely disclose any
information in the Contribution.</t>
        <t>c. There are no limits to the Contributor's ability to make the grants,
acknowledgments, and agreements herein that are reasonably and personally
known to the Contributor.</t>
        <t>d. The Contributor has not intentionally included in the Contribution
any material that is defamatory or untrue or which is illegal under the
laws of the jurisdiction in which the Contributor has his or her
principal place of business or residence.</t>
        <t>e. All trademarks, trade names, service marks, and other proprietary
names used in the Contribution that are reasonably and personally known
to the Contributor are clearly designated as such where reasonable.</t>
      </section>
      <section anchor="no-duty-to-publish">
        <name>No Duty to Publish</name>
        <t>The Contributor, and each named co-Contributor, acknowledges that the
IETF has no duty to publish or otherwise use or disseminate any
Contribution.  The IETF reserves the right to withdraw or cease using any
Contribution that does not comply with the requirements of this Section
5.</t>
      </section>
      <section anchor="trademarks">
        <name>Trademarks</name>
        <t>Contributors who claim trademark rights in terms used in their IETF
Contributions are requested to state specifically what conditions apply
to implementers of the technology relative to the use of such
trademarks.  Such statements should be submitted in the same way as is
done for other intellectual property claims.  (See <xref target="RFC3979"/> Section 6.)</t>
      </section>
      <section anchor="copyright-in-rfcs-1">
        <name>Copyright in RFCs</name>
        <t>Subject to each Contributor's (or its sponsor's) ownership of its
underlying Contributions as described in Section 5.6 (which ownership is
qualified by the irrevocable licenses granted under Section 5.3), each
Contributor hereby acknowledges that the copyright in any RFC in which
such Contribution is included, other than an RFC that is an RFC Editor
Contribution, shall be owned by the IETF Intellectual Property Management Corporation.
Such Contributor shall be deemed to assign to the IETF IPMC such Contributor's copyright
interest in the collective work constituting
such RFC upon the
submission of such RFC for publication, and acknowledges that a
copyright notice acknowledging the IETF IPMC's ownership of the
copyright in such RFC will be included in the published RFC.</t>
      </section>
      <section anchor="contributors-retention-of-rights">
        <name>Contributors' Retention of Rights</name>
        <t>Although Contributors provide specific rights to the IETF, it is not
intended that this should deprive them of their right to exploit their
Contributions.  To underscore this principle, the IETF IPMC is
directed to issue a license or assurance to Contributors, which
confirms that they may each make use of their Contributions as
published in an RFC in any way they wish, subject only to the
restriction that no Contributor has the right to represent any
document as an RFC, or equivalent of an RFC, if it is not a full and
complete copy or translation of the published RFC.</t>
      </section>
    </section>
    <section anchor="legends-notices-and-other-standardized-text-in-ietf-documents">
      <name>Legends, Notices and Other Standardized Text in IETF Documents</name>
      <t>The IETF requires that certain standardized text be reproduced verbatim
in certain IETF Documents (including copies, derivative works, and
translations of IETF Documents).  Some of this standardized text may be
mandatory (e.g., copyright notices and disclaimers that must be included
in all RFCs) and some may be optional (e.g., limitations on the right to
make derivative works).  The text itself, as well as the rules that
explain when and how it must be used, is contained in the Legend
Instructions.  The Legend Instructions may be updated from time to time,
and the version of the standardized text that must be included in IETF
Documents is that which was posted in the Legend Instructions on the
date of publication.</t>
      <t>The IETF reserves the right to refuse to publish Contributions that do
not include the legends and notices required by the Legend Instructions.</t>
      <t>It is important to note that each Contributor grants the IETF IPMC
rights pursuant to this document and the policies described herein.  The
legends and notices included in certain written Contributions such as
Internet-Drafts do not themselves convey any rights.  They are simply
included to inform the reader (whether or not part of the IETF) about
certain legal rights and limitations associated with such documents.</t>
      <t>It is also important to note that additional copyright notices are not
permitted in IETF Documents except in the case where such document is
the product of a joint development effort between the IETF and another
standards development organization or is a republication of
the work of another standards development organization.  Such exceptions
must be approved on an individual basis by the IAB.</t>
    </section>
    <section anchor="changes-since-rfc5378">
      <name>Changes since RFC5378</name>
      <t>This document does not change the intellectual property polices from <xref target="RFC5378"/>,
those remain as they previously were.</t>
      <t>The edits made are replacing mentions of the IETF Trust with the IETF Intellectual
Property Management Corporation (IPMC) and mentions of the IETF Trust
website with the IETF IPMC website as needed to recogninzed the change from the IETF Trust
to the IETF IPMC.</t>
    </section>
    <section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>This memo relates to the IETF process, not any particular technology.
There are security considerations when adopting any technology, but
there are no known issues of security with IETF Contribution rights
policies.</t>
    </section>
    <section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <t>This document has no IANA actions.</t>
    </section>
  </middle>
  <back>
    <references anchor="sec-combined-references">
      <name>References</name>
      <references anchor="sec-normative-references">
        <name>Normative References</name>
        <reference anchor="RFC4748" target="https://www.rfc-editor.org/info/rfc4748" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.4748.xml">
          <front>
            <title>RFC 3978 Update to Recognize the IETF Trust</title>
            <author fullname="S. Bradner" initials="S." role="editor" surname="Bradner"/>
            <date month="October" year="2006"/>
            <abstract>
              <t>This document updates RFC 3978 "IETF Rights in Contributions" to recognize that the IETF Trust is now the proper custodian of all IETF-related intellectual property rights.</t>
              <t>This document does not constrain how the IETF Trust exercises those rights. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="4748"/>
          <seriesInfo name="DOI" value="10.17487/RFC4748"/>
        </reference>
        <reference anchor="RFC3978" target="https://www.rfc-editor.org/info/rfc3978" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.3978.xml">
          <front>
            <title>IETF Rights in Contributions</title>
            <author fullname="S. Bradner" initials="S." role="editor" surname="Bradner"/>
            <date month="March" year="2005"/>
            <abstract>
              <t>The IETF policies about rights in Contributions to the IETF are designed to ensure that such Contributions can be made available to the IETF and Internet communities while permitting the authors to retain as many rights as possible. This memo details the IETF policies on rights in Contributions to the IETF. It also describes the objectives that the policies are designed to meet. This memo updates RFC 2026, and, with RFC 3979, replaces Section 10 of RFC 2026. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="3978"/>
          <seriesInfo name="DOI" value="10.17487/RFC3978"/>
        </reference>
        <reference anchor="RFC5377" target="https://www.rfc-editor.org/info/rfc5377" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.5377.xml">
          <front>
            <title>Advice to the Trustees of the IETF Trust on Rights to Be Granted in IETF Documents</title>
            <author fullname="J. Halpern" initials="J." role="editor" surname="Halpern"/>
            <date month="November" year="2008"/>
            <abstract>
              <t>Contributors grant intellectual property rights to the IETF. The IETF Trust holds and manages those rights on behalf of the IETF. The Trustees of the IETF Trust are responsible for that management. This management includes granting the licenses to copy, implement, and otherwise use IETF Contributions, among them Internet-Drafts and RFCs. The Trustees of the IETF Trust accepts direction from the IETF regarding the rights to be granted. This document describes the desires of the IETF regarding outbound rights to be granted in IETF Contributions. This memo provides information for the Internet community.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="5377"/>
          <seriesInfo name="DOI" value="10.17487/RFC5377"/>
        </reference>
        <reference anchor="RFC3979" target="https://www.rfc-editor.org/info/rfc3979" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.3979.xml">
          <front>
            <title>Intellectual Property Rights in IETF Technology</title>
            <author fullname="S. Bradner" initials="S." role="editor" surname="Bradner"/>
            <date month="March" year="2005"/>
            <abstract>
              <t>The IETF policies about Intellectual Property Rights (IPR), such as patent rights, relative to technologies developed in the IETF are designed to ensure that IETF working groups and participants have as much information about any IPR constraints on a technical proposal as possible. The policies are also intended to benefit the Internet community and the public at large, while respecting the legitimate rights of IPR holders. This memo details the IETF policies concerning IPR related to technology worked on within the IETF. It also describes the objectives that the policies are designed to meet. This memo updates RFC 2026 and, with RFC 3978, replaces Section 10 of RFC 2026. This memo also updates paragraph 4 of Section 3.2 of RFC 2028, for all purposes, including reference [2] in RFC 2418. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="3979"/>
          <seriesInfo name="DOI" value="10.17487/RFC3979"/>
        </reference>
        <reference anchor="RFC5378" target="https://www.rfc-editor.org/info/rfc5378" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.5378.xml">
          <front>
            <title>Rights Contributors Provide to the IETF Trust</title>
            <author fullname="S. Bradner" initials="S." role="editor" surname="Bradner"/>
            <author fullname="J. Contreras" initials="J." role="editor" surname="Contreras"/>
            <date month="November" year="2008"/>
            <abstract>
              <t>The IETF policies about rights in Contributions to the IETF are designed to ensure that such Contributions can be made available to the IETF and Internet communities while permitting the authors to retain as many rights as possible. This memo details the IETF policies on rights in Contributions to the IETF. It also describes the objectives that the policies are designed to meet. This memo obsoletes RFCs 3978 and 4748 and, with BCP 79 and RFC 5377, replaces Section 10 of RFC 2026. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="78"/>
          <seriesInfo name="RFC" value="5378"/>
          <seriesInfo name="DOI" value="10.17487/RFC5378"/>
        </reference>
        <reference anchor="RFC2026" target="https://www.rfc-editor.org/info/rfc2026" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.2026.xml">
          <front>
            <title>The Internet Standards Process -- Revision 3</title>
            <author fullname="S. Bradner" initials="S." surname="Bradner"/>
            <date month="October" year="1996"/>
            <abstract>
              <t>This memo documents the process used by the Internet community for the standardization of protocols and procedures. It defines the stages in the standardization process, the requirements for moving a document between stages and the types of documents used during this process. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="9"/>
          <seriesInfo name="RFC" value="2026"/>
          <seriesInfo name="DOI" value="10.17487/RFC2026"/>
        </reference>
        <reference anchor="RFC4371" target="https://www.rfc-editor.org/info/rfc4371" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.4371.xml">
          <front>
            <title>BCP 101 Update for IPR Trust</title>
            <author fullname="B. Carpenter" initials="B." role="editor" surname="Carpenter"/>
            <author fullname="L. Lynch" initials="L." role="editor" surname="Lynch"/>
            <date month="January" year="2006"/>
            <abstract>
              <t>This document updates BCP 101 to take account of the new IETF Intellectual Property Trust. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="4371"/>
          <seriesInfo name="DOI" value="10.17487/RFC4371"/>
        </reference>
        <reference anchor="RFC2119" target="https://www.rfc-editor.org/info/rfc2119" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.2119.xml">
          <front>
            <title>Key words for use in RFCs to Indicate Requirement Levels</title>
            <author fullname="S. Bradner" initials="S." surname="Bradner"/>
            <date month="March" year="1997"/>
            <abstract>
              <t>In many standards track documents several words are used to signify the requirements in the specification. These words are often capitalized. This document defines these words as they should be interpreted in IETF documents. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="14"/>
          <seriesInfo name="RFC" value="2119"/>
          <seriesInfo name="DOI" value="10.17487/RFC2119"/>
        </reference>
        <reference anchor="RFC8174" target="https://www.rfc-editor.org/info/rfc8174" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.8174.xml">
          <front>
            <title>Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words</title>
            <author fullname="B. Leiba" initials="B." surname="Leiba"/>
            <date month="May" year="2017"/>
            <abstract>
              <t>RFC 2119 specifies common key words that may be used in protocol specifications. This document aims to reduce the ambiguity by clarifying that only UPPERCASE usage of the key words have the defined special meanings.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="14"/>
          <seriesInfo name="RFC" value="8174"/>
          <seriesInfo name="DOI" value="10.17487/RFC8174"/>
        </reference>
        <reference anchor="RFC4844" target="https://www.rfc-editor.org/info/rfc4844" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.4844.xml">
          <front>
            <title>The RFC Series and RFC Editor</title>
            <author fullname="L. Daigle" initials="L." role="editor" surname="Daigle"/>
            <author>
              <organization abbrev="IAB">Internet Architecture Board</organization>
            </author>
            <date month="July" year="2007"/>
            <abstract>
              <t>This document describes the framework for an RFC Series and an RFC Editor function that incorporate the principles of organized community involvement and accountability that has become necessary as the Internet technical community has grown, thereby enabling the RFC Series to continue to fulfill its mandate. This memo provides information for the Internet community.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="4844"/>
          <seriesInfo name="DOI" value="10.17487/RFC4844"/>
        </reference>
      </references>
      <references anchor="sec-informative-references">
        <name>Informative References</name>
        <reference anchor="BERNE" target="http://www.wipo.int/treaties/en/ip/">
          <front>
            <title>Convention for the Protection of Literary and Artistic Work</title>
            <author>
              <organization/>
            </author>
            <date>n.d.</date>
          </front>
        </reference>
      </references>
    </references>
    <?line 637?>

<section anchor="acknowledgments">
      <name>Acknowledgments</name>
      <t>The IETF Trustees and IETF Intellectual Property Management Corporation directors during the restructuring of the IETF Trust to the IETF IPMC were:
Glenn Deen, John Levine, Joel Halpern, Kathleen Moriarty, Victor Kuarsingh, Jon Peterson, Kristin Berdan, Wendy Seltzer</t>
    </section>
    <section numbered="false" anchor="appendenix">
      <name>Appendenix</name>
    </section>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA61963LkRnLu/3oKmPtDpA1ylpqRRsvjsHduksbWXM6Q8oTD
4XCgu6vZ0KCBNgogp3dD7+Jn8ZOd/DKzbkA3Ndo4Dtua7gbqkpWV+eWXWcXz
83Mz1ENjr4qTD/XtZnDFi64d+noxDl3vivd9d1evbDF0xetXN98Xr9vBNo1d
DmPV4Med7Yd98aZqq1u7te1Ab/e7rq+GumtPjFl1y7baUuOrvloP54u+WrW2
P7+17Xm92y7Pl7Gv8567P2+qwbrBmGqx6O0dDQv9vn7/4cQs6Zfbrt9fFXW7
7ky3cF1j6eGr4pvHT78zxg1Vu/qvqula6rDtzK6+Kv5j6JZl4bp+KHq7dv9J
T42Lbe0cje9mv6MH0bypeltRVz9YGh1N7Bl9PDH3Xf/ptu/G3VVBAzaf7J6+
WV0Vz1+8NzSwx8aYO9uO9soURaEPntCTFb9N3w3cwclHaqdub4sf8Aj/sK3q
5qoYmt15TfLsab5/ru2wvuj6W/xc9cvNVbEZhp27evQID+Ob+s5e+Kce4YtH
i767d/ZR2s4jHks9bMbFFf7btra5fYTXoqxp6ipsPCzyjt35ly6klYu6o9dp
7Q68/uiLV/ViM2wbWtNx2HQ95HWOrov12DSiH9fLbhiK59IS/0azvCp+rPq7
ql8VP7c0+97VpGu9HerervgZK4J03eLP9H/L7mLZbfmHvoNG21VNQzjQ279Q
41YUndbbxf4+1s3W9j9WjeXvHP1uSTaX3z39pnhv29btm7uqraviGa988fYj
P7ekgdHLldvQOg9dWxYvX8gP3Yq6+/qPf/zjt/p5pD7p2Z+vn/EX7zesrf9w
SQ99XXz77ePi2++efp1O7heM9WLpx/rnex7ihoZ4eLam7fot7b870csP3794
8vTJd/7fj//0NPybds3T5Ps/Jd+HZ2hU34Z2Hj+9vDIGmy/t4fmrD29f8b/w
P0NFw1V1Im26v7+/uK933QUp6COaAb1m3SPbPqp3j8Iran9oPUiq0K+CeiiG
jYWFGcjY4KtuXfxUk5JX/b6gfU57dKjdUC8LbC8yNefn50W1oBWrlmQ9buhl
Nli7rqmX1Cf91o1kBMTG1W00c9S4g30b/Cu0f4uVdfVtS2pGP9jWjfTVsKmG
wo3LzeTVZdUWC0t7msxkdYfNumhs3mC7MjCcfWsHUoHtdmxryKG439T0KNnQ
bT0MMBF4RTYJD4l0vaKhVo5ab/dGB08fdx1ZMOrmwpjiZlO7ggztyPZ33K2w
oYu//lVX8tdf0dJyU7W3ltvHFoA0w/Bu+tEN2YBfv3/zgoVM3xhVrK9opjRv
ki6b37Kg+VO31FXbDWn7QeK0hnXqLnbeXYRFMA+swrrvtvSpcxarlUznQtZ6
W69WtE3NH4qoN44H/dKuawiYPosikOUuYLpdcfLm5+ubk1L+W7x9x//+8Or/
/vz6w6uX+Pf1j89++in8w+gT1z+++/mnl/Ff8c0X7968efX2pbxM3xbZV+bk
zbN/p18wqpN3729ev3v77KcTzGfIFg0aR3NfWBZYv6N1tytaZ0NquCTx0Ad6
h/zO//7P5ROSxd9hZ15e/onWVj58d/n0CX2439hWeuvaZq8fSaJ7U+12tsJ6
FFXTkMru6qFqXAldcpvuvi025D5Isn//H5DMf14V/7hY7i6f/JN+gQlnX3qZ
ZV+yzObfzF4WIR746kA3QZrZ9xNJ5+N99u/ZZy/35Mt//Oembm1xfvndP/8T
efHqgo1PUMSTK5LhvohIIVNMLFG7oiVZ7Hl/JHiJ7dZuXNAGYAQE8ULe+LYi
CEK7joyFNwXnL+E+8SOtoDm1n5d2N3AT9Ll4xbtuskEyfbhWy/iEFKfp7s/Y
zvDABzIBrFhslO7JkbPKWd7B9nMYCBsnauSO/NdFUVyTcTPhZWzQZTNSAx0w
Ufa9vOosS4ct0j3tc/5vT6aM0BKU0GLn911LRlqtnoiF9E6s5cByHmoYJBJR
Uy1tKXaWdoSpViuCNI4mO3Tkd/4+LsGuAcra+wGU9Bsa4t/uFW0xIONmCfzx
GkLFu7V/+HkNgwBBFN+TW6Ifi9Pn774/SxuVDq9/KNEOXtra7cL2vinaZSR6
csXraE/pYf/is+df/h49m04Crh+TaMjFlboO3j/wA/ihqAdnm3XJr+m0TZi2
eLBisNVWm9GxdDxXbmA9tqxCaHokne4VDY9uVy+t8zNJ1FH9cq7CLjRUHNZi
k2kxW50HNZkM0XVUN9YVct4OgUiiuX6hJtLCKDFF4wcVVapYNmQFyTLCZYV9
7C3vbmQvON0YpciUGw7zRGNohJ/M9+h8q8HYG2/saW6L1N50PZsbem1F3a3g
KNnwCCCossbp3SW9+5oe7UlkxbSRPbCEo+Hdb7piw7CB1qkmE0TL3iP0QYw0
yBcBpYsI8p7YaAAwLSyGIc3iNYJ/d11zJ+tGCnjEStJIVzzL3Z69PQ0PPzX2
lubH39AGpaFo362iHnZQwS8av5Ss3bz0go029U71lfwajC0QV1Pdkw17Vpws
Q6dFzejE2P8e6ztCzK0scHEiIwAuomdP6LUPYgGqIrxMsI+M1q4iA6RGfG0w
BVLwZnQEfj2MEeUKM4DYeRYYcymAsXI8e/9CZ9BLKZ7CbcpiRYorS8HOewmc
DAza06iBs7kt540FPmCmrcZT9D1pcrG0tKfwgEt6KoAzMCqanN3umm5v+7BD
2CkRUjNwU9CHVe2htjzLPoSehiAIBVeqg/ZCovKTqyPKHlawTN0mOxOWpYnK
7lhXeSDLeodpU5NbirpI7chSZNbc5Vud7JPfj05RjyyibNzaurjxKYiiuO0v
pG6sZPRrNYgLf3397kVpMkuvFllVDJ9ulRgQo1p5KaWm0LxqbwlU0JrR8G4q
96n4vuuXtjjF7M8ELoOwoJ2n+4QExvJds5KYKAOR8lqlXLxUYTqSN9lUAblT
CxxmOjrZm17wsKTtqoKzo2iKrLoT80sYWR68PL09I3XiMAL/uwKWXtJkdZg8
CINQuNqepC8K9Hzy3ZMnDMpv/XhnHermT9aFJTtUn0htBUV5HWH8opJ1lm3g
xFdcnlZnCObuAFc3vk+OYWADi4GjGUuGjjcXvRSXkUxE2EUvCJF07b2tmmFj
6Lt/q3tav7oqEZvD55Im8Hu0h7pmxUKvVlt6xJHkD0c2PkLz4euC1GZdD2m0
xZK2D5Bp5jCZRrEg46PVNG6jgVKQ/o23MaRKEDlZe1V5r041O45UabAstM87
Dqn9jnUzBYrraXQ9aQ5T9YPmUVCKPdUlr97bReEoak9X2ZC3R2BLfmmAGWMT
neOAry++hswAIEBAlLPuNtUd4UN6kdaDZLetPtfbEThnbQVN0p6qPxe0wMPG
5ZOJnX/ljGD1Qtxp1+9JTr+QnH6ytOGxx0jrRzEwqsNOZcGmhE0eb7warpZU
osLeMKlKyyJBeeoAqFcBQYet7aNt+iX2ySC6h/PqFQqt2XpFNAhGYjYibdyE
xlXn+EceSdJHunISckN+2Pr4L7WvRA5vK5swkCQ3cgn2HGQAiY080gmtl4op
jYEcmUSrapVKpqLVuRWTjRGKZeut94pRjhFHQl0a4JLbjTy/rfbAbm4EQLEq
WXIojRU7z44F7QD6kCCxqfCi+KUkFEIfAhbIP4FKhR4vk8HANuEhcF80jNNr
a4WUgIJS6B1V9/LizJgG4rAVQNOiEcIqYqjiU0sh9wmIy61FbHabA0CD3136
QteTA7FLAuaBuvmlW6jCBNwIO8U+c2xWpo+9L+BrdjRAQVto3Rt80CLov9YF
op/RIKh2D2wyQwK2C0LajWSZHJzZJ2t3E/yq+4208pPQbmYJaw/A6LlDaukX
ZZ2qu64W3ScYtGw6JtsSrSflIomfvO3ac9abVeIOj3pBhdAyI0TpSQxDI7U7
QP92aPYZEzbzXH6ldXXNE6xt653ObyVDTq4CnSYK17NirnmhZNUpYA8+xQd4
D5Jm3rUoyO6+dCxZYiaO60VJiPmlJcfI4VF8xqQeVHzMY+9jBMUDJgzYWTuO
sNPolBqWuXqrFrySvmVSQoVN5AWYPJpE363EMhnzWsgqUhcSDvvtCM7RcKDP
dlisFamN7muO7NgoE9T2PjjFaoGE3YcRqicg9WnAYJfKzVKb2DiIrHXmBGAQ
Vfn1QDQvJsyYn2dAY0uGVUl/5qAB7se+59HxWFjWwFpKjRentMDGfq4Ifwud
elL8Ll7c5Lw42Sjm53/9lSCoZ5a7BW/GlqRHsNolfKwPL3id9xAsrQZT0h12
7ZKN0bijbuUnXfWteJgQeBjPHIUFA3RnGsl/inBdM0TAFExzk4lxWMmaN6aP
cXQoTgOrlNRy1Itsq2msIyEIFsHwNu9iaCRQeeQJUYzHZH8A5hoolYWteYiL
vcGGCriflpdNcp2PWIAmx9WEdWE74HafQ+VMsogg4B3b/iIy+icAMrWFwbYn
rH0UN25t1apRS0QhWQFeom1kdGkEME6vPW5dz8hD4TnYzCfSO2z4ShNhBmhk
0YfMPWPUU/srrA+JQg2+aWoyw/SsTnQLm0+DSGL/aDR+hwWjqIps15nxghow
RG6UxWJai0lgS8RIOEHgsCwrCXbLPN/NA9xSYEL+c0ebn/qt5rmJND8i3/Rk
EntP0dUUgy4oThU7x8PK4nLQW7p7L6HYyLBrSCZpixSDu5hRAUVrFbY95v6f
mGnEDU/fVLq2vZoX6w0HGkN/TNumzV2W5uuy+Eb25bezOF75Lk37iZWV3ets
xJFpalAQXYG8IhIX9P8ZLeEzoaWV5ciftNAbhETffHKrAB3QDsFkYFJ2uWm7
prutWWB3tiE14ZgeZrpe14QakR5Tsv1Bx57nzRT8JaSg5599Esq50WLp+L2t
3XZFqEAQMJrkqMowW+TfIFP+jEysfC5l8iD+ExGFB5GaRSsa9LkALy//mAZG
JkGgfmRHZ0RyEcddre4Iu2OBbLWCZ8Xi4ksBgIYMmBubQTUZyaH4nsMmEcu8
F6BJQdcnel2eMSF/lXIkdR+8ZZ8SYekK8ZYSIT1+evnrrwaGjUzrxIShW2xP
wIU/FMXbjiZBmIGpBVu8Wq+tZH/9EoUEZR8fA+gTD+iNQPBLHAKZaZ8VIIZd
CSYGrvXg+G+zXUDQY7sUso60rNslspIdqnBGZpnEkdcBRx3r9liv7BmYKPhb
Da5fpbOMijDJ6MSUcThxEMJuY9M5VXwTdcJ7BmyFjW3ykFG6ubfQ14nPDsMj
vS7eaDrYzNPcPvfK2sFhWV+TOLm6BKvtNqzUcJTw5m7oOu6DYiZUEAkhlHfI
i/SCE+CiQL6IYrojD2XLQ0rxOOJHi/fKMqRUmElz/GKNSSuZhpcqgGLr0+Jz
ObD5CZTM79TflYjCshLjY1O3hBlpk9zVBCibA/geVBAzQTM/qj9wAFC8+kzW
P7DQHzd7xZXvw55AcRa38LHiH/f4QqyBFrD9oCo0LfJIqkLmDpwdv5qFYKIw
WMU7Pi2UGQfO7wp5wMm1aWpXaxhshjFoos+gdVvAk27xixXb5V0uO/u9BC9+
QKGdkBkJUB55fvzSUnh8JDUB122tZrrUaXKo4Kd2iIrqgEEeSG8do5axozq4
bUky2cbZe60tuEmKW3xlC/IqSRQgNLlyDFDRVU9Qm8ljML4m3RLH0Rj19Zp3
Sw12c6jE3oBlFIl4QjhLVGQwEGBGKQiWhWA4z2LMMaWM4dRFqqD45uLxxVlp
BJ8yM8OzxdPnvW0q0dBD+/5AVplkHULWjEHmDVQ3jaCjsSc8K2OtQIEoRxdc
i4kj92OJqRfPL45ScXMcO5nJPJ9cnF2IpUu6BPoIINyHrS4wyaqGbFt8ci/0
yHk50qB2tFOwngncgP7Ll0ZBaRhHMH3pjqhZOdTTmAPaIL3yA/BmnMObtTwd
DJaBY5uxXqkDW5CfZw8W2XWfD0xgnjiQD2FpfnZ2arhm6pyhj54EjV1PPnGk
MS+9G8Iap2pt/Gt7JtBlX/GGBBOShiq6DhO54U2zpOhiGx9WVrI8kGU5QH7E
dK05zH+UCcejXS8RKNPTHYU24MlAy3JIKkyAydPCJCZJn66KU065Jar6+OIb
KTBIwjXhfcyqA38f1+mszN2DmiRAz0JJ2EO2cW3qxM2zkN24XiN6C4GMhj1C
LKkRcQlVYgIhErY5k/aDy/eqoO9+hCBuecqwog5bicJuDUC9kSIUrxxaGoiG
LD9rf1Af2s2dfGURqUTG3n2alIdDDWqvSVH7CJtE8/CtyDxQRMlzlTK9FumH
kqzkPZmFvlSvJsRtzJJOHOlX8CLKcduMYWeGu7GrW6v8bQy3T5szsCR+v6GT
90pyvYzpdlBnKVyA+/T8ia/utFwGMfWd8A60sh1MIIVSoN1J+aGyt5XPm7Ij
tzG/vtZkRBbaJjCPTUbeTylEvedrbZHYUz8IixpxVeMO6QDRNsae0PyQ73ch
Zefp0UjOvX5Pkx+YEpQFNFqftCfr4gAnlno8QKpYlQxNkcasjGFRUaBpugk6
E5sbcq4r0cBE+zx35BdAGUET22f9xj4J2/j/0OvjrJEZzMujPlVsT35Ox3+B
sDONAD1UNP6NgdTbNcob1a4ISGJhyRPaWVyrJcQmo9YEV/JChwJk1PKRagyR
IgmVIzGCNL7oB3oAYkItSUS0RybGGMK7WswnnUeZTQQOPSCICBBu+mr5KXF2
AJl4lD2B7CSCqUefl4FCQJjtPQw+ismUfjNskZLE0FXSk24YtuiEo2jPDQAe
2abCaOIbARtTNBuzlVmRTSD3E+CSJsNcGro+JNkZ71mnLG3VmgOVi8BoS66l
m1RmVZ4Dj8/OCqbua+engCotEuz39BOEn7+Yuy8G6qxCaU2rGmg3K2ydLbzo
66Ed8ZsC0Z0xaBkOY1qh3IJ4fqrolRfQOubPgl4dUKlyPtVpCeLBDsF81R7G
TGO5rjeJBEik75bLytWaoa1S18T2kUMYjT14munrhwixBzVIxmvWSLMibU5O
u15PVQO1ZwsLaMSaoxs1xdpi9sxRUvS155w1pTHxuTwxn9yphN1Xpm8SNjNS
ms1CrS5Y4oSx1W8PVF1wQV+usrCVSBSPzuWjA8kVWA3FqOqeariFSO0wojy2
h0pD4sKAuMrgyxan61OmINtAOUuABYJe7O0gC6X6T/P80YMfzXtlLQCdHVnS
A2uEvUUAgFPgZiqjBPMRVI8LSMNCzW/wUbl4DMTO5D4rOzjLmfQfskwpeBA+
CJoUcsy0omsmlIZ4fATzTEKwEHeZKX6O7+LAHVvw3K5x2rWTpLBkviYU76mP
yuxnuxwHRhg4usW04Oi9y45XXIpGepMwYIxU6351Dny+D0W37izF8Dzrr1yY
H2h2ilpbnzgPU+V6wBi/Ht1LGm8ajTcpyoSG5XFl6B2KR+6T1EOTuKhuJRh+
y9mTxKWlirwCSdM4rXyt+8ydlgXvE58cnLja3qZ+uDS+eEVJ1UqsGAF+CepY
CL4BJr+k7pjzYBvb7Ng5tZ42wE+tvU9eIUk/H4fpVJi518kkpSdGzoIdBwo0
+nUv5UJaLA5h8yC7EDqLMnubAOrTpQBiCj0kR6nAbV9oGE0jNAGcKgnN3B8y
/5iifnfim01nSNqUSMC8m09+bW0jkdx9tWfTKVZ3r/An378ZBA2mNOXngr8+
QJowdUe7mvcnl0x+ofFMmOsEcF5IAUhgfiaBVrI+vD1CcrLINqYJyK1gKAMW
jZxM5Y/T+AziYj9FesUE6V3XiOKGvLiNV5sz+UfeCwcFAs8QIrh68EcHCdFS
PAE1X4+h7NYzYQpPUSbul8RwrCU1914tHhh8KSMMsX8YA1KlnLl03YRRivUx
GCJrPIlJcIXzzOdWymtQnZPsa0lVDL5cgFdDSpu6I/gCQzAqilz/vJvSKC0p
fTqsUcYHaNTNgkTipcPkcagraWPRgLbho6epbhpQIJ+lZvOInw1gSHYWRV2N
wBhFWukGk+N2HvYUx2FPVn5s4JnX+wNsrZgxDYsQBy611jdJhiifSLB4ZbcV
0xp5wQPZhXtGLR24sk/Yg/IkZ9Vtj1xxwZ93SdGRFGrTym+TSGrZMcUhHLKf
X93P4vzglbBzHc2v+GVc3UqdwcKv+V3V1CtoIBdo7oU4jYMLJJnHTdGMaohI
S1elh3VRsJOQlN6/ZlRLQt4La1UeoEUl3wDCY2eZufectyRNzHy0bipL548C
kIwIc/RL8h20ReIBEVSfsHbnp0SAeoXS2XYrMeMHkjRa3GD8uAIhqWTvX5LU
o48YnU/58LomOmAyHaDxEm5pVUxskPjYkWyjdJodQBlNStUxB1xvO+SyOfeF
fsMxIVJOJfJTQ5kUPHfO79lYTfzzxfVFcUs7vG9FhyjOlydln0M1da/5em9m
e8sQpi2sV+7Yqqu21uQFh3pyLp5h4sot+TYlMd5CIenbBoVUxT1phPs0U8ZE
sVKDrz379tnjU+QC04bghd/wpJ54vvhKXrFUSrlmCGPm2UtOpB+c+OFJpt6L
2fys/XRuS59E92TdgSKoovgIMviTibVJWsElCea8/CqhhP3BmVAXl01KS8LD
tKQf2sy1Fdy214yoT04JTTGwKkJMOA+Ub/b4MflhdipCZXIoryY/KQaOhipP
FLCjs45Q+VIOzzMdgy0mZ3F4sXENQFK/THp9R5a/vg2sjIqoijlFD3FxgHd0
ak7DUuaV0vWg1QxB75VDNCac02BnWs7yAGFWp7KcdTxw5s4032skDYE8jXrm
ZdrRMW8RT044Mzt4ojKXXZhbmenp5yM561N7cXtRFnd1VdhzHDAr5cSzYMUh
qVUFrXZ2YWKo/mBa7nTY9Nnu0/IZVFRBbbO5HyAmMzqYcdppxMokiBDP0FjD
uTD+x4EyeGni4HlchKnvHlwYZS+Cvq5qrlnfmMm+d18lF2zIarLHbfaacMgY
uJEzsWjUoHJETPe+a20WEuQZdp8JU9dmSbWYvA8omSPoXt2jnqzgwx3yH5GZ
B6ICnMAjlDkqYgJa04jBJjKNs190KylruEqM354DH7JLKPz19ivSQVpGN2Fb
FeBGDkbvavBeadUBmKvuxsHPTtLwWdCVFqzzWWPa8y2ZHvp4Ki5wcvYowpw/
+bsDOKMjl0RInouCz7SKh5VdrEqDS3jWKFtIOQWyNSivW0oqzjORuKWJAIHS
Vlwsvac+oKJxb/DQfDSDKhoywYWvcWPeJNkrwlOBb8S2F7UMyfVDMRoazesk
/1CEwyQhoJzWarG/kToNJxBlZlkOFJp6X8C1uu9yYJBmHBAT6dHnWRG1Cds4
nG5KLDTnOYNhmJ2QMr/vcAtufEjzNRKskrTv+AgUN59VyYxtY5V45e3cCS2i
Z0HEk1dD4l342Oj8xL9UevLR0WK56TplulAfsBcwYPqxsZJs07WaLIFmEABL
LVcWsK+j9eKK/vzqlOP0Mk735CLkQ4u76tYaOW0XTyzF4CSQlAmJFy1fshwv
YyZyHY5dT6SjYfABeeocjV68w2AmOY5UXF5KAgk8d1NpeV4sjnr2XGh5sghy
iIZ1/8PhK5DY7/sL0N5zEZoxz7NbULppwqEUVKuXDgTrkNxfMOfCcS8IXsIp
CNCy5ylu5ApHuxVVZ1REAuJaGpOWYwIpQTuK2QFJZ5knGDazS3ZIdK+oX3Ow
u9LvJJhvIWAP38Cg+ViSpeGSFK17bvbnC83MVLe9DTWuODiPi3g8lyYBs/LR
mn03D4xZGNzJkNdjL2qUS4o7XomV2dhHZB9ghY0ku9WPRdQbKSQXpiRVNsKF
t8lE2MNymMf8dkA5eZbwocOOYsv41G4GECayDZGeoAM4QX+AZOjKXJm4AIQr
LeRaEg82SWZvuyCjaulrQcR+yfH9sbfxnhA+ly6sa1LyZ7Cek6xeqNU5tIzK
a2TnhAJL7GuJOCWLd0YfcdWDXO6VMzusmB7jd1oCEheE3ptzG2FnTcMPHAnB
QYZmTzCp4Zu5RPixQdz4cCA+/dtUVsP9tdwkUHEZ0jvyWBKkOF6f1Kx2iUX0
p6ldJAcgnGSPIxuxnLSuN9skJJjkvR04E2dxSDyNDYNDlYsvMvuUZdB9Plic
iF+lzOHPT075xSZf6n1U23HV0zYU+iMCm00iiGhWITYtGDlky3gxw20k6SVQ
fBtJvtEotOSAXu614PggO+KXSkGvz+H25FI32mnhco2Zga/ZKYaZMX2RLyZ5
6bsaLGnpC19olaQiLykt0RPGKk9fXEmyI2Gu+WYNbHo+8JEVUPrq78X+eIj6
e8rdjRTD5azDXGl4YvlNUxBFyq4kIDbYnngSJtYwzpnm3GmaidP0Bb+BkCRD
SvDyruNCyzIvDS9N3+2rZtifr0lf+IKVZnWOsqIyph2ZtYm8V8JvBr3ncEzv
4GkacRrxtOfseOche3/FN6/pJTw5z7lrqr0sfHI1ziF/IYf9TTzsX/L1Spwd
sDsJ45JirGkVISssnF5TtbdjhQMcwnRx7PmqvZURHbhUIHBwDwzeJIP3hHAy
lnA1mfMaU/L9TuB6hN3lc68yjVna7DQv1sraPjMh1uBiu0J0NC0YnFxLN5et
1g1+4drw9OYFZaiZmczRhxA4p0gOClEKtUPD6e4jVvfFCAx8+U6NmRFjAQyz
YhIP5A6g/bMSoRVfTCV5NX+6OWW8adAZUS8XAuFXPbcbOGWTRtQzrYr8/pQv
F54vJp5KkxbxcX+T6HXWOAt/mqvy8q2cv1E0ieCSxEbpj5wqVuQMvh8QDrpP
KqViMgDd5tkANvIk9j47smqOoLri5g23cfrhrAwWnWleMARixa+T0of06BeX
2E8O8HATyZmDkCqMeWrmNNVO+UsckNz5zRMQv3lCWo88JOcdAsyaZMmr8FAE
XFzaxk4h9MBEhz/QrOnQNR8goID6C29h+f88pHCyhoGMbkZ4mo6r971DwMXK
ySqFJqcp/LzdeHgjOYY5P7lhwud8TaHtPBkh81Ydlwl1016gI2YahqFkpuLr
XfxOELHMDmUQUn0vh5B/klGICs6GlHFqjwu3gXJpZimGaTpbf5OvXwuGlQOH
J3riWY9JBHug2X0KhZoqv3rK5KcF/RUq0Q6mQEH6e/7ifTE5jo3bojzco4lL
/niSgIEafKx6rlKyBOI/TjBqHj9EciAPErVNAY+lVPUiO+OGyQUOoYRfGH45
zSCI4WZqDkUGiDxDtKd39qUIMDFE5tANik5uZpwEJ4ds+wTi5kdFpFLF6G5O
ckiSWPIEdrVe05QYeucFI9gWgGbiF3kxNevz4KDkasibUD5NKJlD5wB888A5
OR4SkoiSfSMnmcXMPq/lN7XjnccjCHTmkdCf7zFqDwxAboecUhu+OFKub/GF
tQ95WSYlQrm7jx1Xdl3Rl13PAArHj0Yr+TRPhTeS3gzVACa9GO6Xsa/dSsPI
rFhkOtiorp5xBw2Oo9Foa0F4uwXSYcVHHMlHa3B74rOmyRBHgi9m8CMi6SSZ
ZwSLpFe1ZRr622sjd1CZ+dpk96T6+w4lgcQgT4rE48mbYChfjqJP7wUrzqir
chLGTLi/Mt+9IbgM5Yuk0SvtwqdWsmCdj2X1ScQv+2ZWGBGqRBh2JDdzouVw
5hRJbJojmpUsUt6SjC8e6J44mIyT9Cd7I/4QE3u0Jgc3Ymp94KTeRe7AACGT
V9jMcvuTs1Vc3YMA3gNlCfO5VCs5B8T0O3QCIT6PPh4aS+szOS/CxbCiPnoi
jq+xjHrt8wvJzdHxdH1MavhbfJBiQ5Ui7k/FdbmtTSjzwydlWUjhkq7Uo3lv
/K2e9jqQ0E7qT6aO6ivHWWy+3lYYxq/cWZElr+k3k+Q2J7I/cr8xDsNpRi42
RpP9b5pVFr0k8fscbGRoFnjjTFxtRgdhly72h/fUNLm79xlSHpqZ/Y2DNH1Y
pslZza16w1u1x3LMpUKihZxEzG91+D1szIW5HiegIrQcgZZcDjE/oO3G2TrH
Y5f+T6h4hVx2PCgfYDEZONTDyJeBcUuYLF+GBTuV50nC75Mb4dWZzlalmmc4
40PTu9Ve0LinlRR5NUHo3kdZUy8aU4j0lK/5SPP4H6w6Yb5vRm71MuHyxcxc
KYgOpuXA+XhfKoHkYrxiR9SxDmZhZUENMhjZTq6O4V36edd0td5Lk1s7GPZO
i1CXcq6HyTdNg0+DAtgXxn8aTcg5oxATwQn6Q6pZ7pdRpGwSBoCh+tGXAIgl
SU8JD/OaFmQn03slkxIFvsm92kt798y4ePI0PRObEt3cf9vNwEnm1gLwzmt/
kmOGIFPjLdnhUsxSz874uzEl1gONwi6PlIR3kJIknoDyLmOqZeYPysuQGN8q
xYP9IJny6/Qm05vkJtM8Sz+t8mQB+PP/89tQF5Ftoa/ubL+gIW7BJ/l3JpXl
p5GvoKnxSYc5scU1hhNmMW8HVTXXoe4aSj4bmqQjzBbfM1zVSqSpKXCebWN/
x7WamLPPLvi9bepQE+HOhKxB/5r0kFuGyMJqJ7HsxE0Pb5mDB078aRa5Y9b/
6YH4lx9iVpZLAPw9ZHJUHyUh3T00yY8aAKbUUGrIzkaLiphJov7mMKnnpyc3
3hy4w5ZJP27XH6/w10sfvsp3KtX5dbpyPoOZM3jye/l7PMN0Avkw1UvwtTw0
gPQkYabUh0Bpb9ej0O8e+Ob2RLGokeBJ6tHRgFSii/Z4TYpnkY/ypL91fcos
rI8X7yUskDqB3di7MVS5ZlfK+Zs3fS1FhEwSYeqZsUOzSBfHb2P9yyMT2ejJ
rlnd4IpnxK6GNPlOuOY7FIe2+1iheuPLRR0Q8T5SvoNnCRTu4yI1QDtOqxV8
1naYJQvPJrfh5kW2nGiJe5I8ULcUgoDDCpeV6oQ14lP4RxYq4dUOmBSt9Ylc
8dwU6h/z8ICo4pJq29t8MHCnvJC+CBxlIr+AIsyOnto1Msa0tYZ7axNmlQFR
K2mXeIAlfTO7gFhqIKr82Lb/4wzh70S00wMxx9rzQUo8am7CRQMoKbqT7El+
wfGicnWkp58957oafwOYFKH9jivADsc2vC38TS7p1YJa297brf5tsEGuavV3
b3FZtxoV/OkuX60mR92bii9t/dKbwTJwbr7sVk5hjI92YPxNYJOOkrvAMKt4
ZRVObd22dfsXLWJR0eWXQEnTU8TPC0OR0sg33LzQdL6vQ4jXBCaFfuH9nc/n
M/AJFRojKNj02F3k3JzvaJl1pC6Q7/kTKiF5nytdJHfjeTthzeS+SY4lfLMs
sFkpnL9zN9wSyjjr9bO3zw5POOiikir8ZBVMP/622oJiDzTyLGcCE0d1I4kI
/VsUv/s2QX/hPo1mDPdeM6olAyLffMFfqIOiX5kfCLG2xUuLv3X2L92mJZd2
R3ACH2xT/Fg1NBL66V+rYdPA8Lzp+hp1TGXxbzXGUPzrWPUgeTZ4pS3e24FZ
Mnql56OpuMF3VdHnj+SH9qROzfAXslWQz05qdOrP5q9XY9uO+CtPdvWr+X+V
mJy4V3UAAA==

-->

</rfc>
