<?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-01" category="info" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.15.1 -->
  <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-01"/>
    <author initials="M." surname="Kuehlewind" fullname="Mirja Kuehlewind">
      <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="October" day="19"/>
    <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 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 move all its plenary meetings to online-only events.
This document records the experience gained by holding plenary meetings fully online
and the guidelines that have evolved from this experience. The aim of this document is to determine rough
consensus of these guidelines in the sense that the most participants are sufficiently satisfied
with the current organization of fully online events. These guidelines, however, document only one option
of running fully online meetings. But as the IETF has done for in-person meetings, changes to the organization
of the meetings and the meeting agenda should be experimented with in the process of establishing future meeting guidelines.
Similarly, this document does not cover hybrid meetings (meaning meetings that have higher remote participation
than onsite participation). However, some of the experience gained from fully online meetings might also
provide input for decisions regarding the organization of hybrid meetings.</t>
    </section>
    <section anchor="some-history">
      <name>Some History</name>
      <t>When the WHO declared a world-wide pandemic in March 2020, the IETF had to quickly cancel its plenary meeting
and organize an online replacement (within 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 a new working groups, and dispatch sessions, as well as the
administrative plenary in order to organize the official hand-over procedures that occur at the March meeting.</t>
      <t>With such a reduced
agenda, it was possible to organize the meeting within roughly 2 sessions (about 4 hours) a day and a maximum of two
parallel tracks. This was possible as all working group meetings were moved to interims which were then distributed over
the coming six weeks. However, this was often perceived as increased load over a longer time. But at that point of
time there was not necessarily an expectation that the situation would continue as long as it did.</t>
      <t>For the following meetings in 2020, the online schedule was switched back to be similar to an in-person
meeting (1-2 hour slots and 8-9 parallel tracks as described below), however, still with a reduced total length
of initially 5 hours a day and then 6 hours with longer breaks.</t>
      <t>All fully online meetings in 2020 have followed the time zone of the planned in-person meeting
location, but starting roughly around noon. Some flexibility with the start time to be "around"
noon has been used to mitigate the worse
possible time slots, even though, given the distribution of participants it is not possible to
avoid certain hours entirely. The in-person meeting location follows the 1-1-1 guideline as documented in <xref target="RFC8719"/>
to rotate between Asia, Europe,  and North America. While the exact time slot used had led to various discussions,
following roughly the 1-1-1 guideline to share the pain has/seems to have rough consensus.</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>This time selection enables to have 2 out of 3 fully online IETF plenary meetings
during the day from most participants. Basically every full online meeting is for two regions
of the three regions described in <xref target="RFC8179"/>, roughly speaking, after sunrise or after dinner.
This has the tradeoff that it maps the third region in middle of night. However, that also means
for most participants only one remote meeting per year might
require a significant change to sleep schedules.</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 should 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>Basically this table follows two guidelines:
1) When ever a fully online meeting follows an in-person meeting, the online meeting time is used that 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 plenaries
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 remote). 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>
          <t>To initialize this algorithm, IETF 112 is considered as an 'Asia Night'
remote meeting, and IETF 111 is a 'Europe Night' remote meeting.</t>
        </section>
      </section>
      <section anchor="number-of-days-and-total-hours-per-day">
        <name>Number of Days and Total Hours per Day</name>
        <t>Online meetings have converged to run over 5 days with 6-hour meeting days, roughly.
Only the administrative plenary, which concludes with multiple open mic sessions, is not necessarily time-bounded.</t>
        <t>Based on the experience so far, 6 hours of online meetings, with two 30 minutes breaks,
