<?xml version='1.0' encoding='utf-8'?>
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" category="info" docName="draft-hallambaker-mesh-presence-01" indexInclude="false" ipr="trust200902" prepTime="2022-10-23T18:23:00Z" scripts="Common,Latin" sortRefs="true" submissionType="independent" symRefs="true" tocDepth="3" tocInclude="true" version="3" xml:lang="en"><front>
<title abbrev="Mesh Presence Service">Mathematical Mesh 3.0 Part XI: Mesh Presence Service</title>
<seriesInfo name="Internet-Draft" value="draft-hallambaker-mesh-presence" stream="independent"/>
<author fullname="Phillip Hallam-Baker" initials="P. M." surname="Hallam-Baker"><organization>ThresholdSecrets.com</organization>
<address>
<email>phill@hallambaker.com</email>
</address>
</author>
<date day="23" month="October" year="2022"/>
<area/>
<workgroup/>
<keyword>Threshold Cryptography</keyword>
<keyword>Elliptic Curve</keyword>
<keyword>Threshold Encryption</keyword>
<keyword>Threshold Key Generation</keyword>
<keyword>Ceremony</keyword>
<abstract>
<t><eref target="http://whatever">https://mailarchive.ietf.org/arch/browse/mathmesh/</eref>Discussion of this draft should take place on the MathMesh mailing list (mathmesh@ietf.org), which is archived at .</t>
</abstract>
</front>
<middle>
<section title="Introduction" anchor="n-introduction"></section>
<section title="Definitions" anchor="n-definitions"><t>This section presents the related specifications and standards....</t>
<section title="Related Specifications" anchor="n-related-specifications"><t>The Mesh Callsign registry is a component part of the Mathematical Mesh <xref target="draft-hallambaker-mesh-architecture"></xref> and makes use of the data formats and service formats described therein. In particular:</t>
<dl>
<dt>Uniform Data Fingerprint <xref target="draft-hallambaker-mesh-udf"></xref>.</dt>
<dd>
<t>Describes the UDF format used to represent cryptographic nonces, keys and content digests in the Mesh and the use of Encrypted Authenticated Resource Locators (EARLs) and Strong Internet Names (SINs) that build on the UDF platform.</t>
</dd>
<dt>Data at Rest Encryption <xref target="draft-hallambaker-mesh-dare"></xref>.</dt>
<dd>
<t>Describes the cryptographic message and append-only sequence formats used in Mesh applications and the Mesh Service protocol.</t>
</dd>
<dt>JSON-BCD Encoding <xref target="draft-hallambaker-jsonbcd"></xref>.</dt>
<dd>
<t>Describes extensions to the JSON serialization format to allow direct encoding of binary data (JSON-B), compressed encoding (JSON-C) and extended binary data encoding (JSON-D). Each of these encodings is a superset of the previous one so that JSON-B is a superset of JSON, JSON-C is a superset of JSON-B and JSON-D is a superset of JSON-C.</t>
</dd>
</dl>
</section>
<section title="Defined Terms" anchor="n-defined-terms"><t>This document makes use of the terms defined in <xref target="draft-hallambaker-mesh-architecture"></xref>.</t>
</section>
<section title="Requirements Language" anchor="n-requirements-language"><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>MAY</bcp14>", and "<bcp14>OPTIONAL</bcp14>" in this document are to be interpreted as described in RFC 2119 <xref target="RFC2119"></xref>.</t>
</section>
<section title="Implementation Status" anchor="n-implementation-status"><t>The implementation status of the reference code base is described in the companion document <xref target="draft-hallambaker-mesh-developer"></xref>.</t>
<t>The examples in this document were created on 18-Oct-22 1:16:01 PM.  Out of 249 examples, 52 failed. </t>
</section>
<section title="Reserved Callsigns" anchor="n-reserved-callsigns"><t>The following callsigns are reserved identifiers in the callsign registry. When used in this document, these callsigns refer to the following parties:</t>
<dl>
<dt>@alice, @bob, @carol, @doug</dt>
<dd>
<t>The generic end users, Alice, Bob, Carol and Doug.</t>
</dd>
<dt>@callsign, @callsign1, @callsign2</dt>
<dd>
<t>Generic callsigns</t>
</dd>
<dt>@corporation, @customer, @competitor</dt>
<dd>
<t>A generic corporation and its customer and competitor.</t>
</dd>
<dt>@eve</dt>
<dd>
<t>An eavesdropper</t>
</dd>
<dt>@grace</dt>
<dd>
<t>A government representative</t>
</dd>
<dt>@heidi</dt>
<dd>
<t>A malicious designer for cryptographic standards</t>
</dd>
<dt>@judy</dt>
<dd>
<t>A judge who may be called upon to resolve a potential dispute between participants.</t>
</dd>
<dt>@mallet </dt>
<dd>
<t>A malicious party engaged in an active attack</t>
</dd>
<dt>@provider, @provisional</dt>
<dd>
<t>Mesh Service Providers</t>
</dd>
<dt>@quartermaster</dt>
<dd>
<t>The callsign of the registry quartermaster.</t>
</dd>
<dt>@sybil, @sybil0, @sybil-1, @sybil-n</dt>
<dd>
<t>A pseudonymous attacker, who usually uses a large number of identities. </t>
</dd>
<dt>@ted</dt>
<dd>
<t>A trusted arbitrator, who acts as a neutral third party.</t>
</dd>
<dt>@wendy</dt>
<dd>
<t>A whistleblower, who is an insider with privileged access capable of divulging information.</t>
</dd>
<dt>@Firstname_Lastname</dt>
<dd>
<t>A generic user whose name is 'Firstname Lastname'</t>
</dd>
</dl>
</section>
</section>
<section title="IANA Considerations" anchor="n-iana-considerations"><t>This document requires no IANA actions.</t>
</section>
<section title="Acknowledgements" anchor="n-acknowledgements"><t></t>
</section>
</middle>
<back>
<references title="Normative References"><reference anchor="RFC2119"><front>
<title>Key words for use in RFCs to Indicate Requirement Levels</title>
<author fullname="S. Bradner" initials="S." surname="Bradner"><address>
</address>
</author>
<date month="March" year="1997"/>
</front>
<seriesInfo name="BCP" value="14"/>
<seriesInfo name="RFC" value="2119"/>
<seriesInfo name="DOI" value="10.17487/RFC2119"/>
</reference>
<reference anchor="draft-hallambaker-mesh-architecture"><front>
<title>Mathematical Mesh 3.0 Part I: Architecture Guide</title>
<author fullname="Phillip Hallam-Baker"><address>
</address>
</author>
<date day="23" month="October" year="2022"/>
</front>
<seriesInfo name="Internet-Draft" value="draft-hallambaker-mesh-architecture-21"/>
</reference>
<reference anchor="draft-hallambaker-mesh-udf"><front>
<title>Mathematical Mesh 3.0 Part II: Uniform Data Fingerprint.</title>
<author fullname="Phillip Hallam-Baker"><address>
</address>
</author>
<date day="23" month="October" year="2022"/>
</front>
<seriesInfo name="Internet-Draft" value="draft-hallambaker-mesh-udf-17"/>
</reference>
<reference anchor="draft-hallambaker-mesh-dare"><front>
<title>Mathematical Mesh 3.0 Part III : Data At Rest Encryption (DARE)</title>
<author fullname="Phillip Hallam-Baker"><address>
</address>
</author>
<date day="23" month="October" year="2022"/>
</front>
<seriesInfo name="Internet-Draft" value="draft-hallambaker-mesh-dare-16"/>
</reference>
<reference anchor="draft-hallambaker-jsonbcd"><front>
<title>Binary Encodings for JavaScript Object Notation: JSON-B, JSON-C, JSON-D</title>
<author fullname="Phillip Hallam-Baker"><address>
</address>
</author>
<date day="23" month="October" year="2022"/>
</front>
<seriesInfo name="Internet-Draft" value="draft-hallambaker-jsonbcd-23"/>
</reference>
</references>
<references title="Informative References"><reference anchor="draft-hallambaker-mesh-developer"><front>
<title>Mathematical Mesh: Reference Implementation</title>
<author fullname="Phillip Hallam-Baker" surname="Phillip Hallam-Baker"><address>
</address>
</author>
<date day="27" month="July" year="2020"/>
</front>
<seriesInfo name="Internet-Draft" value="draft-hallambaker-mesh-developer-10"/>
</reference>
</references>
</back>
</rfc>
