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

OpenWRT and ibr-dtn daemon
by Theodoros Bourchas 05 Feb '14

05 Feb '14

Hi, I have installed the ibrdtn, ibrdtnd, ibrdtn-tools packages and I ran the daemon. root@OpenWrt:/tmp/overlay# dtnd Wed Feb 5 11:09:37 2014 INFO Configuration: Using default settings. Call with --help for options. Wed Feb 5 11:09:37 2014 INFO NativeDaemon: IBR-DTN daemon 0.10.2 (build 1d89427) Wed Feb 5 11:09:37 2014 INFO Configuration: Using default settings. Call with --help for options. Wed Feb 5 11:09:37 2014 INFO BundleCore: Local node name: dtn://OpenWrt Wed Feb 5 11:09:37 2014 INFO BundleCore: Forwarding of bundles enabled. Wed Feb 5 11:09:37 2014 INFO NativeDaemon: using bundle storage in memory-only mode Wed Feb 5 11:09:37 2014 INFO NativeDaemon: API initialized using tcp socket: loopback:4550 Wed Feb 5 11:09:37 2014 INFO DiscoveryAgent: listen to [ff02::142]:4551 Wed Feb 5 11:09:37 2014 INFO DiscoveryAgent: listen to [224.0.0.142]:4551 Wed Feb 5 11:09:37 2014 INFO NativeDaemon: Using default routing extensions I tried then to change the local name of the host and explicitly specify the wlan0 interface that I want in the etc/config/ibrdtn file. I rerun the daemon, but the hostname doesn't change: root@OpenWrt:/tmp/overlay# dtnd -i wlan0 Wed Feb 5 11:16:37 2014 INFO Configuration: Using default settings. Call with --help for options. Wed Feb 5 11:16:37 2014 INFO NativeDaemon: IBR-DTN daemon 0.10.2 (build 1d89427) Wed Feb 5 11:16:37 2014 INFO Configuration: Using default settings. Call with --help for options. Wed Feb 5 11:16:37 2014 INFO BundleCore: Local node name: dtn://OpenWrt Wed Feb 5 11:16:37 2014 INFO BundleCore: Forwarding of bundles enabled. Wed Feb 5 11:16:37 2014 INFO NativeDaemon: using bundle storage in memory-only mode Wed Feb 5 11:16:37 2014 INFO NativeDaemon: API initialized using tcp socket: loopback:4550 Wed Feb 5 11:16:37 2014 INFO NativeDaemon: TCP ConvergenceLayer added on wlan0:4556 Wed Feb 5 11:16:37 2014 INFO DiscoveryAgent: listen to [ff02::142]:4551 Wed Feb 5 11:16:37 2014 INFO DiscoveryAgent: listen to [224.0.0.142]:4551 Wed Feb 5 11:16:37 2014 INFO DiscoveryAgent: add interface wlan0 Wed Feb 5 11:16:37 2014 ERROR IPNDAgent: join failed on wlan0; 99: setsockopt() Wed Feb 5 11:16:37 2014 INFO NativeDaemon: Using default routing extensions Moreover, as it is mentioned here http://trac.ibr.cs.tu-bs.de/project-cm-2012-ibrdtn/wiki/download#OpenWRTrep… there should be a file /etc/ibrdtnd.conf but there is nothing for me there. Any guesses why is this happening? Best, Theodoros

2 1

Re: [ibr-dtn] Ibr-dtn Digest, Vol 43, Issue 3
by Luís Carlos Guedes 04 Feb '14

04 Feb '14

