- Ibr-dtn - lists.ibr.cs.tu-bs.de

Re: [ibr-dtn] [IBR-DTN] " ERROR IPNDAgent: failed "
by Stephan Rottmann 18 Jul '15

18 Jul '15

Hi Matheus, I'm replying public to the IBR-DTN-list since there are many other people reading and might have an idea, too. Thus, I also attached the files, too. Can you draw an (ASCII-Art) image of the setup (network interfaces, ...) of what you are trying to do, please? In the mail you said, you are using wlan0 for communication, but in the config, you defined wlan1 as the device, where you can reach the API. This means, that tools like dtnsend can connect to the deamon via this interface. If I get it right, there are no convergence layers defined in your config, which are needed for communication between the nodes. How are the Raspberry and BeagleBone connected to each other, via Ethernet or WLAN? Best regards, Stephan On Fr, 2015-07-17 at 13:39 -0300, MATHEUS CARMO OLIVEIRA wrote: > Thanks for answering! > The corresponding configuration file log of the previous email is > ibrconf. > > > I tested again using the default setting when installing the program, > the ibrdtnd_default.conf. The corresponding log is ibrdtn_default.log. > Attached are also the interfaces settings. > > > I would like to stress that I am only interested in connecting a > Raspberry Pi to others who are running the daemon to measure protocols > performances, be a BEAGLEBONE or Raspberry well. Oh yeah, I'm using > hostapd Program wlan0 interface. This affects something? > > > (Code attached). > > 2015-07-17 12:44 GMT-03:00 Stephan Rottmann > <rottmann(a)ibr.cs.tu-bs.de>: > Hi Matheus, > > can you please attach your configuration file? > > Best regards to Manaus, > Stephan > > Am Freitag, den 17.07.2015, 11:46 -0300 schrieb MATHEUS CARMO > OLIVEIRA: > > Hello guys! I'm a graduate student in Computer Science from > the > > Federal University of Amazonas. Sorry my English, because > I'm trying > > to translate in parallel with Google Translate. Anyway, I'm > on a > > research project on DTN, and I'm interested in using the > IBR-DTN to > > assist me in the search. I'm using IBR-DTN program Raspberry > Pi and > > BEAGLEBONE, both with Raspbian. It generates the output > below: > > > > > > Thu Jul 16 16:43:13 2015 INFO NativeDaemon: IBR-DTN daemon > 1.0.1-433 > > (build 916f576) > > Thu Jul 16 16:43:13 2015 INFO Configuration: Configuration: > ibrconf > > Thu Jul 16 16:43:13 2015 INFO NativeDaemon: use logfile for > > output: /home/pi/ibrdtn.log > > Thu Jul 16 16:43:13 2015 INFO NativeDaemon: Parallel event > processing > > enabled using 4 processes. > > Thu Jul 16 16:43:13 2015 INFO BundleCore: Local node name: > > dtn://node1.dtn > > Thu Jul 16 16:43:13 2015 INFO BundleCore: Forwarding of > bundles > > enabled. > > Thu Jul 16 16:43:13 2015 NOTICE GlobalEvent: Internet > connection is > > available. > > Thu Jul 16 16:43:13 2015 INFO SecurityKeyManager: > initialized; > > path: /etc/ibrdtn/bpsec > > Thu Jul 16 16:43:13 2015 INFO NativeDaemon: using bundle > storage in > > memory-only mode > > Thu Jul 16 16:43:13 2015 INFO NativeDaemon: API initialized > using unix > > domain socket: /tmp/ibrdtn.sock > > Thu Jul 16 16:43:13 2015 INFO DiscoveryAgent: listen to > > [224.0.0.142]:4551 > > Thu Jul 16 16:43:13 2015 INFO DiscoveryAgent: listen to > > [ff02::142]:4551 > > Thu Jul 16 16:43:13 2015 INFO DHTNameService: DHT > initialized on Port: > > 36803 with ID: > > Thu Jul 16 16:43:13 2015 ERROR IPNDAgent: failed to set-up > multicast > > socket on <any>:4551: 97: cannot create socket > > Thu Jul 16 16:43:13 2015 INFO NativeDaemon: Using default > routing > > extensions > > Thu Jul 16 16:43:14 2015 WARNING DHTNameService: > bootstrapping from > > > domain dtndht.ibr.cs.tu-bs.de failed with error: -2 > > Thu Jul 16 16:43:15 2015 INFO DHTNameService: DHT shut down > > Thu Jul 16 16:43:15 2015 NOTICE GlobalEvent: Shutdown > initiated. > > > > > > > > > > The message "Daemon is ready" never appears. Can you help me > with > > this! > > > > > > Greetings !! > > > > > >

