Outline
1. Introduction
2. Use case (Traffic Domain)
3. Challenges
4. Aim and objectives of our research (Motivation)
5. Contribution of the paper
6. Related work (Research papers)
6.1 Design and Deployment of an IoT Application Oriented Testbed
6.2 loT Lab: towards co-design and loT solution testing using the
crowd
6.3 A survey on facilities for experimental internet of things research
6.4 Smart Campus: A user-centric testbed for Internet of Things
experimentation
7. Proposed Testbed
8. Generic Architecture Diagram
9. Architecture Implementation
10. Evaluation and Results
11. Conclusion and Future Work
1. Introduction
// seeking your guidance
2. Challenges
// seeking your guidance
3. Aim and the objective of our research
// seeking your guidance
4. Contribution of the paper
Implementing the idea of an end to end system consisting IoT and big data
technologies is a challenging task due to the integration of different multiple
communication protocols, connectivity standards, frameworks and platforms.
It creates interoperability issues among different technologies. Hence,
deployment of such a large scale end to end system becomes very time
consuming and difficult due to the high learning curves, involvement of
multiple technologies on different layers, etc. Thus, the idea of developing a
testbed is helpful to realize the feasibility of a proposed end to end system.
This paper proposes a testbed architecture for experimenting IoT based big
data analytics. In order to realize the actuality of a testbed we have
implemented two use cases. [1]. Traffic scenario and [2]. Smart lighting. The
first use case is about traffic scenario, where using the multiple emerging
technologies visualization has been generated which converts raw data into
useful knowledge. In the second use case, real motion detection sensors are
deployed to enable the smart lighting in the building. In this use case, the
system is analyzing the energy consumption of the lighting set up in the
building.
The paper represents the idea of WoTT (Web Things testbed) for the testing
and Designing real world innovative IoT products and application that solves
the problem in different areas such as healthcare, transportation, security,
etc. The global reach and extreme heterogeneity of the Internet of Things
present major application development challenges. Here, Testbed provides a
stable, open, dynamic, and secure infrastructure to simplify application design
and testing. This paper presents two use cases of actually deployed testbeds
in the field of energy consumption and environmental data collection.
What is IoT hub? How is it useful? The IoT Hub is not just required for interaction
and interoperability, but its presence extends the IoT network and increases
its capabilities by simplifying and hiding complex and important tasks such as
service discovery and routing. As per the authors WoTT (Web of things
testbed)s main goals are to [1]hide low-level implementation details,
[2]enhance network self-configuration by minimizing human intervention,
[3]transparently and simultaneously manage multiple protocols and
platforms, and [4] provide a platform for the design and testing of human
object interaction patterns
IoT hub - WoTT does not simply enable communications between IoT actors; it
constitutes a uniform super-entity able to provide enhanced functionalities
that go beyond the mere union of its components features. To achieve this
super-entity status, WoTT uses the various communication technologies in the
IoT Hub to bridge and merge together several networks into a single IP
network
Benefits of WoTT
The efforts devoted to WoTT design, the IoT Hub, and the use of standards
have simplified the deployment process, making the integration of all different
elements straightforward, notwithstanding their heterogeneity.
5.2: loT Lab: towards co-design and loT solution testing using the
crowd
This paper talks about an IoT Lab project which is about researching the
potential of crowdsourcing as an extension to the traditional IoT
infrastructure. This project proposes the novel approach for implementation
and testing of solutions with the involvement of crowd in process. Here, user
can participate in the experiment through contributing with sensory data and
knowledge. The goal is to engage the crows in achieving goals of innovative
products, process optimization and problem solving in different areas and
industries such as design, science and health, IT, finance, entrepreneurship,
social enterprise and many more. In this approach, the crowd generally
contributes with knowledge, time, feedback, ideas, resources, or even funding
to a project.
Figure-1 Architecture for IoT lab platform
In this crowd driven approach, the crowd proposes a potential experiment for
IoT lab platform. Users work as sensing nodes and provide information
through the smartphone application. These ideas and information are
collection and the crowd assess this information or ideas. The selected idea is
implemented by the researchers and again evaluated by the crowd. This
iterative process continues and generates more impactful research and
results.
The paper also proposes unique model of the Testbed as a Service (TBaaS).
The Testbed as service model grants all integrated testbeds the ability to be
accessible in a uniform and transparent way by using cloud technologies. All
the necessary APls and underlying mechanisms that meet the requirements
and the architecture design of loT Lab platform will make all testbeds function
as a single loT meta-testbed providing a TBaaS cloud layer. In the TBaas, The
federated virtualized resources will be accessible via a range of technologies
that are supported by the vast majority of modern devices and systems. It will
also provide new business models for better development of Testbed
experiments.
Testbed scopes:
Figure-2: Testbed scopes
When building an IoT testbed, one key consideration is its scope. In terms of
the technological scope, a testbed can be single-domain if it addresses only a
particular type of IoT technology, e.g. wireless sensor network or RFID
devices. A multi-domain testbed is one that combines different IoT
technologies into a common experimental facility. The latter one is
increasingly important in addressing the IoT heterogeneity requirements.
Testbeds can be realized either indoor (Motelab) or outdoor (CitySense, Oulu
smart city, SmartSantander), thereby influencing the choice of the underlying
hardware architecture and software mechanisms. Indoor installations often
provide easier access to power and cabling for the testbed control and
management, making them easier to manage and more available. In contrast,
outdoor testbeds often rely on wireless connections, requiring additional
mechanisms in order to increase reliability. They also have to be protected
against malicious physical access and other threats that do not occur as
frequently in controlled environments. Furthermore, testbeds can be realized
either as permanent installations that are constantly available or portable
ones, usually temporarily deployed for measurement campaigns.
Testbeds can differ based on the application domain they are designed to
investigate. Generic testbeds such as Motelab, WISBED or SenseLab enable
experimentation research of communication protocols at different levels of the
protocol stack or application level algorithms that are mostly independent of a
particular application or service. More recently, domain-specific testbeds have
emerged that allow the evaluation of services and applications in a real
environment and from the end-user perspective.
5.4: Smart Campus: A user-centric testbed for Internet of Things
experimentation
Abstract Using IoT one can observe longitudinal (for a long time) observation
of Human behavior and Understand behavioral patterns that can inform
further IoT technology design. Currently, Experimentation with IoT
technologies is predominantly carried out in lab-based testbeds.
6. Proposed Testbed
8. Implemented Architecture
Use Case: As mentioned earlier in the section, from the thorough research of
different traffic datasets we have generated simulated traffic readings for the
development of a traffic scenario use case. The simulated data from the
Raspberry pi (MQTT Publisher) is published to the MQTT subscriber through
the MQTT broker. Here, MQTT is used as it is lightweight protocol for M-to-M
(Machine to Machine communication). Especially in the case of sensors, it is of
utmost use as these embedded device environment operates under scarce
resource conditions. Not just this, but MQTT also considers bandwidth and CPU
limitations being the lightweight publish/subscribe messaging protocol. The
integration of Kafka is useful for the scalability purpose considering the huge
flow of streaming data. The Kafka is also another publish/subscribe messaging
system used for streaming big data. This real time streaming data thus stored
into the database from which traffic data values can be retrieved for the
visualization purposed with firing queries. Here, we are showing the
generated results with the help of Shiny package in R; which lets user interact
with the desired results.
In figure-4, an R dashboard window gives the interactive visualization for the
end user. Here, the simulated data consists of the type of vehicles present on
the road. An end user can get to know the total number of vehicles by
different filters such as date, location (A particular route) and hour range. A
user can observe the number of vehicles (with their types) passing by with the
filter of date and time.
In figure 5, user can compare vehicle flow on different routes filtered by date
and hour range. This real time streaming data is visualized to realize the
density of vehicular traffic on different routes on a given date and time.
In figure 6, an R window lets user know the vehicular density on different dates
(filtered by hours range) for the same location (Route). This is again achieved for the
real time streaming data. Here, end user can see the vehicular traffic condition on
different selected dates and for a specific hour range on the same location (route).
A testbed is a useful solution for checking the feasibility of a concept or an idea. Not
just this, such testbeds helps the research fraternity to contribute to the real world
problems with the emerging and latest technologies at a rapid pace. The existence of
such open source projects helps in reducing significant efforts in the configuration
and integration of multiple technologies and frameworks. Undoubtedly, there are
issues regarding the authenticate datasets for research and analysis purposes.
However, there had been availability of accurate and authenticate datasets, the
proposed system can perform for well for the required analysis. Here, we have
implemented two use case: 1.Traffic scenario and 2. Smart lighting. This is a small
scale implementation with significant success from the whole system point of view.
This can be scaled further with more number of sensing nodes deployed on the
required locations.
---------------------------------------------------------------------------------
---------------------------Others things regarding testbed:
Test bed is an environment which is configured in accordance to meet the identified
test goal for the application/product .A test bed is a platform which allows:
1. Experimentation (Use of different technologies)
2. Evaluation (various use cases)
3. Testing of service usability (interactive visualization)
4. Testing of technical stability
Test beds are needed to understand a framework for experimentation of new
technologies under realistic operating conditions. It is a development environment
(or an environment set-up) which is useful for conducting rigorous and replicable
testing of solutions, concepts, theories and new technologies. Test beds are
developed to realize the actual scenarios with the freedom of wide experimental
possibilities (Contrary to actual scenarios which are more confined in nature)