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

Re: [ibr-dtn] IBR-DTN Debugging in the Logfile
by Johannes Morgenroth 30 Apr '13

30 Apr '13

Hello Mr Tavares. Actually, the debug output is never written to the logfile defined in the configuration. You can change this behavior in line 158 of the file daemon/src/Main.cpp or just redirect the standard output to a logfile like this: dtnd -c dtnd.conf -d 99 -v > logfile Kind regards Johannes Morgenroth Am 30.04.2013 11:33, schrieb Bruno Tavares: > Hello Mr Morgenro. > > Some weeks ago you told me about more information in the logfile. I started the daemons in the ibr 0.9.0 with debug level of 16 and I noticed more information in the terminal. But after my tests the logfile has the same information as if I didnt set any debug level. Is there something I need to do to get all that information in the log file? > > Best regards, > > Bruno Tavares

1 0

dtnoutbox on OpenWrt router
by Dimitrios Giotas 14 Apr '13

14 Apr '13

Hello, I require some help with the dtnoutbox command on my OpenWrt router My current setup is a router and 2 computers, all running ibr dtn, configured with epidemic routing. I am currently trying to send a file from the router to one of the computers using the dtnoutbox command. Both the dtninbox and dtnsend/recv work perfectly in all cases (to and from the router to the computers), however when I try the dtnoutbox command I get the following error : root@OpenWrt:/# dtnoutbox transfer /outboxFolder dtn://dell/transfer files: dell.conf tar: unrecognized option `--remove-files' BusyBox v1.15.3 (2011-11-24 00:44:20 CET) multi-call binary Usage: tar -[czxtvO] [-X FILE] [-f TARFILE] [-C DIR] [FILE(s)]... Create, extract, or list files from a tar file Options: c Create x Extract t List Archive format selection: z Filter the archive through gzip File selection: f Name of TARFILE or "-" for stdin O Extract to stdout exclude File to exclude X File with names to exclude C Change to directory DIR before operation v Verbose And it just hangs there. On the receiving node I get : dimitris@dimitrisDELL:~$ dtninbox transfer /home/dimitris/inboxFolder tar: This does not look like a tar archive tar: Exiting with failure status due to previous errors Any ideas? Thank you

3 2

Re: [ibr-dtn] dtnsend and dtnrecv (Dimitrios Giotas)
by Bruno Tavares 07 Apr '13

07 Apr '13

Hi If you are using the dtnsend and dtnrecv you will not get the files on a location in the destination node. you will only see the file in the terminal. to receive the files into a specific location you need to use the dtnoutbox and dtninbox comands Bruno Tavares

1 0

dtnsend and dtnrecv
by Dimitrios Giotas 06 Apr '13

06 Apr '13

Hello, I require some help with the dtnrecv and dtnsend commands. My current setup is a router and 2 computers, all running ibr dtn, configured with epidemic routing. They all see each other and I can ping each one separately. However when I try the dtnsend, dtnrecv commands I see that the file is send to its destination, but I can't find where it is stored in the destination. I have changed the storage_path to /home/bundles and the storage is set to default. Is there anything else I should tweak, or am I doing something completely wrong? Regards. Dimitris

1 0

Re: [ibr-dtn] IBR DTN on Android
by Johannes Morgenroth 02 Apr '13

02 Apr '13

Hello, the is no "clean" way to get the local EID using the current API. The API is designed to keep Apps away from such a detail, so that they do not depend on the daemon configuration. For what purpose do you need the local address? Keep in mind that the address might change, if the user want to change it. If you have found a good reason for such a feature, we will consider it in the future development. Kind regards, Johannes Morgenroth Am Samstag, den 30.03.2013, 21:13 +0100 schrieb Álvaro Morán: > Dear Morgen, > > > I would like to ask you a question about developing apps for IBR DTN > on Android. Is it possible to know the "Endpoint ID" of the current > node through the API? I've been searching thoroughly and I haven't > found a way. > > > I'm aware that that info appears on the log when you turn on the DTN > service but after a while is deleted because old log entries are > removed. I'm aware too that making readable the > file /data/data/de.tubs.ibr.dtn/files/config is another option but I > would prefer a more "clean" way. And if possible I would prefere not > to touch your source code. > > > Yours sincerely, > Álvaro

1 0