1 / 12

A Prototype of Delay-Tolerant Networking Management System (DNMP)

A Prototype of Delay-Tolerant Networking Management System (DNMP). Master Thesis Seminar Presentation. Hao Zhang 31.08.2010. Outline. Problem Statement System Architecture DNMP MIB Local Management Remote Management A dedicated protocol Results Test & Future work. Problem Statement.

thalia
Download Presentation

A Prototype of Delay-Tolerant Networking Management System (DNMP)

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. A Prototype of Delay-Tolerant Networking Management System(DNMP) Master Thesis Seminar Presentation Hao Zhang 31.08.2010

  2. Outline • Problem Statement • System Architecture • DNMP MIB • Local Management • Remote Management • A dedicated protocol • Results • Test & Future work

  3. Problem Statement • A DTN may has long end-to-end delay, lack of connectivity and sparse resources. • Traditional Offer/Answer model is not suitable for constructing the DTN management system, and only a few projects can be referenced. • A management system might be a critical part of a working DTN in real-world, but no mature method available yet.

  4. System Architecture • Overview

  5. DNMP MIB • Tree-like hierarchy, OIDs • MIB object defined by ASN.1 subset SMIv2 • Virtual dictionary • Easy to add more parameters

  6. Local Management • Different DTN bundle protocol implementations with different methods to locally collect the data • In our thesis, a local daemon to scan the DTN2 router through its console interface to get raw management data, convergence layer, links and routes, bundle traffic statistics, etc. • SNMP agent/SNMP proxy to convert raw management data into structured data with the definitions of the DNMP MIB.

  7. Remote Management • Information from each DTN device (DTN node) will be aggregated into the centered device (DTN sink). • Sink-to-Node communication protocol • Schedule Bundle: interval and conditions, list of OIDs, last continuous received report • Report: required OIDs and their values, timestamp of existence, schedule ID • Report Bundle: combined with a number of reports.

  8. 0 0 4 4 8 8 16 16 24 24 31 31 0 4 8 16 24 31 Type Reserved NRC RID OID Counts Report Reserved Sequence Number Timestamp Timestamp OID Number OID Number OID #1 Reserved Data Type Frame size ACK: Last continuous report ID OID;Data Option(NACK or Other reports list ) Payload offset Total Bytes ... Report #1 OID Number OID Number OID #N Reserved Data Type Frame Size ... OID;Data Report #N Remote Management (cont.) • Bundle will expire after the lifetime value • Report Bundle

  9. Implementation & Results • Other software: Boost C++, Agent++ • The local daemon • SNMP agent • Sink and Node applications • Peer to peer is ready • Multiple endpoints is still on development

  10. Results (cont.)

  11. Test & Future work • Tests will be taken with the ONE simulator • With different routing schemes;epidemic, ProPHET, flooding, first contact, etc. • Future work: • Apply more policy mechanisms to generate schedules, and the Sink application should have an event-dispatcher. • Present the aggregated data into graphs or statistical charts, like a web-based server. • Optimize the schedule sending method, for instance, to broadcast a single schedule bundle into the network.

  12. Questions?

More Related