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

ibr dtn (from Indonesia)
by abu fahruddin 27 Nov '14

27 Nov '14

Dear Sir, I am herman yuliandoko, currently i am lecture at State Polytechnic of Banyuwangi. And now I am doing research in DTN. I try to install DTN from wget -O - http://download.opensuse.org/repositories/home:/j_morgenroth/xUbuntu_12.04/… sudo apt-key add - https://trac.ibr.cs.tu-bs.de/project-cm-2012-ibrdtn/wiki/ibr-dtn-tut but i get problem to acces above repository W: Failed to fetch http://download.opensuse.org/repositories/home:/j_morgenroth/xUbuntu_12.04/… 404 Not Found I am using ubuntu for my trial, could you help me to solve above problem. Your advice is wellcome. best regards herman yuliandoko +6281334436478

2 3

Android Application
by Ghada Jaber 13 Nov '14

13 Nov '14

I've imported the android application ( ibr-dtn) but when i run it , it tells me ibr-dtn has stopped . Could any body help me ? because i dcouldn't figure out why ? Thank you Ghada Jaber Etudiante en 5eme année Réseau informatique et Telecommunication a l'INSAT Stagiaire a l'IRIT/ENSEEIHT Tel : 003385681703 email : jaberghada(a)yahoo.fr Skype : ghada.jaber90

3 3

dtnping tool
by Luís Carlos Guedes 22 Jul '14

22 Jul '14

Hello, I am evaluating the software IBRDTN in a small testbed. For that I am studying the times it takes from one node to others. I am using the dtnping tool but I have a small doubt:. In dtnpint the result is: -the time to send a bundle (with default or specified size) + ACK or -the time to send a bundle (with default or specified size) + the time to receive another bundle with the same size? Thank you in advance, Luís Guedes

2 1

Receive every bundle which destination is a REGEX
by Maël Auzias 22 Jul '14

22 Jul '14

Hi everyone ! I would like to know if there is a way to receive every bundle which destination are, i.e., dtn://node1/app0*. I would like the daemon to transfer every bundles sent to: - dtn://node1/app0 - dtn://node1/app0? - dtn://node1/app0?p=2 - dtn://node1/app0?lang=en&p=4 I made some tests and the query is, as I expected, considered as a part of the URI. Thus to receive bundles sent to [dtn://node1/app0?lang=en] I need to add a registration "app0?lang=en" by doing (from CLI) $dtnrecv --name "app0?lang=en". Do I really need to add a registration of each single combination of parameter of the query, or is there a way to hack the daemon, without changing its source-code, to do this ? Thanks for further replies, have a nice day ! 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 3

Re: [ibr-dtn] Strange behavior using dtnrecv
by Pawit Pornkitprasan 09 Jul '14

09 Jul '14

Hi Johannes, Thank you for your reply. Yes, it is as you've said. If count is higher than the number of expected bundle, then they get purged properly. The command dtntrigger works as expected. Best regards, Pawit Pornkitprasan > ---------- Forwarded message ---------- > From: Johannes Morgenroth <morgenroth(a)ibr.cs.tu-bs.de> > To: ibr-dtn(a)ibr.cs.tu-bs.de > Cc: > Date: Tue, 08 Jul 2014 11:50:13 +0200 > Subject: Re: [ibr-dtn] Strange behavior using dtnrecv > Hello Pawit. > > Am 08.07.2014 04:01, schrieb Pawit Pornkitprasan: > > Is this a bug, a misconfiguration, or an expected behavior? > > Thank you for that report. I think it is a bug in the API implementation > used by dtnrecv. To verify this you can run dtnrecv with a count > parameter higher than the number of bundles you expect. In that case, > all bundles should get purged but dtnrecv will not return. > > The issue is buried deep in the old-style API protocol of IBR-DTN. If a > client connects to the daemon, bundles are pushed through the TCP > channel to the client. The client releases an ACK for each bundle which > instruct the daemon to purge the corresponding bundle. Sometimes, > depending on the machines timing, dtnrecv closes the channel before the > daemon receives the ACK for the bundle and this leads to a second > delivery the next time the client connects. > > IBR-DTN already offers an plain-text API which avoids this issue by > design, but dtnrecv does not uses the new API. > > My advice is to avoid the usage of dtnrecv if possible. Depending on > your application, you can use dtntrigger [1] or write an real > application using the API [2]. > > Kind regards, > Johannes Morgenroth > > > [1] > http://trac.ibr.cs.tu-bs.de/project-cm-2012-ibrdtn/wiki/docs/dtntrigger > [2] http://trac.ibr.cs.tu-bs.de/project-cm-2012-ibrdtn/wiki/docs/api >

1 0

Strange behavior using dtnrecv
by Pawit Pornkitprasan 08 Jul '14

08 Jul '14

Hi, I am using "IBR-DTN version: 0.12.1 (build 7c220eb)" (Debian package) and I'm experiencing what I think is a strange behavior using dtnrecv. The configuration for the 2 testing machines (machine-a and machine-b) are as follows (they are the same except for the machine name). local_uri = dtn://machine-a.dtn logfile = ../ibrdtn/ibrdtn.log timezone = +9 limit_blocksize = 0 limit_lifetime = 604800 blob_path = ../ibrdtn/blobs storage_path = ../ibrdtn/bundles limit_storage = 10G discovery_address = ff02::142 routing = prophet routing_forwarding = yes scheduling = yes The test is to use dtnsend on mahcine-a and dtnrecv on machine-b. machine-a$ echo "test" | dtnsend dtn://machine-b.dtn/filetransfer machine-a$ echo "test2" | dtnsend dtn://machine-b.dtn/filetransfer The issue is that on machine-b, no matter how many times I run dtnrecv, I get the same "test", which doesn't seem to get purged (I expect that I should get "test2" on the second try and dtnrecv should be waiting for future bundles in the third try). machine-b$ dtnrecv test machine-b$ dtnrecv test machine-b$ dtnrecv test In addition, the daemon throws the following error message everytime I run dtnrecv. Tue Jul 8 10:57:21 2014 WARNING BLOB::copy: output stream failed [Success]; 0 of 6 bytes copied Tue Jul 8 10:57:21 2014 WARNING BLOB::copy: output stream failed [Success]; 0 of 6 bytes copied However, on machine-b, if I run "dtnrecv --count 2", then the first bundle (and only the first bundle) gets purged. machine-b$ dtnrecv --count 2 test Tue Jul 8 10:59:09 2014 NOTICE BundleEvent: bundle [458099790.1] dtn://machine-a.dtn/CNiYgszrzAzmOhSy delivered Tue Jul 8 10:59:09 2014 NOTICE BundlePurgeEvent: purging bundle [458099790.1] dtn://machine-a.dtn/CNiYgszrzAzmOhSy test2 If I continue to run dtnrecv, then I get "test2" all the time. And if I run "dtnrecv --count 2" one more time, then the second "test2" bundle finally gets purged. Is this a bug, a misconfiguration, or an expected behavior? Best regards, Pawit Pornkitprasan

3 3