Professional Documents
Culture Documents
Configuration Utility Horizontally scalable, service based architecture - ready to be Scalable Non SQL database for
deployed on enterprise cloud platform / Gateway devices to enable data persistence
end to end IoT solution(s)
Copyright 2017 InterDigital, Inc. All Rights Reserved
4
End to End IoT Deployment Architecture with Chordant™
Functionality Status
oneM2M Compliant Interfaces (Mca, Mcc) with support for HTTP(S), CoAP(S) and MQTT(S) Protocols
Group based handling of application and device operations to increase efficiency
LWM2M standard based Device Management server and client support
Horizontally scalable architecture to enable dynamic scaling of CSE Instances
Quick deployment using Docker Containers
Generate Charging Data Records for Monitoring, Billing and Auditing
Advanced Message Handling & Control (Store and Forward, Scheduling)
Advanced Message Handling & Control (Prioritization, policy based network selection) Roadmap
Data Enhancers
Data enhancers are service providers that take existing
data in the oneTRANSPORT data marketplace and
enhance it to provide more value. For example, they
may clean it up to remove anomalies, combine it with
other data, or apply specific data schemas or analytics.
Data Consumers
Data consumers are public or private sector
oneTRANSPORT data marketplace is a organizations, individuals, universities, and other
growing ecosystem of connected educational and not-for-profit organizations that can
organizations from different sectors, public purchase or download for free the available data. Those
and private, that are sharing data to enable organizations and individuals may consume data in
Smart City collaborative services. order to deliver solutions and services.
Throughput w.r.t Device / Application content create operation scales linearly with addition of CSE and Database
slices, validation up to 10x so far, Architecture supports scaling beyond which shall be eventually validated.
CSE, Database Router, CPU: 4 Cores of Intel(R) Xeon(R) CPU E5-2673 v3 @ 2.40GHz
Database Arbiter
Compute Type-1 14 GB RAM 95
20 GB SSD HDD, 10G ETH
CPU: 8 Cores of Intel(R) Xeon(R) CPU E5-2673 v3 @ 2.40GHz
Database Shards 24 GB RAM 190*
Compute Type-2 128 GB(Data), SSD HDD
20 GB (Journal), SSD HDD, 10G ETH
Hardware requirements theoretically extrapolated based on validation done with 10x scaling
Copyright 2017 InterDigital, Inc. All Rights Reserved 21
* Number of nodes hosting Database doubled for High Availability [Data Replication]
Key Notes – 100k TPS support
The number of servers calculated are based upon current unit of hardware on
which the performance benchmark tests were carried out
The Number of servers to hit 100k TPS (transactions per second) can be
significantly reduced with vertical scaling of the Hardware Unit (server),
specifically CSE and Mongo Shard servers
Chordant platform architecture is flexible to extend the TPS support with
addition of relevant units beyond 100k
Nginx can scale beyond 250K TPS on 8 core machine, alternatively, hardware
based load balancers such as F5 can also be deployed.
3Q 2018 4Q 2018
Chordant Robot based interop test framework deployed by TTA for oneM2M Release 1 certification.
I1042
Subsequent Slides captures a detailed Feature Compliance Matrix of the Chordant Solution in reference to
the following oneM2M Specifications:
Semantics Roadmap
Communication Flow Scheme on Mcc and Mca Supported Exchange of messages across reference points
Procedures for Accessing Resources Supported Support for Blocking and Non-Blocking requests
Procedure for interaction with Underlying Partially Details in the subsequent set of slides.
Networks Supported “3GPP Interworking feature support matrix”
locationPolicy Supported
semanticfanoutPoint Roadmap
timeSeriesInstance Roadmap
role Roadmap
I1042
token Roadmap
dynamicAuthorizationConsultation Roadmap
<mgmtObj>
The <mgmtObj> resource represents a general
structure to map to technology specific data
models. There are multiple specializations of Refer to Slide#27,28 Refer to Slide#27,28 Refer to Slide#27,28 Refer to Slide#27,28
<mgmtObj>. There is no separate schema file just
for <mgmtObj>. Separate oneM2M Management
Functions as per Annexure D of TS-0001 are
supported