1. App-ID Ad-Hoc Technical Issues TP AppID-2014-0003R02 Group Name: App-ID Ad-Hoc Group Source: Darold Hemphill, iconectiv, dhemphill@iconectiv.comdhemphill@iconectiv.com Meeting Date: 2015-01-23

2. © 2015 oneM2M Partners Contents What is App-ID? Registry challenges App-ID Ad Hoc Group charge 1.Requirements for potential App-ID Registration Authorities 2.Recommendation for determining the App-ID Registration Authorities 3.Recommendation for the timeline of the selection of the Registration Authorities Open Issues 2

3. © 2015 oneM2M Partners What is App-ID App-ID is short for Application ID – Nicolas Damour introduced ARC-2015-1716 to clarify the intended meaning and use of App ‑ ID in TS ‑ 0001 - Thanks App-ID identifies a software application (by version) running in the Application Layer 3 Application Layer Common Services Layer Network Service Layer

4. © 2015 oneM2M Partners Uses of App-ID The Common Service Layer knows the application by its AE-ID and App-ID App-ID is used by security App-ID will likely be required for certification 4 Application Layer Common Services Layer Network Service Layer

5. © 2015 oneM2M Partners Registry Challenges Required fields – Software version e.g., version 3.2 – Company requesting App-ID e.g., CustomSoft Inc. Company creating App-ID is only party allowed to version the App-ID i.e., 3.2, 3.3 etc. Maintain Company/Group buyouts, mergers, acquisitions Associating users to companies to control authorization Generating App-ID – Ensuring App-IDs are not duplicated – Required fields are provided 5

6. © 2015 oneM2M Partners App-ID Ad-Hoc Group Charge Provide recommendations to the TP for: 1.Requirements to be met by the App-ID Registration Authorities 2.Recommendation for determining the App-ID Registration Authorities 3.Recommendation for the timeline of the selection of the Registration Authorities 6

7. © 2015 oneM2M Partners 1. Requirements for App-ID Registry The Registration Authorities shall comply with the following: 1.oneM2M Registrars shall ensure global uniqueness of registered IDs. 2.The company requesting an App-ID will have a Company ID. a)Company incorporation documentation will be required when requesting a new Company ID b)The Company ID shall be associated with the App-ID 3.The Registration Authority shall maintain a Service Level of 99% uptime. Scheduled downtime of more than 4 hours should be communicated to the oneM2M Steering Committee. 4.Registrars must maintain activity log files and provide to oneM2M Steering Committee upon request. 5.Required attributes shall be collected in support of ID generation. 6.All registry information shall be in the English language. 7

8. © 2015 oneM2M Partners 2. Requirements for App-ID Registration Authorities 7.Training to support the use of the registry content and access shall be made available. 8.Registration Authorities may use company branding for the registry as long as the oneM2M logo also appears – per MARCOM approval 9.Reasonable and customary charges will be allowed for pay services. 10.User information will be passed over HTTPS connections. Registry information will be secured behind a firewall. Note: The oneM2M standard allows companies to create a private App-ID Registry for their internal use. The above requirements do not apply to private App-ID Registries. 8

9. © 2015 oneM2M Partners 2. Determining the App-ID Registration Authorities 1.oneM2M member or partner in good standing 2.history of providing and managing a global registry in coordination with an international standards body and in compliance with international standards 3.high-level schedule to meet the oneM2M timelines 4.description of customer support and training in support of the oneM2M Registry 9

10. © 2015 oneM2M Partners 2. Determining the App-ID Registration Authorities Legal Challenge oneM2M is not a legal entity that can contract for the services of a Registration Authority Most likely a SDO will be asked to contract with the Registration Authorities oneM2M will need to agree to the vendor selection requirements of the SDO e.g., open RFP and timeline 10

11. © 2015 oneM2M Partners 3. Recommended Timeline 11 DateActivity 2/15/2015App-ID Ad-hoc group present recommendation to Technical Plenary before TP#17 3/23/2015Technical Plenary review, approve and present recommendations to Steering Committee 3/15/2015Steering Committee review and acceptance of recommendation 5/1/2015Steering Committee selection of Registration Authorities 7/31/2015Registry available for beta testing 12/31/2015oneM2M registries generally available

12. © 2015 oneM2M Partners Summary This is an introduction to the Registry issues An initial draft of recommendations is contained in contribution TP AppID-2014-0002 It is understood that additional concepts and issues may arise as the result of this overview 12

13. © 2015 oneM2M Partners Open Issues 13

14. © 2015 oneM2M Partners Partitioned Registry 14 Pros Steering Committee assigns namespaces to Registrars Registrars are independent - no common infrastructure Cons Synchronization 1 between Registrars required to provide view of all App-IDs Namespace included in App-ID name e.g., A-123, B-123, C-123, registrar lock-in All registrars must implement solution correctly or the registry will suffer Company changes registrar will change name space of future App-IDs Registrar A A-123 Registrar B B-123 Registrar C C-123 1 Possibly model database synchronization off of Whitespace database–to–database synchronization specification http://transition.fcc.gov/bureaus/oet/whitespace/guides/TVWS_Database_Synchronization_InteropSpec_V1.1.1%204-17-12.pdf

15. © 2015 oneM2M Partners Common Infrastructure Central/Root Registry Registrar A ABC-123 Registrar B ABC-124 Registrar C ABC-125 API Central/Root Registry 15 Pros DB Layer and some processing is common Single naming space No synchronization Common reference data e.g., Company Code API is RDBMS or API Scales with # of Registrars Cons Someone needs to build and maintain the DB and API as a shared resource API source ownership Firewall

16. © 2015 oneM2M Partners Background Slides 16

17. © 2015 oneM2M Partners ARC-2015-1716 CR Nicolas Damour introduced ARC-2015-1716 to clarify the intended meaning and use of App ‑ ID in TS ‑ 0001 - Thanks 7.1.3Application Identifier (App-ID) An Application Identifier (App-ID) uniquely identifies an M2M Application in a given context. More precisely, there are two types of App-ID: registration authority defined App-ID (registered App-ID) and non-registered App-ID. The establishment of the registered App-ID is guaranteed to be globally unique; the non- registered App ‑ ID is not guaranteed to be globally unique. The detail format is described in clause 7.2. 17