<?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.6.17 (Ruby 3.1.2) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-ietf-shmoo-online-meeting-04" category="info" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.15.2 -->
  <front>
    <title abbrev="Organization Online Meetings">Guidelines for the Organization of Fully Online Meetings</title>
    <seriesInfo name="Internet-Draft" value="draft-ietf-shmoo-online-meeting-04"/>
    <author initials="M." surname="Kühlewind" fullname="Mirja Kühlewind">
      <organization>Ericsson</organization>
      <address>
        <email>mirja.kuehlewind@ericsson.com</email>
      </address>
    </author>
    <author initials="M." surname="Duke" fullname="Martin Duke">
      <organization>Google</organization>
      <address>
        <email>martin.h.duke@gmail.com</email>
      </address>
    </author>
    <date year="2022" month="November" day="28"/>
    <keyword>Internet-Draft</keyword>
    <abstract>
      <t>This document provides guidelines for the planning and organization of fully
online meetings, regarding the number, length, and composition of sessions on
the meeting agenda. These guidelines are based on the experience with online
meetings during the COVID-19 pandemic.</t>
    </abstract>
    <note removeInRFC="true">
      <name>Discussion Venues</name>
      <t>Discussion of this document takes place on the
  Stay Home Meet Only Online Working Group mailing list (manycouches@ietf.org),
  which is archived at <eref target="https://mailarchive.ietf.org/arch/browse/manycouches/"/>.</t>
      <t>Source for this draft and an issue tracker can be found at
  <eref target="https://github.com/mirjak/draft-shmoo-online-meeting"/>.</t>
    </note>
  </front>
  <middle>
    <section anchor="introduction">
      <name>Introduction</name>
      <t>In 2020, the COVID-19 pandemic forced the IETF to convert all its plenary meetings
to online-only events. This document records the experience gained by holding
plenary meetings fully online and proposes guidelines based on this experience.
In general, participant surveys indicate satisfaction with the organization of
these meetings.</t>
      <t>Although these guidelines reflect lessons learned in 2020 and 2021, the IETF is
encouraged to continue to experiment with the format and agenda of fully online
meetings, using this document as a baseline.</t>
      <t>Hybrid meetings (meaning meetings that have large remote participation but also
onsite participation) are out of scope. However, some of the experience gained
from fully online meetings might also provide input for decisions regarding the
organization of hybrid meetings.</t>
      <section anchor="requirements-language">
        <name>Requirements Language</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>
      </section>
    </section>
    <section anchor="some-history">
      <name>Some History</name>
      <t>When the WHO declared a world-wide pandemic in March 2020, the IETF canceled its
plenary meeting and organized an online replacement in less than two weeks. For
this first online-only meeting, the agenda was reduced to a set of sessions that
benefitted most from cross-area participation, like BoFs, first-time meetings of
new working groups, and dispatch sessions. It also included the administrative
plenary to preserve the official hand-over procedures that occur at the March
meeting, as described in <xref target="RFC8713"/>.</t>
      <t>With a reduced agenda, the meeting format was 2 sessions (about 4 hours) per day
with a maximum of two parallel tracks. Other working group meetings were
scheduled as interims over the following six weeks. The IESG published a
purely advisory recommended schedule <xref target="INTERIM-SCHEDULE"/> to reduce conflicts
among those interims.</t>
      <t>While satisfation was high right after the meetinng <xref target="_107-FEEDBACK"/>, participants
later indicated in mailing discussion that the period of intensive interims had a
greater impact on their calendar than a single plenary meeting week, and in some
meeting. Those interims tended to occur at times convenient for the bulk
of participants, which was convenient for most but could exclude those in less
common time zones.</t>
      <t>For the remainder of 2020 and 2021, the online schedule was switched back to be
similar to an in-person meeting (1-2 hour slots and 8-9 parallel tracks).
However, each day was limited to 5-6 hours in recognition that remote
participation is more tiring.</t>
      <t>All fully online meetings followed the time zone of the planned in-person
meeting location. As a six-hour agenda has some flexibility regarding the start
time while still fitting within a previously used 8-hour in-person agenda, the start
time was approximately noon, with adjustments of an hour or so to mitigate the
impact of early morning hours in time zones with many participants. As selection
of in-person meeting sites was consistent with the 1-1-1 guideline as documented
in <xref target="RFC8719"/>, this approach was intended to share the burden across all common
geographies roughly equally.</t>
    </section>
    <section anchor="guidelines-for-online-meeting-planning">
      <name>Guidelines for Online Meeting Planning</name>
      <section anchor="time-zone-selection">
        <name>Time Zone Selection</name>
        <t>The following algorithm was not used in 2020 or 2021, but enables most
participants to avoid late-night sessions in 2 out of every 3 fully online IETF
plenary meetings. Basically, every full online meeting is for two regions of the
three regions described in <xref target="RFC8179"/>, with one being roughly after sunrise
and the other after dinner. This has the tradeoff that the third region is in
the middle of night.</t>
        <t>The times are also seasonally adjusted to leverage differentials in Daylight
