Protocol Standardization For IOT
Protocol Standardization For IOT
IOT
Web of Things vs. Internet of Things
• Hyperlinks plays a major role in the Web of Things. The name itself
includes web that means to connect it we need protocols like HTTPs.
HTTP transfers data between the web server and the browser in the
hypertext format, on the other hand HTTPs transfers data in the
encrypted format.
• Thus, HTTPs prevents our data from hackers from modifying and
reading the data during the transfer between the web server and the
browser. Even if the hackers managed to get the data, they can’t use it
as the data is encrypted.
• HTTPS uses the Secure Socket Layer (SSL) or Transport Layer Security
(TLS) protocols to establish an encrypted link between the web server
and the browser. TLS is the updated version of SSL.
Web browsers, Multi-tiered Architecture, Application
servers
• Here all the data is saved and the data access layer provides
a platform(API) to the client that helps them by showing the
possible methods of managing the data independently.
Java-Based application servers
Standards and Specifications of WoT
Web Things (WT) Requirements.
Level 0:
• A Web Thing MUST be a HTTP/1.1 server.
• A Web Thing MUST have an access via an HTTP or URL.
• A Web Thing MUST support PUT, GET, POST, and DELETE
HTTP methods.
• A Web Thing MUST implement HTTPs status code 200, 400,
500.
• A Web Thing MUST support JSON as base representation.
• A Web Thing MUST support GET on its source URL.
Level 1:
• Secure connections (HTTPS) SHOULD be used by a Web
Thing.
• WebSocket Protocol SHOULD be used by a Web Thing.
• A Web Thing SHOULD support the WoT model.
• Basic human-readable documentation SHOULD be provided
by a Web Thing.
Level 2:
• The HTTP OPTIONS method for each of its resources MAY be
supported by a Web Thing.
• A Web Thing MAY provide additional representation tools.
• A Web Thing MAY offer a HTML-based UI.
• A Web Thing MAY provide accurate information about the
intended meaning of individual parts of the model.
IoT Protocol Standardization Efforts
• No holistic approach to implement the IoT has yet been proposed.
Many island solutions do exist (RFID, sensor nets, etc.) .
The key objectives of the IoT-A consortium are as follows:
• Create the architectural foundations of an interoperable Internet of Things as a
key dimension of the larger future Internet.
• Architectural reference model together with an initial set of key building blocks.
• Not reinventing the wheel but federating already existing technologies.
• Demonstrating the applicability in a set of use cases.
• Removing the barriers of deployment and wide-scale acceptance of the IoT by
establishing a strongly involved stakeholder group Federating heterogeneous IoT
technologies into an interoperable IoT fabric.
• The emergency application space for smart objects require scalable and
interoperable communication mechanisms that support future innovation as the
application space grows.
• A smart object is defined by IPSO (Internet Protocol Smart
Object) as
An intelligent (RFID) tag
A Sensor
An actuator
An embedded device or Any combination of the above
features to form a more complex entity.
M2M and WSN Protocol
• A broad horizontal standard is a key requirement for the
M2M protocol to move from its current state of applications
existing in isolated silos based on vertical market or
underlying technology to a truly interconnected IoT.
• There are a number of standardization bodies in the field of
WSNs.
• IEEE - the physical and MAC layers
• IETF – physical and MAC layers or above
SCADA and RFID Protocols
• The Object Linking and Embedding for Process Control (OPC)
Foundation is an industry consortium that creates and
maintains standards for open connectivity of industrial
automation devices and systems.
• The OPC standards specify the communication of industrial
process data, alarms and events, historical data and batch
process data between sensors, instruments, controllers,
software systems, and notification devices.
• The smart cards with contactless interfaces (RFID is a subset)
are becoming increasingly popular for payment and ticketing
applications.
• The standard for contactless smart card communications is
ISO/IEC 14443.
Issues with IoT Standardization
• Standardization is like a double-edged sword: critical to market
development, but it may threaten innovation and inhibit change when
standards are accepted by the market.
• The following two issues for the IoT standardization and the ICT
standardization in general may never have answers:
• ICT standardization is a highly decentralized activity. How can the
individual activities of the network of extremely heterogeneous
standards-setting bodies be coordinated?
• It will become essential to allow all interested stake-holders to
participate in the standardization process toward the IoT and to voice
their respective requirements and concerns. How can this be achieved?
THANK YOU