370 likes | 518 Views
Disruption Tolerant Networks Aruna Balasubramanian University of Massachusetts Amherst. What?. Termed coined by DARPA Fundamentally different way of looking at networks. Wireless LAN. Internet. Cell tower. Wired LAN.
E N D
Disruption Tolerant Networks Aruna Balasubramanian University of Massachusetts Amherst
What? • Termed coined by DARPA • Fundamentally different way of looking at networks Wireless LAN Internet Cell tower Wired LAN End to End connectivity between device and Internet gateway
Primary characteristics of DTNs: No contemporaneous end-to-end path need to exist
Traditional networks Destination i Source Intermediate
i i i Disruption Tolerant Networks • Post office model • Store and forward X Z Y
Why bother? • Can be adapted to scenarios other than inter-planetary communication • To enable network access, when infrastructure is • difficult to deploy • expensive to deploy • available, but a DTN can still improve performance • Some real life examples where DTNs are being used…..
Infrastructure is difficult to deploy • Wild-life tracking TurtleNet project, UMass Deployed in Amherst ZebraNet project, Princeton Deployed in Mpala, Kenya
Infrastructure expensive to deploy • Providing Internet connectivity to developing regions. E.g., Email KioskNet in Waterloo, Digital Gangetic Project in India
Even when infrastructure is available • Provide a cheaper alternate to cellular data plans. Google from the bus without a 3G plan!!! DieselNet project, UMass CarTel project, MIT
Outline • Why are DTNs useful • Application layer: How are the applications really implemented? • Routing layer • DTN stack • Power management • Lessons learnt from our deployments efforts
Single hop case • When node meets an Internet gateway it sends/receives data. Internet
How to implement email in single hop? • Email protocols today (IMAP/POP) cannot work in the presence of disruptions • Solution: Use a gateway
How about web search? <your favorite search engine> Retrieving web…. Retrieving images… Retrieving….
Web search challenges Frequent disruptions may mean you keep retyping the query
Adapting web search to mobile networks (Thedu) Google, Yahoo, Live , Ask, …. Queries from mobile Store query Interface Thedu Client Snippets Prefetch Web pages returned to mobile Store web pages Thedu proxy
Other web search apps based on DTNs • The TEK search engine: Collects all possible data for a search query and returns it in email format • RuralCafe • Caches search queries to perform local search • Send search responses in the form of sessions
Outline • Why are DTNs useful • Application layer • Routing layer: How can we support multihop? • DTN stack • Power management • Lessons learnt from our deployments efforts
Routing challenges Wired/Mesh/MANETs • End-to-end path exists • Known topology • Low feedback delay • Retries possible DTNs • No end-to-end path • Uncertain topology • Feedback delayed/nonexistent Primary challenge: finding a path to the destination under extreme uncertainty
i i Post office model may not always work! X Y Z
i i i i Key idea in DTN routing: Replication X Z Y W Naïve replication using flooding wastes resources and can hurt performance
Efficient replication • When two nodes X and Y meet, what packets should be replicated? • Heuristics • Random replication: X randomly select packets in the buffer and transfer to Y • Maximum replication count: Set a replication threshold for each packet • Meeting frequency: X will send a packet to Y, if Y has a higher probability of meeting the destination.
More replication-based heuristics • Utility-based routing (Our work) • Each packet is given a utility, based on the routing metric. • For example, if the routing metric is to minimize delays, the utility is the expected delivery delay • The first packet replicated is one whose replication decreases the delivery delay by most
Outline • Why are DTNs useful • Application layer • Routing layer • DTN stack: Can we simply use the wireless stack? • Power management • Lessons learnt from our deployments efforts
Do we need a new link layer? • 802.11 is successful link layer protocol for wireless networks. • Average time to connect ~ 13 sec • Average duration of AP meeting in DieselNet is 25 sec In DTNs, the timeouts and retries and significantly reduced. DHCP overhead is reduced by caching
DTN2 stack • The DTN stack has two additional components • A bundle protocol: For store and forward • A convergence layer: To determine sending rate • Being standardized by IETF, implemented by BBN Receiver Sender
Outline • Why are DTNs useful • Application layer • Routing layer • The DTN stack • Power management • Lessons learnt from our deployments efforts
Power Management • Motivation: To have perpetual battery-operated network systems • Example: If GPS is on, battery life is 3 hours
Key idea for power management: Energy Harvesting • Use solar cells to scavenge energy • Challenges • Amount of energy harvested depends on size of the cell • Variable energy harvested per node • Seasonal, unpredictable Take away: Smart power management scheme needed even with energy harvesting
Outline • Why are DTNs useful • Routing layer challenges • Link and transport layer challenges • Application layer challenges • Power management challenges • Lessons learnt from our deployments efforts
Details • 40 buses, 26-node mesh testbed • Our lab pays $1600 per month for 3G connection on buses; no monthly cost for WiFi • Roughly 50GB of data is downloaded from the bus using WiFi
DieselNet Advantages • Very useful for research: Evaluation is a lot more believable; forced to think practical • Useful for the community. Example: bus tracking project, pothole patrol
Challenges in outdoor deployment • Difficult to fix broken parts • Cannot predict the quality of information collected, because • Many buses may be broken • Maybe running different versions • Bomb scare!!
Take Aways • DTNs useful in various environments • Protocols that work well in wired and even wireless networks do not work well in DTNs • Rethink all four layers of the OSI stack, as well as power management
Resources • DTN research group: http://www.dtnrg.org/ • DieselNet, TurtleNet: http://prisms.cs.umass.edu/dome/ • MIT’s CarTel: http://cartel.csail.mit.edu/ • Waterloo’s KiokNet: blizzard.cs.uwaterloo.ca/tetherless/index.php/KioskNet • My website: www.cs.umass.edu/~arunab
Challenge in deploying Email, FTP (2) • TCP throughput very low in the mobile setting • Starts sending 1 packet per window • Increases packets by 1 per window if not losses • If a single packet is lost, the window size is halved. • TCP thinks losses are due to congestion, and another node is sending • Even if the bandwidth is 1Mbps, TCP only uses a small portion of the bandwidth Possible solution: Make TCP differentiate between congestion and bad channel quality. Decrease rate only for congestion .
Link and transport layer challenges OSI Stack X Z Y Transport layer challenges: TCP, UDP are end-to-end protocols. But there is no end-to-end connectivity Link layer challenges: similar to any other network, except in handling handoffs during mobility