Savings Time. These time slots are as follows, in UTC:</t>
        <table>
          <thead>
            <tr>
              <th align="left">Name</th>
              <th align="left">Times (Northern Summer)</th>
              <th align="left">Times (Northern Winter)</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <td align="left">North America Night</td>
              <td align="left">0500-1100 UTC</td>
              <td align="left">0600-1200 UTC</td>
            </tr>
            <tr>
              <td align="left">Asia Night</td>
              <td align="left">1300-1900 UTC</td>
              <td align="left">1400-2000 UTC</td>
            </tr>
            <tr>
              <td align="left">Europe Night</td>
              <td align="left">2200-0400 UTC</td>
              <td align="left">2200-0400 UTC</td>
            </tr>
          </tbody>
        </table>
        <t>The intent of rotating between these three slots is to scatter meetings
throughout the course of the global day, to maximize the ease of participants
to occasionally attend regardless of their location and what time of day is
optimal for their schedule.</t>
        <section anchor="guidelines-for-selection">
          <name>Guidelines for selection</name>
          <t>The IETF <bcp14>SHOULD</bcp14> select a start time from these three choices based on the past
three meetings. The following table covers all permutations of previous
meetings held in-person in Region A, B, or C; or remotely in the nights of
one of those regions.</t>
          <table>
            <thead>
              <tr>
                <th align="left">3 meetings ago</th>
                <th align="left">2 meetings ago</th>
                <th align="left">Last Meeting</th>
                <th align="left">Online Selection</th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td align="left">Any</td>
                <td align="left">Any</td>
                <td align="left">In-Person A</td>
                <td align="left">A Night</td>
              </tr>
              <tr>
                <td align="left">Any</td>
                <td align="left">Online A Night</td>
                <td align="left">Online B Night</td>
                <td align="left">C Night</td>
              </tr>
              <tr>
                <td align="left">Online A Night</td>
                <td align="left">In-Person B</td>
                <td align="left">Online B Night</td>
                <td align="left">C Night</td>
              </tr>
              <tr>
                <td align="left">In-Person A</td>
                <td align="left">In-Person B</td>
                <td align="left">Online B Night</td>
                <td align="left">A Night</td>
              </tr>
              <tr>
                <td align="left">In-Person A</td>
                <td align="left">In-Person A</td>
                <td align="left">Online A Night</td>
                <td align="left">see below</td>
              </tr>
              <tr>
                <td align="left">Online A Night</td>
                <td align="left">Online B Night</td>
                <td align="left">Online C Night</td>
                <td align="left">A Night</td>
              </tr>
            </tbody>
          </table>
          <t>This table follows two basic guidelines:
1) When ever a fully online meeting follows an in-person meeting, the online
meeting time is used that most disadvantages most the participants of the time zone
where the in-person meeting was held.
2) If multiple fully online meetings follow each other, the time zone selection
should be rotated based on the most recent time zones that the in-person
meetings were held in.</t>
          <t>The final case occurs in the rare event that back-to-back in-person plenary meetings
occur in the same region. In this case, find the most recent meeting that was
neither in 'A' (if in-person) nor in 'A' night (if fully online). If this meeting
was in-person in region 'B', then the next meeting should be in 'B' Night. If it
was remote in 'B' Night, the next meeting should be in 'C' Night.</t>
        </section>
      </section>
      <section anchor="number-of-days-and-total-hours-per-day">
        <name>Number of Days and Total Hours per Day</name>
        <t>By 2021, fully online meetings were consistently over 5 days with roughly 6-hour
meeting days. The administrative plenary, which concludes with multiple open mic
sessions, sometimes exceeded this limit.</t>
        <t>Six hours of online meetings, with two 30-minute breaks, was a compromise
between the physical limits of attending an online meeting in an inconvenient
time zone, and the demand for many sessions with a manageable number of
conflicts. The IETF 109 feedback <xref target="_109-SURVEY"/> indicated broad satisfaction
with a 5-day meeting but only medium satisfaction with the overall length of
each day.</t>
        <t>The IETF did not seriously consider extending sessions into the weekend before
or after the main meeting week, although the Hackathon occupied the entire week
before (see <xref target="RFC9311"/>).</t>
      </section>
      <section anchor="sessionbreak-length">
        <name>Session/Break Length</name>
        <t>For fully online meetings there are typically fewer sessions per day than for
in-person meetings, to keep the overall meeting day to roughly 6 hours.
With fewer sessions, chairs were offered only two options for session length
(instead of three).</t>
        <t>IETF-108, based on an indicated preference of the community, scheduled 50- and
100-minute slots, with 10-minute breaks, in order to keep the overall day length
at 5 hours. This resulted in many sessions going over time, which indicated that
10 minutes for breaks is not practical.</t>
        <t>The survey after IETF-109 <xref target="_109-SURVEY"/> showed high satisfaction with 60/120-minute
