<?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.36 (Ruby 3.4.6) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-ietf-vcon-privacy-primer-01" category="info" consensus="true" submissionType="IETF" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.33.0 -->
  <front>
    <title abbrev="privacy primer">Privacy Primer for vCon Developers</title>
    <seriesInfo name="Internet-Draft" value="draft-ietf-vcon-privacy-primer-01"/>
    <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="May" day="04"/>
    <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" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.2119.xml">
          <front>
            <title>Key words for use in RFCs to Indicate Requirement Levels</title>
            <author fullname="S. Bradner" initials="S." surname="Bradner"/>
            <date month="March" year="1997"/>
            <abstract>
              <t>In many standards track documents several words are used to signify the requirements in the specification. These words are often capitalized. This document defines these words as they should be interpreted in IETF documents. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="14"/>
          <seriesInfo name="RFC" value="2119"/>
          <seriesInfo name="DOI" value="10.17487/RFC2119"/>
        </reference>
        <reference anchor="RFC8174" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.8174.xml">
          <front>
            <title>Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words</title>
            <author fullname="B. Leiba" initials="B." surname="Leiba"/>
            <date month="May" year="2017"/>
            <abstract>
              <t>RFC 2119 specifies common key words that may be used in protocol specifications. This document aims to reduce the ambiguity by clarifying that only UPPERCASE usage of the key words have the defined special meanings.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="14"/>
          <seriesInfo name="RFC" value="8174"/>
          <seriesInfo name="DOI" value="10.17487/RFC8174"/>
        </reference>
      </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/
