In Vivo Evaluation of the Secure Opportunistic Schemes Middleware using a Delay Tolerant Social Network

Over the past decade, online social networks (OSNs) such as Twitter and Facebook have thrived and experienced rapid growth to over 1 billion users. A major evolution would be to leverage the characteristics of OSNs to evaluate the effectiveness of the many routing schemes developed by the research community in real-world scenarios. In this paper, we showcase the Secure Opportunistic Schemes (SOS) middleware which allows different routing schemes to be easily implemented relieving the burden of security and connection establishment. The feasibility of creating a delay tolerant social network is demonstrated by using SOS to power AlleyOop Social, a secure delay tolerant networking research platform that serves as a real-life mobile social networking application for iOS devices. SOS and AlleyOop Social allow users to interact, publish messages, and discover others that share common interests in an intermittent network using Bluetooth, peer-to-peer WiFi, and infrastructure WiFi.Comment: 6 pages, 4 figures, accepted in ICDCS 2017. arXiv admin note: text overlap with arXiv:1702.0565

Routing in a many-to-one communication scenario in a realistic VDTN

In this paper, we evaluate and compare the performance of different routing protocols in a many-to-one communication within a Vehicular Delay Tolerant Network (VDTN). Seven groups with three stationary sensor nodes sense the temperature, humidity and wind speed and send these data to a stationary destination node that collect them for statistical and data analysis purposes. Vehicles moving in Tirana city roads in Albania during the opportunistic contacts will exchange the sensed data to destination node. The simulations are conducted with the Opportunistic Network Environment (ONE) simulator. For the simulations we considered two different scenarios where the distance of the source nodes from the destination is short and long. For both scenarios the effect of node density, ttl and node movement model is evaluated. The performance is analyzed using delivery probability, overhead ratio, average latency, average number of hops and average buffer time metrics. The simulation results show that the increase of node density increases the delivery probability for all protocols and both scenarios, and better results are achieved when shortest-path map-based movement model is used. The increase of ttl slightly affects the performance of all protocols. By increasing the distance between source nodes and destination node, delivery probability is decreased almost 10% for all protocols, the overhead for sprayandwait protocol does not change, but for other protocols is slightly increased and the average number of hops and average latency is increased.Peer ReviewedPostprint (author's final draft

WEATHER SENSOR DATA ACQUISITION USING DELAY TOLERANT NETWORKING

Placing a weather sensor in a remote area requires a network media to deliver the data to an accessible database somewhere in the Internet. This situation requires Delay Tolerant Network to deliver data at a later period of time and continues to collect weather data for later deliveries to the connected network. An application is designed to be able to access the output data of an AAG wire weather sensor and keep the data in a database as long as the weather sensor is collecting data, so that those data are collectible at later time by a mobile computer with wireless connectivity. Then to deliver the data to a connected server in the Internet. This application is developed using Interplanetary Overlay Network, deployed in a mobile laptop from and to the remote sensor and an Internet connected server. It displays the output from weather sensor. The outputs displayed in a website with temperature, wind speed, and wind direction. From the implementation and experiment result, the application works successfully with the Interplanetary Overlay Network, useful to those who want to observe temperature, wind speed, and wind direction from a remote, connectionless area

Adding Network Coding Capabilities to the WSNet Simulator

This technical report presents the implementation of a Network Coding module in WSNet - a Wireless Sensor Network simulator. This implementation provides a generic programming interface to allow an easy specialization of different coding strategies: random, source/destination-oriented, intra/inter-flow, etc

Using Neighborhood Beyond One Hop in Disruption-Tolerant Networks

Most disruption-tolerant networking (DTN) protocols available in the literature have focused on mere contact and intercontact characteristics to make forwarding decisions. Nevertheless, there is a world behind contacts: just because one node is not in contact with some potential destination, it does not mean that this node is alone. There may be interesting end-to-end transmission opportunities through other nearby nodes. Existing protocols miss such possibilities by maintaining a simple contact-based view of the network. In this paper, we investigate how the vicinity of a node evolves through time and whether such information can be useful when routing data. We observe a clear tradeoff between routing performance and the cost for monitoring the neighborhood. Our analyses suggest that limiting a node's neighborhood view to three or four hops is more than enough to significantly improve forwarding efficiency without incurring prohibitive overhead.Comment: 5 pages, 5 figures, 1 tabl

Impact of content storage and retrieval mechanisms on the performance of vehicular delay-tolerant networks

“Copyright © [2010] IEEE. Reprinted from 18th International Conference on Software, Telecommunications and Computer Networks (SoftCOM 2010). ISBN: 978-1-4244-8663-2 . This material is posted here with permission of the IEEE. Internal or personal use of this material is permitted. However, permission to reprint/republish this material for advertising or promotional purposes or for creating new collective works for resale or redistribution must be obtained from the IEEE by writing to [email protected]. By choosing to view this document, you agree to all provisions of the copyright laws protecting it.”Vehicular Delay-Tolerant Networking (VDTN) is a new disruptive network architecture based on the concept of delay tolerant networks (DTNs). VDTNs handle non-real time applications using vehicles to carry messages on their buffers, relaying them only when a proper contact opportunity occurs. Therefore, the network performance is directly affected by the storage capacity and message retrieving of intermediate nodes. This paper proposes a suitable content storage and retrieval (CSR) mechanism for VDTN networks. This CSR solution adds additional information on control labels of the setup message associated to the corresponding data bundle (aggregated traffic) that defines and applies caching and forwarding restrictions on network traffic (data bundles). Furthermore, this work presents a performance analysis and evaluation of CSR mechanisms over a VDTN application scenario, using a VDTN testbed. This work presents the comparison of the network behavior and performance using two DTN routing protocols, Epidemic and Spray and Wait, with and without CSR mechanisms. The results show that CSR mechanisms improve the performance of VDTN networks significantly.Part of this work has been supported by the Instituto de Telecomunicações, Next Generation Networks and Applications Group (NetGNA), Portugal in the framework of the Project VDTN@Lab, and by the Euro-NF Network of Excellence from the Seventh Framework Programme of EU, in the framework of the Specific Joint Research Project VDTN

The fans united will always be connected: building a practical DTN in a football stadium

Football stadia present a difficult environment for the deployment of digital services, due to their architectural design and the capacity problems from the numbers of fans. We present preliminary results from deploying an Android app building an ad hoc network amongst the attendees at matches at Brighton and Hove Albion's AMEX stadium, so as to share the available capacity and supply digital services to season ticket holders. We describe the protocol, how we engaged our users in service design so that the app was attractive to use and the problems we encountered in using Android