Hello, Me and Romeu are working on the same project with DTNs. We ran the deamon with "dtnd -i wlan2", even with an error: "ERROR IPNDAgent: join failed on wlan2; 99: setsockopt() Thu Jan 1 00:02:02 1970" that you said we can ignore. Then we checked that the boards are connecting, through a wireless connection. After we had problems when we tried to follow the tutorial, we tried the dtnping, dtnsend and dtnrecv but the problem is the same for both: -ash: dtnping: not found -ash: dtnsend: not found Can you understand these errors and tell us if we are doing something wrong? Thank you in advance, Luís Guedes > From: ibr-dtn-request(a)ibr.cs.tu-bs.de > Subject: Ibr-dtn Digest, Vol 43, Issue 3 > To: ibr-dtn(a)ibr.cs.tu-bs.de > Date: Tue, 4 Feb 2014 12:00:02 +0100 > > 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: Help with ERROR TCPConvergenceLayer: bind failed > (Johannes Morgenroth) > 2. Re: Help with ERROR TCPConvergenceLayer: bind failed > (Romeu Monteiro) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 04 Feb 2014 08:59:02 +0100 > From: Johannes Morgenroth <morgenroth(a)ibr.cs.tu-bs.de> > To: ibr-dtn(a)ibr.cs.tu-bs.de > Subject: Re: [ibr-dtn] Help with ERROR TCPConvergenceLayer: bind > failed > Message-ID: <52F09DC6.7000708(a)ibr.cs.tu-bs.de> > Content-Type: text/plain; charset=ISO-8859-1 > > Hello Romeu! > > Am 03.02.2014 18:54, schrieb Romeu Monteiro: > > Can you help us please? > I'll try. > > Are you sure, there is not other instance of the dtnd running? > Check it with: > > ps | grep dtnd > > If not, then please report back the output of this while your dtnd is > running with the reported error. > > netstat -l -n -p | grep dtnd > > It tell me to with interfaces and addresses the dtnd is bound to. > > Kind regards, > Johannes Morgenroth > > > ------------------------------ > > Message: 2 > Date: Tue, 4 Feb 2014 10:53:56 +0000 > From: Romeu Monteiro <romeumonteiro7(a)gmail.com> > To: Johannes Morgenroth <morgenroth(a)ibr.cs.tu-bs.de> > Cc: ibr-dtn(a)ibr.cs.tu-bs.de > Subject: Re: [ibr-dtn] Help with ERROR TCPConvergenceLayer: bind > failed > Message-ID: > <CABcK9sk67UmDO=g5XthD_rceCmTbbrJ4+hAZg3+g31KabmzfgA(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hi Johannes! > > Thank you very much for your help! > We ran dtnd again on interface wlan2, making sure there were no other > instances running, but we got the same errors. > The output of the netstat command is: > > root@VeniamWorks639:~# netstat -l -n -p | grep dtnd > tcp 0 0 127.0.0.1:4550 0.0.0.0:* > LISTEN 2109/dtnd > tcp 0 0 ::1:4550 :::* > LISTEN 2109/dtnd > udp 0 0 :::4551 > :::* 2109/dtnd > > Romeu > > > > On Tue, Feb 4, 2014 at 7:59 AM, Johannes Morgenroth < > morgenroth(a)ibr.cs.tu-bs.de> wrote: > > > Hello Romeu! > > > > Am 03.02.2014 18:54, schrieb Romeu Monteiro: > > > Can you help us please? > > I'll try. > > > > Are you sure, there is not other instance of the dtnd running? > > Check it with: > > > > ps | grep dtnd > > > > If not, then please report back the output of this while your dtnd is > > running with the reported error. > > > > netstat -l -n -p | grep dtnd > > > > It tell me to with interfaces and addresses the dtnd is bound to. > > > > Kind regards, > > Johannes Morgenroth > > -- > > !! 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. > > >

3 4

Android IBR-DTN interfaces
by Abraham Martín 03 Feb '14

03 Feb '14

Hello again, I have three questions: 1) Is there no support for bluetooth on android, am I correct? I have connected connected two phones through bluetooth and the interface does not appears and no neighbours detected. 2) The p2p0 interface is the WiFi Direct interface, right? 3) Is there any way to discover other peers without interaction? By interaction I mean get both of them to connect manually to the same wifi network. E.g. Bluetooth discovery and connection (I know, its battery consuming) Cheers! Abraham.

2 5

Re: [ibr-dtn] IBR-DTN Android service from another Android app
by Abraham Martín 31 Jan '14

31 Jan '14

