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

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

Re: [ibr-dtn] logfile
by Johannes Morgenroth 30 Mar '13

30 Mar '13

Hello. There is no logging of the bundle size in the logs. The only information you can get is the calculated transmission rate using the debug option with level 15 or greater. That would look like this... Sat Mar 30 10:31:23 2013 DEBUG.5 TCPConnection: transfer finished after 0.25 ms with 8301.88 kb/s Since the project is open source, feel free to add any logging you need. Kind regards Johannes Morgenroth Am 29.03.2013 14:13, schrieb Bruno Tavares: > Thank you very much for your reply. > > In this logfile is there any information about the size of the bundles > sent? the size of the fragments? Or is there some way to get this > information ? > > Thank you > > Bruno Tavares

1 0

Multicast Broadcast
by justin＠gardettoengineering.com 29 Mar '13

29 Mar '13

1 0

logfile
by Bruno Tavares 28 Mar '13

28 Mar '13

Hello all I have some doubts about the information displayed in the log file. Can anyone tell me the meaning of the numbers between the brackets in this example? Wed Mar 27 10:07:51 2013 NOTICE: BundleReceivedEvent: Bundle received [417714860.14.16920458] dtn://drivein253/ee -> dtn://drivein250/ee from dtn://drivein101 Wed Mar 27 10:07:52 2013 NOTICE: QueueBundleEvent: New bundle queued [417714860.14.16920458] dtn://drivein253/ee Wed Mar 27 10:07:52 2013 NOTICE: BundleEvent: bundle [417714860.14.16920458] dtn://drivein253/ee received What does this mean? [417714860.14.16920458] Thank you all Best regards, Bruno Tavares

2 1

Re: [ibr-dtn] Ibr-dtn Digest, Vol 32, Issue 9
by Bruno Tavares 26 Mar '13

26 Mar '13

I have installed from source last week so I suppose it is the latest version. But I made confusion. After several tests I think it is making the reactive fragmentation. I sent on file that took something like 90 seconds to be delivered. Then I sent it again but stopped the transmission at 70 seconds. Then I connected again the two nodes and the message was transmitted for 20 seconds more or less. So I suppose it is making the reactive fragmentation right? One more question that I have is about the log file. Is there any way to get the information about how many quantity of information was transmitted from one node to other when the bundle is not sent completely ? Is there any way to have access to this kind of information ? Thank you very much for you answer and for your time. Best regards, Bruno Tavares ________________________________________ De: ibr-dtn-bounces(a)ibr.cs.tu-bs.de [ibr-dtn-bounces(a)ibr.cs.tu-bs.de] em nome de ibr-dtn-request(a)ibr.cs.tu-bs.de [ibr-dtn-request(a)ibr.cs.tu-bs.de] Enviado: terça-feira, 26 de Março de 2013 11:00 Para: ibr-dtn(a)ibr.cs.tu-bs.de Assunto: Ibr-dtn Digest, Vol 32, Issue 9 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://www.ibr.cs.tu-bs.de/mailman/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. interruption of transmission (Bruno Tavares) 2. Re: interruption of transmission (Johannes Morgenroth) ---------------------------------------------------------------------- Message: 1 Date: Mon, 25 Mar 2013 11:58:22 +0000 From: Bruno Tavares <bmpt(a)ua.pt> Subject: [ibr-dtn] interruption of transmission To: "ibr-dtn(a)ibr.cs.tu-bs.de" <ibr-dtn(a)ibr.cs.tu-bs.de> Message-ID: <90494CFA1222DC45A1855F79747890D82078FF06(a)DBXPRD0210MB358.eurprd02.prod.outlook.com> Content-Type: text/plain; charset="us-ascii" Hello I'm making some tests with ibr-dtn. I noticed that when I'm transferring a file from one node to another one, if during the transmission I manage to interrupt it, the receiving node does not receive any bundle. It should receive some fragmented bundle right? I putted in both configuration files : fragmentation=yes Best regards Bruno Tavares ------------------------------ Message: 2 Date: Mon, 25 Mar 2013 14:23:25 +0100 From: Johannes Morgenroth <morgenroth(a)ibr.cs.tu-bs.de> Subject: Re: [ibr-dtn] interruption of transmission To: ibr-dtn(a)ibr.cs.tu-bs.de Message-ID: <1364217805.764.8.camel@syrah> Content-Type: text/plain; charset="ISO-8859-15" Well, that depends on the version you use. Reactive fragmentation support is a very new feature and if I do remember right, not supported by the latest release. Moreover, a fragment bundle never gets delivered to an application. Only if the bundle is reassembled the bundle will forwarded to the application. Which version are you testing? Kind regards, Johannes Am Montag, den 25.03.2013, 11:58 +0000 schrieb Bruno Tavares: > Hello > > I'm making some tests with ibr-dtn. I noticed that when I'm transferring a file from one node to another one, if during the transmission I manage to interrupt it, the receiving node does not receive any bundle. It should receive some fragmented bundle right? > > I putted in both configuration files : fragmentation=yes > > Best regards > > Bruno Tavares > -- > !! 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://www.ibr.cs.tu-bs.de/mailman/listinfo/ibr-dtn. ------------------------------ -- !! 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://www.ibr.cs.tu-bs.de/mailman/listinfo/ibr-dtn. End of Ibr-dtn Digest, Vol 32, Issue 9 **************************************