session lengths and 30-minute breaks, and a significant improvement in
satisfaction over IETF-108.</t>
        <t>The longer breaks, while extending the day, provided adequate time for "hallway"
conversations using online tools, exercise, and meals.</t>
      </section>
      <section anchor="tracks">
        <name>Number of Parallel Tracks</name>
        <t>In-person meetings are limited in the number of parallel tracks by the number of
meeting rooms, but online meetings are not. However, more parallel tracks
increases the number of possible conflicts.</t>
        <t>If the total number of requested sessions exceeds the capacity of the usual 8
parallel tracks, it is possible for a fully online meeting to simply use more
tracks. If the number and length of meeting days is seen as fixed, this decision
is implicitly made by the working group chairs requesting a certain number of
sessions and length.</t>
        <t>IETF-111 used 9 parallel tracks for some of the sessions, and experienced
slightly more conflicts in the formal scheduling process, though there was no
statistically significant increase in dissatisfaction about conflicts in the
survey <xref target="_111-SURVEY"/>.</t>
        <t>The IESG encouraged working group chairs to limit their session requests and use
interim meetings aggressively for focused work.</t>
      </section>
    </section>
    <section anchor="additional-considerations-and-recommendations">
      <name>Additional Considerations and Recommendations</name>
      <section anchor="full-limited">
        <name>Full vs. limited agenda (and interim meetings)</name>
        <t>The IETF-108 meeting survey <xref target="_108-SURVEY"/> asked about the structure of that
meeting (full meeting) compared to that of IETF 107, which hosted only a limited
set of session followed by interims in the weeks after. The structure of IETF
108 was preferred by 82%. Respondents valued cross-participation and an
intensive meeting week for maintaining project momentum.</t>
        <t>Furthermore, a well-defined meeting time, rather than spreading many interims
over the whole year, can make deconflicting with other non-IETF meetings easier.</t>
        <t>However, interim meetings can also help to reduce scheduling conflicts during an
IETF week and allow for a more optimal time slot for the key participants. While
interim meetings are less likely to attract people with casual interest, they
provide a good opportunity for the most active participants of a group to have
detailed technical discussions and solve recorded issues efficiently.</t>
      </section>
      <section anchor="flexibility-of-time-usage">
        <name>Flexibility of time usage</name>
        <t>This document recommends further experiments with reducing conflicts by
leveraging the increased flexibility of the online format.</t>
        <t>An in-person meeting must fit all sessions into an acceptable length for
international travel (usually roughly a week), but online meetings do not have
that constraint.</t>
        <t>Therefore, it would be possible to keep most regular working group sessions
within the usual five main meeting days but have some of the more conflicted
sessions in other dedicated time slots. As the Hackathon for fully online only
meetings is usually held in the week before the online plenary meeting
<xref target="RFC9311"/>, that week is already a highly active week for many IETF
participants and might provide an opportunity to schedule a few selected
sessions.</t>
        <t>This might work especially well for sessions that are of high interest to a
large part of community, such as BoFs and dispatch meetings, and therefore hard
to schedule during the main IETF week.</t>
        <t>At IETF 112, the IESG ran an experiment where the administrative plenary was
scheduled on the Wednesday before the official session week. The experiment
report <xref target="_112-EXPERIMENT"/> found that it led to a reduction in scheduling
conflicts but also a slight drop attendance of the administrative plenary, partly
due to insufficient awareness.</t>
      </section>
      <section anchor="inclusivity-and-socializing">
        <name>Inclusivity and Socializing</name>
        <t>Participation in the fully online meetings in 2021 was high and had a stable
per-country distribution, even though time zones were rotated. This indicates
that online meetings support a more consistent geographic distribution of
participants than in-person meetings, where participation often fluctuates based
on the location.</t>
        <t>However, online meetings do not provide an equivalent opportunity to socialize.
Despite significant investment in tools to foster hallway conversations, many
did not use those tools, whether due to ignorance of them, dislike of the tools,
or a preference for the amusements of home (including sleep) over hallway
interactions.</t>
        <t>There was a slight decrease in submission of new (-00) drafts during 2020 and
2021, although the overall number of draft submissions remained stable, which
might result from the loss of these interactions. Informal conversations might
be important to inspire new work.</t>
      </section>
      <section anchor="experiments">
        <name>Experiments</name>
        <t>This document RECOMMENDS further experiments with the meeting structure. Often,
only practical experience can answer open questions. A given meeting <bcp14>SHOULD</bcp14> only
experiment with one major change at a time in order to be able to assess the outcome correctly.
Furthermore, the IESG <bcp14>SHOULD</bcp14> announce any such experiment in advance, so people
can adjust to changes and potentially provide feedback.</t>
      </section>
    </section>
    <section anchor="acknowledgments">
      <name>Acknowledgments</name>
      <t>Thanks to Brian Carpenter, Lars Eggert, Toreless Eckert, Charles Eckel, Jason
