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

bundle rejected due to invalid authentication
by tadewos somano 16 Feb '15

16 Feb '15

Hi dears, =>when I ping from pc1 to pc2 , the output is :*Timeout* from pc1 and : *Bundle rejected due to invalid authentication* from pc2 =>When I ping from pc2 to pc1 the out put is : *Timeout* from pc2 and *Bundle rejected :bundle has expired* from pc1 I paused ping and then make an other ping , it generates different key(session key ) in both cases. I think it is authentication issue (if I am right).How can I troubleshoot this ? Thanks in advance. *Tadewos Somano*

1 0

DEBUG.10 - aborted: No more transfers allowed.
by Maël Auzias 16 Feb '15

16 Feb '15

Hi you all. By diving into the log of dtnd, I found a couple of entries I don't understand. Do you have any suggestion of what is happening here, and especially why "no more transfers allowed"? Mon Feb 9 14:34:49 2015 DEBUG.10 FloodRoutingExtension: task SearchNextBundleTask: dtn://br aborted: No more transfers allowed. Mon Feb 9 14:34:49 2015 DEBUG.5 StaticRoutingExtension: processing task SearchNextBundleTask: dtn://br Mon Feb 9 14:34:49 2015 DEBUG.5 NeighborRoutingExtension: processing task SearchNextBundleTask: dtn://br Mon Feb 9 14:34:49 2015 DEBUG.10 StaticRoutingExtension: task SearchNextBundleTask: dtn://br aborted: No more transfers allowed. Mon Feb 9 14:34:49 2015 DEBUG.10 NeighborRoutingExtension: task SearchNextBundleTask: dtn://br aborted: No more transfers allowed. Mon Feb 9 14:34:49 2015 DEBUG.10 FloodRoutingExtension: task SearchNextBundleTask: dtn://br aborted: No more transfers allowed. Mon Feb 9 14:34:50 2015 DEBUG.2 BundleStorage: add bundle to index: [476804018.6] dtn://14/hello_srv Mon Feb 9 14:34:50 2015 DEBUG.5 StaticRoutingExtension: processing task ProcessBundleTask: [476804018.6] dtn://14/hello_srv Mon Feb 9 14:34:50 2015 DEBUG.10 Registration: [RegistrationQueue] add bundle to list of delivered bundles: [476804018.6] dtn://14/hello_srv Mon Feb 9 14:34:50 2015 DEBUG.2 BundleStorage: remove bundle from index: [476804018.6] dtn://14/hello_srv Have a nice day, and sorry for the double post if any. 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 2

Re: [ibr-dtn] 602 Notify Bundle bei Selbstadressierung?
by Johannes Morgenroth 14 Feb '15

14 Feb '15

Hallo Herr Bandosz, auch dieses Verhalten ist beabsichtigt. Selbst gesendete Bündel werden nicht an den Client zurückgeschickt. Bei anderen Protokollen spricht man hier vom sog. "Loopback". Da das Ausliefern von selbst versendeten Broadcast Nachrichten störend für die meisten Anwendungen ist und mir sonst kein sinnvoller Anwendungsfall für das zurücksenden von eigenen Daten bekannt ist, wurde dieser Fall explizit deaktiviert. Für welchen Anwendungsfall benötigen Sie dieses Verhalten? Mit freundlichen Grüßen Johannes Morgenroth Am 14.02.2015 um 00:44 schrieb felix: > Sehr geehrter Herr Morgenroth, > > ich habe noch eine Frage. Wenn ich z.B. 'dtn://test' registriere und > anschließend ein Bündel an 'Destination:dtn://test' schicke, erhalte ich > kein '602 NOTIFY BUNDLE'. > (Wenn ich ein Bündel von einem anderem Terminal schicke bekomme ich aber > diese Meldung wie erwartet.) > Hier ein Beispiel: > > test@laptop:~/SCHAT$ netcat localhost 4550 > IBR-DTN 1.0.0 (build e63bc34) API 1.0 > protocol extended > 200 SWITCHED TO EXTENDED > registration add dtn://test > 200 OK > 602 NOTIFY BUNDLE ... > bundle put plain > 100 PUT BUNDLE PLAIN > Source:dtn://test > Destination:dtn://test > Blocks:1 > > Block:1 > Flags:LAST_BLOCK > Length:5 > > aGFsbG8K > > 200 BUNDLE IN REGISTER > bundle send > 200 BUNDLE SENT > > Mit freundlichen Grüßen > > Felix Bandosz

1 0

WARNING BundleFilter: bundle rejected due to invalid authentication
by Anthony Brown 31 Jan '15

31 Jan '15