Hi all, nice discussion. My application is a similar case to the one described by Christian. If a user doesn't want to have it activated because it consumes energy but an application decides that it is important to send a message using DTN, then this app should be able to enable the service. It is the same argument as deciding why to let an application to enable or disable the wifi or the bluetooth interface and you can do it just including these permissions on the manifest. Maybe this is the solution, creating a new permission (enable dtn) and then letting the user decide if accepting or not these permissions. Cheers! Abraham. > Am 29.01.2014 12:29, schrieb Christian Raffelsberger: > > For instance, we have written a prototype application that can be used > > by fire fighters or other first responders to locate victims. One > > feature that we experiment with is using the bundle protocol to send > > collected data to the command post. One of the most important > > requirements is to minimize user intevention (i.e., the fire fighter > > just activates the device and puts it in his/her pocket). In that case > > it is not feasible that the fire fighter manually starts the daemon. > > Why is the daemon not enabled by default in that case? Are the energy > constrains are too hard? If "activate the device" means switching the > whole device on, the daemon would automatically start-up if the device > is booted. > > Recently, I have been working on an approach to minimize the energy > consumption by disabling the discovery beacons. In this "smart" mode, > beaconing is activated only for 2 minutes if the Wi-Fi network is > switched. Maybe switching off the daemon for your scenario is no longer > necessary with that mechanism. > > Kind regards, > Johannes Morgenroth

2 1

Problem with IBR-DTN daemon
by Theodoros Bourchas 31 Jan '14

31 Jan '14

I have installed ibrdtn packages in TP-LINK3040 (RUNNING OpenWRT v1.0) and I have made extroot to a USB device. root@OpenWrt:/etc/config# df Filesystem 1K-blocks Used Available Use% Mounted on rootfs 7699228 140032 7167312 2% / /dev/root 2048 2048 0 100% /rom tmpfs 14608 944 13664 6% /tmp tmpfs 512 0 512 0% /dev /dev/sda1 7699228 140032 7167312 2% /overlay overlayfs:/overlay 7699228 140032 7167312 2% / But when I tried to initiate the daemon, ERROR occurred root@OpenWrt:/etc/config# dtnd -i wlan0 Fri Jan 31 12:07:19 2014 INFO Configuration: Using default settings. Call with --help for options. Fri Jan 31 12:07:19 2014 INFO NativeDaemon: IBR-DTN daemon 0.10.2 (build 1d89427) Fri Jan 31 12:07:19 2014 INFO Configuration: Using default settings. Call with --help for options. Fri Jan 31 12:07:19 2014 INFO BundleCore: Local node name: dtn://OpenWrt Fri Jan 31 12:07:19 2014 INFO BundleCore: Forwarding of bundles enabled. Fri Jan 31 12:07:19 2014 INFO NativeDaemon: using bundle storage in memory-only mode Fri Jan 31 12:07:19 2014 INFO NativeDaemon: API initialized using tcp socket: loopback:4550 Fri Jan 31 12:07:19 2014 INFO NativeDaemon: TCP ConvergenceLayer added on wlan0:4556 Fri Jan 31 12:07:19 2014 INFO DiscoveryAgent: listen to [ff02::142]:4551 Fri Jan 31 12:07:19 2014 INFO DiscoveryAgent: listen to [224.0.0.142]:4551 Fri Jan 31 12:07:19 2014 INFO DiscoveryAgent: add interface wlan0 Fri Jan 31 12:07:19 2014 ERROR IPNDAgent: join failed on wlan0; 99: setsockopt() Fri Jan 31 12:07:19 2014 INFO NativeDaemon: Using default routing extensions Any idea about how to overcome this? Thanks in advance, Theodoros

2 1

Re: [ibr-dtn] Install ibr-dtn on TP-LINK 3040
by Tom Sparks 31 Jan '14

31 Jan '14

On Wednesday, 29 January 2014 8:06 PM, "ibr-dtn-request(a)ibr.cs.tu-bs.de" <ibr-dtn-request(a)ibr.cs.tu-bs.de> wrote: Date: Wed, 29 Jan 2014 09:57:21 +0100 >From: Theodoros Bourchas <bourchast(a)gmail.com> >Subject: [ibr-dtn] Install ibr-dtn on TP-LINK 3040 >To: Ibr-dtn(a)ibr.cs.tu-bs.de >Message-ID: > <CACj7XRgoHQthL+4kaBc_Ub4YnyPcsK6QXE+FuUn4bO-bQSnCqA(a)mail.gmail.com> >Content-Type: text/plain; charset="iso-8859-1" > >Hi all, >I have recently started working on DTN and I tried to install ibr-dtn on >TP-LINK routers (TL-MR3040) ver.1.0. >After installing OpenWRT on them, I followed the procedure for downloading >IBR-DTN for OpenWRT from your website. >Nevertheless, while trying to install ibrdtn package, I received the >following error. > >root@OpenWrt:/etc# opkg install ibrdtnd >Installing ibrdtnd (0.10.2) to root... >Collected errors: >* verify_pkg_installable: Only have 244kb available on filesystem >/overlay, pkg ibrdtnd needs 479 >* opkg_install_cmd: Cannot install package ibrdtnd. > > >How can I overcome this issue? I have plugged a USB adapter, but I was not >able to configure it properly to install there the packages. >Thanks in advance! look at http://wiki.openwrt.org/doc/howto/extroot > > >Best, >Theodoros tom > >