1 0

Re: [ibr-dtn] Ibr-dtn Digest, Vol 58, Issue 1
by abu fahruddin 04 May '15

04 May '15

hi Sebastian, I had read that research report and use as my reference, but I see that research by using simulator only and my research in the real condition. Anyway I also use wireshark to analysis IBR-DTN throughput but the result was not real time condition of course it is different with iperf. I don't know what the iperf can use to analysis IBR-DTN also???? So far I don't have any reference the dtnperf can use on IBR-DTN and I know this software only for DTN2. If you have any reference please share to me. Best regards On Fri, May 1, 2015 at 5:00 PM, <ibr-dtn-request(a)ibr.cs.tu-bs.de> wrote: > Send Ibr-dtn mailing list submissions to > ibr-dtn(a)ibr.cs.tu-bs.de > > To subscribe or unsubscribe via the World Wide Web, visit > https://mail.ibr.cs.tu-bs.de/listinfo/ibr-dtn > or, via email, send a message with subject or body 'help' to > ibr-dtn-request(a)ibr.cs.tu-bs.de > > You can reach the person managing the list at > ibr-dtn-owner(a)ibr.cs.tu-bs.de > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Ibr-dtn digest..." > > > Today's Topics: > > 1. Re: throughput IBR-DTN (Sebastian Schildt) > 2. Re: Bundle Queueing (Johannes Morgenroth) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 30 Apr 2015 18:39:09 +0200 > From: Sebastian Schildt <schildt(a)ibr.cs.tu-bs.de> > To: ibr-dtn <ibr-dtn(a)ibr.cs.tu-bs.de> > Subject: Re: [ibr-dtn] throughput IBR-DTN > Message-ID: <DC1EE5A8-5993-4341-A1DD-73D541EF28C9(a)ibr.cs.tu-bs.de> > Content-Type: text/plain; charset=utf-8 > > If you want the goodput, that is you want to find out how many user data > is transmitted, you can just create some test-data, and send it. For > example create a 100MB file and send it 100 times using dtnsend/dtnrecv > and then using netcat for TCP/IP and measure the time needed. > > > However, interpretation of results is not that easy, as for example small > files lead to different performance: In the Bundle Protocol, because there > is some additional processing overhead per Bundle and also TCP itself will > perform differently due to slow-start. For DTN Storage configuration can > have a large impact too. > > Just look at the (probably confusing) graphs here: > http://jenkins.ibr.cs.tu-bs.de/dtnperf/ > Form top to bottom every graph uses larger bundle sizes. Inside each graph > configuration of storage or security is varied. The point is, on the same > machine for very small bundles you get tenths of kilobits or 900 Mbit for > large bundles when operating in-memory…. > > > Some information what can be measured, and what things influence > performance can be seen in this older technical report: > https://www.ibr.cs.tu-bs.de/papers/poettner-tr201108.pdf > However the IBR-DTN/DTN-2 and ION versions used in that paper are outdated > now, so the actual performance numbers might be different > > > Sebastian > > > > > > > On 28 Apr 2015, at 02:20, abu fahruddin <abu.fahruddin(a)gmail.com> wrote: > > > > Hi all, > > > > I just want to compare throughput IBT-DTN and TCP IP. > > Could you help me the correct tools. Currently I use wireshark but I > still confiuse to analysis wireshark for live striming data. > > > > > > -- > > !! This message is brought to you via the `ibr-dtn' mailing list. > > !! Please do not reply to this message to unsubscribe. To unsubscribe or > adjust > > !! your settings, send a mail message to < > ibr-dtn-request(a)ibr.cs.tu-bs.de> > > !! or look at https://mail.ibr.cs.tu-bs.de/listinfo/ibr-dtn. > > > > ------------------------------ > > Message: 2 > Date: Fri, 01 May 2015 09:33:57 +0200 > From: Johannes Morgenroth <morgenroth(a)ibr.cs.tu-bs.de> > To: ibr-dtn(a)ibr.cs.tu-bs.de > Subject: Re: [ibr-dtn] Bundle Queueing > Message-ID: <55432C65.6020809(a)ibr.cs.tu-bs.de> > Content-Type: text/plain; charset=utf-8 > > Hello Alex, > > there is no 'specific' reason for that. It is more a historical > engineering decision. The memory-based storage was the first which got > implemented. In the later development, the disk-based variant was > implemented to support devices with small amounts of memory. To achieve > a high performance, the disk operations are processed within a separate > thread. In the memory-based implementation this is not necessary, > because there are no long blocking operations. > > Kind regards, > Johannes > > Am 20.04.2015 um 10:24 schrieb Alex van der Linden: > > Currently I'm looking into the bundle queuing of IBR-DTN. In the code of > > IBR-DTN_1.0.1 I've found different queue implementations for HDD > > (SimpleBundleStorage) and memory (MemoryBundleStorage). i.e. In the > > SimpleBundleStorage _priority_index queue is encapsulated by the class > > MetaStorage and in the MemoryBundleStorage it is not. Is there a > > specific reason for the difference in the context of memory management? > > > > ------------------------------ > > Subject: Digest Footer > > -- > !! This message is brought to you via the `ibr-dtn' mailing list. > !! Please do not reply to this message to unsubscribe. To unsubscribe or > adjust > !! your settings, send a mail message to <ibr-dtn-request(a)ibr.cs.tu-bs.de> > !! or look at https://mail.ibr.cs.tu-bs.de/listinfo/ibr-dtn. > > ------------------------------ > > End of Ibr-dtn Digest, Vol 58, Issue 1 > ************************************** >