Livingood, and Sanjeev Gupta for their review and many from more for their
input and suggestions on the time zone discussion!</t>
    </section>
  </middle>
  <back>
    <references>
      <name>References</name>
      <references>
        <name>Normative References</name>
        <reference anchor="RFC2119">
          <front>
            <title>Key words for use in RFCs to Indicate Requirement Levels</title>
            <author fullname="S. Bradner" initials="S." surname="Bradner">
              <organization/>
            </author>
            <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">
          <front>
            <title>Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words</title>
            <author fullname="B. Leiba" initials="B." surname="Leiba">
              <organization/>
            </author>
            <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="RFC8179">
          <front>
            <title>Intellectual Property Rights in IETF Technology</title>
            <author fullname="S. Bradner" initials="S." surname="Bradner">
              <organization/>
            </author>
            <author fullname="J. Contreras" initials="J." surname="Contreras">
              <organization/>
            </author>
            <date month="May" year="2017"/>
            <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 as possible about any IPR constraints on a technical proposal as early as possible in the development process.  The policies are intended to benefit the Internet community and the public at large, while respecting the legitimate rights of IPR holders.  This document sets out 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 document updates RFC 2026 and, with RFC 5378, replaces Section 10 of RFC 2026.  This document also obsoletes RFCs 3979 and 4879.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="79"/>
          <seriesInfo name="RFC" value="8179"/>
          <seriesInfo name="DOI" value="10.17487/RFC8179"/>
        </reference>
      </references>
      <references>
        <name>Informative References</name>
        <reference anchor="_107-FEEDBACK" target="https://www.ietf.org/media/documents/ietf-107-survey-results.pdf">
          <front>
            <title>IETF 107 Virtual Meeting Survey Report</title>
            <author initials="J." surname="Daley">
              <organization/>
            </author>
            <date year="2020" month="April" day="17"/>
          </front>
        </reference>
        <reference anchor="_108-SURVEY" target="https://www.ietf.org/blog/ietf-108-meeting-survey">
          <front>
            <title>IETF 108 Meeting Survey</title>
            <author initials="J." surname="Daley">
              <organization/>
            </author>
            <date year="2020" month="August" day="13"/>
          </front>
        </reference>
        <reference anchor="_109-SURVEY" target="https://www.ietf.org/blog/ietf-109-post-meeting-survey/">
          <front>
            <title>IETF 109 Post-Meeting Survey</title>
            <author initials="J." surname="Daley">
              <organization/>
            </author>
            <date year="2020" month="December" day="07"/>
          </front>
        </reference>
        <reference anchor="_111-SURVEY" target="https://www.ietf.org/blog/ietf-111-post-meeting-survey/">
          <front>
            <title>IETF 111 Post-Meeting Survey</title>
            <author initials="J." surname="Daley">
              <organization/>
            </author>
            <date year="2021" month="August" day="23"/>
          </front>
        </reference>
        <reference anchor="_112-EXPERIMENT" target="https://www.ietf.org/blog/ietf112-plenary-experiment-evaluation/">
          <front>
            <title>IETF 112 Plenary Experiment Evaluation</title>
            <author initials="" surname="IESG" fullname="IESG">
              <organization/>
            </author>
            <date year="2022" month="February" day="04"/>
          </front>
        </reference>
        <reference anchor="INTERIM-SCHEDULE" target="https://mailarchive.ietf.org/arch/msg/wgchairs/l382SqKVVHoTzFw9kIYl2boM6_c/">
          <front>
            <title>Post-IETF-107 Recommended Virtual Interim Schedule</title>
            <author initials="A." surname="Cooper">
              <organization/>
            </author>
            <date year="2020" month="March" day="13"/>
          </front>
        </reference>
        <reference anchor="RFC8713">
          <front>
            <title>IAB, IESG, IETF Trust, and IETF LLC Selection, Confirmation, and Recall Process: Operation of the IETF Nominating and Recall Committees</title>
            <author fullname="M. Kucherawy" initials="M." role="editor" surname="Kucherawy">
              <organization/>
            </author>
            <author fullname="R. Hinden" initials="R." role="editor" surname="Hinden">
              <organization/>
            </author>
            <author fullname="J. Livingood" initials="J." role="editor" surname="Livingood">
              <organization/>
            </author>
            <date month="February" year="2020"/>
            <abstract>
              <t>The process by which the members of the IAB and IESG, some Trustees of the IETF Trust, and some Directors of the IETF Administration LLC (IETF LLC) are selected, confirmed, and recalled is specified in this document. This document is based on RFC 7437.  Only those updates required to reflect the changes introduced by IETF Administrative Support Activity (IASA) 2.0 have been included. Any other changes will be addressed in future documents.</t>
              <t>This document obsoletes RFC 7437 and RFC 8318.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="10"/>
          <seriesInfo name="RFC" value="8713"/>
          <seriesInfo name="DOI" value="10.17487/RFC8713"/>
        </reference>
        <reference anchor="RFC8719">
          <front>
            <title>High-Level Guidance for the Meeting Policy of the IETF</title>
            <author fullname="S. Krishnan" initials="S." surname="Krishnan">
              <organization/>
            </author>
            <date month="February" year="2020"/>
            <abstract>
              <t>This document describes a meeting location policy for the IETF and the various stakeholders required to realize this policy.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="226"/>
          <seriesInfo name="RFC" value="8719"/>
          <seriesInfo name="DOI" value="10.17487/RFC8719"/>
        </reference>
        <reference anchor="RFC9311">
          <front>
            <title>Running an IETF Hackathon</title>
            <author fullname="C. Eckel" initials="C." surname="Eckel">
              <organization/>
            </author>
            <date month="September" year="2022"/>
            <abstract>
              <t>IETF Hackathons encourage the IETF community to collaborate on running code related to existing and evolving Internet standards. This document provides a set of practices that have been used for running IETF Hackathons. These practices apply to Hackathons in which both in-person and remote participation are possible, with adaptations for Hackathons that are online only.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="9311"/>
          <seriesInfo name="DOI" value="10.17487/RFC9311"/>
        </reference>
      </references>
    </references>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA61b63YbR3L+30/RK58ci3swEEFJtsjkJEtRlMW1bhEpO86e
