1. Performance analysis of an IP based protocol stack for WSNs
Speaker: Qi-Hong Cai
Advisor: Dr. Ho-Ting Wu
2017/1/17

2. Outline Introduction Related Work and Background
Pilot Case-System Architecture for Flood Assessment and Involved Protocols
Simulations
Results and Analysis
Conclusions and Future Work
Reference

3. Introduction
Internet Protocol (IP) has always been considered the protocol for LAN or WAN, PCs and Servers.
It was not thought appropriate for sensor networks or Personal Area Networks because of the perception that it was too heavy weight for these applications.
6LoWPAN defines how to layer IPv6 over low data rate, low power, small footprint radio networks (LoWPAN) as typified by the IEEE radio.

4. Introduction (Cont.)
The real-time application of flood assessment, which is a pilot test case for our proposed stack.
Evaluate the quality of service parameters namely, the throughput, the end to end delay and the packet loss by means of simulations.

5. Related Work and Background
Contiki OS and the Cooja simulator
specific details about the aspects of proto-threads
full IP networking under the hood as an open source software
CoAP framework Californium
reference libraries and functions to generate interesting use cases and applications

6. Related Work and Background (Cont.)
Smart water management model
based on the OPC UA (Object Linking and Embedding for Process Control Unified Architecture) platform
combining IoT technologies with business processes coordination and decision support systems
AR Genie platform with the ekoNET IoT service
demonstrate usage of a realtime environmental data within AR mobile applications
enable a new, more engaging way of IoT data visualization utilizing gaming and AR technologies

7. Related Work and Background (Cont.)
6LoWPAN can run on other physical layers, and it allows for seamless integration with other IP-based systems
6LoWPAN trumps ZigBee on most of these criteria as it derives most of the advantages from the prowess of IP.
Interoperability, Scalability, Complexity, Re-usability, Security, Reliability, Energy Efficiency and Availability
This paper attempts to evaluate these metrics using simulations, which will determine the feasibility of the proposed IETF stack to real-time applications.

8. Pilot Case-System Architecture for Flood Assessment and Involved Protocols
Various types of wireless sensors can be employed to collect the quantitative data and the heterogeneous WSN architecture
Fig. 1.
Proposed network architecture for flood assessment.

9. Pilot Case-System Architecture for Flood Assessment and Involved Protocols (Cont.)
The network stack architecture is in accordance with the IETF recommended stack and the IP for smart objects alliance (IPSO).
6LoWPAN, RPL
CoAP

10. 6LoWPAN IPv6 over Low-Power Wireless Personal Area Network
Small packet size (127 bytes)
Low bandwidth (250 Kbps)
Low power, typically battery operated
Interoperate with traditional computing infrastructure
Great ability to work within the resource constraints of low-power, low-memory, low-bandwidth devices like WSN

12. 6LoWPAN (Cont.) Q

13. 6LoWPAN (Cont.) Adaptation layer
Header compression compresses the 40-byte IPv6 and 8-byte UDP headers
Fragmentation and reassembly IPv6 MTU (1280 bytes) > MTU (127 bytes)
Stateless auto configuration devices inside the 6LoWPAN network automatically generate their own IPv6 address

14. RPL IPv6 Routing Protocol for Low-Power and Lossy Networks (LLN)
directed acyclic graph (DAG)
DODAG (destination oriented DAG)
The DODAG root may act as a border router for the DODAG
Aggregate routes in the DODAG and may redistribute DODAG routes into other routing protocols

15. CoAP Constrained Application Protocol Constrained nodes
8-bit microcontrollers with small amounts of ROM and RAM
Constrained networks
6lowpans often have high packet error rates and a low throughput
Request/response interaction model between application endpoints
Supports built-in discovery of services and resources
Easily interface with HTTP for integration with the web

16. Simulations Contiki OS and uIPv6 Cooja
Contiki is a popular embedded open-source operating system for small microcontroller architectures.
uIPv6 is a very small implementation of IPv6 with 6LoWPAN support.
Cooja
a wireless sensor network simulator designed for the Contiki operating system.
java-based simulator which supports using C language to develop application

17. Simulations (Cont.) Californium (Cf) Framework Simulation Scenario
a powerful CoAP framework which implements CoAP in Java.
providing a convenient API for RESTful Web services
33 to 64 times higher throughput than high-performance HTTP Web servers
Simulation Scenario
Temperature and humidity sensors running coap servers
CoAP client periodically sends GET requests to the servers in the simulation to get the current temperature and humidity values through the border router

18. Simulations (Cont.) Mote 1 is the border router
connects the sensor network to the internet
Motes 2–6 are temperature and humidity sensors
running CoAP servers which are queried by the external CoAP client application

19. Simulations (Cont.) Cooja simulation parameters Californium properties
Value
Radio medium
Unit Disk Graph Medium
Mote Type/ startup delay
T-mote Sky/
1000 ms
MAC layer
CSMA/CA
Bit rate
250 kbps
Radio duty cycling
NullRDC
Node transmission range
50 m
Node carrier sensing range
100 m
Tx / Rx ratio
100 %
Property name
Value
Max retransmit factor
Max trasmit wait
93000
Ack timeout
2000
Ack random factor
1.5

20. Results and Analysis
Throughput
End to End Delay
Packet Loss

21. Throughput throughput peaks at around 10 packets/sec and then declines
greater packet loss occurring due to increased incoming traffic

22. End to End Delay
almost linear relationship for the different hop scenarios

23. Packet Loss CoAP retransmission factor is set to 0
trade-off between energy consumption and performance

24. Conclusions and Future Work
6LoWPAN potentially solves the interoperability problem.
The interoperability prowess of 6LoWPAN emerges as the single biggest advantage over Zigbee
CoAP is not particularly sensitive to the increase of client request generation time
This is an important advantage because the application of flood detection requires frequent access to WSN data.

25. Conclusions and Future Work (Cont.)
CoAP with its congestion control mechanism based on the request time out (RTO) and re-transmission factor also ensures reliability
default CoAP re-transmission factor of 4
even with a packet generation rate of packets/sec and the scenario of 5 hops, negligible packet losses occurred
This is an important advantage of CoAP, which implements congestion control mechanisms over the unreliable transport layer protocol UDP.

26. Conclusions and Future Work (Cont.)
Based on these simulations, one can design the physical deployment effectively in terms of how many hops are supportable and positioning of base station/router.
In addition throughput and latency requirements for the real-time applications can be analyzed.
All these metrics make the suggested stack an optimal fit for real time applications like flood detection.

27. Conclusions and Future Work (Cont.)
6LoWPAN adopts a mesh topology and uses a routing algorithm which does not take care of the sleeping mode thus requiring approaches such as low-power listening for energy saving purpose.
Such energy saving modes will be an engaging area of research.
Computing the re-transmission time out (RTO) in CoAP
Finally, the hardware deployment of the stack simulated for a pilot test study of flood detection and a comparison of simulated and observed values of parameters would be a crucial validation of the proposition made.

28. Reference
S. Thombre, R. Ul Islam, K. Andersson and M. S. Hossain, "Performance analysis of an IP based protocol stack for WSNs," 2016 IEEE Conference on Computer Communications Workshops (INFOCOM WKSHPS), San Francisco, CA, 2016, pp
White paper: 6LoWPAN demystified

29. Thanks for your attention.