1 0

Bundle Queueing
by Alex van der Linden 01 May '15

01 May '15

Dear IBR-DTN Community, Currently I'm looking into the bundle queuing of IBR-DTN. In the code of IBR-DTN_1.0.1 I've found different queue implementations for HDD (SimpleBundleStorage) and memory (MemoryBundleStorage). i.e. In the SimpleBundleStorage _priority_index queue is encapsulated by the class MetaStorage and in the MemoryBundleStorage it is not. Is there a specific reason for the difference in the context of memory management? Best Regards, Alex van der Linden

2 1

throughput IBR-DTN
by abu fahruddin 30 Apr '15

30 Apr '15

Hi all, I just want to compare throughput IBT-DTN and TCP IP. Could you help me the correct tools. Currently I use wireshark but I still confiuse to analysis wireshark for live striming data.

2 1

Retrieve local_uri through the socket?
by Maël Auzias 30 Apr '15

30 Apr '15

Hi you all. I would like to know if it is possible to retrieve the local_uri with a command through the socket with the daemon or it is mandatory to read the file? Best regards, --- Auzias Maël - auzias.net <http://www.auzias.net/> PhD candidate <http://auzias.net/?p=phd> - IRISA Member of the Scientific Council <http://auzias.net/Generation14/index-en.html> GSM : *0033 695 118 774*

2 1