Hi All, I'm having a problem getting two nodes to talk to each other. They are both raspberry PI's and I built dtnd from source using the git tagged release/1.0.0. The build and install works fine and and the network is configured and both nodes can ping over IPv4 and v6. I can start dtnd, both nodes can see each other and discover each other. However, when I try a dtnping the bundles are rejected. Output from dtnd -v is included below: Wed Jan 28 16:37:53 2015 INFO NativeDaemon: IBR-DTN daemon 1.0.0 (build e63bc34) Wed Jan 28 16:37:53 2015 INFO Configuration: Using default settings. Call with --help for options. Wed Jan 28 16:37:53 2015 INFO BundleCore: Local node name: dtn://selsus1 Wed Jan 28 16:37:53 2015 INFO BundleCore: Forwarding of bundles enabled. Wed Jan 28 16:37:53 2015 INFO NativeDaemon: using bundle storage in memory-only mode Wed Jan 28 16:37:53 2015 INFO NativeDaemon: API initialized using tcp socket: loopback:4550 Wed Jan 28 16:37:53 2015 INFO NativeDaemon: TCP ConvergenceLayer added on wlan0:4556 Wed Jan 28 16:37:53 2015 INFO DiscoveryAgent: listen to [ff02::142]:4551 Wed Jan 28 16:37:53 2015 INFO DiscoveryAgent: listen to [224.0.0.142]:4551 Wed Jan 28 16:37:53 2015 INFO DiscoveryAgent: add interface wlan0 Wed Jan 28 16:37:53 2015 INFO NativeDaemon: Using default routing extensions Wed Jan 28 16:37:54 2015 NOTICE NodeEvent: Node dtn://selsus0 available Wed Jan 28 16:38:03 2015 NOTICE ConnectionEvent: connection up dtn://selsus0 Wed Jan 28 16:38:03 2015 WARNING BundleFilter: bundle rejected due to invalid authentication ([475778323.1] dtn://selsus0/RkhdHUcHebZVAxqt) I've tried setting security_level = 0 in the conf file but this had no effect. Any help pointing me in the right direction would be much appreciated. Thanks for your time, Tosh This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation.

2 1

Unerwarteter 400 Status Code
by felix 26 Jan '15

26 Jan '15

Sehr geehrtes IBR-DTN-Team, im Rahmen meiner Bachelor-Arbeit setze ich auf ihrer DTN-Implementierung auf, um ein hybrides Internet-DTN-Chatprokoll zu entwerfen. Jedoch bekomme ich einen 400, also API_STATUS_BAD_REQUEST, Status Code, wenn ich 'bundle load queue', also einen korrekten Befehl, sende, ohne dass zuvor ein Bundle eingegangen ist. Hier ein komplettes Beispiel mit telnet und dtnsend: --------------------------------------------------------- test@laptop:~$ telnet localhost 4550 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. IBR-DTN 1.0.0 (build e63bc34) API 1.0 protocol extended 200 SWITCHED TO EXTENDED registration list 200 REGISTRATION LIST dtn://laptop/wpcvlWLhmpNNulvP bundle load queue 400 ERROR 602 NOTIFY BUNDLE 475326945 1 dtn://laptop/RGYcDTOSpAxkkFjP bundle load queue 200 BUNDLE LOADED 475326945 1 dtn://laptop/RGYcDTOSpAxkkFjP --------------------------------------------------------- test@laptop:~$ echo test | dtnsend dtn://laptop/wpcvlWLhmpNNulvP Transfer stdin to dtn://laptop/wpcvlWLhmpNNulvP --------------------------------------------------------- Mit freundlichen Grüßen Felix Bandosz

2 1

I Need some help with IBR-DTN
by Igor Ribeiro 20 Jan '15

20 Jan '15

