<?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.43 (Ruby 3.4.9) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-ietf-vcon-privacy-primer-02" category="info" consensus="true" submissionType="IETF" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.34.1 -->
  <front>
    <title abbrev="privacy primer">Privacy Primer for vCon Developers</title>
    <seriesInfo name="Internet-Draft" value="draft-ietf-vcon-privacy-primer-02"/>
    <author fullname="Diana James">
      <organization>Marashlian &amp; Donahue, PLLC</organization>
      <address>
        <email>daj@commlawgroup.com</email>
      </address>
    </author>
    <author fullname="Thomas McCarthy-Howe">
      <organization>Strolid</organization>
      <address>
        <email>thomas.howe@strolid.com</email>
      </address>
    </author>
    <date year="2026" month="November" day="01"/>
    <keyword>vcon</keyword>
    <keyword>privacy</keyword>
    <keyword>sparkling distributed ledger</keyword>
    <abstract>
      <?line 53?>
<t>This document serves as a primer for technical professionals involved in the processing (which includes collecting, using, disclosure, and erasure) of personal data, including not only basic identifiers like name, age, and address, but also sensitive data contained in communications, including biometrics obtained from audio and video recordings.
It outlines key concepts in data privacy and communications privacy, addressing the ethical and legal considerations surrounding the collection, processing, sharing, access, retention, and disclosure of individuals’ data.
The document covers fundamental privacy principles, defines important roles in data processing, and explains individuals’ rights regarding their personal information.
It also discusses the scope of protected personal information, including sensitive data categories, and explores techniques like data aggregation and anonymization.
While referencing existing IETF work on privacy in Internet communications, this draft extends beyond to address individuals' data privacy in relation to organizations handling such data.
The goal is to provide a comprehensive overview of privacy considerations, aligning with fair information practices and current regulatory frameworks, to guide professionals in implementing privacy-respecting data management practices.</t>
    </abstract>
    <note removeInRFC="true">
      <name>About This Document</name>
      <t>
        The latest revision of this draft can be found at <eref target="https://ietf-wg-vcon.github.io/draft-ietf-vcon-privacy-primer/draft-ietf-vcon-privacy-primer.html"/>.
        Status information for this document may be found at <eref target="https://datatracker.ietf.org/doc/draft-ietf-vcon-privacy-primer/"/>.
      </t>
      <t>
        Discussion of this document takes place on the
        Virtualized Conversations Working Group mailing list (<eref target="mailto:vcon@ietf.org"/>),
        which is archived at <eref target="https://mailarchive.ietf.org/arch/browse/vcon/"/>.
        Subscribe at <eref target="https://www.ietf.org/mailman/listinfo/vcon/"/>.
      </t>
      <t>Source for this draft and an issue tracker can be found at
        <eref target="https://github.com/ietf-wg-vcon/draft-ietf-vcon-privacy-primer"/>.</t>
    </note>
  </front>
  <middle>
    <?line 61?>

<section anchor="introduction">
      <name>Introduction</name>
      <t>The democratization of technology has led to a surge of new entrants in the growing market of personal data management.
These entrants, driven by various motives ranging from commerce and regulation to fraud prevention and charitable causes, are increasingly engaging with conversational data across network boundaries.
The vCon (Virtual Conversation) represents a significant step forward in this landscape, enabling the processing and ethical sharing of conversational data and fostering a rich ecosystem of services based on a novel concept: genuinely listening to what customers say.</t>
      <t>However, many of these new entrants may not inherently understand the ethical and legal complexities surrounding crucial topics such as data minimization, legal basis for processing, redaction, the right to know, and the right to erasure.
The design decisions behind the vCon framework directly address these concerns, incorporating features such as encryption capabilities, external data signing for change detection, and the creation of redacted versions that maintain a trail to the original data.</t>
      <section anchor="purpose-of-this-document">
        <name>Purpose of this Document</name>
        <t>This document serves as a primer for individuals and organizations grappling with the challenges of responsible management of personal data, including biometric information contained in audio and video recordings, or other sources of sensitive information, in messaging or other personal communications.
It aims to provide a foundational understanding of key topics, explaining their importance and how they are addressed (or not) within the vCon framework.
While the vCon is not a panacea, it offers a structure that enables well-intentioned actors to operate ethically and responsibly.
Much like the distinction between HTTP and HTTPS, where HTTPS is trusted by default and HTTP is not, the vCon framework provides a basis for trust, with legal systems managing those who operate outside its principles.
IETF standards already address privacy in Internet communications, including the principle of data minimization <xref target="RFC7258"/>.
However, those standards generally do not address the privacy of individuals' data privacy vis-à-vis organizations that collect, process, and disclose their data.</t>
      </section>
      <section anchor="intended-audience">
        <name>Intended Audience</name>
        <t>This primer is designed to cater to three primary constituencies often present in IETF discussions:</t>
        <ul spacing="normal">
          <li>
            <t>Technologists and Engineers: Often immersed in technical details, these professionals may benefit from understanding the broader ethical and legal considerations that should inform their designs.
This document aims to bridge the gap between technical implementation and important "non-technical" issues they need to consider.</t>
          </li>
          <li>
            <t>Regulators, Lawyers, and Government Representatives: Responsible for tech policy, these individuals often approach discussions with the perspectives of their constituencies but are generally open to education.
This document seeks to provide them with a clearer understanding of how their legal concerns are addressed within the vCon framework and what aspects fall outside its scope.</t>
          </li>
          <li>
            <t>Non-Governmental Organizations (NGOs): Particularly those focused on privacy, security, and human rights, these organizations represent the intersection of policy and technology.
Often skeptical of commercial and government interests, this audience will find information on how the vCon supports personal data privacy, transparency, and control.</t>
          </li>
        </ul>
      </section>
      <section anchor="goals-of-this-document">
        <name>Goals of this Document</name>
        <t>The primary objectives of this primer are:</t>
        <ul spacing="normal">
          <li>
            <t>To educate an expanding audience on the fundamental concepts of responsible customer data management.</t>
          </li>
          <li>
            <t>To foster a common understanding of the challenges involved in personal data handling.</t>
          </li>
          <li>
            <t>To provide an informed perspective on what is currently addressed by the vCon framework and what remains outside its scope.</t>
          </li>
          <li>
            <t>To encourage thoughtful consideration of ethical and legal issues in the design and implementation of systems handling personal data.</t>
          </li>
        </ul>
        <t>By achieving these goals, we aim to contribute to a more informed and responsible approach to personal data management across various sectors and disciplines.</t>
      </section>
    </section>
    <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?>

<section anchor="privacy-and-vcon-in-general">
        <name>Privacy and vCon – In General</name>
        <t>Privacy in general can be understood as "the right to be let alone" [Warren1890]. It may be helpful to think of it in four aspects:</t>
        <ol spacing="normal" type="1"><li>
            <t>personal information (or data) privacy,</t>
          </li>
          <li>
            <t>bodily privacy,</t>
          </li>
          <li>
            <t>territorial privacy, and</t>
          </li>
          <li>
            <t>communications privacy.</t>
          </li>
        </ol>
        <t>In the context of vCon, we will concentrate on <strong>data privacy</strong> and <strong>communications privacy.</strong></t>
      </section>
      <section anchor="data-privacy">
        <name>Data privacy</name>
        <t>Data privacy, also known as information privacy or data protection, refers to the practice of safeguarding individuals' personal information from unauthorized access, use, disclosure, alteration, or destruction.
It involves ensuring that individuals have control over their own personal data and that organizations that collect, store, and process personal data do so in a manner that respects individuals' privacy rights.</t>
        <t>Many countries and regions have enacted legislation to protect individuals' personal data, but their specific rules vary by jurisdiction.
Examples of data privacy laws include the General Data Protection Regulation (GDPR) in the European Union, the Health Insurance Portability and Accountability Act (HIPAA) and California Consumer Privacy Act (CCPA) in the United States, and the Personal Data Protection Act (PDPA) in Singapore.
The U.S. data privacy legal landscape is a particularly complex patchwork of federal and state laws. It includes comprehensive state-level data privacy acts, industry-specific federal laws, and intricate pre-emption relationships between them, creating a fragmented and multifaceted regulatory environment.</t>
        <t>This document outlines common privacy rights and obligations as of the time of this writing in alignment with fair information practices (FIP), which are widely recognized principles but may or may not be legally required, depending on the jurisdiction.