Only one connection at a time.
by Farouk Mezghani 22 Apr '15

22 Apr '15

Hi all, Is there a way to make only one communication at a time for each node. Here is what I want to do: I have three nodes, node1, node2, and node3 connected between them. At instant 't1', node1 sends bundles to node2 during [t1,t1+ΔT]. At another instant t2 ∈ [t1,t1+ΔT], node3 sends bundles to node1 and node2. Consequently at that time, I want : - node1 rejects the bundles of node3 because node1 is receiving bundles (is already in communication) - node2 reject the bundles of node3 because node2 is sending bundles to node1. So, I want that a node can reject bundles if it is in communication (exchanging bundles with other node(s)). Best Regards, Farouk

2 2

Only one connection at a time
by MEZGHANI Farouk 22 Apr '15

22 Apr '15

Hi all, Is there a way to make only one communication at a time for each node. Here is what I want to do: I have three nodes, node1, node2, and node3 connected between them. At instant 't1', node1 sends bundles to node2 during [t1,t1+ΔT]. At another instant t2 ∈ [t1,t1+ΔT], node3 sends bundles to node1 and node2. Consequently at that time, I want : - node1 rejects the bundles of node3 because node1 is receiving bundles (is already in communication) - node2 reject the bundles of node3 because node2 is sending bundles to node1. So, I want that a node can reject bundles if it is in communication (exchanging bundles with other node(s)). Best Regards, Farouk

1 0

[IBR DTN] Notification about at the beginning of a bundle reception
by Farouk Mezghani 20 Apr '15

20 Apr '15

Hello all, I am using a scenario in which there are 2 nodes (node 1 and node 2) running the IBR DTN project. In this scenario, I have node 1 will send a bundle for node 2 at instant "t1". Suppose, that the bundle will be received by node 2 at instant "t1+Δt". My question is, is it a way for the node 2 to know at an instant 't2' if it is receiving a bundle from a neighboring node (node 1 in this case)? So in this scenario, I want to get these information : 1/ at t2 ∉ [t1,t1+Δt] ==> node 2 checks and discovers that it is not receiving bundles from neighboring nodes 2/ at t2 ∈ [t1,t1+Δt] ==> node 2 checks and discovers that it is receiving a bundle from neighboring nodes Best Regards, Farouk

4 5

Resolve 1.0.1 bundle authentication issue
by Mathias Brulatout 12 Mar '15

12 Mar '15

Hi all, I'm new user of IBR-DTN, and I was having trouble with the simplest application ever : dtnping. I had the following warning when trying to ping from two distant machines (local ping worked fine) : "WARNING BundleFilter: bundle rejected due to invalid authentication" The thing is that I disabled every security in my dtnd configuration file, so there shouldn't be any check I guess. I've searched whether people had the same issue or not, and it seems some did. I digged up the code a little bit and found a strange part in ibrdtn/daemon/src/core/BundleCore.cpp. At the very end of the file, in function void BundleCore::reload_filter_tables(), authentication is verified when the authentication feature is enabled, same with integrity (and signed bundles is enabled). But then, whatever the security options are, there is an integrity check as well as an auth check on incoming bundles. (a copy/paste might have gone wrong). Basically commenting the last two lines solved the issue for me. I won't do any pull request, since I don't know if it's a tweak or the real solution but in the meantime, everybody who had the same issue can fix it at least temporarily. Mathias

2 1

IBR-DTN release 1.0.1
by Johannes Morgenroth 24 Feb '15

24 Feb '15

Patch release 1.0.1 is available! This release do not introduce any new features. Instead it is dedicated to fix bugs which could lead to segmentation faults or dead-locks. For a full list of features and changes watch the official changelog: http://www.ibr.cs.tu-bs.de/trac/ibr-dtn/wiki/changelog The packages for Debian, Raspbian and OpenWrt should be available right now. Kind regards, Johannes Morgenroth

1 0