Hi folks, I am executing some experiences with IBR-DTN in a mesh network. My setup is as follows: PC 1 ———————— Router 1 ——————————— Router 2 ——————————— PC2 Routers 1 and 2 have two wireless cards, one of 2.5 Ghz (wlan0) and one of 5 Ghz (wlan1). The routers are connected together by wlan1, which operates in ad-hoc mode. PC1 and PC2 are connected to the routers by wlan0, which operates in AP mode. I installed IBR-DTN in all nodes. For PC1 and PC2, ibrdtnd runs on interface wlan0. For Router 1 and Router 2, ibrdtnd runs on both interfaces (wlan1 and wlan0). All nodes were configured with flooding routing policy. In the aforementioned setup, I tried to send a file from PC1 to PC2 using dtnsend and dtnrecv, but the file never reaches PC2. I can ping PC2 from PC1 correctly, When I try the same experiment but between two nodes in the same network it succeeds. So, I`m wondering if the presence of two wireless cards in the routers is causing the problem. Could you help me? Best regards, Igor.

1 0

dtnstream problem
by abu fahruddin 15 Jan '15

15 Jan '15

Hi All, I want to stream and convert video file by using VLC and IBR-DTN as below sender (PC 1) IP : 192.168.10.20 file streaming : cheese.mp4 (location /home/habibi/Document/chesse.mp4) receiver (PC2) IP : 192.168.10.10 I try with 2 method >>Method 1 PC1 #dtnstream -s streamReceiver | vlc vlc/media/stream/ PC2#vlc vlc/media/convert/save >>Method 2 PC1 #dtnstream -s streamReceiver | vlc vlc/media/stream/ PC2#wget http://192.168.10.20:8080 in method 1 we can stream but the only sound can be saved without video. in method 2 cannot stream and file cannot save. any idea to solve my problem please..... regards

1 0

IBR-DTN release 1.0
by Johannes Morgenroth 10 Jan '15

10 Jan '15

We are proud to announce release 1.0.0! This is the most stable and feature rich version of IBR-DTN ever. Security features are now automatically enabled if the daemon is installed using our packaging system. The necessary private key is generated automatically and a key-exchange approach is embedded in the software. On Android devices it is possible to exchange and verify the keys using a QR codes, NFC, and other comparison methods. Moreover, the software can store its most important state persistently and thus better handle situations where the device has been turned off or the daemon is disabled intermittently. For a detailed list of changes and features visit the changelog. http://www.ibr.cs.tu-bs.de/trac/ibr-dtn/wiki/changelog Kind regards, Johannes Morgenroth

1 0

Re: [ibr-dtn] ibrdtn and java
by Julian Timpner 02 Jan '15

02 Jan '15

Hi! > I'm working on the java part of the ibrdtn > <https://github.com/ibrdtn/ibrdtn/tree/master/java>. Nice clean code which > works fine. Thanks, glad to hear =) > Nonetheless I have some difficulties to use received bundles. Indeed I > cannot find a way to know to which EID a bundle had been sent neither how > to use its payload outside of the thread > <https://github.com/ibrdtn/ibrdtn/blob/master/java/example/src/ibrdtn/exampl…> > printing in the LOG the bundle. Well, if you have a look at https://github.com/ibrdtn/ibrdtn/blob/master/java/example/src/ibrdtn/exampl… you'll find an example of how to process the bundle outside of the main receiver thread. It stores the received data in a Envelope Object (which is just a simple example, you can use your own), which contains both the payload data as well as the BundleID, which in turn contains the SingletonEndpoint source address. Hope this helps! Happy new year, Julian

1 0

Reconnect monitoring
by abu fahruddin 28 Dec '14

28 Dec '14

Dear All, I want to check performance of IBR-DTN trough reconnect time but I still confuse how monitor that performance. [image: Inline image 2] any idea for my problem,, please share to me... Regards On Tue, Dec 23, 2014 at 6: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: Ibr-dtn Digest, Vol 53, Issue 2 (abu fahruddin) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 23 Dec 2014 07:37:15 +0700 > From: abu fahruddin <abu.fahruddin(a)gmail.com> > To: ibr-dtn(a)ibr.cs.tu-bs.de > Subject: Re: [ibr-dtn] Ibr-dtn Digest, Vol 53, Issue 2 > Message-ID: > <CAMekmc8FSqtqEaAyh8t_9K0=XrZtsk9s93O2WE0cq= > qfojw6eg(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Dear Sebastian, > > Thank you very much, > > The problem already solve, I change the Api interface to Any, before I use > Api interface = wlan0 because I use ad-hoc for my mesh network. So I think > this item make the problem occur. > > Thank's very much > > On Sun, Dec 21, 2014 at 6: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: can not connect to the deamon (Sebastian Schildt) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Sat, 20 Dec 2014 22:19:21 +0100 > > 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] can not connect to the deamon > > Message-ID: <D83CC2DC-F037-46B8-AAC3-BE91B3A561B2(a)ibr.cs.tu-bs.de> > > Content-Type: text/plain; charset=us-ascii > > > > Hi, > > > > This implies, that the daemon on A is running, but was unable to bind > the > > API port. (Because the dtn tools are also using a TCP port to communicate > > with a locally installed daemon). You can check whether IBR-DTN is bound > to > > the API port (usually 4550) by using > > > > netstat -lnp > > > > (assuming you are using linux). It should be bound to a loopback > interface. > > > > > > Also, when the daemon is starting, you should get a message that the API > > has been bound to the correct interface. > > > > For reference, on a correctly configured system it might look like this > > for netstat -lnp > > > > tcp 0 0 127.0.0.1:4550 0.0.0.0:* > > LISTEN 7085/dtnd > > > > You will find other lines with port 4556 for every interface where a TCP > > convergence layer is used and udp port 4551 if discovery is enabled. > > > > The startup of the daemeon should look similar to this: > > > > > > Sat Dec 20 21:15:37 2014 INFO NativeDaemon: IBR-DTN daemon 0.13.0-414 > > (build 63c8a50) > > Sat Dec 20 21:15:37 2014 INFO Configuration: Configuration: > > /tmp/ibrdtn.config > > Sat Dec 20 21:15:37 2014 INFO BundleCore: Local node name: > dtn://sbase.dtn > > Sat Dec 20 21:15:37 2014 INFO BundleCore: Lifetime limited to 1209600 > > seconds > > Sat Dec 20 21:15:37 2014 INFO BundleCore: Pre-dated timestamp limited to > > 604800 seconds in the future > > Sat Dec 20 21:15:37 2014 INFO BundleCore: Forwarding of bundles enabled. > > Sat Dec 20 21:15:37 2014 INFO SecurityKeyManager: initialized; path: > > /etc/ibrdtn/keys > > Sat Dec 20 21:15:37 2014 INFO NativeDaemon: using sqlite bundle storage > in > > /mnt/sda1/ibrdtn/bundles > > Sat Dec 20 21:15:37 2014 INFO SQLiteDatabase: Database version 8 found. > > Sat Dec 20 21:15:37 2014 INFO NativeDaemon: using BLOB path: > > /mnt/sda1/ibrdtn/blobs > > Sat Dec 20 21:15:37 2014 INFO NativeDaemon: API initialized using tcp > > socket: loopback:4550 > > ^^This line is important, it tells, that the API port is successfully > > bound, so that tools such as dtnping/dtnsend etc. can talk to the > daemon. I > > guess this failed in your case > > > > Sat Dec 20 21:15:37 2014 INFO NativeDaemon: TCP ConvergenceLayer added on > > eth0:4556 > > Sat Dec 20 21:15:37 2014 INFO NativeDaemon: TCP ConvergenceLayer added on > > br-lan:4556 > > ^^This tells that TCP convergence layers are bound to the two listed > > interfaces. I guess this worked on your host A, which explains why it can > > answer to pings > > > > > > MfG > > > > Sebastian > > > > > > > > > On 20 Dec 2014, at 09:44, abu fahruddin <abu.fahruddin(a)gmail.com> > wrote: > > > > > > Hi, > > > > > > I get problem with my IBR-DTN connection. I make connection for 2 > laptop > > (A and B) > > > I have been setting A for time reference= yes, time_discovery=yes and B > > time_reference=no, time_syncronize=yes. When I test ping frm B to A is OK > > but ping A to B get a problem "can not connect to the daemon. Does it > run" . > > > > > > Could you help me for this problem, please. > > > > > > regards. > > > > > > > > > > > > > > > On Thu, Nov 27, 2014 at 6: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: ibr dtn (from Indonesia) (abu fahruddin) > > > 2. Re: ibr dtn (from Indonesia) (Johannes Morgenroth) > > > > > > > > > ---------------------------------------------------------------------- > > > > > > Message: 1 > > > Date: Thu, 27 Nov 2014 09:54:22 +0700 > > > From: abu fahruddin <abu.fahruddin(a)gmail.com> > > > To: ibr-dtn(a)ibr.cs.tu-bs.de, Johannes Morgenroth > > > <morgenroth(a)ibr.cs.tu-bs.de> > > > Subject: Re: [ibr-dtn] ibr dtn (from Indonesia) > > > Message-ID: > > > < > > CAMekmc8QjLSbE1FVVBGvHVgbTvQm+MSWuLLtMLjVFW4gHW9O4Q(a)mail.gmail.com> > > > Content-Type: text/plain; charset="utf-8" > > > > > > Hi Johannes, > > > > > > I make 4 nodes for my mesh network. 2 PC can connect each other but 2 > PC > > > cannot connect by using #dtnping dtn://name/echo. and there is a > warning > > > :bundle rejected: bundle has expired. I try to reinstall and change my > OS > > > become single OS Ubuntu 14.04 but the problem still occur. > > > > > > Could you help me to solve the problem. > > > regards. > > > > > > > > > On Thu, May 8, 2014 at 1:18 PM, abu fahruddin <abu.fahruddin(a)gmail.com > > > > > wrote: > > > > > > > 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 1