1 0

interruption of transmission
by Bruno Tavares 25 Mar '13

25 Mar '13

Hello I'm making some tests with ibr-dtn. I noticed that when I'm transferring a file from one node to another one, if during the transmission I manage to interrupt it, the receiving node does not receive any bundle. It should receive some fragmented bundle right? I putted in both configuration files : fragmentation=yes Best regards Bruno Tavares

2 1

[patch] abort if something fails during configuration
by Philipp Hagemeister 14 Mar '13

14 Mar '13

Hi list, I haven't found an official contribution guideline, so please find attached a trivial patch that aborts autogen.sh if a step fails. By the way, why are all the configuration files starting with #!/bin/bash instead of #!/bin/sh ? I haven't found a single bashism so far, just outdated `command` instead of $(command). Cheers, Philipp

1 0

Doubts about custody
by Alex López 14 Mar '13

14 Mar '13

Hello guys, I hope someone can help me. I've implemented some logging to the ibr-dtn source code to know when the priority is assigned and what priority the bundles have in the queue. After some research I found that: 1.- when you send a file with dtnsend -p 1, you save the priority in the bundle with b.setpriority(p) which assigns the correct bits to the PRIORITY_BIT1 and 2. 2.- this bundle is saved in a priority queue which checks the PRIORITY_BITS and order the bundles according to this. (here I have a logger that tells me with which priority the bundle was saved. 3.- after this, the bundle is waiting until the destination node is detected. The problem I've found happens when I have an intermediate node. All the routers are set with epidemic routing and the R1 can only see R2 R1 -------- R2 --------- R3 (destination) Now, happens this: 1.- I use dtnsend -p 1 in R1 to send the file to R3. 2.- this bundle is saved in a priority queue which checks the PRIORITY_BITS and order the bundles according to this. (here I have a logger that tells me that the priority of the saved bundle was 1, perfect) 3.- Now i think that tries to process the epidemic routing Thu Jan 31 11:48:32 2013 DEBUG.5: processing static routing task >> ProcessBundleTask: [412948112.1] dtn://node1.dtn/XdkTGFPAfiJdlFB > > Thu Jan 31 11:48:32 2013 DEBUG.50: search static route for [412948112.1] >> dtn://node1.dtn/XdkTGFPAfiJdlFB > > Thu Jan 31 11:48:32 2013 DEBUG.5: processing neighbor routing task >> ProcessBundleTask: [412948112.1] dtn://node1.dtn/XdkTGFPAfiJdlFB > > Thu Jan 31 11:48:32 2013 DEBUG.5: processing neighbor routing task >> SearchNextBundleTask: dtn://node2.dtn > > Thu Jan 31 11:48:32 2013 DEBUG.50: processing epidemic task >> SearchNextBundleTask: dtn://node2.dtn > > Thu Jan 31 11:48:32 2013 DEBUG.5: got 0 items to transfer to >> dtn://node2.dtn > > Thu Jan 31 11:48:32 2013 DEBUG.40: search some bundles not known by >> dtn://node2.dtn > > NOTICE: BundleGeneratedEvent: Bundle generated [412948112.4] > dtn://node1.dtn/routing -> dtn://node2.dtn/routing The problem is that when it generates this new bundle to send it to R2, my priority logger says that the priority of the bundle saved is different from the one that it saved previously, so my questions are: Why do you need to generate a new bundle to send to the intermediate nodes instead of copying the one that is already stored? Why the priority is lost? I want to implement that the intermediate nodes save the custody bundles keeping the priority of the original bundle, so the QoS can be keeped too. It makes no sense that the priority of a bundle only affects the local queue from where it is sent. So where in the source code is the class that generates this bundle from the original one to send it as a custory for the R2? Thanks in advance!

2 2