3 11

IBR-DTN Android service from another Android app
by Abraham Martín 29 Jan '14

29 Jan '14

Hello everyone, I’m developing an Android app that uses IBR-DTN for Android. How can I start the DTN service from IBR-DTN from my application? I haven’t found it in the documentation. I have tried to call the service like this: Intent new_service = new Intent("de.tubs.ibr.dtn.service.DaemonService"); new_service.setAction("de.tubs.ibr.dtn.action.STARTUP"); this.startService(new_service); but it does not work. Thanks! Abraham.

3 6

Install ibr-dtn on TP-LINK 3040
by Theodoros Bourchas 29 Jan '14

29 Jan '14

Hi all, I have recently started working on DTN and I tried to install ibr-dtn on TP-LINK routers (TL-MR3040) ver.1.0. After installing OpenWRT on them, I followed the procedure for downloading IBR-DTN for OpenWRT from your website. Nevertheless, while trying to install ibrdtn package, I received the following error. root@OpenWrt:/etc# opkg install ibrdtnd Installing ibrdtnd (0.10.2) to root... Collected errors: * verify_pkg_installable: Only have 244kb available on filesystem /overlay, pkg ibrdtnd needs 479 * opkg_install_cmd: Cannot install package ibrdtnd. How can I overcome this issue? I have plugged a USB adapter, but I was not able to configure it properly to install there the packages. Thanks in advance! Best, Theodoros

2 1

Bundle in sender and dtn node not removed
by Andri Jatmiko 19 Jan '14

19 Jan '14

I tried to send a file from node0 to node4 using dtnsend command, delivery process goes well, node1 can forward bundle from node0 to node2, also node1, node2 forward bundle from node1 to node3 and node 3 forward bundle from node2 to node4 but after node4 receive all files and merge, just bundle on node3 and node4 deleted? Why bundle on node0, node1, and node2 not removed?

2 1

Reliable way of knowing if a transaction is currently happening with IBR-DTN
by Shyam B 17 Jan '14

17 Jan '14

Hi, Thanks for the previous post on answering my some of my queries on bundle knowhow using API events. I am using an aerial vehicle to hover about a region for data transactions using DTN. The aerial vehicle is a DTN node that interacts with other DTN static nodes (routers) on the way, by hovering about the region. The vehicle when senses an ongoing data transaction, it starts to hover else moves on. I would like to know if there is a reliable way to determine if there is an "ongoing data transaction" (either send, receive or acknowledgements in progress). The vehicle will know when it is sending some data to other nodes, however, it will not know when someone else wants to send a data to the vehicle. Below, is an example with netstat, to check the activity on a given port. The ibrdtn.conf says it uses 4556 port for transactions. In the netstat, it shows port 33827. The netstat is very slow. Is there a faster method to determine "activity of bundles" on a port/ socket? This would be very interesting! pi@pi2 ~ $ netstat --tcp Active Internet connections (w/o servers) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 localhost:43580 localhost:4550 ESTABLISHED tcp 0 0 localhost:4550 localhost:43580 ESTABLISHED tcp 0 0 192.168.10.52:ssh 192.168.10.60:50791 ESTABLISHED tcp 0 352 192.168.10.52:ssh 192.168.10.60:51045 ESTABLISHED tcp 0 *20 192.168.10.52:4556 <http://192.168.10.52:4556>* 192.168.10.60:33827 ESTABLISHED Thanks! -- Best Regards, Shyam

3 5