appears to be potentially a natural limit of what is handleable for most participants.
Respectively, the meeting survey after IETF 109 has indicated a high satisfaction with the distribution of sessions
over 5 days but only a medium satisfaction with the
overall length of each day [https://www.ietf.org/blog/ietf108-survey-results-informed-planning/].</t>
        <t>While there is a possible trade-off between shorter but more days,
a compact and potentially intense meeting was slightly preferred from the beginning by the community.
And, different than for in-person meetings,  also utilize time during the
weekend was never considered as a possible option.
So far, it was possible for all meetings to fit the requested number of sessions within 5 days, with the
respective number of parallel tracks, see Section <xref target="tracks"/>.</t>
      </section>
      <section anchor="sessionbreak-length">
        <name>Session/Break Length</name>
        <t>For fully online meetings there are typically less sessions per day, than for in-person meetings,
in order to keep the overall meeting day to at roughly 6 hours.
The reduction of the number of sessions per day led to the practice of offering chairs only two options for
session length (instead of three), in order to make session scheduling more practical.</t>
        <t>At IETF-108, based on an indicated preference of the community, 50 and 100 minute slot were used,
with only 10 minutes breaks, in order to keep the overall day length at 5 hours.
This resulted in many sessions going over time and thereby clearly indicated that only 10 minutes for breaks are not
practical.</t>
        <t>The survey after IETF-109 showed a high satisfaction with 60/120 minute session lengths and 30 minute breaks,
and a significant improvement in satisfaction over IETF-108. [https://www.ietf.org/blog/ietf-109-post-meeting-survey/]</t>
        <t>While the option to shorten the breaks was discussed during the later meetings,
a saving of in total 10-20 minutes per day might not balance the need to use the breaks for recreation or
at least some socialising.</t>
      </section>
      <section anchor="tracks">
        <name>Number of Parallel Tracks</name>
        <t>Fully online meetings are not limited in the number of parallel tracks by the physical restriction of a meeting venue aka
the number of meeting rooms. In order to reduce the number of possible conflicts, it is still
desirable to minimise the number of parallel tracks by balancing the requested sessions mostly equally over the available slots.</t>
        <t>But 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. This also means, if the number 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>As more parallel sessions usually also mean more conflicts,
chairs are encouraged to request plenary meeting time carefully but also based on realistic planning to avoid running over time.
Use of interim meetings should be consider instead where possible and sensible, as discussed in Section <xref target="full-limited"/>.</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 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% [https://www.ietf.org/blog/ietf-108-meeting-survey/]. While the limited agenda of IETF-107
could have been a good one-time replacement, the value of cross-participation and high active meetings weeks
has been recognised as important for continuous progress (and not only for newly initiated work).</t>
        <t>A highly concentrated meeting, in structure similar to the in-person plenary meeting, provides value for cross-participants.
Further 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>While the time during an in-person meeting can be used very intensively, even a compact and full online
schedule does often not prevent day-job duties to occur in parallel. Therefore, allocating more time can also
make it more difficult for people to join and as such needs to be balanced with the option to distribute load
better over the entirely year by a more regular use of interim meetings.</t>
        <t>Use of (more) online interim meetings can also help to reduce scheduling conflicts during an IETF week
and allow for a more optimal schedule for the key participants. Of course these interim meetings are less likely
to attract people with casual interest but 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 that new opportunities in the use and scheduling of online meeting time should be explored
that can help to reduce conflicts during the plenary meeting.</t>
        <t>Online meetings provide an opportunity to use more time more flexibly. While for an in-person meeting all
sessions have to be fitted into the available time people are willing to travel at once (usually roughly a week), online meetings do not have
that constraint. Therefore for the planning of online meetings, there is a trade-off between the number of parallel tracks, where more parallel tracks
mean more potential conflicts (as least of high-active participants), and the overall time in terms of hours per day or
total days used.</t>
        <t>As one example, it would be possible to keep most regular
working group sessions within the usually five main meeting days but have some of the more conflicted sessions in other dedicated time slots.
As the Hackathon for online only meetings is
usually held in the week before the online plenary meeting <xref target="I-D.ietf-shmoo-hackathon"/>, that week is already a highly active
week for many IETF participants and might provide an opportunity to schedule a few selected sessions.
If only one session at a time needs to be scheduled, it is easier to use a time slot that is well
assessable for most people in the community in various time zones. This might work especially well for
sessions that are of high interest for a large part of community, such as BoFs and
dispatch meetings, and therefore hard to schedule during the main IETF week.</t>
      </section>
      <section anchor="chances-for-inclusivity-and-lessons-learnt-on-socializing">
        <name>Chances for inclusivity and Lessons Learnt on socializing</name>
        <t>Participation at the most recent online only meetings was rather high and had a quite stable per-country distribution,
even though time zones were rotated. This indicates that online meetings support a more easy and therefore potentially
broader participation than in-person meetings where participation is often fluctuating based on the location.</t>
        <t>However, it has also been recognised that the online meeting does not provide an equivalent opportunity to socialize.
The observed slight decrease in submission of new (-00) drafts, while the overall number of draft submissions and
productivity seem to stay stable, might also be an indication of the loss of these interactions. The increase in interim
meetings potentially compensates for these missing interactions for continuous work (or may even increase
productivity there), but seems to be less adequate to spark new ideas.</t>
        <t>None of the data observed so far can, however, be interpreted as showing a significant trend. However, these factors
should be considered for the organization of future online-only meetings in replacement or addition to in-person meetings.</t>
      </section>
      <section anchor="experiments">
        <name>Experiments</name>
        <t>Similar as for in-person meetings, it is desirable to experiment with the meeting structure. Often only practical
experience can answer open questions. It is recommended to not experiment with a larger number of different
aspects at the same time, in order to be able to assess the outcome correctly. It is further recommended to announce any
such experiment in advance, so people adjust to changes and potentially provide feedback.</t>
      </section>
    </section>
    <section anchor="acknowledgments">
      <name>Acknowledgments</name>
    </section>
  </middle>
  <back>
    <references>
      <name>References</name>
      <references>
        <name>Normative References</name>
        <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="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="I-D.ietf-shmoo-hackathon">
          <front>
            <title>Running an IETF Hackathon</title>
            <author fullname="Charles Eckel" initials="C." surname="Eckel">
              <organization>Cisco Systems</organization>
            </author>
            <date day="26" month="July" 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="Internet-Draft" value="draft-ietf-shmoo-hackathon-08"/>
        </reference>
      </references>
    </references>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA41ba48bN5b9Xr+CO8HCbkAld3fixOn9sGM78cSYJA5izwbY
wWBBVVES0/VQyKqWFSf/fc+9l2SxSoozDmJ3qx4k7+Pccx8qy7IY7NCYO/W3
0damsZ3xats7NeyNeuN2urO/6sH2neq36tXYNCf1pqO71HfGDLbb+UJvNs48
3M3vXt5U91WnWyxTO70dSmuGben3bd+XPd9ZtnJneX1T1Howd0WFv3e9O90p
2237orAHd6cGN/rh9vr6y+vb4t6cjr2r79TrbjCuM0P5Fb27KPygu/r/dNN3
WO9kfHGwd+qfvneDM1u/Uv7U0g//Kgo9Dvve3RVKlfhfYSV/p75bq7+PZt+Y
o+1q/lh2/p11P+vlpd7t7tTXzlbe9x1/YlptmzvV0t3r+3T3X024aV317dmC
X433Jl9KOwhj+pRX+Vvf7xozW4NvW+/XNW78644+5LcXRde7Fop4MHS2H1+9
fPbFzZd3+JxEma7gT1mWSm/84HQFwb3bW6+gqbE13aAOrn+ASXi1O7eMQ6O7
DupSkDTtbmYmWzYT0asKeoXYndlpV+Pngt7Qje3GuJVqTLcb9it+EfZ+6L2N
7/HGe/zo8SpeNLxK6Z3par1W7/bGm3x32hm10d7URXjCvD9A7KarjKpHR8/S
py/f/M/rr8qbL9UBi5rWVmsRRGvrGgIuPiGLcn09VrSTonjdqdvr2+vV5YdJ
JpWp+eLrr9+9UkOv2v7BKN00yg4esjKddqckCbohGD3+OSnzAGn79UL6zlQw
br88xk7juVptTmrfNyTM89fn4i9IrPSKTErDXg9qr7FD89A3D3jb1vUtPsby
00osXqVtS5oYZluzfITawOtaUrHrx92+qKAp0/nRywML1VhRCN1hZAes0d7D
zsiKKwt5DqJCP263+ABL4RweZuW3Fjo92mHPT1Wjc7SPj9pdkOqZkawguCMu
wvTSgVgNQAvVH1jjeJcbxb4v2vJavRgHpf2k870m+eAWchDblZAiXD0z/mqv
u51hwdFD+dYLkdekwKizub0rv+/HBqqP9kBbh/JYLEG8cNkKTkPCMEDBTWP9
Xk4xjG564SSNdfHWtrbRrjmtFlque2y36wd4JaSl9qeNs/W0ycet0SyhyayT
Xe3tbo9HnGn7wUz65cPiLiirg5cvrlyt1TdRM75vTTCjC8bP5npRMXDh3R6a
aXxfBPiCaA5QFumlNpUVQElQdKYMWnVx1DUhwlva0TfWD4hIRfHT3ojAf/rm
Db0WAsS+tEI8aurySMsmeIBqAOfVPsOQYDI1WcMvo63ucZJK44QXAaPIMBYe
2cVDOwMUrgwr6zFZAVZqSPss4uHYq6Mx9x5yfcWobX2xtc4PM/AJa8i+gqEd
NUkI8Gd4h7A8M8zwmDW9MZ3Z2oFMkN2YtVK53vsS0tDFTLnAeXtv1Iv+FXyB
d1EOMOBJcXi9Vp05kgjv2UaBKgcvcaG2Hq+BCOMOVuR8RwOAFScsdA0kshTH
KLQlCUIiAFGYIkFulCCrnBFGN9BCV5ds4Ow7iBIRIfsKOKMCUIkGw25hED+R
0/kRn+koqkKkt4IKWYKIZN5uGnO2dvTCoDJGT2jidpLvY73pYbOfAapG56+w
Rq1PLAmNmP/etqOg8rEnKSPOwHAohN8z3sGJZ+vjZwpFM8FOgj8aAob+QXRt
iUrZFh/vLQ7HFwcy9pqEazcjqZvExTEc8Zre6O17MbXMg4e4jX474HG4cGUs
LaIpFlQwEIRp1fRaXoeDga7tSFMwi4Cvgyji0FvC6G3BFoN1sSd6M2FTZwjv
tLMNyYexohrEkVOQAdSM8tGRARSBCkcfWTC0KG8JeGdrKPZVIDjbvmn64wzf
bE4Dgg/6ag/tN7IhD43S7+Ag1T1Jc0OLM7yyH3VTZCiiETy+KW9Zzco3/SDY
/6wkdjHTK+0RVKyCCuj9Bnu7yiKZHyxpmIxSZ647wMCFX1GMgYMMMHlI6qkY
VmZXrOPPw8f8nqAOUHt9TxD4HAtcxtwgF4F+kVugQ6ywXzmwbifaiItnEbJo
+ioABWwM52Fmu0vOofEDttn14M+CxdvGvLcb29jhpBIz4OdkWRH/X+TBvxT0
JEfpjcFJRy/m3kIiO+QZ/DAcxJticlt6CytlxWQC99BmVmpnHwL6J6cIgWPG
ZCwTJTLSDAkK/dAjtFTGDYhlQd4AcOtMcxLKdSYbFWUThCu046bEf1MkZwMJ
oZsFrD58CLz/998LHNXBGnDQjRmOJIHn3gKqvh5dfzArxTbwPRKkvXreUqIC
dv3T3jYmRGBkB5M8RHoUvhqR4gP8rwfvgziqMQB0MTlQ1OGlXeNpv9cCMhCf
ZR098ca0TJXYpPh5leglh+NFsjrPNtUPITvBnZ+od7Tv/yUjfGsaEyg9o6Sc
KH4INYAwmWndW0UgDLV+Ojd8jt5L1l1k+QU5FUfDM3oLYNMe0m2E9uN5evPC
o8hsOM9CBAdRIXFGijjsnTHxwwwQWN3/Qfq++QL6XiWZ+wPcl+M7MmO4sx87
Zz1RnvABSFBnXEg+9oHSAnNqgxApGApDbvUhXNlbV4cN0KqSMpGQOmJeswCg
hYgpIoqgHljynO4n5h24YhQBPACZO3CTCV3hDGgSrARUxO46i9iNpwOnZhtq
jDkkMCYTeRfgRzIK3odHzOk7lr2ufx79INbb0H4RuyGK7dZQYgGQZFT7Sp8a
Xv6tfmCke8exSTKKCR5kBR+9c0WP/uPdS+TXv6nvkc6r3/hBhHX2MOM69XZs
4WZXF678xBEYV/BwSUmp/HPhz8eu0Mq5N6vvmRf/pq6fXl+XNzfX17RD+v1z
+v02/o7nCBjS7Tef0uUv0+03n+F33D3dLgiSHrjFxfL6s/TA4nfRCx2RI7qA
Euk7wpLkjWLmIlxJNj0QkMw1uRtuIRMnDxUmAiBNYWbX9BuEPvjhilGeKFNk
X0Q8llhN+Ai6pwm6xD6wWFeHNKEJGRWetm4CY4LMI3MMK8kKuT04NuWQLVYP
pRI8Eu2SkOuTM+zyOSoFdAmpnlwiq5/iWsjVJzFV+96CBEnhI5ZKDtoPhVyf
ktZ3M15D6aGR5E4IInyuHYU88XkPzjwQrhcp0u9Nk8du2PmPggTPV+rFikDl
5X/R3+LMzSmmpYwN9M4icYHeJxxbk6N8mqW/u54sZ/nBtzhSQvjfIuQnTE8e
8xEPWXxwwYPEBbqTin+/7sof5LTP6bNo6OmusI10IX7wIn3wMnvm7O7p9S/+
7Nn5Tv7kwef/xoPPL20foVfo5eX9ni0UPnh5YeViinWcDYjBJQ6D6DbVIe6K
myvFWbWRbOAS1UzP5kx6nsEuHmCPwdLC98hZwVF0/QCn11SN4YAk/pIHpe2C
vR73IQ+6QM6I+JNfrIvbK/V6q9qxGeyBDnqRLMsRgELIrnqC/NVirYmPTPUe
4W713MV57w75TzdMj/sp7TmvQkk6F5w4xMitBeKpikGREt5UqXMU1biIFtJ9
pCHl0Jec20zvFh5kDXCP8+VY56O4J/69hsmJAdAqlP3H8lZ2gKQwWgoiLTpj
STr0vkfPH6nHlvIXJYtegVWnK4wtfF1Q52pNWuD1Ym5x5JwzQ63AXx69eLSS
zIdByryf9jHJ3vJ9YtT8ajsUUiBhwpJfXv3Ze17G90D2fczHJDBZwuBd73Dq
diVB4ObmlmyXiC/cxEnurOnUKUQ/Kua8Scol4ekbelqrR3mIfrQgWhyS1Pdc
iye7B+WRHPQdJ4/fcH5CZAwXiuLNwpiZJmN/cNmdkCk3dpLPP6VwGFLJz0tO
cKNM6EJiqGt6qeQGl2s4q1CKwDJVM1I7gt+Z3AxHIxpaZbUhe14bIAcpN5QK
GsryX+SOlBUYwRK3Gi4ZM2FI5KyNIckm0OvTa6zbjQPFXs6SV4U+gG87H5LP
Qz8ImyRGoTo9jI4ScnARJj9MHph1d+AYARwvkOR18aPxVNeAVKRMOwGcH92D
OQUuL3q//pJ5PLzMVowamuuxoZCuBVtSxrxMYaMUi1yLlJIzU9dYuLZje/ll
/AwxCak5cBWacI6I0T/3w3Dwd0+eHI/HNXX/1r3bPdk0/e4J/XZz/ayUs5TO
eOjWl9KqMnUZe01P/kWFt5iVOiPmPSXXlLSUlLVEMgnncyQX2n7bOyOWV2ju
M1FKS4aeK4mJqTczbPecAuAi6BDSAze1SyhQ7qy0CTanQEPbdoRbw6yfd/Vq
SimkJvtHzQHJT6ADAQMC8ymdLKi0RmyUa14cHheQMMlA+hfr4m2w42UpkjZA
CspbUVsr8YJyLMNJUZfgIFUkQ63yaXDepHGXLDN7alG7WjGpeBui2ocP8unv
vwv2vJUlnrwgF1LfSrWKy3CXA6ionksGp0OgF8zQ014JroT6f0TmRV4avqfs
kelDMOAMqrhyN6SEOiDDmoMnV9qi50xNzZnkwm5irUS6NOQ4FTPhngyElkIy
a11IiAldRJWcIhThZdGvHtsOeqLK6VZygKvVrNLd6nsTNxCTD65kkg+ExXVD
Nb2BMaOE960mcsHsKoKHWD2DYzhjsvGVenrNLkTppCCh1IeYZhDlWknPjs90
c4aW6qMqEJnxeSH+p5PYLcVeggipe7QaPDxJe9fTQRm72I1CbdMZOGgFkHXs
5fFwUudf7I4MRnbIVoZIUuQyI72foW5JqOv3XPj8Q7j9/PoJMu0kqZlOJeim
iDIFFK7550UP21JjS7o+OP5sGT531Oj6zzCXNl0CGoY0eyHnevKvDGaDHUqh
juBUYmYQEIFLqPrh5FkJrNF5tk6Y67mGorgOHUrTN1RLSHKPjiItPArgyOGp
KRZYlfjP6E2+gS1nm9ROEAG4AhqFnhFCuYfoe+ryWH+B6vwQUeqdVNg/fBKA
CehzEXmCNUgAF+Ob+/yyZh+CwmF/4jyIzBaxNgGGTjADlk3tiHtdzF8Yr7u+
bz3z6OQvUuRfbiDiPALEtsFKfhXK0NwgKMCerNOhJ0Vkq7X+7B3nhxA9RNVO
cSJ5HVEWqmj+MjIci/sRo3vQtuH1uJZDxAuh2Ib0im1gWvjCe837CmqXymOl
EbKp2B9gaPRYTD07Dzbg53YZ8i6nk2TTcCdcIKtidJx10abq5Spu+lw3TJBI
wsQ4qApo3wP4Qi89NJxpQ7QQGB3JqQVRicYx78qFIBBEwb3/1Cu4EFsIHQQ/
CMx9APgokHQbi4rYWzyP3DgZSRHW5ZSvo1qajnxedrIsdwu4VrhfBEsMi9+e
ggg8Em4H0JxGhSiQcvcjzlYkmF4X/5CiXGg/Tj435U+R86gY/CQpn7qcXc3T
JfQLt4cnXILwJvZBGy6DCwsHUc/rmmeOYE8vwyqhCkYv/dFQxKPWLn/GKEIA
oR5gJxELQuf8MT2wPMQVoGW26lToI5w+4/L+nl64iaVNYAZIBo1v9KEgn3qH
3DwIv10Jq3WRZmjOMUJK8AUiMWdR+549LJD5uPt5f3/q4W1OU0M4oB33eSXy
SUFxtr2w3DNO4SfCjPc8u/3PfyMePTsLRXkfaiHssB4e+6Ko2Ew4H+UGnwYT
6OmcRuYMslkJSaAedDPylmViYTaswGrnIK6F2mYFFJy+SG1EmtFCZPahrd0e
ECApRhPmhC4z9cUQsHeOKCqbB4UQlj/d1ZkjMxKqBPAwD+DgipyZ16exEKS9
2LTjqynLp8Cf5J61mOd1n4XTrqaJPjk9b3N+fE43X43cjKB5FhqxqM2Wx25y
30f+rvke5tgeqtY8TsNsLNlMCgTHfd+Yghs6FcEPEVSAYwCgOAwhBTEIqCvZ
kJLYEc8tNakyWpInSZfKgbzORmio4k6bJHchh+aG7jwRzDpxRWrr8xCUjDBw
J9dJRQygX/7cb7CBwUrHMFW/Ivyyd8ADgLQryrm4bRBJeIDPTiaVWBw25qiW
RlNAb1k9B9MfJFz/DGYrIyBeBk86CY1caQhMqZ7y+om2TZMbPG5RIDsmbpZ0
E7vP0m/bcJJPG3FmN5JZjZehGdoIoP2Ybr+KwfUMwuMxqfB4yKhLlpikSJRp
lC2A/E04MFdNJZbz7mKXJWkqTqbeA0LnLdc329gekrbJ2Q4p7HEKSTNKzang
jI9HYqP8WayVZsrBj1NMpKAXh8wi3hwIAjg7Shviek4AkmWZWYe4P/QFY1dt
EOo5UzTVvmPSmDXVJcbRyGaYDqXY5j0CtDLTxKTw3FfZeATFDTK40QM5l1O+
Loa3UDqmGazpGHYa3SQ74A1Mejsrj4WuaD6o2EBbdcGvJktYGMGZ5mVKZIZb
6/PCYxJ7NxN5yA8mF+OfZFKExisEPtiKLkEGjKxIpIn1Id4Vptyg+H5Ba3mR
YCNkRUew7EB1YD+AGsUJJg76OJKwNNHCxo3MfZlm1D1DDa0fxIbt4G1YPsOU
80nsS7XKrE52Xh77KO9fBX41p5RyrZg4ZKqeZZp8THNVnILRLCXCWHnB+q9W
acw1ZvzSrMG+jGvZO/ap+kx5IXI7SRmYcROuC+mlpol5r0GvjRS8ovHlA3hc
XggNB4a1Yk68l4WulGFQnGYKQBR8xvnJ/dlI8mHVGbHOUxmqdXB0g9PG6kOa
IFjTOejxbyBexNVeylZBnfmcJqUaRdxY6OQkXoZDs2lkjbAlb//w4b9fl1+t
s69f7OOSNDYi7Rd6Fac/FNVPoaBBJstq5HqkVKop2Ms0zGyEG3qVJP6P3TTB
NlIzAI40vTJ5rYvX22k4JBJTmigRseXBL76rjsmu0IWIBjqbXBpCyZ14TaE9
vXdRdxdfDkJNpS76IE45Tb22kCbKWcmeFFdDpZbM1Ckr3gV41UKUmV2mSCJx
DVa5EydhXjqV2WTO1PP0LEm3SPOwk6enQhdbwF67eibmDF3ZklN0lWjxck/0
wYdiadWM4El0bHrrt4a+teLxr3Y8Kx+LKr/yhNUPc+aczfWH1t5FK+YOmjBI
IdqdTJRpmoceeJCP9ALfLxG7wX9Ps07Fqsgm8vLuJ5ceQ7s0qCeW++JY7wJu
/ciWGXkFbOe0EGbWISg2DhSKhoVnp2YSfKnfKinq7F4b+eS2If4exl/yflSc
MIFq0jSVHbipIzn2IvVIHd9FLE4D/Jkb0hwVyD/rZeGRQalGStv9xhtH87rS
/yC2zjO7nHqMm9aKR9LgF/z3cXl9fSVf7eLIkYqHAdqnMMP3ZG8Qgz6Eb9uw
0dH0H+9oAOqLIayywX5y+alEnRXfm95n3z1h55K6qI+DldMRAgecRlvyNhBl
BUgV9DB94YlYBW2YpvOyFy8zPQaBxwyN8r2etOj8iGxcV2HWNQ47bgILhYH9
MvJQKmQA47lnEUOBmkj399k4ba0HnWmKmz7EsrLJ4E2QBDKXQdJUKlNLZSkv
Kw8OFHA2vkdnpsJy73xxXoahNlhgIOdfw5FywPm3DLw036evLRDuheKLTJ8v
XUjg6ev0fRdfxC+syMTd5X6ahIFZtXP6ysyUI6XCS0ylKVcg1+Q9p6J/kTWI
OZnp/JGMmRrPUqdjE3vNiyY6LXUYcr/l0gHpXe4VsU+IoET9NB+BlOcoJOHO
uyXkAuFgEsVEEeNQERdBaoBtUCoQNrUNCf1icyCOwNaK3OlUcJDJtkrZJg3K
VIa+jpNILg9O0sPxC03LHmoEmy0iNM2KSIWtuu/6I0L0TpT4//liPRp3OgAA

-->

</rfc>