The framework presented here offers a general understanding of data privacy principles but does not guarantee legal compliance in any specific region.
Readers are encouraged to seek legal or technical advice for their particular jurisdiction, industry(-ies), and situations.</t>
        <section anchor="key-roles-in-data-processing">
          <name>Key Roles in Data Processing</name>
          <t>The following terms are used by the GDPR and in the privacy industry in general to define the three key roles in data processing:</t>
          <ol spacing="normal" type="1"><li>
              <t><strong>Data Subject</strong>: The individual whose personal information is being processed (also referred to as “individual" in this RFC and "consumer" in some data privacy laws).</t>
            </li>
            <li>
              <t><strong>Data Controller</strong>: An organization or individual with decision-making authority over data processing who has the legal basis to process data and determines the purposes and methods of data processing, bears primary responsibility under privacy laws and is the main target of most privacy and data protection regulations.</t>
            </li>
            <li>
              <t><strong>Data Processor</strong>: Often a third-party service provider who processes data on behalf of the data controller. Under HIPAA, data processors are referred to as "business associates." Data processors may be hired for specialized tasks or to improve efficiency; can subcontract to other processors, creating a chain of responsibility; must operate within the scope defined by the data controller; and are expected to maintain trust and adhere to the controller's guidelines.</t>
            </li>
          </ol>
          <t>The relationship between these entities forms a hierarchy of responsibility and trust.
The data controller sets the parameters for data use, while processors at various levels must operate within these boundaries.
This structure ensures accountability and helps maintain data privacy throughout the information processing chain.</t>
        </section>
        <section anchor="what-data-rights-do-data-subjects-have">
          <name>What Data Rights do Data Subjects Have?</name>
          <t>Regarding individual rights in data privacy, organizations should focus on six key areas:</t>
          <ol spacing="normal" type="1"><li>
              <t><strong>Notice of Data Processing</strong>: Organizations must clearly communicate their privacy policies and practices. This includes explaining what personal data is collected and for which purposes, how it is used, stored, and shared, and how individuals can exercise their data privacy rights. This ensures transparency, holds data controllers accountable, and empowers individuals to make informed choices about their personal information.</t>
            </li>
            <li>
              <t><strong>Consent</strong>: Organizations need to obtain data subjects' informed and freely given consent for collecting, using, storing, and sharing personal data. Different levels of consent consent may apply to different kinds of data or in different jurisdictions:
              </t>
              <ul spacing="normal">
                <li>
                  <t>Consent can be affirmative ("opt-in" consent) or presumed unless stated otherwise ("opt-out" consent). Opt-in consent is usually required for sensitive data and children's data (under 13 or 16 years old).</t>
                </li>
                <li>
                  <t>Consent can be written, oral, or implied.</t>
                </li>
                <li>
                  <t>In some jurisdictions, such as California, consent must be sought at or before the point of data collection.
It should also be noted that consent can be layered (i.e. provided for one function but not others) and revoked at any time by the data subject, and data controllers/processors need to act on this expediently. Consent Management is therefore a key requirement when handling personal data.</t>
                </li>
              </ul>
            </li>
            <li>
              <t><strong>Access</strong>: Organizations should offer mechanisms for individuals to access and correct their personal data. This empowers people to ensure their data is accurate and up-to-date.</t>
            </li>
            <li>
              <t><strong>Data Choices</strong>: In addition to rights to access and correct, data subjects often have the following data privacy rights:
              </t>
              <ul spacing="normal">
                <li>
                  <t>right to have their information deleted (also referred to as the "right to be forgotten");</t>
                </li>
                <li>
                  <t>right to download their data in a readily readable format and provide their data to a different data controller;</t>
                </li>
                <li>
                  <t>right to opt out of certain data practices, such as sale of their data, profiling, targeted/cross contextual behavioral advertising, automated decision-making.</t>
                </li>
              </ul>
            </li>
            <li>
              <t><strong>Non-Discrimination</strong>: Organizations must not discriminate against individuals who choose to exercise their data privacy rights.</t>
            </li>
            <li>
              <t><strong>Breach Notification</strong>: The large amounts of data held by organizations attract cyber criminals, increases the risk of data breaches.
To mitigate the consequences of data breaches and incentivize advanced data security practices, most jurisdictions require reasonable security safeguards and prompt notification of affected individuals when breaches occur. Many regulatory bodies require notification from a data controller within 30 days of discovery. Controllers are also required to take prompt incident response measures to mitigate breaches and promptly inform and assist data subjects with breach mitigation.
This holds organizations accountable for data security and allows individuals to take protective actions.</t>
            </li>
          </ol>
          <t>By addressing these areas, organizations can respect individual privacy rights and build trust with their customers or users.
This approach aligns with many modern data protection regulations and best practices in privacy management.</t>
        </section>
        <section anchor="what-data-is-protected">
          <name>What Data Is Protected?</name>
          <t>Data privacy laws protect personal information, though its scope can vary across different laws. In general, the term "personal information" (also known as "personally identifiable information" or "PII") includes information that makes it possible to identify an individual or information about an "identified" or "identifiable" individual. Privacy laws may further extend the scope of PII: for example, the California Privacy Rights Act's definition of PII includes information about an individual and the individual's household, as well as employment data.</t>
          <t>In general, examples of PII include:</t>
          <ul spacing="normal">
            <li>
              <t>Basic identifiers: Name, addresses (postal and email), government-issued identification numbers</t>
            </li>
            <li>
              <t>Digital identifiers: IP address (in some jurisdictions like California).</t>
            </li>
            <li>
              <t>Financial Data: financial account number or credit or debit card number, often in combination with any required security code or password that would permit access to a data subject’s financial account.</t>
            </li>
            <li>
              <t>Health data, including mental health or substance abuse information. Many healthcare identifiers are similar to other types of personal data (like names and addresses), but others may refer to specialized information like health insurance details and medical codes.</t>
            </li>
            <li>
              <t>Characteristics protected under various civil rights and non-discrimination laws: Race, religion, disability, sexual orientation, national origin, etc.</t>
            </li>
            <li>
              <t>Consumer behavior: Purchase history, product interests, consumption patterns.</t>
            </li>
            <li>
              <t>Biometric data, including voiceprints, faceprints, fingerprints.</t>
            </li>
            <li>
              <t>Online activity: Browsing and search history, website and app interaction.</t>
            </li>
            <li>
              <t>Geolocation information</t>
            </li>
            <li>
              <t>Sensory information: Audio, visual, thermal, and olfactory data.</t>
            </li>
            <li>
              <t>Professional and educational information.</t>
            </li>
          </ul>
        </section>
        <section anchor="sensitive-data">
          <name>Sensitive Data</name>
          <t>An important subset of PII to consider in designing data privacy practices is so-called "sensitive data" which is subject to a higher standard of protection and requires additional privacy and security limitations to safeguard its collection, use, and disclosure. For example, it may require an opt-in consent for data collection and processing. In various jurisdictions sensitive information may include the following:</t>
          <ul spacing="normal">
            <li>
              <t>Government-issued identifiers.</t>
            </li>
            <li>
              <t>Physical or mental health information.</t>
            </li>
            <li>
              <t>Genetic data.</t>
            </li>
            <li>
              <t>Financial data.</t>
            </li>
            <li>
              <t>Biometric information.</t>
            </li>
            <li>
              <t>Precise geolocation data (information on an individual’s location within a 1,850-foot radius).</t>
            </li>
            <li>
              <t>Log-in credentials – a customer’s account log-in, password, or credentials allowing access to an account.</t>
            </li>
            <li>
              <t>Citizenship and immigration status.</t>
            </li>
            <li>
              <t>Sexual behavior.</t>
            </li>
            <li>
              <t>Information revealing an individual's online activities over time and across websites or online services that do not share common branding or over time on any website or online service operated by a covered high-impact social media company.</t>
            </li>
            <li>
              <t>Information about minors (17 years of age or younger, depending on the applicable law).</t>
            </li>
            <li>
              <t>Certain communications data – an individual's private communications, such as voicemails, emails, texts, direct messages or mail, or information identifying the parties to such communications, information contained in telephone bills, voice communications, and any information that pertains to the transmission of voice communications, including numbers called, numbers from which calls were placed, the time calls were made, call duration and location information of the parties to the call, unless the covered entity is an intended recipient of the communication. Communications with businesses may be awarded less protection.</t>
            </li>
          </ul>
        </section>
        <section anchor="what-data-is-not-protected">
          <name>What Data Is Not Protected?</name>
          <t>The distinction between personal and nonpersonal information hinges on identifiability, meaning that personal data is identifiable and thus protected by most privacy laws when it can be reasonably linked to a particular person (or even computer or device).
This boundary has varying interpretations across jurisdictions.
For instance, IP addresses are considered personal information by the EU and FTC, but not by U.S. federal agencies under the Privacy Act. Moreover, sometimes, deidentified data can be reidentified, introducing challenges to personal data protection.
When identifying elements are removed from data, it becomes nonpersonal information, generally falling outside the scope of privacy and data protection laws.</t>
          <t>Some methods of transforming identifiable data into nonpersonal data are deidentification, anonymization, and aggregation.
On the other hand, pseudonymization (replacing identifiable data with pseudonyms/unique codes) only temporarily removes identifiable data with the possibility of relatively easy reidentification.
In many jurisdictions, pseudonymous data falls within the scope of personal data when used in conjunction with additional information that reasonably links the data to an identified or identifiable individual.</t>
          <t>Many jurisdictions remove <strong>publicly available information</strong> from the scope of protected PI.</t>
          <t><strong>Pseudonymized data</strong>, where individuals are represented by unique codes, is temporarily nonpersonal but can be reversed to reidentify individuals.
This reversibility can be crucial in scenarios like medical trials.
In many jurisdictions pseudonymous data falls within the scope of personal data when used in conjunction with additional information that reasonably links the data to an identified or identifiable individual.</t>
          <t>Many jurisdictions remove <strong>publicly available information</strong> from the scope of protected PI.</t>
        </section>
        <section anchor="deidentificationanonymization">
          <name>Deidentification/Anonymization</name>
          <t>Deidentification is the process of removing identifiable data from the dataset/document.
It may take the form of information suppression (direct removal of identifying information), generalization (replacing a data element with a more general equivalent), or noise addition (slightly altering select data).
Noise addition is the primary mechanism of differential privacy – a mathematical framework designed to ensure the privacy of individuals within a dataset while allowing for the extraction of useful statistical information by adding carefully calibrated noise to the data.
This ensures that the inclusion or exclusion of any single individual's data does not significantly affect the outcome of the analysis and adds a level of personal data protection.
Sometimes it is possible to reidentify the deidentified data using other available information.
In this context, although it is often used interchangeably with the term “deidentification,” the term “anonymization” refers to the more comprehensive irreversible removal of identifiable data.
Rigorous deidentification or anonymization techniques are highly recommended to ensure that reidentification is either impossible or extremely difficult.</t>
        </section>
        <section anchor="aggregationanonymization">
          <name>Aggregation/Anonymization</name>
          <t>Data aggregation and anonymization are important techniques used in the context of data privacy to protect individuals' personal information while still allowing organizations to derive valuable insights. However, these methods are not without risks and limitations.</t>
          <t>Data aggregation involves combining data from multiple sources or individuals into summary form. While this can obscure individual identities, there are still privacy concerns:</t>
          <ol spacing="normal" type="1"><li>
              <t><strong>Re-identification risk</strong>: With enough granular data points, it may be possible to single out individuals even from aggregated datasets. Applying multiple specific filters to aggregate data could potentially identify a unique individual.</t>
            </li>
            <li>
              <t><strong>Inference attacks</strong>: Aggregated data can reveal patterns that allow inferences about individuals or small groups, even if direct identifiers are removed.</t>
            </li>
            <li>
              <t><strong>Unintended data exposure</strong>: As aggregated data is often shared between organizations, there's increased risk of unauthorized access or misuse.</t>
            </li>
          </ol>
          <t>Anonymization aims to remove or encrypt personal identifiers from datasets. However, true anonymization is challenging:</t>
          <ol spacing="normal" type="1"><li>
              <t><strong>De-identification limitations</strong>: Simply removing obvious identifiers like names and addresses is often not sufficient to prevent re-identification. Indirect identifiers can still allow individuals to be singled out.</t>
            </li>
            <li>
              <t><strong>Data utility trade-offs</strong>: More thorough anonymization techniques tend to reduce the usefulness of the data for analysis.</t>
            </li>
            <li>
              <t><strong>Evolving re-identification techniques</strong>: As technology advances, previously anonymized data may become vulnerable to new re-identification methods.</t>
            </li>
          </ol>
          <t>To mitigate these risks, organizations should consider:</t>
          <ol spacing="normal" type="1"><li>
              <t>Implementing robust anonymization techniques beyond basic de-identification.</t>
            </li>
            <li>
              <t>Carefully assessing the granularity and specificity of aggregated data released.</t>
            </li>
            <li>
              <t>Combining anonymization with other privacy-enhancing technologies like differential privacy.</t>
            </li>
            <li>
              <t>Conducting regular privacy impact assessments to evaluate potential risks.</t>
            </li>
            <li>
              <t>Adhering to relevant privacy regulations and best practices for data handling.</t>
            </li>
          </ol>
          <t>While data aggregation and anonymization can enhance privacy protection, they should not be viewed as foolproof solutions.
Organizations must remain vigilant and adopt a comprehensive approach to data privacy that considers the evolving nature of re-identification risks and the potential for unintended consequences when working with large datasets.</t>
        </section>
      </section>
      <section anchor="communications-privacy">
        <name>Communications Privacy</name>
        <t>Communications privacy is a critical concern in our increasingly interconnected world, where various forms of communication – including audio, video, text messages, and emails – have become integral to both personal and professional interactions.
Under the applicable laws, communications are protected when in transit and at rest.</t>
        <t>Understanding the multifaceted legal and ethical frameworks around communications privacy is essential for anyone involved in capturing, storing, analyzing, or managing communications data.
Communications privacy laws across various jurisdictions often share common elements, designed to protect individuals' privacy rights while balancing the needs of law enforcement and legitimate business interests.
Here are some key provisions typically found in laws governing the recording, interception, eavesdropping, and storage of communications:</t>
        <ol spacing="normal" type="1"><li>
            <t><strong>Notice:</strong> Many laws require that parties be notified if their communications are being recorded or monitored, often through audible beeps, verbal announcements, or visible signage.
The unauthorized surveillance or interception of an individual's private communications or activities is generally prohibited by law.</t>
          </li>
          <li>
            <t><strong>Consent:</strong> Most laws stipulate that at least one party must consent to the recording or interception of a communication.
Some jurisdictions require all parties to consent, known as "two-party" or "all-party" consent.
The type of consent required (explicit or implied) may vary, but it has to be obtained prior to the recording.</t>
          </li>
          <li>
            <t><strong>Distinction Between Public and Private Communications:</strong> Laws often differentiate between communications where there is a reasonable expectation of privacy (e.g., private phone calls) and those in public spaces where such expectation may not exist.</t>
          </li>
          <li>
            <t><strong>Purpose Limitations:</strong> Regulations frequently specify permissible purposes for recording or intercepting communications, such as for security, quality assurance, or with court authorization for law enforcement activities.</t>
          </li>
          <li>
            <t><strong>Storage and Retention Limitations</strong>: Rules governing how long recorded communications can be stored, how they must be protected, and when they should be destroyed are common features of privacy laws.</t>
          </li>
          <li>
            <t><strong>Exceptions for Law Enforcement:</strong> Most laws include provisions allowing for authorized interception of communications by law enforcement agencies, typically requiring judicial oversight through warrants or court orders.</t>
          </li>
          <li>
            <t><strong>Technology-Specific Provisions</strong>: As technology evolves, laws may include specific provisions for different communication media, such as landlines, mobile phones, emails, instant messaging, video calls, and internet browsing activities.</t>
          </li>
          <li>
            <t><strong>Security Measures:</strong> Requirements for securing stored communications against unauthorized access, including encryption standards and access controls, are increasingly common.
Moreover, using encryption may in some cases absolve the data processor from legal liability or at least mitigate it.</t>
          </li>
        </ol>
        <t>Understanding these common provisions is crucial for compliance with communications privacy laws, regardless of the specific jurisdiction.
However, it is important to note that the exact implementation and interpretation of these provisions can vary significantly between different legal frameworks.</t>
      </section>
      <section anchor="key-privacy-principles">
        <name>Key Privacy Principles</name>
        <t>Data privacy and communications privacy are guided by similar principles, emphasizing consent, transparency, and data minimization while balancing privacy rights with societal interests.
These areas aim to safeguard individuals' control over their personal information, whether stored or transmitted.</t>
        <t>Key principles include:</t>
        <ol spacing="normal" type="1"><li>
            <t><strong>Consent</strong>:   Organizations must usually seek individuals' consent for collecting, processing, and using their sensitive data (as defined under applicable laws) or recording private communications. When required, consent must be freely given, specific, informed, unambiguous, revocable, and documented. Consent may not be valid in situations with power imbalances and may not be required when PII processing is necessary to satisfy legal obligations or implement contracts.
Many jurisdictions prohibit so-called "dark patterns," which are practices of seeking consent that effectively obscure, subvert, or impair the individuals' autonomy, decision-making or choice (for example, confusing user interfaces or hidden disclosures).</t>
          </li>
          <li>
            <t><strong>Notice/Transparency</strong>: Organizations must clearly disclose their data handling practices.
Privacy notices should be concise, transparent, and easily understandable.
Changes to privacy practices must be promptly communicated.</t>
          </li>
          <li>
            <t><strong>Purpose Limitation</strong>: Personal data should be collected for specific, explicit, and legitimate purposes, and it should not be used for purposes that are incompatible with those for which it was originally collected.</t>
          </li>
          <li>
            <t><strong>Data Minimization/Collection Limitation</strong>: Organizations should collect only the minimum amount of personal data necessary to achieve the stated purpose.
Excessive or irrelevant data should not be collected.</t>
          </li>
          <li>
            <t><strong>Storage Limitation</strong>: Personal data should be retained only for as long as necessary to fulfill the purposes for which it was collected, consistent with legal limitations and requirements.
Organizations should establish retention policies and securely dispose of data that is no longer needed.</t>
          </li>
          <li>
            <t><strong>Security</strong>: Appropriate technical, physical and administrative measures must be implemented to protect covered data from unauthorized access and other risks.
This may include encryption, access controls, and regular security assessments.</t>
          </li>
          <li>
            <t><strong>Individual Rights</strong>: Individuals have certain rights regarding their personal data, including the right to access their data, the right to request corrections or deletions ("the right to be forgotten"), the right to object to certain uses of their data, and the right to data portability (the ability to transfer their data from one organization to another).</t>
          </li>
          <li>
            <t><strong>Data Integrity</strong>: Personal data should be accurate, complete, up-to-date, and trustworthy throughout its lifecycle.
The core principles of data integrity include consistency across systems, authenticity verification, and non-repudiation mechanisms.</t>
          </li>
          <li>
            <t><strong>Accountability</strong>: Organizations are responsible for complying with data privacy laws and demonstrating compliance. Organizations are also accountable for any downstream entities with which they may share personal data for a specific defined purpose. Companies must also ensure they monitor and periodically audit third parties with which they share personal data.
This may involve conducting privacy impact assessments, appointing a data protection officer, and maintaining records of data processing activities.</t>
          </li>
          <li>
            <t><strong>Recordkeeping</strong>: Many laws require organizations to maintain accurate logs of consumers' profiles, data decisions, and data usage, including sales and marketing campaigns and instances of data disclosure to third parties.</t>
          </li>
        </ol>
        <t>While data privacy and communications privacy share many principles, there are some distinctions in their regulation.
Communications privacy laws often focus more on real-time interception and communication confidentiality, while data privacy laws address a broader range of data handling practices.</t>
        <t>As the digital landscape evolves, privacy laws must continually adapt to address emerging technologies and practices, ensuring the protection of personal information in our interconnected world.</t>
      </section>
      <section anchor="artificial-intelligence-specific-considerations">
        <name>Artificial Intelligence-Specific Considerations</name>
        <t>As vCons are likely to be used in the context of artificial intelligence (AI) applications and services, either directly or tangentially, additional considerations are necessary due to the nascent regulatory environment regarding AI.</t>
        <t>One of the most advanced regulations around AI is currently the EU AI Act. In the U.S., the Colorado AI Act contains similar principles. Various organizations, such as the National Institute of Standards and Technology (NIST), have also adopted guidance related to mitigating risks associated with AI use.</t>
        <t>The EU AI Act provides a comprehensive legal framework for the development, marketing, and use of AI in the EU to promote human-centric and trustworthy uses of AI while ensuring a high level of protection of health, safety and fundamental rights. The legislation adopts a risk-based approach, distinguishing between tiers of AI use cases: prohibited (such as behavioral manipulation and sensitive biometrics), high-risk (including critical infrastructure and medical devices), limited risk, and minimal risk, with each tier subject to regulatory requirements that scale from the strictest to the lightest, accordingly.</t>
        <t>For example, key requirements for High-Risk AI use cases under the EU AI Act include:
 - stringent impact and conformity assessments and registration
 - risk and quality management
 - human oversight
 - strong data governance practices to not only mitigate bias but also ensure adequate controls of representative data used in training as well as production applications
 - transparency through technical documentation and instructions
 - privacy and data governance</t>
        <t>As such, all of the previously discussed privacy and security measures apply to AI use cases under the EU AI Act and are supplemented with additional requirements. In particular, there is an increased emphasis on robust controls over data used for model testing and training, as well as the implementation of processes to ensure effective human oversight, including ongoing monitoring and auditing.</t>
      </section>
    </section>
    <section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>vCons can contain sensitive personal and conversational data, which raises several data privacy and security concerns, particularly regarding data integrity and personal privacy.
The following points outline the key security considerations for vCons:</t>
      <ol spacing="normal" type="1"><li>
          <t>Data Integrity and Immutability  </t>
          <ul spacing="normal">
            <li>
              <t>vCons need to be protected against unauthorized modifications to ensure the authenticity of the conversational data.</t>
            </li>
            <li>
              <t>Before a vCon leaves its original security domain, it should be digitally signed to prevent alteration, as specified in Section 5.2 (Signed Form of vCon Object).</t>
            </li>
          </ul>
        </li>
        <li>
          <t>Privacy Protection  </t>
          <ul spacing="normal">
            <li>
              <t>vCons often contain personally identifiable information (PII) and sensitive data that must be safeguarded.</t>
            </li>
            <li>
              <t>Different levels of redaction may be necessary, as outlined in Section 4.1.6 (redacted):
              </t>
              <ul spacing="normal">
                <li>
                  <t>PII masking: Removing PII from text, audio, video, and transcripts.</t>
                </li>
                <li>
                  <t>De-identification: Removing segments or whole recordings to prevent voice printing or facial recognition.</t>
                </li>
              </ul>
            </li>
          </ul>
        </li>
        <li>
          <t>Encrypted Storage and Transmission
          </t>
          <ul spacing="normal">
            <li>
              <t>Unredacted versions of vCons must be encrypted to protect sensitive information, as described in Section 5.3 (Encrypted Form of vCon Object).</t>
            </li>
            <li>
              <t>vCons transmitted over non-secure channels (e.g., email) must always be in encrypted form.</t>
            </li>
          </ul>
        </li>
        <li>
          <t>Access Control
          </t>
          <ul spacing="normal">
            <li>
              <t>Externally referenced files should be transported only over HTTPS, as specified in Section 2.4 (Externally Referenced Files).</t>
            </li>
            <li>
              <t>Access to unredacted vCons and their referenced files should be restricted to authorized personnel only.</t>
            </li>
          </ul>
        </li>
        <li>
          <t>Version Management
          </t>
          <ul spacing="normal">
            <li>
              <t>Multiple versions of a vCon may exist (e.g., redacted versions, versions with added analysis).</t>
            </li>
            <li>
              <t>Each version must maintain its own integrity while providing a secure reference to its predecessor, as described in Sections 4.1.6 (redacted) and 4.1.7 (appended).</t>
            </li>
          </ul>
        </li>
        <li>
          <t>Cross-Domain Security
          </t>
          <ul spacing="normal">
            <li>
              <t>vCons may be created and modified across different security domains, as discussed in Section 4 (Unsigned Form of vCon Object).</t>
            </li>
            <li>
              <t>Each domain should sign the vCon before transferring it to maintain the chain of trust, using the method in Section 5.2 (Signed Form of vCon Object).</t>
            </li>
          </ul>
        </li>
        <li>
          <t>Redaction Processes
          </t>
          <ul spacing="normal">
            <li>
              <t>While methods exist for redacting text, audio, and video, the specific techniques are beyond the scope of the vCon standard, as noted in Section 4.1.6 (redacted).</t>
            </li>
            <li>
              <t>Implementers must ensure that redaction methods effectively remove sensitive information without compromising the vCon's integrity.</t>
            </li>
          </ul>
        </li>
        <li>
          <t>Balancing Utility and Privacy
          </t>
          <ul spacing="normal">
            <li>
              <t>There is an inherent tension between maintaining the usefulness of vCons and protecting privacy, as implied throughout Section 4 (Unsigned Form of vCon Object).</t>
            </li>
            <li>
              <t>Careful consideration is needed when deciding what information to redact or encrypt.</t>
            </li>
          </ul>
        </li>
        <li>
          <t>Encryption of Referenced Content
          </t>
          <ul spacing="normal">
            <li>
              <t>Externally referenced files that are part of a vCon should be encrypted if they contain sensitive information, as suggested in Section 2.4 (Externally Referenced Files).</t>
            </li>
          </ul>
        </li>
        <li>
          <t>Audit Trail
          </t>
          <ul spacing="normal">
            <li>
              <t>vCons should maintain a secure audit trail of modifications, especially for redactions and additions, to ensure accountability.
This is supported by the structure described in Sections 4.1.6 (redacted) and 4.1.7 (appended).</t>
            </li>
          </ul>
        </li>
      </ol>
      <t>By addressing these security concerns and following the guidelines in the vCon standard, implementers can help ensure that vCons protect the privacy of individuals involved in conversations while maintaining the integrity and utility of the conversational data.</t>
    </section>
    <section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <t>This document has no IANA actions.</t>
      <t>[Warren1890] Warren, S.D. and Brandeis, L.D., "The Right to Privacy", Harvard Law Review, Vol. 4, No. 5, pp. 193-220, December 1890.</t>
    </section>
  </middle>
  <back>
    <references anchor="sec-combined-references">
      <name>References</name>
      <references anchor="sec-normative-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"/>
            <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"/>
            <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>
      </references>
      <references anchor="sec-informative-references">
        <name>Informative References</name>
        <reference anchor="RFC3552">
          <front>
            <title>Guidelines for Writing RFC Text on Security Considerations</title>
            <author fullname="E. Rescorla" initials="E." surname="Rescorla"/>
            <author fullname="B. Korver" initials="B." surname="Korver"/>
            <date month="July" year="2003"/>
            <abstract>
              <t>All RFCs are required to have a Security Considerations section. Historically, such sections have been relatively weak. This document provides guidelines to RFC authors on how to write a good Security Considerations section. 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="72"/>
          <seriesInfo name="RFC" value="3552"/>
          <seriesInfo name="DOI" value="10.17487/RFC3552"/>
        </reference>
        <reference anchor="RFC6235">
          <front>
            <title>IP Flow Anonymization Support</title>
            <author fullname="E. Boschi" initials="E." surname="Boschi"/>
            <author fullname="B. Trammell" initials="B." surname="Trammell"/>
            <date month="May" year="2011"/>
            <abstract>
              <t>This document describes anonymization techniques for IP flow data and the export of anonymized data using the IP Flow Information Export (IPFIX) protocol. It categorizes common anonymization schemes and defines the parameters needed to describe them. It provides guidelines for the implementation of anonymized data export and storage over IPFIX, and describes an information model and Options- based method for anonymization metadata export within the IPFIX protocol or storage in IPFIX Files. This document defines an Experimental Protocol for the Internet community.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="6235"/>
          <seriesInfo name="DOI" value="10.17487/RFC6235"/>
        </reference>
        <reference anchor="RFC6462">
          <front>
            <title>Report from the Internet Privacy Workshop</title>
            <author fullname="A. Cooper" initials="A." surname="Cooper"/>
            <date month="January" year="2012"/>
            <abstract>
              <t>On December 8-9, 2010, the IAB co-hosted an Internet privacy workshop with the World Wide Web Consortium (W3C), the Internet Society (ISOC), and MIT's Computer Science and Artificial Intelligence Laboratory (CSAIL). The workshop revealed some of the fundamental challenges in designing, deploying, and analyzing privacy-protective Internet protocols and systems. Although workshop participants and the community as a whole are still far from understanding how best to systematically address privacy within Internet standards development, workshop participants identified a number of potential next steps. For the IETF, these included the creation of a privacy directorate to review Internet-Drafts, further work on documenting privacy considerations for protocol developers, and a number of exploratory efforts concerning fingerprinting and anonymized routing. Potential action items for the W3C included investigating the formation of a privacy interest group and formulating guidance about fingerprinting, referrer headers, data minimization in APIs, usability, and general considerations for non-browser-based protocols.</t>
              <t>Note that this document is a report on the proceedings of the workshop. The views and positions documented in this report are those of the workshop participants and do not necessarily reflect the views of the IAB, W3C, ISOC, or MIT CSAIL. This document is not an Internet Standards Track specification; it is published for informational purposes.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="6462"/>
          <seriesInfo name="DOI" value="10.17487/RFC6462"/>
        </reference>
        <reference anchor="RFC6973">
          <front>
            <title>Privacy Considerations for Internet Protocols</title>
            <author fullname="A. Cooper" initials="A." surname="Cooper"/>
            <author fullname="H. Tschofenig" initials="H." surname="Tschofenig"/>
            <author fullname="B. Aboba" initials="B." surname="Aboba"/>
            <author fullname="J. Peterson" initials="J." surname="Peterson"/>
            <author fullname="J. Morris" initials="J." surname="Morris"/>
            <author fullname="M. Hansen" initials="M." surname="Hansen"/>
            <author fullname="R. Smith" initials="R." surname="Smith"/>
            <date month="July" year="2013"/>
            <abstract>
              <t>This document offers guidance for developing privacy considerations for inclusion in protocol specifications. It aims to make designers, implementers, and users of Internet protocols aware of privacy-related design choices. It suggests that whether any individual RFC warrants a specific privacy considerations section will depend on the document's content.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="6973"/>
          <seriesInfo name="DOI" value="10.17487/RFC6973"/>
        </reference>
        <reference anchor="RFC7011">
          <front>
            <title>Specification of the IP Flow Information Export (IPFIX) Protocol for the Exchange of Flow Information</title>
            <author fullname="B. Claise" initials="B." role="editor" surname="Claise"/>
            <author fullname="B. Trammell" initials="B." role="editor" surname="Trammell"/>
            <author fullname="P. Aitken" initials="P." surname="Aitken"/>
            <date month="September" year="2013"/>
            <abstract>
              <t>This document specifies the IP Flow Information Export (IPFIX) protocol, which serves as a means for transmitting Traffic Flow information over the network. In order to transmit Traffic Flow information from an Exporting Process to a Collecting Process, a common representation of flow data and a standard means of communicating them are required. This document describes how the IPFIX Data and Template Records are carried over a number of transport protocols from an IPFIX Exporting Process to an IPFIX Collecting Process. This document obsoletes RFC 5101.</t>
            </abstract>
          </front>
          <seriesInfo name="STD" value="77"/>
          <seriesInfo name="RFC" value="7011"/>
          <seriesInfo name="DOI" value="10.17487/RFC7011"/>
        </reference>
        <reference anchor="RFC7258">
          <front>
            <title>Pervasive Monitoring Is an Attack</title>
            <author fullname="S. Farrell" initials="S." surname="Farrell"/>
            <author fullname="H. Tschofenig" initials="H." surname="Tschofenig"/>
            <date month="May" year="2014"/>
            <abstract>
              <t>Pervasive monitoring is a technical attack that should be mitigated in the design of IETF protocols, where possible.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="188"/>
          <seriesInfo name="RFC" value="7258"/>
          <seriesInfo name="DOI" value="10.17487/RFC7258"/>
        </reference>
        <reference anchor="RFC7624">
          <front>
            <title>Confidentiality in the Face of Pervasive Surveillance: A Threat Model and Problem Statement</title>
            <author fullname="R. Barnes" initials="R." surname="Barnes"/>
            <author fullname="B. Schneier" initials="B." surname="Schneier"/>
            <author fullname="C. Jennings" initials="C." surname="Jennings"/>
            <author fullname="T. Hardie" initials="T." surname="Hardie"/>
            <author fullname="B. Trammell" initials="B." surname="Trammell"/>
            <author fullname="C. Huitema" initials="C." surname="Huitema"/>
            <author fullname="D. Borkmann" initials="D." surname="Borkmann"/>
            <date month="August" year="2015"/>
            <abstract>
              <t>Since the initial revelations of pervasive surveillance in 2013, several classes of attacks on Internet communications have been discovered. In this document, we develop a threat model that describes these attacks on Internet confidentiality. We assume an attacker that is interested in undetected, indiscriminate eavesdropping. The threat model is based on published, verified attacks.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="7624"/>
          <seriesInfo name="DOI" value="10.17487/RFC7624"/>
        </reference>
        <reference anchor="RFC7844">
          <front>
            <title>Anonymity Profiles for DHCP Clients</title>
            <author fullname="C. Huitema" initials="C." surname="Huitema"/>
            <author fullname="T. Mrugalski" initials="T." surname="Mrugalski"/>
            <author fullname="S. Krishnan" initials="S." surname="Krishnan"/>
            <date month="May" year="2016"/>
            <abstract>
              <t>Some DHCP options carry unique identifiers. These identifiers can enable device tracking even if the device administrator takes care of randomizing other potential identifications like link-layer addresses or IPv6 addresses. The anonymity profiles are designed for clients that wish to remain anonymous to the visited network. The profiles provide guidelines on the composition of DHCP or DHCPv6 messages, designed to minimize disclosure of identifying information.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="7844"/>
          <seriesInfo name="DOI" value="10.17487/RFC7844"/>
        </reference>
        <reference anchor="RFC7858">
          <front>
            <title>Specification for DNS over Transport Layer Security (TLS)</title>
            <author fullname="Z. Hu" initials="Z." surname="Hu"/>
            <author fullname="L. Zhu" initials="L." surname="Zhu"/>
            <author fullname="J. Heidemann" initials="J." surname="Heidemann"/>
            <author fullname="A. Mankin" initials="A." surname="Mankin"/>
            <author fullname="D. Wessels" initials="D." surname="Wessels"/>
            <author fullname="P. Hoffman" initials="P." surname="Hoffman"/>
            <date month="May" year="2016"/>
            <abstract>
              <t>This document describes the use of Transport Layer Security (TLS) to provide privacy for DNS. Encryption provided by TLS eliminates opportunities for eavesdropping and on-path tampering with DNS queries in the network, such as discussed in RFC 7626. In addition, this document specifies two usage profiles for DNS over TLS and provides advice on performance considerations to minimize overhead from using TCP and TLS with DNS.</t>
              <t>This document focuses on securing stub-to-recursive traffic, as per the charter of the DPRIVE Working Group. It does not prevent future applications of the protocol to recursive-to-authoritative traffic.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="7858"/>
          <seriesInfo name="DOI" value="10.17487/RFC7858"/>
        </reference>
        <reference anchor="RFC8165">
          <front>
            <title>Design Considerations for Metadata Insertion</title>
            <author fullname="T. Hardie" initials="T." surname="Hardie"/>
            <date month="May" year="2017"/>
            <abstract>
              <t>The IAB published RFC 7624 in response to several revelations of pervasive attacks on Internet communications. This document considers the implications of protocol designs that associate metadata with encrypted flows. In particular, it asserts that designs that share metadata only by explicit actions at the host are preferable to designs in which middleboxes insert metadata.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="8165"/>
          <seriesInfo name="DOI" value="10.17487/RFC8165"/>
        </reference>
        <reference anchor="RFC8280">
          <front>
            <title>Research into Human Rights Protocol Considerations</title>
            <author fullname="N. ten Oever" initials="N." surname="ten Oever"/>
            <author fullname="C. Cath" initials="C." surname="Cath"/>
            <date month="October" year="2017"/>
            <abstract>
              <t>This document aims to propose guidelines for human rights considerations, similar to the work done on the guidelines for privacy considerations (RFC 6973). The other parts of this document explain the background of the guidelines and how they were developed.</t>
              <t>This document is the first milestone in a longer-term research effort. It has been reviewed by the Human Rights Protocol Considerations (HRPC) Research Group and also by individuals from outside the research group.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="8280"/>
          <seriesInfo name="DOI" value="10.17487/RFC8280"/>
        </reference>
        <reference anchor="RFC8446">
          <front>
            <title>The Transport Layer Security (TLS) Protocol Version 1.3</title>
            <author fullname="E. Rescorla" initials="E." surname="Rescorla"/>
            <date month="August" year="2018"/>
            <abstract>
              <t>This document specifies version 1.3 of the Transport Layer Security (TLS) protocol. TLS allows client/server applications to communicate over the Internet in a way that is designed to prevent eavesdropping, tampering, and message forgery.</t>
              <t>This document updates RFCs 5705 and 6066, and obsoletes RFCs 5077, 5246, and 6961. This document also specifies new requirements for TLS 1.2 implementations.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="8446"/>
          <seriesInfo name="DOI" value="10.17487/RFC8446"/>
        </reference>
      </references>
    </references>
    <?line 406?>

<section numbered="false" anchor="acknowledgments">
      <name>Acknowledgments</name>
      <ul spacing="normal">
        <li>
          <t>Thank you to Andy Newton for his review, suggestions and improvements</t>
        </li>
      </ul>
    </section>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA+19644b15Xufz5FnQ5w3N0gKUuWHaczZ5JWS7Z7xpL6dEsx
BoP5UWRtkmUVq5i6dIsOAuQdzq8B5gB5lpk3yZPM+tZlX4psy8H5e4AgbpGs
qr3XXpdvXWs2m036sq/cRXZy05b3+XKf0X+3rs1WTZvdXzV19tLdu6rZubY7
meSLRevu6cc7/fGOf3wyWea9Wzft/iIr61UzmRTNss63dNuizVf9rHT9ana/
bOqZXjiTC2efP5t0w2Jbdl3Z1P1+R1dcv3r3TZb9KsurrqEnlXXhdo7+r+5P
ptmJK8q+acu8wj+uL1/Qf2ihJ9e37745mdTDduHai0lBq7nInn3+7KvZ06ez
z59O6Mmdq7uhu8j6dnAT2sIXE3pE6/KL7PL21SX946FpP6zbZtjhk3fZD/TP
sl5n3+KjyQe3p++Li0k2y7AP/Fe3gj+7Xd5+qPDzouz6tlwMvSuyyhVr107u
XT04ujLTu5/8oWz7Ia/Kn+g3ROF7Im3e0/6JwFkmRDhJHo/Pt3lZ0ed4+O9B
znnTrvF53i439Pmm73fdxZMn+Bk+Ku/d3H72BB88WbTNQ+ee4AZPcOG67DfD
AhTG4Tys+Xye/Px54bqKiNv10SPj6+dy13nZfOJOn/h6vum31clkkg/9pmlB
dnpylq2GqhK+elnmdZ79E/3d8Te0zbwuf2I6XmSv8zbvNhX9Jvuf2cumzjeD
m2Y3339/xT92Qswi//H3y2a7rfIHPpo5/WNy+Kh3m2abd9nr5VXe9pv97Lvm
wR155l3fNlVZxA/o+cr5hi74fSdfyzPqpt3SZffEFhMIjP8XXXv7zdUXX375
zP7+6tkXX/q/n38VPv/Nr7+wv3/9+dOn/u9nX37t//7q2XP/99fPo7/Db75+
+pW//9fPvv7c//38+Ve0utlsluULWny+7CfvNmWXkWgPW5LGrHPtvesyIk2u
eoCVRu+Wm7pc5hV92KwcSzbJMimG+6a6J5YvayKMw7dLfEtMfvqwKZcb+mJZ
DQXdctlUlVv29NU0Gzr+D8nVsmq6oaVzzOsic3TA9I+zrFll0E14Bh1on0/1
Nrhv3fRZU1f7bJF35TIroUTKVUk/z6ryg8twvnS7td4zL4qWVjTNSHxZ/WRQ
GiVOhm9N66r7vKxlD+CcARtl0Y0fuyibrSMtsOyyZqEXrNpmm+X0fcOPuqe1
NFnrlqRU6JJuPrmmpQ496RDaP2kbPGvpdj3oJg83lYvL02fbV1PbARYBErt+
wweBSyq3pr+gCOnRrV5IJCTGrwu7wAjf1NPofKZZt8lb/iNfLplCretBS/wO
Nw+ng/MglV3SBknFdX/7y7/z6ufEOy6wzrKB0iMZq4scHzCzeItSL8td5egp
hVsxPcrtrmn7nC4kGXIxScISmSk+7ioidzdeQVuuN0TJlkjQ2l7LNvCNF0FS
YDgIPnvsaeg6ehwo0y3JBDKztQ1xONT7sctjNhgzj5jIEhuzxTYtbs8C88fB
KVfyr/P1GsvFPYU366beb1XZzCc/bMrK0YZWrnVELnqa+0iWB3+w/YQxI9b3
VCWKXde9a2vXHzBuz1INdUw3oWMtumzh9g09tG+Mo2KKfpbyI926dZWslC6I
lWKXbWjtbBe7gQQ8cMK6Ad06XEAEhTRkEK/trnUbkI2IBha5L92DEF2elbIv
0bEq1zVu/0BmJ1vldKjRYdBlpLXKJZQUhIaYHcxHdB1ovYRWSCqJ/UArkKHJ
1gMWMlZbYL/KgU3xJLNTRJWd6Cghx5bs0Zp/FR47F/25LYuichPCGHQGbVMM
LGETEQm3bZbYj1AMm2V+aKpmvSfydUARfBAQ1jWzYE1Eoee0JBCdaVMyYA9Y
y5aACJ3xWCtGy+MD6Jy/A4kZbcnV2WKf3ZOYN0OXbRvwLUlMXq9xV9Ze4BvX
Lh0TU4moh050HEggCBuKVhB6Q2n0+YIYdZkPHfM9KQgSEIJdEFpSzK5e52t/
gMsIDNnC82XbEP8R4zJPL6CuckiRMBJD1FNFVAmaOqM10opICntYqA6csiKu
h+Xq3Q626oHUgRCQWLGiNXfLfEfGwNW0atOJkZ1isVWdqioRlD66bPrpqqEH
8Y9yUkHE/6Tuuz19tsVVMJ/Mm2Sc6IhBNDJYhLVN9V9ka0KOpACJThUJt2NO
J2o/bHKS4qHrycyQFu3yPTEaUAmtYoqT3jMb8SknvLLN92wTy3oDvdHTjYma
dI8ey33MYoD7P5Iic6m9WLbDknA4LWgHS8cCTuwq3FbWpSmrqd4INrhjhBCr
7dYVuRocPJ81Nfb4oW4eRE8mH6vZV3PicKj0n2XZsbZZuE2pVzBfePEmZU62
Fvs1fSbUYUq3ar2blqxMzhK9cnk/tC7sipRsu98xaxOL5IuyYoJMWWO2/tQ7
VUfYJbF/vcYie7Oothvwvwm77J/OHxzEm+hxuoQfGWoQT9DZlaAyX0r2g8RF
H0en/qtfZTcDrbtzcuRE4ZdqZCe/DK5Fip0XmOrvdZvvdpUXUF79JieQQFvr
ZP3dDkoZUh6pwJ9DZR4eJbo6wVaPAyV29xpaR5t1zdAuZRXB1I5scUb+QSca
xl/nF5YaQrH85XZklFascFS0g7So6AOpiQBMDX0EfGGwRVUmuQH4Ys9aUPmQ
tntKCyOhPGMKqzZPudfMvf+GjhViTOdIFF86UBckX0EbEBOSi7sE+worsTIj
Mj24qpoRV4mGpgcT3zUt7xbePaETk/5qryrejpb0y2sIAsMTrKJgrMFsTULX
PzgyH9+9e3fD1+GPuylpKdIx8g+29C0pLHoqWRmCdflQ9f7Hup/pMcHVg8C+
ggLhe02FJUW5iFrthAXlBCATD5uwOULXwA5Eqi4CmXTqwEt8pmQN6DkVSWcR
FMUvQVCBt8Vg6M3BIAfqMPvTn9RL+/Of50Fry3rDMkj107JxFEUjhx0Ul19T
irVHuOy+7Gb/9dcZ/Wck08wVivQ9zE9wvFMGDkoGWyfeL7JL2icpQ6faRRUJ
9AwrY8EqgLqtqKzW8XIJlgh668t+AGJluaV7Zmqimb44CYXdWCncz+ydoSFi
OdFQr4BJHPH6RfaWb1ECl3TqWXrvkxQvKU7Gt1D1KaqDJVwQiVckOAxuUskG
kRdtk9Nnn3aimJ7dphmqQtWPkY9JwkAlVsSmYxZtWaxFntb5zstR2IHHncEN
CJ7QCTkEM//bEzqCbhBfhWy803PQhQKHZrcGe4kk3+cPe9fqoX8LpF3z0m4N
MXE4ggh8G6l3c+6zXVOV8DaFsLEBkSMlk0G0A94PZxnsB9QvI+d70d1CqxFv
sAdO6iOIAYkxQ01H8FmdoLF9cx8S3U033spjybWoHN2uPVTgqpRpBf5sGRGM
lPSjupkpyIAs512RgqLlJsqGXUc+gjd0ZIHa9LS3iWCevvn2bXd2kd3kLbkP
dFgt7VsUw4p2qSjRO/udI4+m7PdyipuBdJ96unY0qdx7OMzbgCUgoVkaEJFD
FYziHZD5RCSs+0B4lHmS4S77AaXKxDqwD9/Tdb05lbkqCyIf0WQFbBabfPqf
kl+I2g07cHc3cl38hoFiEWmlW+qmARraphId9W0jLHgIg4IKahY/JqwXVBjd
VvSNsRiMNmy68orfSyNsEMcufKxmBIgMox+6YPwc8Q/E8d3SbQ+YcwS34gha
SiJzs/XGHr3USm+NVqjYYQvMsrR7dYoDMhYT/XOM3iK6Sfx0hMeFfASlhzZn
1dYMxI+rYaQzsbdDtaoaTMVMwb0qvVgPAu+puffhhYQcxA4vaD/LTenuVZt3
EnIgxnxwUMCqHTVUL/71tmldoFeKgFxQatAwj7jW5qyaGw3xAsQy01ruOL4H
dhVXtRbJxPcvEesq+d/CsoCWyDl02cnr93fvkO/Af7M3b/nv21f/+/317auX
+Pvuu8vvv/d/TPQXd9+9ff/9y/BXuPLq7evXr968lIvp0yz5aHLy+vJfTkTA
Tt7evLt+++by+xPvJwc71jLhFqpLdogJEt26CR3dkggrjPri6uY///r0OcGe
/0G459nTp7/585/1H18//fVz+gcBRXWOOFYr/4QdmxDNSW2zQ0D6gxyvsucz
JB+G7O0DqQ8HX3By/q+gzL9dZP+wWO6ePv9H/QAbTj40miUfMs0OPzm4WIh4
5KMjj/HUTD4fUTpd7+W/JP82ukcf/sPvwD3Z7OnXv/vHibh+UUiYpfVvf/k/
BNWyb8VqTiY3AbyqJSUqArKbrmkanFh2kjjZ9HXlEAUlN+Ek+9cfcqiIp1//
5vN/m2fXvWInon21g2QzzCvrD4xGGceRy9SaOSSd+nR+NFTKjg8E6MxrePx0
0RRltU8+IuZqNesXhbrrAt8dj4QTT1zXGtEm3vzIDikoxPLP1oh1NgIjPevD
8/PY1pyfM03Pzx+5/fk50/9ldMlk8jIxVhxDRhSjBoHTqKSi99ZHsX2IgCO6
nXn7FkhklZevCMBp/DpB/UeJq6BW8mecabTQPeGIUTql6lUvs3NN0ssOpAXD
1eogBkK/F30K2xHBvk1+78wWc9xWIRU2n+pKCYHQ5T/nkhBbWppHvZPRXcgl
IuJydISUb83PY8OkECwlj5JboBFxxmsEyMhEQftraLh1aw1X3yMwKhEZskpl
F2KcekyP0F6CHICtsnWsBOHGrB3gfN8DfJBd/ZEo2BWlUvfVxxymrfOOoq21
yh86S4cxJ6hEC8fdeIYxUM/i9O3Lm9szM5+vhpYsMsn6+9oH175zdNQbUhB0
jhyVuIEvwbEs0SGXSyaLfXRJuz397vrm8vKMv77Kq5I4rC5zWK9uALIxDcO/
vbq6ufQroAeDinc98sUh+HVjFBtvhe9w81LvcEeMlhMa1FDf+/ndfEQixgw+
aAssg3hIhJw1ckkf9suNJERW2coVTEgsp8PSmNas16L0Y5yH4F/NKlRBjBJx
y559/4JQXruf+RO3R+DGsu8SrMaQku47c1sJJFrWpNuUuy64f+S1TDVEyJFj
QmBr2FvFJNuh6stVvmRjG6UyXH1ftk0t8HLkGvnEogLNVCTE9C6qcq3SmJtf
lvUEjT1QfiAlLMpH8i58608lXk6/ub45QzAI8W8ghgdCgXQ4iOita1ZMIRjD
8gPzQmrIYtVsjNbsArbuj0PZugKJQZSEMEoWZkvlChwTh5DY66EncUTKx8nM
Ih7A7uSUR6srGifBN+hi8sOdi+PkJYsVCEQqJqgA1i7zya1DQEFcSw+S2VGH
76r3STLoeYEUgXjekrL0DJ5sObDh6Yx02pmwXUf+tMU2yVz9KvtngpS3lkE1
+dNQvIDOFelgSSSRTdjKUofIJ4COUZZOIlH2+Bhp0L4kgSusxKEggNrHcrgC
Fc7PeWF3A3tq5+eov4iDDIjpde640SshRpKk45siusp2mM1qq4m0jmDSf4Qb
BmRLkFRA71K1G3/VkQd3qJ3P5pNnfrFXYvoq12K9l3Vi3bIkyC4CYymL2Tb/
IM4lm2nSuWw9R4ThMCZSgaBjnEwRq8QG0ltX5BvaLUs7H5BkB0TIt+R0NUVs
bkIiZkFIu/N+svd8xBKwiKTWiZlAngF3MOvzdi2Jxy25tUm1wgjlRLlDYswv
PBWVFxsmosQdchxMW8zA9nvLmJl72zJd7KiVBByQJpd5ZSrMF27IAc3JLuFS
NmvThAyNiuaIWU4WKEEBjXP6zbKEOZufGPbzVxoqhoJigWXx1yqvPu8+dCza
DbxZWj9pgBXpBoQU9r9lUN4NC14maU6OyUuuwj8gsQnLDUgeRxv4nH5L1oFo
bxHvKGgl5Qsijl6YR6T5rRQaQDl93EmJA63DZ6I46K51MqxIFaSGG3zWSQbd
nFwIbmzkYhsnCWjJKkKAoZDJX29RqrY/3JnAB6xAU3/p0ok1euX3HHq/5+oS
A9iMeB84hRIfde/9dDbu3WPEo6WmWWdi+5BjYVQM+UqxE4fkyEPqAgETHULq
ELGRZrBoXGw8veDzOavy/gEQl7nuVsw2oeBYVXbZd4RefzchM7M+cBPM1I+W
MR3hcI1ic7QRotSVH1llo1CyM/38pjGfZGRCWG6T+zFFOfYqeEx9KcsveBuL
2KNh8VA9kTGpPSyL8msch0p9gtKXjSlQwvEL7DAdOOVwY8lxLxg19TQKtZab
3P/Nv4scnCWHAhH0THIjY99CFmwckYYrN01VdGO+jdimssK27a55wDfx81kO
P0TRqeWmkbqWReNdjuPlTGylrrj+tT88IMsUSJ2aJrGVnz5Lg2Erst90imuu
FZGC2l4S3YfVeqCrr8qySok0Rpe9LFdcvdSb+EklRSf1YfJfKFUkoPcMJvwF
ZDMjK8b2Nfo2BkYdlzNms+zK7izhj5yUrxZdZqcnza6flfWJPfYs4yIFBwxQ
kO2roPzZDShELT+ADeQyIn+4bp695Tv59TOjDQl4FduQloZJtUxZFbT+z5RJ
TsXmPv0Ci3n6VbZn+0xMRMjj6JYAz3vHPnxesSePuGnpCvv9tWKZhD5TX+IQ
vLtpoD/kl+7dcRw3Y7+d/r1qWgF1u6aUZL/ytVUPcuBAlQkDMLoHgWZXmKef
rLzK9w6UOS3nbm7WXQjV1Bxp10wzsTqXdOIMujP13O+bD+DQnjE3OyyxeVNm
ngYgEknfk8gcmCTA/DYKCGEHEfXvq/3ck/t1CPcK/mmFHrmAWzlm8Y3IhXw0
RM2455JjModiqaRjV4VQG0pJym7bHRRs8HoZ/0k2pEWVy1gdiLiJajLlsnMN
EtTIp7G2ipVayVppaCUFQgKwm/XNDDX188nzgHlFA2HtxFh5UZQWKFFTc3Rt
01TFaMKQwy594n4cUa8myj5OaZeNnE8CIOwcH4X+eMpJHOmk69YNBOfk7Lfj
BxTNQ101eZFQB6gUJQIlC3Ve5Job3ea9haws/WjXcHohKKgx7ho/lvQKXHZW
iK6NsYNaxiC0XV65kESVIBQy3WXF6ldAuSueSF5Cg6HAAwDJ92XTipNJTym1
jHbomy1rupGPMjfjX89elojvk4/B9H7E6kNQi/BDYqU1skZp4BAAnkwZVxw0
v8TCyiJeEN1p/wAiK43NmqNYYcdZvoVRDSaCkBij3hTt5L2g7eV+QWKmK62k
ngOAR10o0pYf/J0W/GjGgWSTiefXCmdEqf0RCewooGc/V58ZEWfa/E9ILd8j
VqA6yVK58RGzG5XoalMuYDuINhjPX+njw4aimu2OT8GTCIsiuycIKT0FVH/a
ShvI/jzjKGkUX0Jc3oUlJDeW4vYDUK4Q+ovP6Zu90IQYAh6uqNMAgqA+RVjV
SMK3AODRbSAEU0jtLnsF5HO6XFFWdAwJteXSam81Gey5EE7t+pEOYo9cLrVb
hfICgW0jvgmYLTgZ/iD4OVBjBxDOdtRrGlYKHztNVyal+7RDxtxjgA6LqWHu
GN0fCegtBsIT6rRZ7QXqLHzZKC2cQHBrHo3Pb3JsT6nCtaTbhoBIiNYc8eLl
ga6LSp85R62rihPfI1fmurMQsCt+l6ZQJMxgUffjxfaSYA4ZaKYPx9o1ExuU
roZ5fXhKQuKIlWQnx25+ovbDp3D8r8BS2knCLJBchGa0m+vrk7Pgt8S2SYs7
P+Bj2hQtkZPLCAvILfeStPcn26S2TfA+/eTEN7MU8tB4SSfRHeY+RM/0BKJe
DS0HF6TaP21voLVfMFM7yU0ImaLIv91NndDLZQ/E6pPXeo/ju/erjzZoeYHw
0WeQOmJNiB7nelG5yEW4tKBmvzUTKkk+f5wuSqZEK+Cijhfj/p+L7I30/mjR
Q5ed0mH0uh5u3zqbRqUtMy5OKPwtVPFJw2FHT3hZrpGcTp9xfePL9k7LY+hb
KioDdc9QQvENWaGay2sgDheom9F/q+LRx+LYyU4VZS9pu0UJRN0W+vVUwZW0
Ki3UWmtBVB05JF5zLUnQ2fUhNYnKA+HWB4aiOwQVe0N0AmgiLfq3v/x7d7hQ
7EaTTuMiYK2c2ci3cImGRae1souhS6RKjZH8dsk9BFEnF/7dkelGTNzHzdBF
2R12QZz6tq8u7vjiiDm8C/EsWEgYN3JsPorjxczMt9L1lz6lplWHGm4tOIoP
unagxRV5wsgttiifXXrlxk4mnD2LRy1JEqpYmaPWr0hQF0vzRXabLx2yxqSz
WSHSjzQChfqwj6JBSiudmWa1VTJLITlJTb/klVk+z3DhBerKye/oENKEO79n
YInelbjMSyLlks/aEZ5C6Rzu98LXeI8P/h5uA5IquBx5LP83fYsqEvwLt3hb
c7kD7Mk97ecie4EGVmvD6BwihWFtD25BHrU4LGTKZI25OqOz7FvXVI0KbXSI
9M0dOUBNu48/veAq12aKEtpBLQV9VWmRSrXiyum9KqEZLJgvLRX9YTWK42AM
W7877/xDvieTyzoq64QYSBgdOiyq4eQYh7MGg1GKyhtdsoPNDCXcxFMnaZTh
RKNh+I0IrYjxhtgMEVQtPY563KzoVDVF5728CHHIWagCqYg9e0vpNwGSsoGO
ews5Ips2Ds6zb2KrU/YqhQI3yWY0aWjFA69w37hiAB4LrL2JVKp2j/YL8APj
pLv3RtmGfPuoMWAQRWyw2XdSI9mO1FvCAzNO5vcqGqnCt09eHGuREFZz7CGt
I34WzTYqrEyMLGtn/3uF5Xn2dPr1l5/PVg15ai35s0PH5uf7Zs10JtOA7QG7
oqwo99CR72amqOJfT73NmJpVsmtz8+gj01HHBuKKDuInJwkCqfbblmutE0TQ
bWDi3okyM/WEj66jHaPzLK9EOaRQoknUCNedc4EKAkWsLAQoqv5gWKyX+AYt
NoNahs9RYsujL1pLGrfRXRtJ/5pGOrihpRjYI82lFxbJaZLDGSkCeKScZ6rY
gEhbJN1wvGUBU2QPEL06ffprixCu0NCMp+6JwmvggINsOff0LBm8khnhU7/S
QMOo4Il5i49/RFaW/94dtEJYYILV/FYK8O2/iD2g3ZB7sbQzRyiOH0zHWNcQ
se+rQO5bPD5+ymEXxiPdRL2r3G6DUCKZRiyEF3dwvbTZ7g/x+k5o48uyOLCv
Myu4sOzo7aI2dEGJmejlqf83u82ilPEVmJB4a1eRUSymof4i+m6bF6Qb8UFW
DG1oCzhm2ywBGpGNwxR08dSC2hK3EP7jdNyeo381m0/u94C+2ZXa0iU/j7YJ
Nz7hF/GlNWHqfFY0R6cll1R1XWRdjrmDb0jIYpfw3SPtRh7YKT46WhCwKaVP
rY48NkVHW5fXvpjtIJWUOHjiogwxXlvs0zQ3+1YcRyl9WNtHaWAY6w/WxhuV
cMhjuRDSSVZluxt6QfaFg644U+9cE5DSEQwHV9J7Wnbr4xKsyhJTN598w2Il
2HoauSROoLPhi0ca2i2Y/uo9k+Gbd1dTH4enr7guy9dUrbV7Q9AsV3uF8jBC
8U3rGu52gicE3uYe/+DJWqO8ki98MeUSKqBPzYpaSfxBMXbMXD/weURaxEkZ
uaX5t829TWZQlIpkBx0Cl/gc5ahp1JGCRg9WqloHPxoT8Hj9A4ciJpM7uINR
SQarFTyJzzZmQA08902yLEkdtS4i4VIXmUwLUM0WBgrMJ2/FDoivhAwFGfDO
DUV0VXbaOqii44thOfeXdE8GHmAgns6Z1HH3SDa0BL84Tg5ad4/dSFJJnU/2
c/q/4uwcesTzbh9xg3X/XNcSnhqls/yigPr4ESvRn+NiiAPnkMV36Gy6R/2j
5Z3EZQ7Y98BAjCS9C+knQTsRh0MY0+CRD9RoZeo45AvKZefnu2FBNht9GvcY
8TMKPJ2fCx+PeNDU1c01quTPb8IZq7Cdn1ujZtIHzOIR6uYWqAAKBzzlxFd0
vDFXQjl4Cb6XvjwkhZwPcEVPUu0mP7TT16utvxyBk6WrgeM1XmJ+dY+K8O4R
Tvj/jPAoI8DmvhzJ05PLWGVMJuPvrdbL6s1YRGlFx9WDXwL+Rf7sEytF5cQw
QAHHwsXJarfSyBpoiUawVjzq7FThIj9NGtBilR5dduaV8xEVpuEqtQDWFsgt
P1avCFeTnoBEPmPRuoGn5TObp12FgAwIX+lYh87B85QmhvnkTfp7TzCpqPNZ
XMmDaFg6amlQL4v2snHYEDg8GmAQtdeGlO0jncDBxVP6a/WT98W0oBQRYA2S
4A7E8mjogNPFAapDJIDNwQCTgsB8LMhqVS7EmRFyKcq0SS9xOQwERCK9BIw7
rYx0H/0/VlI1i8Ego3CwFv1r5W00yQOHwRktMWdDD+NtSDUnEd13pY/0ocRM
yrgPJD5GDXeGTbRSKA7SR1pMetTG2IXrX9SuHpXPuTSmlD4Zy/0XlsbA8yRq
q+qHGE3mSLBO8caS0xZ/+8t/HFj+v/3l/yY/SIAAvkwbTJj/03L3sjVtXLkj
QheEfD65LddNy9p1rCzoYJMnxzOOYFzg62oR+HYrjkbM16xJD/WPK5muCJbp
kTAD9Si3QKN8iYrKobIs02VAPAfaLf/UiCUZVePDctH6zTCMuovS6r5PtYvE
ciWySQKHLIdJ6Kg/BqXUmNJD2L8alKc6LTqLZgi4LiDKXLK0zDSIFCCNLbIQ
henmR2jhG34kbeDDjazUuf0ApSN++kZakcIotRu2rPOwx3lmwytKSV82i245
JIBDeUsGqnBBjQT1mSLR6CduzLYqxFs3G3EINogygB8gJa5mkVoTpmZXS46n
kVBz6ZvYYuFWzQNaxTtiz0wy3EokFXbUnM7/86+XqE/jlIYnje8EKatepc1f
a0FLTqo0vdiAkFJEREixVowIuIrvupZxXw6VC/nyAxffXKaL0gwxomE+IC8S
xawFxpN7WO1g0r7fZt0WwQUeh4jIDfZerixkM067qAulxUzvax81EFv7cceR
XV5lN6ZeUHVSeOkd+4TzlR8+63xNRuHrMY50t3EsqexIROeIqyfyrFMXFEdB
c8hMn0goo+15r5BPOZKxdnAjTQG+Vo807mI44M9I7ECSO5Tn7QOKahb3HKk+
OqVwlK4KxGODOGgpeS+Kh6dw0Y1HC0A8/MhBcu15UD7jogVU/7FgFJCMuOth
6AWvE4Qo3KxZrXhbr6U2sOHy5setgGSecRzk1AuWEfhRK7r0yHnFxkRMuXLa
Kygo0Oxgj9EjlO2iaWpacwMnkWgEYvOkm8QhUsXAOOIeq2lzVQ+YpHX4PNW2
qHZP64E6KRw6qODQ0j4Luwi7XMcT5tpmIZX2j5BOh/PJTMvi4JRxvysP0HKw
ix8IaerQ6lRMU6nTPRZRcsJZ5OSe3hqkK2NQYt0KMhvP1ZtcphJ66pd+uuER
6Kv3r3kyHh/rWuJj1l0kUXHZi0RwABfYFqKpztSoUJzvdokeBZ2Xhm3c53WI
1n2idMWnlsJYBZ3AVHwaN3CpOO/fRQm60OGLxnZjAu1vw5RD7pynJzcV/Rjt
vk01qIU+UlwnIxjowjUhzNq6MlA3OJ6iGI8tGDUgaCFuyT1p7A2YWNU8/Ux8
vGNWtvNVG4H0INoQLEBSDccO9YNONJapTVym5/Urd1OPQsk31ld9dbQHWxo+
l+hJXIa5LQBm6D5PhgwKjG7qWnxgWggKSyTsYflB6UHR6Sb+aeyThUB+bmnh
wjWSzvBZDCve5+Q/ruLiVFUkWMBaW+IWDSJncfA6nkwU562JLO99IDVN2XDm
PaEKzHFw8yUSXUtIsVT+4Oo5gOP3B7OOkqZS6TCLZx2GMZn0HESiH2m7Z5De
dRFHkEeHvEs8uWSZ7/qhHbcJkH7/if/kbJAO8TqSjJo/xg7SlJbO30gjKBHa
sASeBYSniX99HLqnJXYC2hd5ZYpu47iEnHmI1kI6gPa/1LEgMuOEWHXLZYrW
UOYLKeaT7zzqBcOgkpzriHUk4H6nc9l4Gh2oyNuV+iR7vB+SN1WOdztROY5Y
sSvaZrcLPRlE+VymiaZETpt8Ls7PpfaGH2fJeEmZaFppYbWgON0wzemAOaUx
U9Yo4S86gFL7b+RotCeKxQyMvnAOIJT2uGCGJEhfL+3AMJ6+FOyOk6PNSGdY
ggoJft47gjasjdlTCXSRgMMvyWqyOxvyx2U8nY1OaVMuSo2SEpm0RFm7BZiA
SBQxAQlm7WB4lIQ5Wl9y9JzVkqbba8OUljiok+7P9egORgk5ySocLxsGso+y
gfqYaVTi2D800mspNYV0gf1Tfyw0RnVV3K7jS8lO0aMFOBG1n5wxpELOSjJH
9CX3sjK09POxifJNe7BjJebLKP/3Qt2EGw6DMjPf6KmlmgGk/x5UF+aKcAdE
UO8yOmixCeKCsn2JKq2lKdKnVk0fnLr5ej71nCN5Zk7ZnqmVbLiaLZO4LV4V
oCYRwo48dnxj63rnac66exvw+X3wH7C32wjErFq2tYiHCaTbS8GeOre+CRgq
+RF2OlC3IZcvHUs2bOyPeHVBz8hSat5YFnV+79D21syseAgXH+hDL0y6xTtV
RyDYrY0WjzcMMH/LkzSCzkOTXtXESmV0mppIsCY/P3/Tupq8vZzqcCtpTfXw
bOFkGEqzd0UWWQ0/HTZiA8np8WZefVT5FMoRD2avwuZTjWDlRpGyT4K0kS4b
S/5os6J9UjJrPnYaGRARVdz+R9KynGDhWezSe6IK+CFvZWAwd/fhTEHf1jbo
RzLuZ3cW6rjxGzj0u5zEk6ahAtm27SMl0f4Zffuy7RSOcUFMYMxK8Ll0Syy4
vxfiF5WcSOK7D2NgFb2JhPrpHDLWc+ELDA/40yrcXmvbgQigb/WKZQR5Aea4
AyuoDTBHp/IEkBmNGo6mktY+xKENFsemaQt/zich0S7x6OiWQn1BGUtucckX
HY4nONy+KU6CIDpoxSon2Bia4fIOb3kUV3ZeZKLzRbhEU3vSPernZqgOeRTe
TXWCfxWFCDwHpRNAfLxGYupRIJfLuFzIRriPcC2PjdpMqivCRO1oK77bIE1J
mHGJmg+YhgFGi8ODcRzRW3d0zMioCyJ/HG3zgMyBeyUXe18DHb9AwW13ZGvL
n0S7q7k/HKMogY94SO0Y3o7RL04KRWquN59FYOy70LpiY/aiKtAYTx8ZF3W8
4ILUci8FqixUPP6X66/6HpGJyT+7ZEhLKPt/Oup8zo61qVl7Lk9gGS/waIvz
+KUTg0VXyoO+3tO88zMXpCZm5MZxp3EwyMfhJyLoro6m34y7c+PO7KmXCCuI
wxWkcraLcj2QUzTlltllaDi31CwR0/e4RsN37snas8cRpslo9Qc6SUlwhEls
wki40INCtquoZo4GG2Dis8M/ID3MJH3ZrWyqUzyMSIGk0/eGyIAM4rQjKXLD
4nENNKnPDz4QPj2JBhGFeA8PEHcfIiER9eA4tShFKJq1gO1ZoF3SGqwx+Sht
XyHWQRNl3Wz304NBLzwXnssFT5MmG3ruShgJPVkiUatc8yubsihYnVitNAp1
Iy/tybtIoj8xhOHIhOeoRTm8uML0Ut0IjQIkQqSlRP120CPaXg07lLxSAExG
DjsnMHVazbhiPcJi0q0XTYkoHgXA2ORNksGN12dTIPwUFpYGc02mY3c8jIdg
td+PonOc7+PXFhiKFudNjC9qc3sG2ZqclWm9NnqC7vaAcVo6tp/3p8ubR9OO
Xke698lVKGhPd3y0R1zvpzVXiOXgXsNWe2APc92J3MmQVK1dkwkHuk1Mp2Np
lWQJ0sIaRY3prTQab8rw/C87MdhY1pG8B4a9nSD7fKQmVkO1QqYimWx0QG2/
GlGV/OqMPp4WH/cpRA0OjOTG8VZdJpk3vBOk24RXH6VjSxj8SRq6s/cxSOWP
TtqtG94TSTfiRIFUCi0ZNiNYSzLCEQIbAkYWxxoLJMyLA8YLudjO+D5YEySv
LNNYllX5hkzusfQZ97ewtdVIOldwxIg9QMnpEUBaFz52H/phQ9Ret3wdMr/S
RShDBMbzJLUi/VMvbxo3GPXxKFNrOoja45Pv2W/mkAuPJzCLwyME+B+nB6NR
o4EBo5s1vqvG1o633ozb8y10HqYMSGo6jGI85YCv/gMhES4M9TApHCFCDcmo
Ma4y4wM8i9XLNceflckek0Kb+TDVwYn4K4x+mIYJTIRg+00ywQjtPVVJxnK/
rDQMt2xaF8Myk4bSluI5yovo0nft6nhnnkawgbBxgooYOClxlba41u3o3M09
tEkZuvt0oOWhDpUkdjrinne/95mKJGniJ5/htU21CKEETtSHmR95ALcRj3vG
gV4wXoLu4fJtmIXFzxRtJrGKfK8h61SL8z2C92Mo05Q3YmE7WocpBl5DqBvb
W/BVEhBE2KawN38MaCjlsWs+WDhe1JEFJaqC/X0crCX0Hk/kTQGJUZYRFelF
pdINMtvw4wRcyiStEEg+Nsru0Hu/5d9+cG6nQ6oOQ9oH5TbhBTw2CqVq1n5G
EVolOSeASRtcxc4VavYiosirGjp+vWD0Vri88lgZr+qSejoAyXVtYyKkWD9s
Lnq9nkxbDmeTpiZ/gdMoZ8f1srGnGJXd8LzDEHG1iexlG+VNfz4NIxFXmSLG
JWbcoZVXM+5nSQJZBytlKFxq+xgHHB8O9ydyqK3VuX9VR8tvXPJDP47A2sml
1uRqu3aYH+uDVMkzLB5PxBA/MS/yXR+/GI9sbbs+SHUng8ym8ehkl7L3I4Ms
LYt5mLiU0MFlyylZBFGg3Cvyl5BqDfG4qyZ+RwnvG/OvRSMhES8ztQzfHtaz
5eEJZfSE7PTy+szc2ICgrFduakV6/oVb8NdxLFrnNI3rp0cvUuGKNQ/3isFX
k9Y5KsCTN/dF424jaHCJ8ua3tS8B5R4dP2olSftLHvPyOn0Jgra60MfcsaJD
xNHlooMQ6IDbvGj0F9Zn1h2JvsyzP2gaclTRZNFL3O9NrqS4ltef9Lz0uyTu
F8Kt2emb67t3BDsYIIldQdaf9oY4EAfRuHFCRzfqMBOoS8na2wBLeaEJNiGl
Uu/ibdsEo+6gmGAUxvJlxIW8InrLnqBXaxYe4S2B0LWRV3DpFnE4fm3JjCex
azYnxhiGn+hq0QJekKRvOarnTYRK+m6nHHvSUpf4fR1hXJ9LpnwzMTntQ+Sa
yXv5rIBiqjqRCN2hrSwMs+QqKlkkNstR1Ys4MXhqJx4NXaJdSy7QlGAIHYXX
x+Kk0RXKFW+nwYb4qgfSGW0eZlHGQwekfwy3YG9H6+bUkMJF1HIZfY0WT7/B
VuLm8EjeYhdJXBpSm8AyvtkAK8aboU1ouVre4T1dwD4sn3iR2CRp8x6NTBNn
7jvs+RZ7jkkadZUFVvXRPryEuwdn8Fw2hRlsW1itjhwR81TUj5L3eTOV8YVl
uMLcGnwtL9jxyRJ9YmPVsZKX0rIfi25ItFn82jClqMy78IphBWVkv/44SOxP
vCmpvolfx+SHmRZa2qHVWGFAys6/XDTR0FhqHPT1eZ7oZVkaBIzD3/41AF30
tvOAbMKG2bqAx6ecYra+01BjZ6/SLY6PDfA+rB/1+Mlzt0m16BTx7u64PSdx
66HLQ+ulAR7rdrXaUg2Yc8uo1uGFA/GjmX1ICKORqgxcbnMp7FiSwTUcIDx4
iU2YXBxq333IccxuMYQknmu44FgwvD2akbtUq2HIhBJ3DAQEBSBzobYr0jxJ
WdKRt5raHHfaI5bdIcUSWiiOnGx4v2YymT8Y7JFPqN5IF4+YmI8Gk0sRt820
Z9pCi8TPjEEFjon3LBmB1B/mB14T+jQXcTLhUXxCJBsJGaeKj2fxiA+8axof
JzvysQ/rm6gPaDuXJ7+wYZL8PpeKS3fYv/Zv/vQbLRo4KdMoYrnwwLaSnJTF
gKQiOH7RB2YHClYUdXKnxvPL+bPs9E4u/UZbs3gpb9kqnM2ZiiFrZVY3IZzg
f+OvXzA3Kzu9ub4+G9nBED3zY0gtlaRDTWdHh8j6V8pakb/HlLxtZZxk18/n
T+dfoV1MXsZ6JqMm6f5IW2zzDrF7vAxPS7XxqRg+aeBJygJVC9SY1rNDzEtv
dVAQHt2wc2uxSxzKbKqoBKaLT1AmDfCMHM0mrHKG6Po6BXHNcEKvJE7HL+AI
tRXvoskFQsD39eEbaPXIQ0zR+ZtFEcVH3rnKKa/o/U+Bsb7ITsOqjvNWxENR
kk80L4I9EmTlV+vWOG0tvpF5XRbpeMCwQX4rVbRwbkVhysjMVZs/KI98pW/x
rfb+neq4Br59JFtiQwmZWqia16WvO31MoJ7Nn9O+w/1vw/2/wf1t15d+PMoQ
HcmVOVjmgD+6OCRgGYHJmIGgm0T8asDkmgEY0eAPctTRLFtZxGtrYYl5QXUR
hInLkozqB4wzDZeZKebZ0VK7bxt9BaSpP5Qj87EW1nMPdWQQ/NR2Ei6B/coC
nhI8O49f6eoKJ3ULjzJhdyDoTFt8+OvsFG8bQ+2y6rgrhCJnL1nJenMac6hq
Fx7LrzOyxQ644nD84Ehry0vMAi6KdVF2+r7ufk4DBzLKzYwL+IV5vb25z8Y0
a/CYYULZpyP9Ny68SkBfquvT2dra8Pcbh1uvf28M4ciSJVBl/WnCS1KRxhdw
DCXSpyColVrHlR6jXkJth0ganj0RrIKGyS0TqH9G7StpfTcGz4IDh6adid68
2E6iPLG2Fx0fMGWteOxVN9vSkxpr/awLfC+EfOHLL9734a0CVhfPS32XoFh5
qzt6a1i4zEON46aHjTZBx5gPHQK2TDat44wD/n8nr2o7SgrNpAYAmTCpEED0
lGVcXk0Zt9Y3SvSoayuxcgqoI9UK7e612s9pd5/LBUCNtF1QrMGGSHnz/ghw
HlvAblivXdf/3ZaA7RMH4N/hre86GFpOSFcUvRleVaFG7Pk18fz6lQiLkm3U
+YWaWfXc6zvKSv1hQK3pqyw0ss9j43Zq/XQoTIg8/L9p22Pjbw98CInihPcT
bVz0thELLo2EvowlGT4PXsmRSLPQ1jDNz7TUJy0MEXy3VoCxkKVOjfXK/Rz+
J6/t+vLN5YHHlr7La8OKTH4ZBgjHL2nM5O9pdjd/Oeenv8CcMlfixc/00TQ7
gUd1a/lHVSgn0+y7vL1HoRZKVm8d2pKm2R+aap49n2Zvmnn2Jflxu3n29Ddf
zJ49+3xKkHbpeBIpnjufzGazbJEvP2Anl0tUlVeuEGA7+dOFTL1yxf86WRE9
3cmf+W27hOQ+YFIZe/11sc/euIdey4Z1NAgvQyXKM66+RUdu/t8XESu8x44A
AA==

-->

</rfc>