PXsaMw1gxLnA3TOEYJnvkgfJr+TF8lVV91xASPYmsY8lEpjprq7LV19VtZMk
UU3eFPZEf9fmmS3yynq9qJ1uVla/cUtT5b+YJq8rXS/087YotvpNRU/pV9Y2
ebX0ysznzt6cjJ/efSir08qU2CZzZtEkuW0WiV+VdZ3U/GRSypPJ4SOVmcae
qBR/Lmu3PdF5taiVytfuRDeu9c3R4eHx4ZG6tttN7bITfVE11lW2SZ7R2kr5
xlTZ30xRV9hva71a5yf6L752jbMLP9F+W9IPf1XKtM2qdidK6wT/aezkT/Sr
qf7+v/9zVdhNXmX8sUj+KncfzO5XtVue6HOXp97XFX9iS5MXJ7qkp6fXrQ1P
/8mGh6ZpXd7Z8Fl7bYdbGQdl9J/yLt/V9bKwoz34selqmuHBPy3pQ15dqap2
JQxxAz0qUl//m9azw2+T5+fnz56enn1/wssFD7h3cX71nL7WP+SuaU0Rzacv
W3djt/qdXUOJ9/idXnX0TyIn+TNOYgq75U/ZjPro8OgQRk1m38pWxi1tg71W
TbP2Jw8ebDabKXnDFGd8UNosNw/gK21pq8Y/YDcheT0LkDjr26Lx03W2uCdH
eZJcvn/3w/lPew/yZOcA/xvJnySzh79D8nlRL6O4Tzpn9mFbFvX4S6Ie67e1
b5L/s7yzo+Tw92h6KO9xsqa9x0I/EKlnsy9IPZv9v0g9Iy0f/Z1ahmBfkPoo
Of+3t+fvLl6dv77aK/mRflvYyritPv+4RmiSv+nzG1O0jF/7zyDBeXF++d34
AND5EQHX33EAEnEtEiS2kyCxnQRykovXV3SK5PLsxfmz9y/Px2dh5dOBKEYQ
nYh9rJLZrAtghsa81JfpymZtYb9gG3061Wd1DVHuxMDDz8YAQY5x6QrY0h+S
PnhQ+uWDzTJdmdz5B8XDJ0eXP3//ww8v6qtfnm+Ory9+Ko7m9atv/pbSOVWS
JNrMfeNMCvy+WuVeRxDQa1ffIDN5vbyboNaFqSryPAA+geQoWy0oWylJLzq4
CdDf2aVxGb1EK1RtObduomGKZbOa8EJQI1wrj+t46z1+9BoAT6+EpbRZQtdm
qq9W1tuhdMZZPTceZsAC9IYY2Fap1Zu8WWmRSUWZdNa6KM/Zmx8uniWzY72G
JLbM06lop8yzDOCvviKTujprUxJPqYuKbTTZ/zIpKoUc9CU7flPjdNWNdY02
RaHzxuvghZ2GFJ4JORl/bbW9ISimYw6t4uBsLvO7x1savJfp+Vav6oKUrHaX
F7OEHVjdMDDUPTbwQH3Ytd9gSgeG3q0zxQTHRP5Lc5y20RL/Hr6c5UQdtIcj
+IVhPYnaSdYdJyGD+t47oOzTArHRLvnpsVnBGQqbNnAVSuMefxtHh83FBHwW
QrNJr+7cK0hdtw6+kgXlY6PW0s992PfiSabmpcS9OkfedZqJbr04zdAsBt7H
yqNncZoX27nLs17590trOGC6T5oV9luZG6sLCm6csqyhvU61rKh5S/7ia0QT
4mLn2wN2+BqPULCkQJCpflFv4DeIK1+Xlj7f6ydq4epy7BCdXGW+XMmmEQGg
6DU2odjPbJpLTI6iWe1CwGp8fCjkq6+Akz+3OY5Jbq1fmmrZQtWEOlaDUuoN
+/W9V+8vr+5N5G/9+g3//O78X99fvDt/Rj9fvjh9+bL7QYUnLl+8ef/yWf9T
/+bZm1dIRs/kZXyqRx+pe69Of7on8HPvzdurizevT1/eI9fasa9j15mTMoDs
a2cbOJYBv7Y+dflc3PHp2dv/+o/ZI/3p0x/ePT87ms2Ob2/DL09m3z7CL5uV
rWQ3jnH5FRrcKrNew69pFQKI1KzzBkaYkGf5Vb2p9Mo68qw//oU089cT/U/z
dD179M/hAzrw6MOos9GHrLO7n9x5WZS456M923TaHH2+o+mxvKc/jX6Peh98
SIB7SS78IvcNihGlfoSq2Jt/fPGG/BBRQxYgtymyZEN+2qEvlPiKkuEAohkW
UoMYKMhWjd8FyGEqo4WrGBnOItul7La0MKEQBS+E2dR6Y+01MPp57RQ7zAJZ
txnBeFhepAjYsjEUQMglAk4Gqa4ZZTwCBzUH3C7yhhytBOHQHLSpq71PcHYz
BgNk0vza6qf1c/gMS5E0wLg+roG5ld2Quq7ptEtXt2svrpjlHotAXXH/qb4I
EJBXadFmIZOZrMyrnNgC1TSdAhtCCmA28oBA/WIBsUCCoKQsqQFHhCQ4a4un
BPfqNG2dxg/0PJtKdXqCbkZB9enTv1D8fDt7eHsL//+RINt06hONinajJQOY
k5aPep3eN3PCykfIkK3zBxqYCLK1VRtZsDQf87ItGTNhWCgXcWgLTdyITPwG
O7ix+nrlbhCbygeuR7ggMJGX0DudX1JMUdQbetnnH6PjXLFrXn6n1+28yP2K
XlZrKAqeY7KbHMXzlnN+JJhxE6hll6MCXmAKUQwlvEWRp/BzU9aM0kj1nVSk
x1VedMlacjXEXgH9tZMUsGiC5HJMLPLp07CGvb0dMQGvCkNvRCLAxiOeSkeG
i6UtG0IcgEkkRKkzUjiJhQR30wsI3yFNLOHnvGa5BqEItC53COSCzO4kEBE/
2KOwu5SKlSwuDlEoI0YvI8UP9aEb0S5RsM41ET5eWFuVU/BH8jtvi2sFqYdn
nwDKc0QQ6XDnFY5dSuTgI0WGZMwR1RmEAUWRgel0FLK/1GA9sNDzsJ+jrgPE
c6SqPYwn4FTnGSSDh1fT7+Ak6bVkLuXzkooGRpwKOycwAAhVp637s+SIg0P7
okaKpl2eJMe7oXAwVR3LsAZnRhDxngXWb0SJj5NvJMzogOS+y0poPRtfqI4a
Ux2AZ1lTls2JkzMhLD5DUSSSAih1Kotsh2sT9r5wwGh0XdQp7zXVp56d5mPC
xw2ovCK9Uc4B3fyYz+G4zXanavEoxBrFW24kfpqcxARKs78BSiiBEx7e5HXr
IXxLhPqJbNTrfAhbw0WJR66BlsAiOD5er2rCdsGo7EPrG6FPOCtsyIvCSwDU
UDq0ny+JgRMjixGzgI0cpaHaMf/srNK7mqxemmo7cmnWEgitlYqHw3TXZYiU
+uj0HqlhRKpnCf7tmTwjeyBU4KBDaD8mLOEEyqc3IZIYF0Jc+hVzMI4/l4EL
GE6FwpY4etTS1ktn1qucigaqJaiK+hnleLElBrrbaR23SvXbUNMyV70i7fw7
edVlpwFmqj2Km2JZOxy1ZFGruhFTx6oEG0iIUugDluaIc8YCNVQyB+NNDa5M
4JlUjLxdyqK1IsGngNvqh+OQIFZzp9Kb6qfGA4Lx3CS8Ri/thBEFHCPahnLG
UgptjiAwGWdt9+FOMg5kli0WimqYxNKKUeeSOXxbudxbRTDCMMUJVL5DQKGU
DLUtxR1HsjOZBXnoMwQ8wmVBEJI3D40ArslJWtbXVCwjeE1OwszFWwNPJSWE
wBE3KkghiD6IsFgga6MsxON0tGdmW9By6tLcMMyQD8QuA0dLgEXHniyOAODH
q++vzk6U+lW/NnjqV34RfON17ejIlb5skb3dwZ5vfuQEhG/wckLtBvlrzz9f
+oZ2phX1aUnNbqNfsxv9qg8fHx4ms9nhIUlIv39Dvx/F3/Heqc/7x2cP6evj
7vHZI/yOp/vHz1uHMrN74QhfJoePuhd2fhe7cBCzC7u6Mex6c9sgNVeh1Bd3
E+XmHBEeOE1u0rdGVuxbFArkAFTZ+w7wl0U9B9tEGpowDBKRA4eX0tfIcyOe
IlneUIyJfzQEMwHqmd/LyiAaMWVwMtysAi2g7ynr5V7Va3yA3QM5wCsxD3PR
ewd0/BhOuCwJpZV8RYmJEoJsxJx/qKZ0VefpuFFDhQ9gRb7vQWCMVg0BEBQH
7xfMBJKXbcOH4/PGlNV3x1a2GGRR8vN3EomnE/10QgB39o/0p6Rz6DEXaTgo
ueDosjJRnYAnUwqUh30yN8uaPGf3g5c4UgfNv0as7sC4i5gvRMjOB3siSEIA
eS/+eVElb+W0p/RZdPTuqSBG90X84Gn3wdngnTtP98s//a13x5L8xounv+PF
033ie0vYDRfZL++djcIHZ3t2lu6xuFnARs4tc8pFg3beiZodaC7mCYnh7fs4
XrfCPqI6ZL0dt+NogQCcgzmBMO9G3YEyClEPyJf0GwJmkIIDjHSESG2o1cKf
3WU8XCQhMKbq6EBfLHTZFk2+pjN/gaoKT+YEONkhrT0e+BXXB3MrOMncfRDj
LDuoNGHpgLt1ufIO3ZWqNEZxSJKLHJCH8olQkQodH4PWUVrjlrMsSXVD0tQJ
1w+9Gu40raVcCot4yn8S51O4njA62oxaEoEGDM/RGW8l5bqqbM4sAet9ffq1
vp8PSOcBOFb3jRAl+n6o94MpmYR3DUsroZEDDAts4uunX7MpAmTZj700vSFy
fk5cnJfOGyW9G+7VDr+e/NY6Z3Ed5pevefxBrgfaIaXWFaxe6BfMz6k3gS+U
eroNLHK/e7GFe+pNT1BQPabsFHh9JGXfcAnSxQs9IDli3NWJFo4FLRbnejVW
CdHdQQMQFHmqIlmVlrOQMNS41krXKA91IY59mX8M5QeOfWc8JFUDAOPhYQKB
Wuh3jur/mr7i7jpNh5ANiVIO+INer7ZMdmUbqYw4n0tP7w7rrQRT+iJdddEk
rQJaNEPJjR+5fKe6qGPkXbOoAqAw1lXRkqprucS2ThgwL6ALDiNqn8Rh9O3t
oFEyR8mTjQYnsSv1OCGeEYWnUiI0FbO8LT83aiGGiwwvozWSLJbp0wHpyFBz
UNHiqQvDlSr7EbUZ4MRBf4NKBKSJFqeWCpGluYVyqPE/7BOZvNrtvQymOvoF
lGDwe8XYs85DBU8c3MnKSpbV9ykxSXV4/HA2u709kLC5FHkePCXP0C/5gNIo
2R8fDSM5F47btZREMMeGqpN4stAGlE4SNld3MN8zrby2dj1S7yCSuO8W40x8
fCqNyvFmEy1zWYnbmguQMAkgzycuSSIJT5RumRhR3c8rRLjJJFmB6JFCwgT6
yaTPFOzb0a1A6bjESTuqTIVyW+UNwrvvVj4+TMjxFeqEGHlMxkNMzu7EI6xc
O3KUfWohdQShAeqPgzak0pNrJLEzOIyrZU2qlF4pwjGiT38W7ojPDrWIIjoS
eSjrkyOvaYhNNg5eLoPJ4J5BVce7MUijFazObc+70fTN4QNUS+H4amwSAe27
YMUjRO3zZZUvIA0NDQi3buIAQY224RNHOwbBi7paWtejHzea+phkfKJaJ4zn
sF1GXY4m0ArSzL0VTLEx23tKps4+8HwZXYYoaeqaBkz2o3Vp7gP6lRbl8G6O
ehs7gFfcAdSfvpJW4C3NwXejhcMt9gJjSdAttdNMpIn16IEuQbm6Lv0kQt4o
qmkDWHww7eTO4c7SCOTUUf3nd0WoYUephiJg4xyBBHIS7p910Kzl3kHnqpLc
ZNHUrE1KbcIQX62nyx9P1I4oCJmG3LTbmWz0GeZL5S88RjqHfDAVRxBBxiAd
WauD+CEacUR4yo/Upsg/2iz01uL0VlErBVuAARNlKOE/0Q7j+UZAq6AETqg6
ta4hnO8t1mmml6gDp9lMGPmdLrKA3GBI3WMkLdOPrDPluS0jPcyB0aJv8bSn
iHhGQvK0yRNsd7nH2dClo0uKiL8mJINRnAZ/oYVRN4ziVGZHu3urgDEAle6+
Fg+purHO4BbCXtVSR4pCJfYOAsQEjYtKoUAVBhXDKnnp6OEbKrxJl4s6ZU3T
NtztPM0y7rlDN2chswcUoEW7S0vyGQc8XTPVN3C0GL2hMX5fJihjCQ6AAuTA
SXj4tucWhGU9C+5U1N0ZBO4af03rz2NHB/SzTZvWBXcA1ndTCe5dht8OmAXy
5Jf5iOG+Urw+GbPGquaI5bxq4mHUeMbaDxHm234MFFyKh3OSOYTLjcTjpisd
kTxKcqyTdZ4c/cMUmvXrusq4TU+3yvCVDG3H8w7OE5XqR19D4hSYJ77Ef8Gl
P1BzqKwpjbQljYdabiJSUExoDm5hi8wu+B7QsCqeoLbjoooZjofAhvMIJ+B4
ctWNKTerGgC1tQawirDAY9fEh6PrxzFHaOdWdcUX4XrHRATlUJvqh0R3fJeW
5R4tatP1YGY5COE+0sIdLaiK92HtsO64sBYgZWCInbiuVdsN7Oh2yXiywcPP
PUFFmYv6fzRLL5jWoZYgXgGaWFPZw0dHRUswz68jSsMFjnhbxoDM0FhzTXd2
mWx1gnDtS4hyc7cFYQIwYE+6FaQyC9sTPWtsuqq4wumHqBLDvi5ubLgRRrnW
+5aKLx6/czUoefz5YJxF0UX6aX24e7N7t4wxgS6LsXMN7krFcpJMNbbQfKtC
Vz3Sk4ik2WiUFoA+5DsZ0tOcb98ssmzpwkMut+XGVQg5T5ratbSaQgYU4k7X
0U3APJgN2Kjvc0qGLbvhBLvQwX5mkdVMJdkAjC5UE2ElLC2o7rg+4Xy+idV9
l9UjHQ4tjmVL09Yx7MejqDAq7EnDgjFgWEFxKicp+ZbYMFeOEiFDWz8wkriE
P0Ti3E0ueKA3rsMWu5UTYWbfQOJ+mqgvtJE6eAwF4NCiO70h9elTV75NQouH
XqQhX0EgRLYg4k1GkZgYQB+wSYZbwzBhgsqdny7YqlGg8ewgjMENFV+hvzbQ
0TR4vaxD1tEAbEsXVuhCli2KYf0VGmxGkJ/LhBj2jA5KLu+RlPTAsL5qkYmQ
IOhGzviWTV9WhnaDOBXM7DI1PMHgeio7RgeAFDWNjjeq4wUn0A1nuAQc3nDs
epn7+zzcdutrwdBs/NFmlfVUyg3NHO/1xBTKonB+7DdUjv9fBaZEw8vgyPmL
uq1Cbzan25zh7hMjilwBqAYpQA0AJtyCpLqKuaDOXL0ObR4zKG8/18oi88Cv
M7n/iVK6jRipzQa2xVlDzXNB3S6kY3Imss5lTSfOf+G58NvxhYVAP/c2HmQK
POvv1NBifKeFpjsACwWFJeCGVQMbZCRzjmPyRS7qwnbUdTClJ0OG1nCop2N5
7AWsdoXwLYdGTJCDEX03KU9HexObH0+nV/sa8FyUWrd7WbUGXwKkFMSUSCjp
SqjgUt3liwEz+Az8DoKbroze0GWf5k6cB8vYqXqGAKbbsWMyf2PlsgQbikpd
emtB1NDpUB7rUXU8YdhRsTHW+nhJJxTKOLNga3CjZVW7gfeVE9Il38KLEwV+
j3tkw15MZAMGSc521zlWhO/35b4d8+YCqeRAGgRBXMlwUpH4mI9CdzQGhu1r
GN/Oy1wilUblAMP7yeHhgfyfYB2xiheKlPSZRw272NPp62F+d7CyD7eTqEBm
vw4cXAm8SsOnm2LCCbrharx9FY+D0AuV3LhlwQspaqKXZH+yrcTwmpqG8Uqj
RG//v5T4XW7T3UW9/Dy3Gd4h7Bj/VL8hv54oLie6JtPwUjXz2cpTp4/b4lIt
86FO9TKncI7LhlEvp9nde+g0DirNB3gHisMKWYUSTxhsDTpuUIUJbMN4L7dR
+Rp4Sh4ELggax9xvVCB0KSJIYKoK4JNSkG0lVw3EoSY5Tc1SS139wH0VH5Ov
UvCNepZRUtu6buQiBWtIgjd2vaUWTa+regPIX3bGMdU1R+RTl2PdM+PWdC0I
oPDSoC4+Xy6tA7O+gvDMyM/Ta/7gDFmSbtLQ78VE/5kueaiXOd3YAOuWlHpp
qg/W3ujvWpDEwWSeJtzwF2YRdGx2S4bG7hkld92ZXbeQwYf5eLUztuup+B/U
/wD+mRfdzDkAAA==

-->

</rfc>