bOqZXjiTC2efP510w2Jbdl3Z1P1+R1dcv3r3TZb9KsurrqEnlXXhdo7+r+5P
ptmJK8q+acu8wj+uL1/Qf2ihJ9e37745mdTDduHai0lBq7nInn3+7KvZ51/O
Pn8+oSd3ru6G7iLr28FNaAtfTOgRrcsvssvbV5f0j4em/bBum2GHT95lP9A/
y3qdfYuPJh/cnr4vLibZLMM+8F/dCv7sdnn7ocLPi7Lr23Ix9K7IKlesXTu5
d/Xg6MpM737yh7Lth7wqf6LfEIXvibR5T/snAmeZEOEkeTw+3+ZlRZ/j4b8H
OedNu8bnebvc0Oebvt91F0+e4Gf4qLx3c/vZE3zwZNE2D517ghs8wYXrst8M
C1AYh/Ow5vN58vPnhesqIm7XR4+Mr5/LXedl84k7feLr+abfVieTST70m6YF
2enJWbYaqkr46mWZ13n2T/R3x9/QNvO6/InpeJG9ztu821T0m+x/Zi+bOt8M
bprdfP/9Ff/YCTGL/MffL5vttsof+Gjm9I/J4aPebZpt3mWvl1d522/2s++a
B3fkmXd921RlET+g5yvnG7rg9518Lc+om3ZLl90TW0wgMP5fdO3tN1dffPnl
M/v7q2dffOn/fv5V+Pw3v/7C/v7150+f+r+fffm1//urZ8/9318/j/4Ov/n6
6Vf+/l8/+/pz//fz51/R6mazWZYvaPH5sp+825RdRqI9bEkas861967LiDS5
6gFWGr1bbupymVf0YbNyLNkky6QY7pvqnli+rIkwDt8u8S0x+enDplxu6Itl
NRR0y2VTVW7Z01fTbOj4PyRXy6rphpbOMa+LzNEB0z/OsmaVQTfhGXSgfT7V
2+C+ddNnTV3ts0XelcushBIpVyX9PKvKDy7D+dLt1nrPvChaWtE0I/Fl9ZNB
aZQ4Gb41ravu87KWPYBzBmyURTd+7KJsto60wLLLmoVesGqbbZbT9w0/6p7W
0mStW5JSoUu6+eSaljr0pENo/6Rt8Kyl2/WgmzzcVC4uT59tX01tB1gESOz6
DR8ELqncmv6CIqRHt3ohkZAYvy7sAiN8U0+j85lm3SZv+Y98uWQKta4HLfE7
3DycDs6DVHZJGyQV1/3tL//Oq58T77jAOssGSo9krC5yfMDM4i1KvSx3laOn
FG7F9Ci3u6btc7qQZMjFJAlLZKb4uKuI3N14BW253hAlWyJBa3st28A3XgRJ
geEg+Oyxp6Hr6HGgTLckE8jM1jbE4VDvxy6P2WDMPGIiS2zMFtu0uD0LzB8H
p1zJv87XaywX9xTerJt6v1VlM5/8sCkrRxtaudYRuehp7iNZHvzB9hPGjFjf
U5Uodl33rq1df8C4PUs11DHdhI616LKF2zf00L4xjoop+lnKj3Tr1lWyUrog
VopdtqG1s13sBhLwwAnrBnTrcAERFNKQQby2u9ZtQDYiGljkvnQPQnR5Vsq+
RMeqXNe4/QOZnWyV06FGh0GXkdYql1BSEBpidjAf0XWg9RJaIakk9gOtQIYm
Ww9YyFhtgf0qBzbFk8xOEVV2oqOEHFuyR2v+VXjsXPTntiyKyk0IY9AZtE0x
sIRNRCTctlliP0IxbJb5oama9Z7I1wFF8EFAWNfMgjURhZ7TkkB0pk3JgD1g
LVsCInTGY60YLY8PoHP+DiRmtCVXZ4t9dk9i3gxdtm3AtyQxeb3GXVl7gW9c
u3RMTCWiHjrRcSCBIGwoWkHoDaXR5wti1GU+dMz3pCBIQAh2QWhJMbt6na/9
AS4jMGQLz5dtQ/xHjMs8vYC6yiFFwkgMUU8VUSVo6ozWSCsiKexhoTpwyoq4
HpardzvYqgdSB0JAYsWK1twt8x0ZA1fTqk0nRnaKxVZ1qqpEUProsumnq4Ye
xD/KSQUR/5O67/b02RZXwXwyb5JxoiMG0chgEdY21X+RrQk5kgIkOlUk3I45
naj9sMlJioeuJzNDWrTL98RoQCW0iilOes9sxKec8Mo237NNLOsN9EZPNyZq
0j16LPcxiwHu/0iKzKX2YtkOS8LhtKAdLB0LOLGrcFtZl6aspnoj2OCOEUKs
tltX5Gpw8HzW1Njjh7p5ED2ZfKxmX82Jw6HSf5Zlx9pm4TalXsF84cWblDnZ
WuzX9JlQhyndqvVuWrIyOUv0yuX90LqwK1Ky7X7HrE0ski/KigkyZY3Z+lPv
VB1hl8T+9RqL7M2i2m7A/ybssn86f3AQb6LH6RJ+ZKhBPEFnV4LKfCnZDxIX
fRyd+q9+ld0MtO7OyZEThV+qkZ38MrgWKXZeYKq/122+21VeQHn1m5xAAm2t
k/V3OyhlSHmkAn8OlXl4lOjqBFs9DpTY3WtoHW3WNUO7lFUEUzuyxRn5B51o
GH+dX1hqCMXyl9uRUVqxwlHRDtKiog+kJgIwNfQR8IXBFlWZ5Abgiz1rQeVD
2u4pLYyE8owprNo85V4z9/4bOlaIMZ0jUXzpQF2QfAVtQExILu4S7CusxMqM
yPTgqmpGXCUamh5MfNe0vFt494ROTPqrvap4O1rSL68hCAxPsIqCsQazNQld
/+DIfHz37t0NX4c/7qakpUjHyD/Y0reksOipZGUI1uVD1fsf636mxwRXDwL7
CgqE7zUVlhTlImq1ExaUE4BMPGzC5ghdAzsQqboIZNKpAy/xmZI1oOdUJJ1F
UBS/BEEF3haDoTcHgxyow+xPf1Iv7c9/ngetLesNyyDVT8vGURSNHHZQXH5N
KdYe4bL7spv9119n9J+RTDNXKNL3MD/B8U4ZOCgZbJ14v8guaZ+kDJ1qF1Uk
0DOsjAWrAOq2orJax8slWCLorS/7AYiV5ZbumamJZvriJBR2Y6VwP7N3hoaI
5URDvQImccTrF9lbvkUJXNKpZ+m9T1K8pDgZ30LVp6gOlnBBJF6R4DC4SSUb
RF60TU6ffdqJYnp2m2aoClU/Rj4mCQOVWBGbjlm0ZbEWeVrnOy9HYQcedwY3
IHhCJ+QQzPxvT+gIukF8FbLxTs9BFwocmt0a7CWSfJ8/7F2rh/4tkHbNS7s1
xMThCCLwbaTezbnPdk1VwtsUwsYGRI6UTAbRDng/nGWwH1C/jJzvRXcLrUa8
wR44qY8gBiTGDDUdwWd1gsb2zX1IdDfdeCuPJdeicnS79lCBq1KmFfizZUQw
UtKP6mamIAOynHdFCoqWmygbdh35CN7QkQVq09PeJoJ5+ubbt93ZRXaTt+Q+
0GG1tG9RDCvapaJE7+x3jjyast/LKW4G0n3q6drRpHLv4TBvA5aAhGZpQEQO
VTCKd0DmE5Gw7gPhUeZJhrvsB5QqE+vAPnxP1/XmVOaqLIh8RJMVsFls8ul/
Sn4hajfswN3dyHXxGwaKRaSVbqmbBmhom0p01LeNsOAhDAoqqFn8mLBeUGF0
W9E3xmIw2rDpyit+L42wQRy78LGaESAyjH7ogvFzxD8Qx3dLtz1gzhHciiNo
KYnMzdYbe/RSK701WqFihy0wy9Lu1SkOyFhM9M8xeovoJvHTER4X8hGUHtqc
VVszED+uhpHOxN4O1apqMBUzBfeq9GI9CLyn5t6HFxJyEDu8oP0sN6W7V23e
SciBGPPBQQGrdtRQvfjX26Z1gV4pAnJBqUHDPOJam7NqbjTECxDLTGu54/ge
2FVc1VokE9+/RKyr5H8LywJaIufQZSev39+9Q74D/83evOW/b1/97/fXt69e
4u+77y6//97/MdFf3H339v33L8Nf4cqrt69fv3rzUi6mT7Pko8nJ68t/OREB
O3l78+767ZvL70+8nxzsWMuEW6gu2SEmSHTrJnR0SyKsMOqLq5v//OvT5wR7
/gfhnmdPn/7mz3/Wf3z99NfP6R8EFNU54lit/BN2bEI0J7XNDgHpD3K8yp7P
kHwYsrcPpD4cfMHJ+b+CMv92kf3DYrl7+vwf9QNsOPnQaJZ8yDQ7/OTgYiHi
kY+OPMZTM/l8ROl0vZf/kvzb6B59+A+/A/dks6df/+4fJ+L6RSFhlta//eX/
EFTLvhWrOZncBPCqlpSoCMhuuqZpcGLZSeJk09eVQxSU3IST7F9/yKEinn79
m8//bZ5d94qdiPbVDpLNMK+sPzAaZRxHLlNr5pB06tP50VApOz4QoDOv4fHT
RVOU1T75iJir1axfFOquC3x3PBJOPHFda0SbePMjO6SgEMs/WyPW2QiM9KwP
z89jW3N+zjQ9P3/k9ufnTP+X0SWTycvEWHEMGVGMGgROo5KK3lsfxfYhAo7o
dubtWyCRVV6+IgCn8esE9R8lroJayZ9xptFC94QjRumUqle9zM41SS87kBYM
V6uDGAj9XvQpbEcE+zb5vTNbzHFbhVTYfKorJQRCl/+cS0JsaWke9U5GdyGX
iIjL0RFSvjU/jw2TQrCUPEpugUbEGa8RICMTBe2voeHWrTVcfY/AqERkyCqV
XYhx6jE9QnsJcgC2ytaxEoQbs3aA830P8EF29UeiYFeUSt1XH3OYts47irbW
Kn/oLB3GnKASLRx34xnGQD2L07cvb27PzHy+GlqyyCTr72sfXPvO0VFvSEHQ
OXJU4ga+BMeyRIdcLpks9tEl7fb0u+uby8sz/voqr0risLrMYb26AcjGNAz/
9urq5tKvgB4MKt71yBeH4NeNUWy8Fb7DzUu9wx0xWk5oUEN97+d38xGJGDP4
oC2wDOIhEXLWyCV92C83khBZZStXMCGxnA5LY1qzXovSj3Eegn81q1AFMUrE
LXv2/QtCee1+5k/cHoEby75LsBpDSrrvzG0lkGhZk25T7rrg/pHXMtUQIUeO
CYGtYW8Vk2yHqi9X+ZKNbZTKcPV92Ta1wMuRa+QTiwo0U5EQ07uoyrVKY25+
WdYTNPZA+YGUsCgfybvwrT+VeDn95vrmDMEgxL+BGB4IBdLhIKK3rlkxhWAM
yw/MC6khi1WzMVqzC9i6Pw5l6wokBlESwihZmC2VK3BMHEJir4eexBEpHycz
i3gAu5NTHq2uaJwE36CLyQ93Lo6TlyxWIBCpmKACWLvMJ7cOAQVxLT1IZkcd
vqveJ8mg5wVSBOJ5S8rSM3iy5cCGpzPSaWfCdh350xbbJHP1q+yfCVLeWgbV
5E9D8QI6V6SDJZFENmErSx0inwA6Rlk6iUTZ42OkQfuSBK6wEoeCAGofy+EK
VDg/54XdDeypnZ+j/iIOMiCm17njRq+EGEmSjm+K6CrbYTarrSbSOoJJ/xFu
GJAtQVIBvUvVbvxVRx7coXY+m0+e+cVeiemrXIv1XtaJdcuSILsIjKUsZtv8
gziXbKZJ57L1HBGGw5hIBYKOcTJFrBIbSG9dkW9otyztfECSHRAh35LT1RSx
uQmJmAUh7c77yd7zEUvAIpJaJ2YCeQbcwazP27UkHrfk1ibVCiOUE+UOiTG/
8FRUXmyYiBJ3yHEwbTED2+8tY2bubct0saNWEnBAmlzmlakwX7ghBzQnu4RL
2axNEzI0KpojZjlZoAQFNM7pN8sS5mx+YtjPX2moGAqKBZbFX6u8+rz70LFo
N/Bmaf2kAVakGxBS2P+WQXk3LHiZpDk5Ji+5Cv+AxCYsNyB5HG3gc/otWQei
vUW8o6CVlC+IOHphHpHmt1JoAOX0cSclDrQOn4nioLvWybAiVZAabvBZJxl0
c3IhuLGRi22cJKAlqwgBhkImf71Fqdr+cGcCH7ACTf2lSyfW6JXfc+j9nqtL
DGAz4n3gFEp81L3309m4d48Rj5aaZp2J7UOOhVEx5CvFThySIw+pCwRMdAip
Q8RGmsGicbHx9ILP56zK+wdAXOa6WzHbhIJjVdll3xF6/d2EzMz6wE0wUz9a
xnSEwzWKzdFGiFJXfmSVjULJzvTzm8Z8kpEJYblN7scU5dir4DH1pSy/4G0s
Yo+GxUP1RMak9rAsyq9xHCr1CUpfNqZACccvsMN04JTDjSXHvWDU1NMo1Fpu
cv83/y5ycJYcCkTQM8mNjH0LWbBxRBqu3DRV0Y35NmKbygrbtrvmAd/Ez2c5
/BBFp5abRupaFo13OY6XM7GVuuL61/7wgCxTIHVqmsRWfvosDYatyH7TKa65
VkQKantJdB9W64GuvirLKiXSGF32slxx9VJv4ieVFJ3Uh8l/oVSRgN4zmPAX
kM2MrBjb1+jbGBh1XM6YzbIru7OEP3JSvlp0mZ2eNLt+VtYn9tizjIsUHDBA
QbavgvJnN6AQtfwANpDLiPzhunn2lu/k18+MNiTgVWxDWhom1TJlVdD6P1Mm
ORWb+/QLLObpV9me7TMxESGPo1sCPO8d+/B5xZ484qalK+z314plEvpMfYlD
8O6mgf6QX7p3x3HcjP12+veqaQXU7ZpSkv3K11Y9yIEDVSYMwOgeBJpdYZ5+
svIq3ztQ5rScu7lZdyFUU3OkXTPNxOpc0okz6M7Uc79vPoBDe8bc7LDE5k2Z
eRqASCR9TyJzYJIA89soIIQdRNS/r/ZzT+7XIdwr+KcVeuQCbuWYxTciF/LR
EDXjnkuOyRyKpZKOXRVCbSglKbttd1Cwwetl/CfZkBZVLmN1IOImqsmUy841
SFAjn8baKlZqJWuloZUUCAnAbtY3M9TUzyfPA+YVDYS1E2PlRVFaoERNzdG1
TVMVowlDDrv0iftxRL2aKPs4pV02cj4JgLBzfBT64ykncaSTrls3EJyTs9+O
H1A0D3XV5EVCHaBSlAiULNR5kWtudJv3FrKy9KNdw+mFoKDGuGv8WNIrcNlZ
Ibo2xg5qGYPQdnnlQhJVglDIdJcVq18B5a54InkJDYYCDwAk35dNK04mPaXU
Mtqhb7as6UY+ytyMfz17WSK+Tz4G0/sRqw9BLcIPiZXWyBqlgUMAeDJlXHHQ
/BILK4t4QXSn/QOIrDQ2a45ihR1n+RZGNZgIQmKMelO0k/eCtpf7BYmZrrSS
eg4AHnWhSFt+8Hda8KMZB5JNJp5fK5wRpfZHJLCjgJ79XH1mRJxp8z8htXyP
WIHqJEvlxkfMblSiq025gO0g2mA8f6WPDxuKarY7PgVPIiyK7J4gpPQUUP1p
K20g+/OMo6RRfAlxeReWkNxYitsPQLlC6C8+p2/2QhNiCHi4ok4DCIL6FGFV
IwnfAoBHt4EQTCG1u+wVkM/pckVZ0TEk1JZLq73VZLDnQji160c6iD1yudRu
FcoLBLaN+CZgtuBk+IPg50CNHUA421GvaVgpfOw0XZmU7tMOGXOPATospoa5
Y3R/JKC3GAhPqNNmtReos/Blo7RwAsGteTQ+v8mxPaUK15JuGwIiIVpzxIuX
B7ouKn3mHLWuKk58j1yZ685CwK74XZpCkTCDRd2PF9tLgjlkoJk+HGvXTGxQ
uhrm9eEpCYkjVpKdHLv5idoPn8LxvwJLaScJs0ByEZrRbq6vT86C3xLbJi3u
/ICPaVO0RE4uIywgt9xL0t6fbJPaNsH79JMT38xSyEPjJZ1Ed5j7ED3TE4h6
NbQcXJBq/7S9gdZ+wUztJDchZIoi/3Y3dUIvlz0Qq09e6z2O796vPtqg5QXC
R59B6og1IXqc60XlIhfh0oKa/dZMqCT5/HG6KJkSrYCLOl6M+38usjfS+6NF
D112SofR63q4fetsGpW2zLg4ofC3UMUnDYcdPeFluUZyOn3G9Y0v2zstj6Fv
qagM1D1DCcU3ZIVqLq+BOFygbkb/rYpHH4tjJztVlL2k7RYlEHVb6NdTBVfS
qrRQa60FUXXkkHjNtSRBZ9eH1CQqD4RbHxiK7hBU7A3RCaCJtOjf/vLv3eFC
sRtNOo2LgLVyZiPfwiUaFp3Wyi6GLpEqNUby2yX3EESdXPh3R6YbMXEfN0MX
ZXfYBXHq2766uOOLI+bwLsSzYCFh3Mix+SiOFzMz30rXX/qUmlYdari14Cg+
6NqBFlfkCSO32KJ8dumVGzuZcPYsHrUkSahiZY5avyJBXSzNF9ltvnTIGpPO
ZoVIP9IIFOrDPooGKa10ZprVVsksheQkNf2SV2b5PMOFF6grJ7+jQ0gT7vye
gSV6V+IyL4mUSz5rR3gKpXO43wtf4z0++Hu4DUiq4HLksfzf9C2qSPAv3OJt
zeUOsCf3tJ+L7AUaWK0No3OIFIa1PbgFedTisJApkzXm6ozOsm9dUzUqtNEh
0jd35AA17T7+9IKrXJspSmgHtRT0VaVFKtWKK6f3qoRmsGC+tFT0h9UojoMx
bP3uvPMP+Z5MLuuorBNiIGF06LCohpNjHM4aDEYpKm90yQ42M5RwE0+dpFGG
E42G4TcitCLGG2IzRFC19DjqcbOiU9UUnffyIsQhZ6EKpCL27C2l3wRIygY6
7i3kiGzaODjPvomtTtmrFArcJJvRpKEVD7zCfeOKAXgssPYmUqnaPdovwA+M
k+7eG2Ub8u2jxoBBFLHBZt9JjWQ7Um8JD8w4md+raKQK3z55caxFQljNsYe0
jvhZNNuosDIxsqyd/e8VlufZ0+nXX34+WzXkqbXkzw4dm5/vmzXTmUwDtgfs
irKi3ENHvpuZoop/PfU2Y2pWya7NzaOPTEcdG4grOoifnCQIpNpvW661ThBB
t4GJeyfKzNQTPrqOdozOs7wS5ZBCiSZRI1x3zgUqCBSxshCgqPqDYbFe4hu0
2AxqGT5HiS2PvmgtadxGd20k/Wsa6eCGlmJgjzSXXlgkp0kOZ6QI4JFynqli
AyJtkXTD8ZYFTJE9QPTq9OmvLUK4QkMznronCq+BAw6y5dzTs2TwSmaET/1K
Aw2jgifmLT7+EVlZ/nt30AphgQlW81spwLf/IvaAdkPuxdLOHKE4fjAdY11D
xL6vArlv8fj4KYddGI90E/WucrsNQolkGrEQXtzB9dJmuz/E6zuhjS/L4sC+
zqzgwrKjt4va0AUlZqKXp/7f7DaLUsZXYELirV1FRrGYhvqL6LttXpBuxAdZ
MbShLeCYbbMEaEQ2DlPQxVMLakvcQviP03F7jv7VbD653wP6ZldqS5f8PNom
3PiEX8SX1oSp81nRHJ2WXFLVdZF1OeYOviEhi13Cd4+0G3lgp/joaEHAppQ+
tTry2BQdbV1e+2K2g1RS4uCJizLEeG2xT9Pc7FtxHKX0YW0fpYFhrD9YG29U
wiGP5UJIJ1mV7W7oBdkXDrriTL1zTUBKRzAcXEnvadmtj0uwKktM3XzyDYuV
YOtp5JI4gc6GLx5paLdg+qv3TIZv3l1NfRyevuK6LF9TtdbuDUGzXO0VysMI
xTeta7jbCZ4QeJt7/IMna43ySr7wxZRLqIA+NStqJfEHxdgxc/3A5xFpESdl
5Jbm3zb3NplBUSqSHXQIXOJzlKOmUUcKGj1YqWod/GhMwOP1DxyKmEzu4A5G
JRmsVvAkPtuYATXw3DfJsiR11LqIhEtdZDItQDVbGCgwn7wVOyC+EjIUZMA7
NxTRVdlp66CKji+G5dxf0j0ZeICBeDpnUsfdI9nQEvziODlo3T12I0kldT7Z
z+n/irNz6BHPu33EDdb9c11LeGqUzvKLAurjR6xEf46LIQ6cQxbfobPpHvWP
lncSlzlg3wMDMZL0LqSfBO1EHA5hTINHPlCjlanjkC8ol52f74YF2Wz0adxj
xM8o8HR+Lnw84kFTVzfXqJI/vwlnrMJ2fm6NmkkfMItHqJtboAIoHPCUE1/R
8cZcCeXgJfhe+vKQFHI+wBU9SbWb/NBOX6+2/nIETpauBo7XeIn51T0qwrtH
OOH/M8KjjACb+3IkT08uY5UxmYy/t1ovqzdjEaUVHVcPfgn4F/mzT6wUlRPD
AAUcCxcnq91KI2ugJRrBWvGos1OFi/w0aUCLVXp02ZlXzkdUmIar1AJYWyC3
/Fi9IlxNegIS+YxF6waels9snnYVAjIgfKVjHToHz1OaGOaTN+nvPcGkos5n
cSUPomHpqKVBvSzay8ZhQ+DwaIBB1F4bUraPdAIHF0/pr9VP3hfTglJEgDVI
gjsQy6OhA04XB6gOkQA2BwNMCgLzsSCrVbkQZ0bIpSjTJr3E5TAQEIn0EjDu
tDLSffT/WEnVLAaDjMLBWvSvlbfRJA8cBme0xJwNPYy3IdWcRHTflT7ShxIz
KeM+kPgYNdwZNtFKoThIH2kx6VEbYxeuf1G7elQ+59KYUvpkLPdfWBoDz5Oo
raofYjSZI8E6xRtLTlv87S//cWD5//aX/5v8IAEC+DJtMGH+T8vdy9a0ceWO
CF0Q8vnktlw3LWvXsbKgg02eHM84gnGBr6tF4NutOBoxX7MmPdQ/rmS6Ilim
R8IM1KPcAo3yJSoqh8qyTJcB8Rxot/xTI5ZkVI0Py0XrN8Mw6i5Kq/s+1S4S
y5XIJgkcshwmoaP+GJRSY0oPYf9qUJ7qtOgsmiHguoAoc8nSMtMgUoA0tshC
FKabH6GFb/iRtIEPN7JS5/YDlI746RtpRQqj1G7Yss7DHueZDa8oJX3ZLLrl
kAAO5S0ZqMIFNRLUZ4pEo5+4MduqEG/dbMQh2CDKAH6AlLiaRWpNmJpdLTme
RkLNpW9ii4VbNQ9oFe+IPTPJcCuRVNhRczr/z79eoj6NUxqeNL4TpKx6lTZ/
rQUtOanS9GIDQkoRESHFWjEi4Cq+61rGfTlULuTLD1x8c5kuSjPEiIb5gLxI
FLMWGE/uYbWDSft+m3VbBBd4HCIiN9h7ubKQzTjtoi6UFjO9r33UQGztxx1H
dnmV3Zh6QdVJ4aV37BPOV374rPM1GYWvxzjS3caxpLIjEZ0jrp7Is05dUBwF
zSEzfSKhjLbnvUI+5UjG2sGNNAX4Wj3SuIvhgD8jsQNJ7lCetw8oqlncc6T6
6JTCUboqEI8N4qCl5L0oHp7CRTceLQDx8CMHybXnQfmMixZQ/ceCUUAy4q6H
oRe8ThCicLNmteJtvZbawIbLmx+3ApJ5xnGQUy9YRuBHrejSI+cVGxMx5cpp
r6CgQLODPUaPULaLpqlpzQ2cRKIRiM2TbhKHSBUD44h7rKbNVT1gktbh81Tb
oto9rQfqpHDooIJDS/ss7CLsch1PmGubhVTaP0I6Hc4nMy2Lg1PG/a48QMvB
Ln4gpKlDq1MxTaVO91hEyQlnkZN7emuQroxBiXUryGw8V29ymUroqV/66YZH
oK/ev+bJeHysa4mPWXeRRMVlLxLBAVxgW4imOlOjQnG+2yV6FHReGrZxn9ch
WveJ0hWfWgpjFXQCU/Fp3MCl4rx/FyXoQocvGtuNCbS/DVMOuXOentxU9GO0
+zbVoBb6SHGdjGCgC9eEMGvrykDd4HiKYjy2YNSAoIW4JfeksTdgYlXz9DPx
8Y5Z2c5XbQTSg2hDsABJNRw71A860VimNnGZntev3E09CiXfWF/11dEebGn4
XKIncRnmtgCYofs8GTIoMLqpa/GBaSEoLJGwh+UHpQdFp5v4p7FPFgL5uaWF
C9dIOsNnMax4n5P/uIqLU1WRYAFrbYlbNIicxcHreDJRnLcmsrz3gdQ0ZcOZ
94QqMMfBzZdIdC0hxVL5g6vnAI7fH8w6SppKpcMsnnUYxmTScxCJfqTtnkF6
10UcQR4d8i7x5JJlvuuHdtwmQPr9J/6Ts0E6xOtIMmr+GDtIU1o6fyONoERo
wxJ4FhCeJv71ceieltgJaF/klSm6jeMScuYhWgvpANr/UseCyIwTYtUtlyla
Q5kvpJhPvvOoFwyDSnKuI9aRgPudzmXjaXSgIm9X6pPs8X5I3lQ53u1E5Thi
xa5om90u9GQQ5XOZJpoSOW3yuTg/l9obfpwl4yVlommlhdWC4nTDNKcD5pTG
TFmjhL/oAErtv5Gj0Z4oFjMw+sI5gFDa44IZkiB9vbQDw3j6UrA7To42I51h
CSok+HnvCNqwNmZPJdBFAg6/JKvJ7mzIH5fxdDY6pU25KDVKSmTSEmXtFmAC
IlHEBCSYtYPhURLmaH3J0XNWS5purw1TWuKgTro/16M7GCXkJKtwvGwYyD7K
BupjplGJY//QSK+l1BTSBfZP/bHQGNVVcbuOLyU7RY8W4ETUfnLGkAo5K8kc
0Zfcy8rQ0s/HJso37cGOlZgvo/zfC3UTbjgMysx8o6eWagaQ/ntQXZgrwh0Q
Qb3L6KDFJogLyvYlqrSWpkifWjV9cOrm6/nUc47kmTlle6ZWsuFqtkzitnhV
gJpECDvy2PGNreudpznr7m3A5/fBf8DebiMQs2rZ1iIeJpBuLwV76tz6JmCo
5EfY6UDdhly+dCzZsLE/4tUFPSNLqXljWdT5vUPbWzOz4iFcfKAPvTDpFu9U
HYFgtzZaPN4wwPwtT9IIOg9NelUTK5XRaWoiwZr8/PxN62ry9nKqw62kNdXD
s4WTYSjN3hVZZDX8dNiIDSSnx5t59VHlUyhHPJi9CptPNYKVG0XKPgnSRrps
LPmjzYr2Scms+dhpZEBEVHH7H0nLcoKFZ7FL74kq4Ie8lYHB3N2HMwV9W9ug
H8m4n91ZqOPGb+DQ73IST5qGCmTbto+URPtn9O3LtlM4xgUxgTErwefSLbHg
/l6IX1RyIonvPoyBVfQmEuqnc8hYz4UvMDzgT6twe61tByKAvtUrlhHkBZjj
DqygNsAcncoTQGY0ajiaSlr7EIc2WBybpi38OZ+ERLvEo6NbCvUFZSy5xSVf
dDie4HD7pjgJguigFaucYGNohss7vOVRXNl5kYnOF+ESTe1J96ifm6E65FF4
N9UJ/lUUIvAclE4A8fEaialHgVwu43IhG+E+wrU8Nmozqa4IE7WjrfhugzQl
YcYlaj5gGgYYLQ4PxnFEb93RMSOjLoj8cbTNAzIH7pVc7H0NdPwCBbfdka0t
fxLtrub+cIyiBD7iIbVjeDtGvzgpFKm53nwWgbHvQuuKjdmLqkBjPH1kXNTx
ggtSy70UqLJQ8fhfrr/qe0QmJv/skiEtoez/6ajzOTvWpmbtuTyBZbzAoy3O
45dODBZdKQ/6ek/zzs9ckJqYkRvHncbBIB+Hn4iguzqafjPuzo07s6deIqwg
DleQytkuyvVATtGUW2aXoeHcUrNETN/jGg3fuSdrzx5HmCaj1R/oJCXBESax
CSPhQg8K2a6imjkabICJzw7/gPQwk/Rlt7KpTvEwIgWSTt8bIgMyiNOOpMgN
i8c10KQ+P/hA+PQkGkQU4j08QNx9iIRE1IPj1KIUoWjWArZngXZJa7DG5KO0
fYVYB02UdbPdTw8GvfBceC4XPE2abOi5K2Ek9GSJRK1yza9syqJgdWK10ijU
jby0J+8iif7EEIYjE56jFuXw4grTS3UjNAqQCJGWEvXbQY9oezXsUPJKATAZ
OeycwNRpNeOK9QiLSbdeNCWieBQAY5M3SQY3Xp9NgfBTWFgazDWZjt3xMB6C
1X4/is5xvo9fW2AoWpw3Mb6oze0ZZGtyVqb12ugJutsDxmnp2H7eny5vHk07
eh3p3idXoaA93fHRHnG9n9ZcIZaDew1b7YE9zHUncidDUrV2TSYc6DYxnY6l
VZIlSAtrFDWmt9JovCnD87/sxGBjWUfyHhj2doLs85GaWA3VCpmKZLLRAbX9
akRV8qsz+nhafNynEDU4MJIbx1t1mWTe8E6QbhNefZSOLWHwJ2nozt7HIJU/
Omm3bnhPJN2IEwVSKbRk2IxgLckIRwhsCBhZHGsskDAvDhgv5GI74/tgTZC8
skxjWVblGzK5x9Jn3N/C1lYj6VzBESP2ACWnRwBpXfjYfeiHDVF73fJ1yPxK
F6EMERjPk9SK9E+9vGncYNTHo0yt6SBqj0++Z7+ZQy48nsAsDo8Q4H+cHoxG
jQYGjG7W+K4aWzveejNuz7fQeZgyIKnpMIrxlAO++g+ERLgw1MOkcIQINSSj
xrjKjA/wLFYv1xx/ViZ7TApt5sNUByfirzD6YRomMBGC7TfJBCO091QlGcv9
stIw3LJpXQzLTBpKW4rnKC+iS9+1q+OdeRrBBsLGCSpi4KTEVdriWrejczf3
0CZl6O7TgZaHOlSS2OmIe9793mcqkqSJn3yG1zbVIoQSOFEfZn7kAdxGPO4Z
B3rBeAm6h8u3YRYWP1O0mcQq8r2GrFMtzvcI3o+hTFPeiIXtaB2mGHgNoW5s
b8FXSUAQYZvC3vwxoKGUx675YOF4UUcWlKgK9vdxsJbQezyRNwUkRllGVKQX
lUo3yGzDjxNwKZO0QiD52Ci7Q+/9ln/7wbmdDqk6DGkflNuEF/DYKJSqWfsZ
RWiV5JwAJm1wFTtXqNmLiCKvauj49YLRW+HyymNlvKpL6ukAJNe1jYmQYv2w
uej1ejJtOZxNmpr8BU6jnB3Xy8aeYlR2w/MOQ8TVJrKXbZQ3/fk0jERcZYoY
l5hxh1ZezbifJQlkHayUoXCp7WMccHw43J/IobZW5/5VHS2/cckP/TgCayeX
WpOr7dphfqwPUiXPsHg8EUP8xLzId338Yjyyte36INWdDDKbxqOTXcrejwyy
tCzmYeJSQgeXLadkEUSBcq/IX0KqNcTjrpr4HSW8b8y/Fo2ERLzM1DJ8e1jP
locnlNETstPL6zNzYwOCsl65qRXp+RduwV/HsWid0zSunx69SIUr1jzcKwZf
TVrnqABP3twXjbuNoMElypvf1r4ElHt0/KiVJO0veczL6/QlCNrqQh9zx4oO
EUeXiw5CoANu86LRX1ifWXck+jLP/qBpyFFFk0Uvcb83uZLiWl5/0vPS75K4
Xwi3Zqdvru/eEexggCR2BVl/2hviQBxE48YJHd2ow0ygLiVrbwMs5YUm2ISU
Sr2Lt20TjLqDYoJRGMuXERfyiugte4JerVl4hLcEQtdGXsGlW8Th+LUlM57E
rtmcGGMYfqKrRQt4QZK+5aieNxEq6budcuxJS13i93WEcX0umfLNxOS0D5Fr
Ju/lswKKqepEInSHtrIwzJKrqGSR2CxHVS/ixOCpnXg0dIl2LblAU4IhdBRe
H4uTRlcoV7ydBhviqx5IZ7R5mEUZDx2Q/jHcgr0drZtTQwoXUctl9DVaPP0G
W4mbwyN5i10kcWlIbQLL+GYDrBhvhjah5Wp5h/d0AfuwfOJFYpOkzXs0Mk2c
ue+w51vsOSZp1FUWWNVH+/AS7h6cwXPZFGawbWG1OnJEzFNRP0re581UxheW
4Qpza/C1vGDHJ0v0iY1Vx0peSst+LLoh0Wbxa8OUojLvwiuGFZSR/frjILE/
8aak+iZ+HZMfZlpoaYdWY4UBKTv/ctFEQ2OpcdDX53mil2VpEDAOf/vXAHTR
284DsgkbZusCHp9yitn6TkONnb1Ktzg+NsD7sH7U4yfP3SbVolPEu7vj9pzE
rYcuD62XBnis29VqSzVgzi2jWocXDsSPZvYhIYxGqjJwuc2lsGNJBtdwgPDg
JTZhcnGoffchxzG7xRCSeK7hgmPB8PZoRu5SrYYhE0rcMRAQFIDMhdquSPMk
ZUlH3mpqc9xpj1h2hxRLaKE4crLh/ZrJZP5gsEc+oXojXTxiYj4aTC5F3DbT
nmkLLRI/MwYVOCbes2QEUn+YH3hN6NNcxMmER/EJkWwkZJwqPp7FIz7wrml8
nOzIxz6sb6I+oO1cnvzChkny+1wqLt1h/9q/+dNvtGjgpEyjiOXCA9tKclIW
A5KK4PhFH5gdKFhR1MmdGs8v58+y0zu59BttzeKlvGWrcDZnKoaslVndhHCC
/42/fsHcrOz05vr6bGQHQ/TMjyG1VJIONZ0dHSLrXylrRf4eU/K2lXGSXT+f
P51/hXYxeRnrmYyapPsjbbHNO8Tu8TI8LdXGp2L4pIEnKQtULVBjWs8OMS+9
1UFBeHTDzq3FLnEos6miEpguPkGZNMAzcjSbsMoZouvrFMQ1wwm9kjgdv4Aj
1Fa8iyYXCAHf14dvoNUjDzFF528WRRQfeecqp7yi9z8FxvoiOw2rOs5bEQ9F
ST7RvAj2SJCVX61b47S1+EbmdVmk4wHDBvmtVNHCuRWFKSMzV23+oDzylb7F
t9r7d6rjGvj2kWyJDSVkaqFqXpe+7vQxgXo2f077Dve/Dff/Bve3XV/68ShD
dCRX5mCZA/7o4pCAZQQmYwaCbhLxqwGTawZgRIM/yFFHs2xlEa+thSXmBdVF
ECYuSzKqHzDONFxmpphnR0vtvm30FZCm/lCOzMdaWM891JFB8FPbSbgE9isL
eErw7Dx+pasrnNQtPMqE3YGgM23x4a+zU7xtDLXLquOuEIqcvWQl681pzKGq
XXgsv87IFjvgisPxgyOtLS8xC7go1kXZ6fu6+zkNHMgoNzMu4Bfm9fbmPhvT
rMFjhglln47037jwKgF9qa5PZ2trw99vHG69/r0xhCNLlkCV9acJL0lFGl/A
MZRIn4KgVmodV3qMegm1HSJpePZEsAoaJrdMoP4Zta+k9d0YPAsOHJp2Jnrz
YjuJ8sTaXnR8wJS14rFX3WxLT2qs9bMu8L0Q8oUvv3jfh7cKWF08L/VdgmLl
re7orWHhMg81jpseNtoEHWM+dAjYMtm0jjMO+P+dvKrtKCk0kxoAZMKkQgDR
U5ZxeTVl3FrfKNGjrq3EyimgjlQrtLvXaj+n3X0uFwA10nZBsQYbIuXN+yPA
eWwBu2G9dl3/d1sCtk8cgH+Ht77rYGg5IV1R9GZ4VYUasefXxPPrVyIsSrZR
5xdqZtVzr+8oK/WHAbWmr7LQyD6Pjdup9dOhMCHy8P+mbY+Nvz3wISSKE95P
tHHR20YsuDQS+jKWZPg8eCVHIs1CW8M0P9NSn7QwRPDdWgHGQpY6NdYr93P4
n7y268s3lwceW/ourw0rMvllGCAcv6Qxk7+n2d385Zyf/gJzylyJFz/TR9Ps
BB7VreUfVaGcTLPv8vYehVooWb11aEuaZn9oqnn2fJq9aebZl+TH7ebZ0998
MXv27PMpQdql40mkeO58MpvNskW+/ICdXC5RVV65QoDt5E8XMvXKFf/rZEX0
dCd/5rftEpL7gEll7PXXxT574x56LRvW0SC8DJUoz7j6Fh25+X8DftqL1ceO
AAA=

-->

</rfc>
